TON: เครือข่ายเปิดโทรเลข ส่วนที่ 1: บทนำ, เลเยอร์เครือข่าย, ADNL, DHT, เครือข่ายซ้อนทับ

เป็นเวลาสองสัปดาห์แล้วที่ Runet ส่งเสียงรบกวนเกี่ยวกับ Telegram และสถานการณ์ที่ Roskomnadzor บล็อกอย่างไร้เหตุผลและไร้ความปรานี การแฉลบทำให้หลายคนขุ่นเคือง แต่ทั้งหมดนี้เป็นหัวข้อสำหรับการโพสต์ใน Geektimes ฉันรู้สึกประหลาดใจกับสิ่งอื่น - ฉันยังไม่เห็นการวิเคราะห์ใด ๆ เกี่ยวกับHabréของเครือข่าย TON ที่วางแผนไว้สำหรับการเปิดตัวบนพื้นฐานของ Telegram - Telegram Open Network ฉันต้องการชดเชยข้อบกพร่องนี้ เนื่องจากมีบางอย่างที่ต้องศึกษาที่นั่น - แม้ว่าจะไม่มีแถลงการณ์อย่างเป็นทางการเกี่ยวกับเรื่องนี้ก็ตาม

ฉันขอเตือนคุณว่ามีข่าวลือว่า Telegram ได้เปิดตัว ICO แบบปิดขนาดใหญ่มาก โดยสามารถรวบรวมเงินจำนวนมหาศาลไปแล้ว คาดว่าสกุลเงินดิจิทัลของ Gram จะเปิดตัวในปีนี้ และผู้ใช้ Telegram ทุกคนจะมีกระเป๋าเงินโดยอัตโนมัติ ซึ่งในตัวมันเองจะสร้างข้อได้เปรียบที่สำคัญเหนือสกุลเงินดิจิทัลอื่น ๆ

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

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

เราเรียนรู้ว่านอกเหนือจากสกุลเงินดิจิทัลแล้ว ยังมีสิ่งที่คาดหวังอีกมากมาย เอาล่ะตามลำดับ

• TON Blockchain. นี่คือพื้นฐานของระบบทั้งหมด หากคุณไม่รู้ว่ามันคืออะไร blokcheyn — ฉันแนะนำให้ค้นหาคำตอบ เพราะที่นี่จะมีบล็อกเชนมากมาย ซ้อนกันอยู่ภายในบล็อกเชนที่กระจัดกระจายและแม้แต่ "แนวตั้ง" ภายในบล็อกของบล็อกเชนอื่น ๆ ก็จะมีคำที่ฟังดูเท่ๆ เช่น การกำหนดเส้นทาง Hypercube ทันที и กระบวนทัศน์การแบ่งส่วนที่ไม่มีที่สิ้นสุดแต่จะเพิ่มเติมในภายหลัง และแน่นอนว่าหลักฐานการมีส่วนได้ส่วนเสียและสัญญาที่ชาญฉลาด
• เครือข่าย TON P2P. เครือข่ายแบบเพียร์ทูเพียร์บนพื้นฐานของระบบที่จะถูกสร้างขึ้น เธอจะพูดคุยกันก่อนในส่วนนี้ของเรื่องนี้
• TON สตอเรจ. พื้นที่จัดเก็บไฟล์ ซึ่งจะถูกสร้างขึ้นบนเครือข่ายเพียร์ทูเพียร์ที่กล่าวถึงข้างต้น โดยไม่คำนึงถึงบล็อกเชน สามารถเปรียบเทียบกับทอร์เรนต์ได้
• TON พร็อกซี่. นี่คือบริการที่มีวัตถุประสงค์เพื่อเพิ่มการเปิดเผยตัวตนของผู้เข้าร่วมเครือข่าย แพ็กเก็ตใดๆ ไม่สามารถส่งได้โดยตรง แต่ส่งผ่านอุโมงค์ตัวกลางที่มีการเข้ารหัสเพิ่มเติม เช่น I2P หรือ TOR
• ตัน ดีเอชที. ตารางแฮชแบบกระจายสำหรับจัดเก็บค่าที่กำหนดเอง มันถูกสร้างขึ้นด้านบนด้วย ตันเน็ตเวิร์ค (แต่ในขณะเดียวกันเขาก็ใช้) และช่วย TON สตอเรจ ค้นหาโหนด "กระจาย" และ TON พร็อกซี่ — ตัวทำซ้ำระดับกลาง แต่ควรสังเกตว่า ตารางแฮชนี้ไม่เหมือนกับที่เก็บข้อมูลที่ปลอดภัย ซึ่งต่างจากบล็อกเชน เนื่องจากข้อมูลสำคัญไม่สามารถเก็บไว้ในนั้นได้
• ตัน เซอร์วิส. แพลตฟอร์มสำหรับบริการที่กำหนดเอง โดยพื้นฐานแล้ว นี่คืออินเทอร์เน็ตรูปแบบใหม่ นอกเหนือจากทุกสิ่งที่อธิบายไว้ข้างต้น การแลกเปลี่ยนข้อมูล-ผ่านทาง ตันเน็ตเวิร์ค/TON พร็อกซี่และตรรกะอยู่ในสัญญาอัจฉริยะของ TON Blockchain. และอินเทอร์เฟซที่มี URL ที่ค่อนข้างคุ้นเคย
• ตัน DNS. เนื่องจากเรากำลังพูดถึง URL ที่คุ้นเคย เราจึงต้องมีตัวแปลงจาก URL เหล่านี้เป็นที่อยู่ 256 บิต - บัญชี สัญญา บริการ และโหนด
• การชำระเงิน TON. และนี่คือจุดที่ปัญหาเรื่องเงินเข้ามามีบทบาท และมันจะไม่เพียงเท่านั้น กรัม — เช่นเดียวกับอีเธอร์ “โทเค็น” ใดๆ จะเป็นไปได้ กรัมจะเป็นเพียงสกุลเงิน "เริ่มต้น" ที่นี่

นี่เป็นส่วนแรกที่อธิบายเลเยอร์ "ต่อสายดิน" ของ TON ซึ่งเป็นส่วนเครือข่ายที่สร้างขึ้นจากโปรโตคอลแบบดั้งเดิม ในส่วนถัดไปเราจะพูดถึง "soft" - blockchain ซึ่งระบบจะรองรับตามที่อธิบายไว้ด้านล่าง ดังนั้นลำดับการเล่าซ้ำของฉันจึงค่อนข้างแตกต่างจากที่ใช้ในเอกสารที่กล่าวข้างต้น (ซึ่งเริ่มทันทีที่ระดับนามธรรม)

แนวคิดพื้นฐาน

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

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

โหนดเครือข่าย (ปม). โหนดคือซอฟต์แวร์ที่จะรับรองว่าระบบทำงาน โดยเฉพาะอย่างยิ่ง สันนิษฐานว่าแต่ละแอปพลิเคชันไคลเอ็นต์ Telegram จะมีโหนด TON ในระดับต่ำ โหนดจะมีที่อยู่ IPv4/IPv6 และสื่อสารโดยใช้โปรโตคอล UDP ในระดับที่สูงกว่า โหนดเหล่านั้นมี ที่อยู่ที่เป็นนามธรรม และใช้โปรโตคอล ADNL (เกี่ยวกับที่อยู่นามธรรมและ ADNL - ดูด้านล่าง) เมื่อพูดถึงความจริงที่ว่าบางส่วนของระบบทำบางสิ่งหรือจัดเก็บข้อมูลบางอย่าง เป็นที่เข้าใจกันว่าสิ่งนี้ทำได้โดยโหนดเครือข่าย

ที่อยู่ที่เป็นนามธรรม (หรือง่ายๆ ที่อยู่, ที่อยู่). ที่อยู่ของโหนดถูกกำหนดโดยรหัสสาธารณะ โดยเคร่งครัดกว่านั้นคือแฮช 256 บิต (SHA256) ของโครงสร้างข้อมูลที่มีคีย์สาธารณะ (ไม่ได้ระบุอัลกอริธึมการเข้ารหัสเฉพาะ - เส้นโค้งวงรีและ RSA-2048 เป็นตัวอย่าง) เพื่อให้โหนดหนึ่งสื่อสารกับอีกโหนดหนึ่งได้ ไม่เพียงแต่ต้องทราบที่อยู่ของโหนดนั้นเท่านั้น แต่ยังต้องทราบโครงสร้างข้อมูลนี้ด้วย ตามทฤษฎีแล้ว โหนดทางกายภาพหนึ่งโหนดสามารถสร้างที่อยู่จำนวนเท่าใดก็ได้ (ซึ่งสอดคล้องกับคีย์ที่ต่างกัน)

นอกจากนี้มักใช้ลิงก์ดังกล่าว: "ต้นแบบ" ในรูปแบบของโครงสร้าง TL (ที่มีข้อมูลเกือบทุกชนิด) และแฮช 256 บิตจากนั้นใช้สำหรับระบุที่อยู่

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

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

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

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

ADNL: เลเยอร์เครือข่ายดาตาแกรมนามธรรม

ที่ระดับต่ำสุด การสื่อสารระหว่างโหนดจะดำเนินการโดยใช้โปรโตคอล UDP (แม้ว่าจะยอมรับตัวเลือกอื่น ๆ ก็ตาม)

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

นอกจากนี้ แทนที่จะเป็นที่อยู่ของผู้รับ จุดเริ่มต้นของแพ็กเก็ตข้อมูลอาจมีสิ่งที่เรียกว่า ตัวระบุ ช่อง. ในกรณีนี้ การประมวลผลแพ็กเก็ตขึ้นอยู่กับข้อตกลงเฉพาะระหว่างโหนดอยู่แล้ว - ตัวอย่างเช่น ข้อมูลที่ส่งไปยังช่องทางหนึ่งอาจมีไว้สำหรับโหนดอื่นและจะต้องส่งต่อไปยังโหนดนั้น (นี่คือบริการ TON พร็อกซี่). กรณีพิเศษอีกกรณีหนึ่งอาจเป็นการโต้ตอบโดยตรงระหว่างโหนด แต่ด้วยการเข้ารหัสโดยใช้คู่คีย์เดี่ยวสำหรับช่องสัญญาณนี้ (สร้างไว้ล่วงหน้าโดยใช้โปรโตคอล Diffie-Hellman)

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

โปรโตคอลที่อธิบายไว้ข้างต้น (ตัวระบุช่องสัญญาณ 256 บิต + เนื้อหาแพ็กเก็ต) เรียกว่า ADNL เอกสารกล่าวถึงความเป็นไปได้ของการนำ TCP อะนาล็อกไปใช้งานหรือส่วนเสริมของตัวเอง - RLDP (Reliable Large Datagram Protocol) แต่ไม่ได้ลงรายละเอียดเกี่ยวกับการนำไปใช้งาน

TON DHT: ตารางแฮชแบบกระจาย

เช่นเดียวกับระบบแบบกระจายอื่นๆ TON เกี่ยวข้องกับการนำ DHT ไปใช้ - ตารางแฮชแบบกระจาย. โดยเฉพาะอย่างยิ่งตารางคือ เหมือนคาเดมเลีย. หากคุณไม่คุ้นเคยกับตารางแฮชประเภทนี้ ไม่ต้องกังวล ฉันจะอธิบายวิธีการทำงานโดยประมาณด้านล่างนี้

ในแง่นามธรรม DHT จะจับคู่คีย์ 256 บิตกับค่าไบนารีที่มีความยาวตามต้องการ ในกรณีนี้ คีย์ในตารางเป็นแฮชจากโครงสร้าง TL บางตัว (โครงสร้างเองก็ถูกจัดเก็บไว้พร้อมกับ DHT ด้วย) สิ่งนี้คล้ายกับการก่อตัวของที่อยู่โหนด - และสามารถปรากฏใน DHT ได้ (ตัวอย่างเช่น การใช้คีย์ดังกล่าวเป็นที่อยู่ IP ของโหนดที่สอดคล้องกับที่กำหนด ที่อยู่ที่เป็นนามธรรมถ้าเขาไม่ซ่อนมันไว้) แต่ในกรณีทั่วไป “กุญแจต้นแบบ” (ของพวกเขา คำอธิบาย, คำอธิบายที่สำคัญ) คือข้อมูลเมตาที่ระบุถึง "เจ้าของ" ของรายการในตารางแฮช (นั่นคือ คีย์สาธารณะของบางโหนด) ประเภทของค่าที่จัดเก็บ และกฎเกณฑ์ที่รายการนี้สามารถเปลี่ยนได้ในภายหลัง ตัวอย่างเช่น กฎอาจอนุญาตให้เฉพาะเจ้าของเปลี่ยนค่า หรือห้ามมิให้เปลี่ยนค่าลง (เพื่อป้องกันการโจมตีเล่นซ้ำ)

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

แนวคิดเรื่องระยะทางถูกนำมาใช้เหนือคีย์และที่อยู่ DHT - ในนี้ทุกอย่างเกิดขึ้นพร้อมกับตาราง kademlia — ระยะห่างระหว่างคีย์เท่ากับ XOR (OR พิเศษระดับบิต) ของคีย์เหล่านั้น เช่นเดียวกับในตาราง Kademlia ค่าที่สอดคล้องกับคีย์บางตัวจะต้องถูกเก็บไว้ s โหนดที่มีระยะทางสั้นที่สุดไปยังคีย์นี้ (s นี่เป็นจำนวนที่ค่อนข้างน้อย)

เพื่อให้โหนด DHT สื่อสารกับโหนดอื่นได้ โหนดนั้นจะเก็บไว้ในหน่วยความจำ ตารางเส้นทาง DHT — ที่อยู่ DHT และ IP ของโหนดที่เคยโต้ตอบมาก่อน โดยจัดกลุ่มตามระยะทาง มีกลุ่มดังกล่าว 256 กลุ่ม (ซึ่งสอดคล้องกับบิตที่สำคัญที่สุดที่ตั้งไว้ในค่าระยะทาง - นั่นคือโหนดที่ระยะห่างตั้งแต่ 0 ถึง 255 จะแบ่งออกเป็นกลุ่มเดียวจาก 256 ถึง 65535 - ในกลุ่มถัดไป ฯลฯ ) ภายในแต่ละกลุ่ม จะมีการจัดเก็บโหนดที่ "ดีที่สุด" ในจำนวนจำกัด (ในแง่ของการส่ง Ping ไปยังโหนดเหล่านั้น)

แต่ละโหนดต้องรองรับการดำเนินการหลายอย่าง: การจัดเก็บค่าสำหรับคีย์, ค้นหาโหนด и ค้นหาค่า. การค้นหาโหนดเกี่ยวข้องกับการออกโหนดที่ใกล้เคียงที่สุดจากตารางเส้นทางตามคีย์ที่กำหนด การค้นหาค่าจะเหมือนกัน ยกเว้นเมื่อโหนดรู้ค่าของคีย์ (จากนั้นก็แค่ส่งคืน) ดังนั้น หากโหนดต้องการค้นหาค่าด้วยคีย์ใน DHT โหนดจะส่งคำขอไปยังโหนดจำนวนเล็กน้อยที่ใกล้กับคีย์นี้มากที่สุดจากตารางเส้นทาง หากค่าที่ต้องการไม่อยู่ในคำตอบ แต่มีที่อยู่โหนดอื่น คำขอนั้นจะถูกทำซ้ำ

TON DHT สามารถใช้เพื่อวัตถุประสงค์ต่างๆ เช่น เพื่อใช้จัดเก็บไฟล์ที่มีลักษณะคล้ายฝนตกหนัก (ดู TON สตอเรจ); เพื่อกำหนดที่อยู่ของโหนดที่ใช้บริการบางอย่าง เพื่อจัดเก็บข้อมูลเกี่ยวกับเจ้าของบัญชีในบล็อคเชน แต่แอปพลิเคชันที่สำคัญที่สุดคือการค้นพบโหนดด้วยที่อยู่เชิงนามธรรม ในการดำเนินการนี้ ที่อยู่จะถูกใช้เป็นคีย์ซึ่งจำเป็นต้องค้นหาค่า จากการร้องขอ จะพบโหนดเอง (หากที่อยู่ที่ค้นหาคือที่อยู่ DHT กึ่งถาวร) หรือค่าจะเป็นที่อยู่ IP และพอร์ตสำหรับการเชื่อมต่อ - หรือที่อยู่อื่นที่ควรใช้เป็น อุโมงค์ตัวกลาง

เครือข่ายซ้อนทับใน TON

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

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

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

เครือข่ายโอเวอร์เลย์อาจเป็นสาธารณะหรือส่วนตัวก็ได้ การเป็นสมาชิกของเครือข่ายสาธารณะไม่ใช่เรื่องยาก - คุณต้องค้นหาโครงสร้าง TL ที่อธิบายโครงสร้างนั้น (อาจเป็นแบบสาธารณะหรือเข้าถึงได้ด้วยคีย์บางตัวใน DHT) ในกรณีของเครือข่ายส่วนตัว โหนดจะต้องทราบโครงสร้างนี้ล่วงหน้า

จะยังคง

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

ที่มา: will.com