BTC
ETH
HTX
SOL
BNB
ดูตลาด
简中
繁中
English
日本語
한국어
ภาษาไทย
Tiếng Việt

ดูเอกสารไวท์เปเปอร์อย่างเป็นทางการล่าสุดที่เผยแพร่โดย Swarm

蓝贝壳云储
特邀专栏作者
2021-06-16 05:40
บทความนี้มีประมาณ 6408 คำ การอ่านทั้งหมดใช้เวลาประมาณ 10 นาที
บทความนี้เป็นเอกสารไวท์เปเปอร์ล่าสุดฉบับภาษาจีนที่เผยแพร่อย่างเป็นทางการโดย Swarm เมื่อวั
สรุปโดย AI
ขยาย
บทความนี้เป็นเอกสารไวท์เปเปอร์ล่าสุดฉบับภาษาจีนที่เผยแพร่อย่างเป็นทางการโดย Swarm เมื่อวั

ชื่อเรื่องรอง

1. บทนำ

คอมพิวเตอร์โลกคอมพิวเตอร์โลก” กลายเป็นความจริง “คอมพิวเตอร์โลก” นี้จะทำหน้าที่เป็นระบบปฏิบัติการและสภาพแวดล้อมการปรับใช้สำหรับแอปพลิเคชันแบบกระจายศูนย์

Swarm สามารถให้บริการได้อย่างต่อเนื่องและต้านทานการหยุดทำงานของเครือข่ายหรือการโจมตี DoS แบบกำหนดเป้าหมายได้อย่างมีประสิทธิภาพ Swarm ส่งเสริมเสรีภาพของข้อมูลอย่างมีประสิทธิภาพในฐานะแพลตฟอร์มการเผยแพร่ที่ไม่ได้รับอนุญาต Swarm เป็นที่รู้จักในด้านคุณสมบัติความเป็นส่วนตัวที่ไม่เหมือนใคร เช่นเรียกดูโดยไม่ระบุตัวตนพื้นที่เก็บข้อมูลที่ปฏิเสธได้และและรูปแบบไฟล์ที่ไม่รั่วไหลของข้อมูลเมตาเป็นต้น เพื่อตอบสนองความต้องการด้านความปลอดภัยของเครือข่ายที่เพิ่มขึ้น

สิ่งจูงใจที่สร้างขึ้นใน Swarm ได้รับการออกแบบมาเพื่อเพิ่มประสิทธิภาพการจัดสรรแบนด์วิธและทรัพยากรการจัดเก็บข้อมูล เพื่อให้พวกเขาอยู่ได้ด้วยตนเองในเชิงเศรษฐกิจ โหนด Swarm จะติดตามการจัดสรรแบนด์วิธที่เกี่ยวข้องโดยเชื่อมต่อกับแต่ละโหนด และ BZZ จะใช้เพื่อชำระหนี้เพิ่มเติมเนื่องจากการบริโภคที่ไม่เท่ากัน ผู้เผยแพร่ใน Swarm ต้องใช้ BZZ เพื่อซื้อสิทธิ์ในการเขียนข้อมูลไปยัง Swarm และชำระค่าเช่าล่วงหน้าสำหรับพื้นที่จัดเก็บระยะยาวบางส่วน

การออกแบบโมดูลาร์ของ Swarm ประกอบด้วยการแยกส่วนอย่างชัดเจนชั้นองค์ประกอบ (ดูรูปที่ 1) ในทางเทคนิคแล้วและและชั้นที่ 3 "การเข้าถึงข้อมูลระดับสูงผ่าน API"ชื่อเรื่องรอง

2 DISC: Distributed Immutable Storage of Blocks

DISC (Distributed Immutable Storage of Chunks)เป็นโมเดลสตอเรจต้นแบบของ Swarm ประกอบด้วยโหนดที่จัดเก็บและให้ข้อมูล ในการทำงานร่วมกันระหว่างโหนดเหล่านี้ สมมติว่าแต่ละโหนดใช้กลยุทธ์ที่เพิ่มผลกำไรสูงสุดให้กับผู้ให้บริการ พฤติกรรมของเครือข่ายโดยรวมจะแสดงลักษณะดังต่อไปนี้:

• การปกป้องความเป็นส่วนตัวและการอัพโหลดและดาวน์โหลดที่ไม่ได้รับอนุญาต
• การป้องกันที่แข็งแกร่งซึ่งทำให้ยากต่อการบล็อกหรือเปลี่ยนแปลงการเข้าถึงเนื้อหาเมื่อเผยแพร่แล้ว
• การขยายตัวอัตโนมัติตามความต้องการที่เพิ่มขึ้น
• เนื้อหาที่มีการป้องกันความสมบูรณ์
• เนื้อหาที่ไม่ได้บันทึกอีกต่อไปจะถูกลืมในที่สุด

ทุกคนที่มีพื้นที่เก็บข้อมูลและแบนด์วิธเกินสามารถเข้าร่วม DISC ในฐานะผู้ดำเนินการโหนดและรับรางวัลตามนั้น เมื่อผู้ให้บริการติดตั้งและเรียกใช้ซอฟต์แวร์ไคลเอนต์ Swarm โหนดใหม่จะถูกสร้างขึ้นและกลายเป็นส่วนหนึ่งของเครือข่าย Swarm ซึ่งโดยหลักแล้วจะดูแล Swarm ซึ่งเป็นฮาร์ดไดรฟ์ชิ้นเล็กๆ ของโลก

ต่อไป เราจะกำหนด DISC เพิ่มเติมและอธิบายว่าทำไมจึงสร้างคุณสมบัติข้างต้น


2.1 การเชื่อมต่อ โทโพโลยี และการกำหนดเส้นทาง

ความรับผิดชอบเริ่มต้นของ DISC คือการสร้างและบำรุงรักษาเครือข่ายโหนดเพื่อให้โหนดทั้งหมดสามารถส่งข้อความระหว่างกันได้ การแลกเปลี่ยนข้อความนี้เกิดขึ้นบนช่องทางการสื่อสารแบบถาวรและปลอดภัยที่มีอยู่ระหว่างโหนดโดยใช้โปรโตคอลเครือข่าย p2p (libp2p) Swarm คาดหวังให้โหนดสร้างการเชื่อมต่อ Kademlia: เมื่อเชื่อมต่อกับชุดโหนดอื่นที่เฉพาะเจาะจง การตัดสินใจในพื้นที่โดยโหนดเพื่อส่งที่อยู่จะนำไปสู่การส่งข้อความเพื่อค้นหาเส้นทางที่เหมาะสมที่สุดทั่วโลก

Kademlia ถือว่าแต่ละโหนดได้รับที่อยู่ Swarm ที่แตกต่างจากที่อยู่เครือข่าย โดยการคำนวณค่าทั่วไปของที่อยู่ Swarm สองค่าในค่าของบิตคำนำหน้า เราสามารถกำหนดความใกล้เคียงได้ โหนดที่อยู่ใกล้กันมากที่สุดจะสร้างการเชื่อมต่ออย่างสมบูรณ์ละแวกบ้าน. นอกจากนี้ แต่ละโหนดยังเชื่อมต่อกับเพียร์โหนดหลายโหนดจากแต่ละคลาสความใกล้ชิดที่ไม่ต่อเนื่องกัน (ดูรูปที่ 2)

(หมายเหตุ 1: Libp2p เป็นเฟรมเวิร์กเครือข่ายสำหรับผู้ใช้ในการพัฒนาแอปพลิเคชันเพียร์ทูเพียร์แบบกระจายอำนาจ)

(หมายเหตุ 2: Kademlia เป็นโปรโตคอลการส่งผ่านเครือข่ายแบบซ้อนทับ P2P ที่ออกแบบโดย Petar Maymounkov และ David Mazières เพื่อสร้างเครือข่ายคอมพิวเตอร์แบบกระจาย P2P เป็นระบบข้อมูล P2P ที่ยึดตามการดำเนินการ XOR โดยจะกำหนดโครงสร้างและข้อกำหนดของเครือข่าย วิธีการ โหนดเพื่อสื่อสารและแลกเปลี่ยนข้อมูล)

โทโพโลยีที่เป็นผลลัพธ์รับประกันว่าการส่งต่อข้อความจะย้ายข้อความเข้าใกล้ปลายทางที่ต้องการอย่างน้อยหนึ่งก้าวพร้อมกับการเปลี่ยนข้อความแต่ละครั้ง (ดูรูปที่ 3)เทคนิคนี้ช่วยให้สามารถกำหนดเส้นทางข้อความระหว่างโหนดสองโหนดได้ แม้ว่าโหนดทั้งสองจะไม่รักษาการเชื่อมต่อโดยตรงระหว่างโหนดทั้งสอง ขีดจำกัดบนของจำนวนฮอปที่จำเป็นในการส่งข้อความคือลอการิทึมของจำนวนโหนดทั้งหมด เพื่อให้มั่นใจว่าโหนดสองโหนดใดๆ ก็ตามสามารถเชื่อมต่อถึงกันได้ตลอดเวลา แม้ในเครือข่ายขนาดใหญ่มาก


2.2 บล็อกและที่เก็บ

หน่วยเก็บข้อมูลมาตรฐานใน Swarm เรียกว่าปิดกั้น. ชิ้นส่วนประกอบด้วยข้อมูลสูงสุด 4 กิโลไบต์พร้อมแนบที่อยู่. เนื่องจากที่อยู่ของบล็อกและที่อยู่ของโหนดมาจากพื้นที่ที่อยู่เดียวกัน จึงสามารถคำนวณความใกล้เคียงได้ รูปแบบหน่วยเก็บข้อมูลของ Swarm ระบุว่าแต่ละบล็อกถูกจัดเก็บโดยโหนดที่แอดเดรสใกล้กับตัวบล็อกเอง

เพื่ออำนวยความสะดวกในความเป็นส่วนตัวของข้อมูล บล็อกสามารถเข้ารหัสได้หลังจากเพิ่มขนาดเป็น 4 กิโลไบต์ ทำให้แยกไม่ออกจากข้อมูลสุ่มอื่นๆ หากไม่มีคีย์ แม้แต่บล็อกที่ไม่ได้เข้ารหัส ตัวดำเนินการโหนดก็ไม่สามารถระบุได้อย่างง่ายดายว่าแต่ละบล็อกมาจากเนื้อหาใด เนื่องจากโหนด Swarm ไม่สามารถเลือกบล็อกของข้อมูลที่จะจัดเก็บและเข้ารหัสได้เอง ความคลุมเครือของที่มาและการไม่สามารถรั่วไหลของข้อมูลเมตาทำให้โหนดเหล่านี้ได้รับการปกป้องอย่างมีประสิทธิภาพจากความรับผิดที่เกี่ยวข้องกับสิ่งที่จัดเก็บ

ในการแทรกบล็อกเข้าไปใน Swarm โหนดจะผ่านไปโปรโตคอลพุชซิงโครนัส (โปรโตคอลพุชซิงโครนัส)บล็อกจะถูกส่งต่อไปจนกว่าจะถึงพื้นที่ใกล้เคียง จากนั้นการยืนยันการจัดเก็บบล็อกจะถูกส่งกลับไปตามเส้นทางเดิม ในการดึงข้อมูลบล็อก เพียงใช้โปรโตคอลการดึงข้อมูล โดยกำหนดเส้นทางคำขอด้วยที่อยู่บล็อกไปยังพื้นที่ใกล้เคียงที่เกี่ยวข้อง หากโหนดระหว่างทางมีบล็อกที่เกี่ยวข้องภายในเครื่อง ก็จะส่งกลับในการตอบสนอง

โหนดใช้โปรโตคอลดึงซิงค์ซิงค์ที่เก็บข้อมูลบล็อกอย่างต่อเนื่อง สิ่งนี้ทำให้มั่นใจได้ว่าแต่ละย่านจะจัดเก็บบล็อกทั้งหมดที่เป็นของย่านนั้นไว้อย่างซ้ำซ้อน ความซ้ำซ้อนนี้เพิ่มความยืดหยุ่นของการถ่ายโอนข้อมูล รักษาความพร้อมใช้งานของบล็อก แม้ว่าบางโหนดในละแวกใกล้เคียงบางแห่งจะไม่สามารถเข้าถึงได้ โปรโตคอลการซิงโครไนซ์ยังช่วยให้แน่ใจว่าเนื้อหาที่เก็บไว้ของพื้นที่ใกล้เคียงยังคงสอดคล้องกันเมื่อโหนดออฟไลน์และโหนดใหม่เข้าร่วมเครือข่าย


2.3 การส่งต่อ ความเป็นส่วนตัว และการแคช

ใน Swarm ข้อความจะถูกส่งต่อโดยวนซ้ำใกล้กับปลายทาง แล้วส่งการตอบกลับกลับไปตามเส้นทางเดิม อัลกอริทึมการกำหนดเส้นทางนี้มีคุณสมบัติที่สำคัญสองประการ:

• บุคคลที่ทำการร้องขอมีความคลุมเครือ

• ปรับขนาดโดยอัตโนมัติตามความต้องการที่เพิ่มขึ้น

ข้อความที่ส่งโดยโหนดที่เริ่มต้นคำขอจะเหมือนกับข้อความที่ส่งโดยโหนดที่ส่งต่อคำขอเท่านั้น ในทุกระดับ ความคลุมเครือนี้ทำให้ผู้สร้างคำขอมั่นใจได้ว่าความเป็นส่วนตัวของพวกเขาจะไม่ถูกละเมิด ดังนั้นจึงช่วยอำนวยความสะดวกในการเผยแพร่เนื้อหาที่ไม่ได้รับอนุญาตและการเรียกดูแบบส่วนตัว

เนื่องจากโหนดที่เข้าร่วมในคำขอดึงข้อมูลการกำหนดเส้นทางอาจเลือกที่จะจัดเก็บบล็อกที่ส่งต่อโดยโหนด ระบบการกระจายที่ปรับขนาดได้อัตโนมัติจึงถูกเปิดใช้งาน กลไกการจูงใจแบนด์วิธที่กล่าวถึงด้านล่างนี้การแคชเชิงเก็งกำไร (แคชฉวยโอกาส)ให้สิ่งจูงใจทางเศรษฐกิจ


2.4 โปรโตคอลบัญชีฝูง

โปรโตคอลการบัญชี Swarm (โปรโตคอลการบัญชี Swarm, SWAP)ตรวจสอบให้แน่ใจว่าผู้ให้บริการโหนดให้ความร่วมมือในการกำหนดเส้นทางข้อความในขณะที่ปกป้องเครือข่ายจากการใช้แบนด์วิธโดยไม่เลือกปฏิบัติ

เมื่อโหนดส่งต่อคำขอและการตอบสนอง โหนดจะติดตามการใช้แบนด์วิธสัมพัทธ์ไปยังแต่ละโหนด ภายในขอบเขตที่กำหนด บริการจะถูกแลกเปลี่ยนระหว่างโหนด อย่างไรก็ตาม เมื่อถึงขีดจำกัดแล้ว ฝ่ายที่เป็นหนี้สามารถเลือกที่จะรอจนกว่าหนี้จะถูกตัดจำหน่ายเมื่อเวลาผ่านไป หรือสามารถชำระโดยการส่งเช็คซึ่งสามารถขึ้นเงินบนบล็อกเชนเป็น BZZ (ดูรูปที่ 5)

โปรโตคอลนี้ช่วยให้มั่นใจได้ว่าผู้ที่ดาวน์โหลดหรืออัปโหลดเนื้อหาจำนวนเล็กน้อยสามารถใช้ Swarm ได้ฟรี และผู้ที่เต็มใจรอจะให้บริการแต่ละโหนดซึ่งกันและกันจนกว่าจะเพียงพอเครดิตในที่สุด Swarm ก็ใช้งานได้ฟรีเช่นกัน ในขณะเดียวกัน ก็มอบประสบการณ์ที่รวดเร็วยิ่งขึ้นสำหรับผู้ที่ต้องการชำระเงินเมื่ออัปโหลดหรือดาวน์โหลดเนื้อหาจำนวนมากขึ้น

เมื่อช่วยแต่ละโหนดส่งต่อข้อความ จะมีสิ่งจูงใจทางเศรษฐกิจสำหรับแต่ละโหนด เนื่องจากแต่ละโหนดที่ส่งคำขอสำเร็จไปยังโหนดที่ใกล้กับปลายทางมากขึ้นสามารถรับ BZZ ได้เมื่อส่งคำขอสำเร็จ หากโหนดไม่เก็บข้อมูลเอง โหนดสามารถขอบล็อกข้อมูลจากโหนดที่ใกล้กว่าได้โดยมีค่าธรรมเนียมเล็กน้อย ผ่านการทำธุรกรรมดังกล่าว โหนดจะได้รับผลกำไรเล็กน้อยเมื่อประมวลผลคำขอ ซึ่งหมายความว่ามีแรงจูงใจสำหรับโหนดในการบล็อกแคชเนื่องจากหลังจากซื้อบล็อกหนึ่งครั้งจากโหนดที่ใกล้เคียงกว่า คำขอที่ตามมาสำหรับบล็อกเดียวกันจะได้รับผลกำไรอย่างแท้จริง


2.5 ความจุไม่เพียงพอและการเก็บขยะ

เมื่อมีการเพิ่มเนื้อหาใหม่ลงใน Swarm ไม่ช้าก็เร็วความจุที่จำกัดของแต่ละโหนดก็จะหมดลง ณ จุดนี้ โหนดต้องการกลยุทธ์ในการตัดสินใจว่าบล็อกใดควรถูกลบเพื่อสร้างบล็อกใหม่

ที่เก็บข้อมูลในเครื่องของแต่ละโหนด Swarm มีระบบย่อยในตัวสองระบบ ได้แก่ ""และ""และ"แคช”。

"สำรอง" คือพื้นที่เก็บข้อมูลขนาดคงที่สำหรับจัดเก็บบล็อกที่เป็นของพื้นที่ใกล้เคียงของโหนดโดยเฉพาะ บล็อกจะถูกเก็บไว้ใน "สำรอง" หรือไม่นั้นขึ้นอยู่กับ "ไปรษณียากร". สัญญาบน blockchain อนุญาตให้ซื้อผ่าน BZZ"ชุดไปรษณีย์" เจ้าของ "แบทช์" มีสิทธิ์ออกตราประทับในจำนวนจำกัด จากนั้น ตราประทับเหล่านี้ทำหน้าที่เป็นโทเค็นความน่าเชื่อถือชนิดหนึ่ง ระบุให้ผู้ใช้ทราบถึงค่าเฉพาะของการจัดเก็บบางสิ่งใน Swarm โดยใช้ขนาดของ ค่านี้เพื่อกำหนดว่าบล็อกใดใน "สำรอง" ที่จะถูกลบออกก่อนเพื่อให้โหนดของผู้ฝากสามารถเพิ่มยูทิลิตี้ของ DISC ได้สูงสุด (ดูรูปที่ 6) มูลค่าของตราประทับแต่ละอันจะลดลงเมื่อเวลาผ่านไปราวกับว่าค่าเช่าพื้นที่เก็บข้อมูล จะถูกหักออกจากยอดคงเหลือของ "แบทช์" เป็นระยะ ทันทีที่มูลค่าของตราประทับไม่เพียงพอ บล็อกที่เกี่ยวข้องจะถูกขับออกจาก "สำรอง" และวางไว้ใน "แคช"

บทบาทของ "แคช" คือการเก็บบล็อกที่ไม่ได้รับการป้องกันโดย "สำรอง" เนื่องจากค่า "แบทช์" ไม่เพียงพอหรืออยู่ห่างจากที่อยู่โหนดมากเกินไป เมื่อถึงความจุ แคชจะถูกตัดออกเป็นระยะ และบล็อกที่ไม่ได้ร้องขอเป็นเวลานานที่สุดจะถูกลบ ความนิยมของบล็อกสามารถคาดการณ์ได้ตามเวลาที่ได้รับคำขอครั้งล่าสุด และบล็อกที่มีรายได้ SWAP มากกว่าจะถูกจองไว้ก่อน รวมกับแคชเก็งกำไรนี้เก็บขยะกลยุทธ์นี้จะเพิ่มผลกำไรของผู้ปฏิบัติงานให้สูงสุดจากสิ่งจูงใจด้านแบนด์วิดท์ และที่ระดับเครือข่าย การขยายเนื้อหายอดนิยมโดยอัตโนมัติจะเกิดขึ้นจริง


2.6 ประเภทบล็อก

ด้านบนเราได้กำหนดบล็อกเป็นหน่วยมาตรฐานของข้อมูลใน DISC มีบล็อกพื้นฐานสองประเภทใน Swarm:และและชิ้นส่วนเจ้าของคนเดียว

ที่อยู่ของบล็อกที่สามารถระบุเนื้อหาได้ขึ้นอยู่กับย่อยแฮช(ดูรูปที่ 7) สามารถตรวจสอบความสมบูรณ์ของข้อมูลบล็อกได้โดยใช้แฮชเป็นที่อยู่ของบล็อก ฝูงใช้ต้นเมิร์กเคิลของแฮช BMT (Binary Merkle Tree)อัลกอริทึม

ชื่อเรื่องรอง


3 ฟังก์ชั่นของ Swarm API

นอกจากการบล็อกแล้ว Swarm ยังเปิดเผย API สำหรับการนำแนวคิดระดับสูงไปใช้ เช่น ไฟล์ คอลเลกชันลำดับชั้นของไฟล์ที่มีข้อมูลเมตาต่างๆ และแม้แต่การส่งข้อความระหว่างโหนด API เหล่านี้พยายามจำลองสิ่งที่มีอยู่แล้วบนเว็บ แนวคิดใหม่ๆ และโครงสร้างข้อมูลสามารถดึงมาไว้บนเลเยอร์ที่สูงขึ้นเหล่านี้ได้ ซึ่งเปิดโอกาสที่หลากหลายสำหรับทุกคนที่ต้องการได้รับประโยชน์จากข้อเสนอหลักด้านความเป็นส่วนตัวและการกระจายอำนาจที่ DISC มอบให้


3.1 ไฟล์และคอลเลกชัน

ข้อมูลที่มีขนาดใหญ่กว่า 4 กิโลไบต์ที่อนุญาตในบล็อกเดียวจะถูกแบ่งออกเป็นหลายบล็อก กลุ่มของบล็อกที่เป็นเนื้อเดียวกันถูกกำหนดโดย Swarmต้นแฮช (ต้นแฮช)หมายความว่าแผนผังแฮชนี้จะเข้ารหัสวิธีแบ่งไฟล์ออกเป็นชิ้นๆ ระหว่างกระบวนการอัปโหลด ต้นไม้นี้ประกอบด้วยชุดของชิ้นโหนดใบไม้องค์ประกอบที่มีตัวข้อมูลถูกอ้างอิงโดยบล็อกระดับกลางหนึ่งหรือหลายเลเยอร์ ซึ่งแต่ละเลเยอร์มีการอ้างอิงไปยังบล็อกย่อย (ดูรูปที่ 9)

จากนั้นที่อยู่เนื้อหาของไฟล์ทั้งหมดจะถูกกำหนดโดยไดเจสต์แฮชของบล็อกรูท เช่น แผนผังแฮชที่ครอบคลุมทั้งไฟล์ราก Merkle. ด้วยวิธีนี้ ที่อยู่ของไฟล์จะกลายเป็นของมันเช็คซัม (เช็คซัม)เพื่อให้สามารถตรวจสอบความสมบูรณ์ของเนื้อหาได้ การแสดงไฟล์เป็นแผนภูมิต้นไม้ของบล็อก Merkle ที่สมดุลยังให้การเข้าถึงไฟล์แบบสุ่มอย่างมีประสิทธิภาพ ส่งผลให้เกิดการสืบค้นช่วงที่มีประสิทธิภาพ

ฝูงใช้ "รายการ" เพื่อแสดงถึงคอลเลกชัน รายการเข้ารหัสแผนที่ทั่วไปของการอ้างอิงสตริง อนุญาตให้ทำได้ต้นไม้ไดเร็กทอรีหรือหรือตารางเส้นทางทำการสร้างแบบจำลอง สิ่งเหล่านี้ทำให้ Swarm สามารถใช้งานระบบไฟล์ ทำหน้าที่เป็นฐานข้อมูล และแม้แต่ให้บริการโฮสติ้งเสมือนสำหรับเว็บไซต์และ dapps ตามลำดับ

หากเราตีความส่วนโฮสต์ของ URL ว่าเป็นการอ้างอิงถึงรายการ รายการดังกล่าวจะให้ที่อยู่ตาม URL เส้นทาง URL จะถูกใช้เป็นคีย์สำหรับการค้นหาในแผนที่ที่แสดงโดยรายการ และใช้เพื่อเข้าถึงเท่านั้น อ้างอิงไฟล์.

รายการเข้ารหัสการแมปที่พวกเขาแสดงในรูปแบบของ Merkle trie ขนาดกะทัดรัด และบล็อกซีเรียลไลซ์โหนดของ trie (ดูรูปที่ 10) เมื่อพบเส้นทางแล้ว เราเพียงแค่ดึงบล็อกที่เกี่ยวข้องตามโหนดของสาขาที่เราสำรวจเท่านั้น สิ่งนี้ทำให้มั่นใจได้ถึงการค้นหาไฟล์/เรกคอร์ดอย่างมีประสิทธิภาพด้วยเวลาแฝงและลอการิทึมแบนด์วิธตามขนาดของคอลเล็กชัน

การอ้างอิงโหนดลูกในบล็อกกลางของแผนผังแฮชในไฟล์ และโหนดทรีคำนำหน้ารายการในคอลเลกชั่น อยู่ในแนวเดียวกันกับเซ็กเมนต์แฮช BMT ในตำแหน่ง ด้วยเหตุนี้ Swarm จึงสนับสนุนการพิสูจน์แบบกะทัดรัดว่าข้อมูลส่วนหนึ่งเป็นส่วนหนึ่งของไฟล์ที่อยู่ในออฟเซ็ตที่กำหนดจาก URL ที่กำหนด ซึ่งเป็นพื้นฐานสำหรับการทำดัชนีฐานข้อมูลที่พิสูจน์ได้แบบสาธารณะและการรวมรวมที่ไม่น่าเชื่อถือ


3.2 การอัปเดตการติดตาม: ฟีดและการแก้ไขโดเมน

ฟีดเป็นวิธีการอนุญาตการแสดงทรัพยากรตัวแปร (การแสดงผลของทรัพยากรที่ไม่แน่นอน)ตัวอย่างบล็อกเจ้าของคนเดียวสำหรับ . ฟีดสามารถแสดงถึงการแก้ไขเวอร์ชันของทรัพยากรที่ไม่แน่นอน การอัปเดตตามลำดับสำหรับหัวข้อ หรือข้อความต่อเนื่องที่เผยแพร่โดยบุคคลในช่องทางการสื่อสาร

ฟีดทำงานโดยกำหนดตัวระบุการบล็อกเจ้าของคนเดียวที่ได้รับจากหัวข้อและดัชนี เมื่อผู้เผยแพร่และผู้บริโภคเนื้อหาตกลงว่าควรอัปเดตดัชนีอย่างไรและเมื่อใด การอ้างอิงเฉพาะเพื่ออัปเดตฟีดนั้นสามารถสร้างและพบได้

เช่นเดียวกับที่ DNS แก้ไขโดเมนเป็นที่อยู่ IP ของเซิร์ฟเวอร์โฮสต์ Swarm ใช้บริการแก้ไขชื่อโดเมน Ethereum ENS (บริการชื่อ Ehereum)- ชุดสัญญาอัจฉริยะบนบล็อกเชนที่แก้ไขการอ้างอิงเพื่อสนับสนุนชื่อโดเมนที่มนุษย์อ่านได้ (เช่น Swarm.eth)

การอ้างอิงที่ลงทะเบียนกับ ENS สามารถอัปเดตได้เมื่อใดก็ตามที่เว็บแอปพลิเคชันหรือเว็บไซต์ที่เป็นตัวแทนได้รับการอ้างอิง Swarm ใหม่เนื่องจากการอัพเดท อีกทางเลือกหนึ่ง เมื่อชื่อโดเมนอ้างอิงฟีด ผู้ใช้จะได้รับประโยชน์จากชื่อโดเมนที่มนุษย์อ่านได้ ในขณะเดียวกันก็สามารถอัปเดตเนื้อหาโดยไม่ต้องโต้ตอบกับบล็อกเชน และชำระค่าใช้จ่ายในการทำธุรกรรมทุกครั้งที่มีการเปลี่ยนแปลง


3.3 การส่งข้อความ

PSS (Postal Service on Swarm) เป็นโปรโตคอลการส่งข้อความระหว่างโหนดโดยตรงใน Swarm ทำสิ่งนี้โดยการเข้ารหัสข้อความของผู้รับที่ต้องการและห่อด้วยหัวเรื่องในบล็อกที่อยู่เนื้อหาได้ เนื่องจากบล็อกถูกสร้างขึ้นในลักษณะที่ที่อยู่ของเนื้อหาอยู่ในละแวกใกล้เคียงของผู้รับ การส่งจึงได้รับการจัดการตามปกติโดยโปรโตคอลพุชแบบซิงโครนัส

นอกจากนี้ สำหรับบุคคลที่สาม ข้อความจะแยกไม่ออกจากบล็อกที่เข้ารหัสแบบสุ่ม ดังนั้นจึงเรียกอีกอย่างว่า **บล็อก "โทรจัน"** โหนดที่คาดว่าจะได้รับข้อความ PSS จะพยายามถอดรหัสและเปิดบล็อกทั้งหมดที่เข้ามาในพื้นที่ใกล้เคียง หลังจากถอดรหัสและคลายบล็อกโทรจันไปยังผู้รับที่ถูกต้องได้สำเร็จ โหนดไคลเอ็นต์สามารถส่งข้อความเป็นข้อความธรรมดาไปยังแอปพลิเคชันที่สมัครรับข้อมูลหัวข้อโดยใช้ PSS API

นอกจากนี้ PSS ยังมีการนำส่งแบบอะซิงโครนัส เนื่องจากบล็อกยังคงมีอยู่และในที่สุดจะซิงค์กับโหนดข้างเคียงทั้งหมด แม้ว่าโหนดเหล่านั้นจะออนไลน์ในภายหลังก็ตาม

เนื่องจาก PSS อนุญาตให้ผู้ใช้รับข้อความจากบุคคลที่ไม่รู้จักมาจนบัดนี้ จึงเป็นการสื่อสารดั้งเดิมที่เหมาะสำหรับการส่งข้อความที่ไม่ระบุชื่อไปยังบุคคลสาธารณะ (เช่น การลงทะเบียน) หรือสำหรับการตั้งค่าช่องทางการสื่อสารที่ปลอดภัยผ่านฟีดเพื่อเริ่มต้นสตรีมไปยังผู้ติดต่อ เนื่องจาก PSS ไม่ต้องการให้ผู้รับดำเนินการใดๆ (เช่น การสำรวจความคิดเห็น) จึงอาจเป็นวิธีดั้งเดิมที่แนะนำสำหรับการแจ้งเตือนแบบพุช


3.4 ปักหมุดและกู้คืน

ในที่สุด DISC จะลืมเกี่ยวกับเนื้อหาที่เข้าถึงได้ยากและค้างชำระ โดยทำไปที่บล็อก "ปักหมุด"ด้วยการดำเนินการนี้ โหนดสามารถมั่นใจได้ว่าจะเก็บเนื้อหาบางอย่างไว้ในเครื่อง ในขณะเดียวกัน"บุคคลที่บันทึกเนื้อหาที่ปักหมุดไว้ในเครื่อง (ตัวปักหมุด)” สามารถมีส่วนร่วมในการกู้คืนเนื้อหาแบบพาสซีฟหรือแอคทีฟเพื่อประโยชน์ของผู้ใช้ทุกคน

การกู้คืนเรื่อย ๆโปรโตคอลการกู้คืนเกี่ยวข้องกับการแจ้งพินเนอร์เมื่อบล็อกหายไปโดยส่งคำขอกู้คืนโดยใช้ PSS เมื่อการเรียกข้อมูลล้มเหลว ผู้ปักหมุดจะรับฟังคำขอกู้คืนและตอบสนองด้วยการอัปโหลดส่วนที่ขาดหายไปอีกครั้ง เพื่อให้ผู้ดาวน์โหลดสามารถค้นหาได้เมื่อลองอีกครั้ง คุณสมบัติการกู้คืนนี้ยังช่วยให้การ seed เนื้อหาต้นฉบับโดยตรงจากโหนดผู้เผยแพร่ คล้ายกับโหมดการทำงานหลักในโซลูชันการแชร์ไฟล์ที่มีอยู่ (BitTorrent, IPFS)

ในทางกลับกัน Swarm ยังให้การกู้คืนที่ใช้งานอยู่ชื่อเรื่องรอง

4 บทสรุป

Swarm เป็นเครือข่ายแบบเพียร์ทูเพียร์ และโหนดทั้งหมดร่วมกันให้บริการพื้นที่จัดเก็บและการสื่อสารแบบกระจายอำนาจ ไม่มีการอนุญาตและเป็นส่วนตัว Swarm ตอบสนองความต้องการของเสรีภาพในการพูด อธิปไตยของข้อมูล และตลาดแบบเปิดบนเว็บ ในขณะที่รักษาความปลอดภัยด้วยการป้องกันความสมบูรณ์ การต่อต้านการเซ็นเซอร์ และการต้านทานการโจมตี บทความนี้จะแนะนำฟังก์ชันที่รวมอยู่ในการเปิดตัว mainnet ครั้งแรกของ Bee1.0

นี่เป็นเหตุการณ์สำคัญ และการเดินทางเพิ่งเริ่มต้น: เข้าร่วม Swarm ในภารกิจในการเสริมพลังให้กับอิสรภาพทางดิจิทัล

ETH
นักพัฒนา
สัญญาที่ชาญฉลาด
ยินดีต้อนรับเข้าร่วมชุมชนทางการของ Odaily
กลุ่มสมาชิก
https://t.me/Odaily_News
กลุ่มสนทนา
https://t.me/Odaily_CryptoPunk
บัญชีทางการ
https://twitter.com/OdailyChina
กลุ่มสนทนา
https://t.me/Odaily_CryptoPunk
ค้นหา
สารบัญบทความ
คลังบทความของผู้เขียน
蓝贝壳云储
อันดับบทความร้อน
Daily
Weekly
ดาวน์โหลดแอพ Odaily พลาเน็ตเดลี่
ให้คนบางกลุ่มเข้าใจ Web3.0 ก่อน
IOS
Android