ทำความเข้าใจเกี่ยวกับโซลูชันทางเทคนิคของ TON ได้ในบทความเดียว

avatar
北大区块链研究
11เดือนก่อน
ประมาณ 13306คำ,ใช้เวลาอ่านบทความฉบับเต็มประมาณ 17นาที
TON จะยังคงเพิ่มประสิทธิภาพกรอบทางเทคนิคต่อไปในอนาคต โดยยังคงส่งเสริมความได้เปรียบด้านความเร็วและความสามารถในการปรับขนาดของ TON ต่อไป ผ่านกลไกต่างๆ เช่น การขยายแบบขนาน การเปิดตัวเครื่องมือแยกชิ้นส่วนโซ่ และการเสริมสร้างการตรวจสอบโหนด

ผู้เขียนต้นฉบับ:มหาวิทยาลัยปักกิ่ง Blockchain Association Kiwi

Keytakeaways

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

  • การส่งข้อความแบบอะซิงโครนัส: เนื่องจากเลือก FunC เป็นภาษาในการพัฒนาฟังก์ชัน แต่ละโหนดใน TON จะสื่อสารโดยผ่าน ข้อความ อย่างไรก็ตาม TON นั้นเป็นลูกโซ่แบบอะซิงโครนัส ดังนั้น ในการซิงโครไนซ์ข้อความระหว่างลูกโซ่อย่างถูกต้อง แนวคิดของเวลาแบบลอจิคัล (มัน ) ได้รับการแนะนำ โดยทำให้แน่ใจว่าข้อความ lt ถูกดำเนินการตามลำดับอย่างเคร่งครัดเพื่อให้แน่ใจว่ามีการดำเนินการข้อมูลที่ถูกต้อง

  • กลไกการกำหนดเส้นทางข้อความของ Hypercube: TON ใช้วิธีการกำหนดเส้นทางปกติ + การกำหนดเส้นทางแบบเร็ว การกำหนดเส้นทางแบบปกติจะส่งข้อความระหว่างส่วนต่างๆ ผ่านโหนดที่อยู่ติดกันผ่านโครงสร้างคิวบ์ การกำหนดเส้นทางแบบเร็วเพิ่มการพิสูจน์ Merkle ที่สามารถส่งไปตามขอบของไฮเปอร์คิวบ์เพื่อถ่ายทอดการปรับปรุงข้อความ . ความเร็ว;

  • ฉันทามติ PoS + BFT ช่วยอำนวยความสะดวกในการพัฒนาระบบนิเวศ: POS หลีกเลี่ยงการคำนวณจำนวนมากในกระบวนการสร้างบล็อก มีประสิทธิภาพและคุ้มค่ากว่า และมีประสิทธิภาพของเครือข่ายที่ดีขึ้น ซึ่งเอื้อต่อการใช้งานแอปพลิเคชัน DAPP ในเวลาเดียวกัน แม้ว่า DPOS เร็วกว่า ความเร็วความน่าเชื่อถือช้ากว่าระบบ BFT ดังนั้น TON จึงเลือก BFT

สถาปัตยกรรมการแบ่งส่วนข้อมูลหลายส่วนแบบไดนามิกของ TON ช่วยอำนวยความสะดวกในการปรับขนาดแอปพลิเคชัน: TON ปรับปรุงความเร็วผ่านการสืบค้นแบบขนาน ปรับปรุงความแม่นยำในการสืบค้นผ่านการแบ่งส่วนแบบไดนามิก และปรับปรุงความสามารถในการขยายขนาดผ่านถุงเซลล์

  • สถาปัตยกรรมหลายชาร์ดแบบไดนามิก: TON มีสามเลเยอร์ ได้แก่ มาสเตอร์เชนเดียว + เวิร์กเชนหลายอัน + ชาร์ดเชนที่สามารถเพิ่ม ลด และแยกแบบไดนามิก แต่ละเชนชาร์ดคือชุดของเชนบัญชีต่างๆ และ DAPP สามารถเปิดใช้งานชาร์ดเชนบางอย่างได้อย่างอิสระ

  • สถานะโกลบอลที่สามารถอัปเดตได้อย่างรวดเร็ว: สถานะโกลบอลได้รับการอัปเดตผ่านโครงสร้าง ถุงเซลล์ ที่คล้ายกับ DAG และสถานะโกลบอลได้รับการอัปเดตอย่างรวดเร็วโดยการรวมเซลล์เก่าและเซลล์ใหม่แล้วลบรูตเก่า ในเวลาเดียวกันจะใช้การซ่อมแซมบล็อกแนวตั้งและบล็อกอัปเดต

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

ปัญหาการขยายตัวของบล็อคเชน

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

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

เพื่อแก้ปัญหาการขยายบล็อคเชน นักวิจัยได้เสนอวิธีแก้ปัญหาการขยายที่หลากหลาย:เช่น Sharding, Sidechains, โซลูชัน Layer 2 เป็นต้น โซลูชันเหล่านี้พยายามแบ่งเครือข่ายออกเป็นส่วนเล็กๆ หลายส่วน แนะนำบล็อกเชนที่เป็นอิสระ หรือสร้างบน main chain โครงสร้างเพิ่มเติมเพื่อปรับปรุงปริมาณงานและประสิทธิภาพของเครือข่าย อย่างไรก็ตาม โซลูชันเหล่านี้ยังนำมาซึ่งความท้าทายทางเทคนิคและปัญหาด้านความปลอดภัยใหม่ๆ เช่น การสื่อสารระหว่างชาร์ด การถ่ายโอนสินทรัพย์ข้ามสายโซ่ และการออกแบบกลไกที่เป็นเอกฉันท์

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

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

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

  • กลไกฉันทามติใหม่: เช่น POH ของ Solana จัดทำอนุกรมเวลาที่ตรวจสอบได้สำหรับบล็อกเชนโดยเชื่อมโยงการประทับเวลากับแต่ละธุรกรรม อนุกรมเวลานี้สามารถใช้เพื่อตรวจสอบคำสั่งซื้อและช่วงเวลาของการทำธุรกรรม ซึ่งจะช่วยลดต้นทุนการสื่อสารและความล่าช้าในกระบวนการฉันทามติ แม้ว่า Solana จะอ้างว่า TPS ของมันสามารถเข้าถึง 65,000 ได้ แต่จริงๆ แล้ว TPS ส่วนใหญ่ถูกใช้เป็นการสื่อสารระหว่างโหนด และขีดจำกัดข้อมูลจริงอยู่ที่เพียง 6-8 k (ทุกวัน 4-5 k)

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

สถาปัตยกรรมทางเทคนิคของ TON

การออกแบบหลายห่วงโซ่การแบ่งส่วนแบบไม่มีที่สิ้นสุดที่ปรับเปลี่ยนได้

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

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

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

หากชาร์ดดิ้งถึงขีดจำกัด ในที่สุดแต่ละชาร์ดเชนจะมีเพียงบัญชีเดียวหรือสัญญาอัจฉริยะเท่านั้น สิ่งนี้จะนำไปสู่ ​​account-chain จำนวนมากที่อธิบายสถานะและการเปลี่ยนแปลงสถานะของบัญชีเดียว chain บัญชีเหล่านี้ส่งข้อมูลให้กันและกัน นั่นคือ Shardchain ประกอบขึ้นเป็น Workchain

  • Workchain: มันเป็นแนวคิดเสมือนจริงที่มีอยู่เป็นคอลเลกชันของ Shardchains ระบบสามารถรองรับ Workchains ได้สูงสุด 2^32 ตัว แต่ละ Workchain สามารถปรับแต่งกฎได้อย่างยืดหยุ่น เช่น ประเภทธุรกรรม ประเภทโทเค็น สัญญาอัจฉริยะ แบบฟอร์มที่อยู่ ฯลฯ บนสถานที่ตั้งที่เป็นไปตามมาตรฐานการทำงานร่วมกัน แต่ Workchain จะต้องมีรูปแบบคิวข้อความเดียวกันเพื่ออำนวยความสะดวกในการแลกเปลี่ยนข้อความ แน่นอนว่า นี่ยังหมายความว่า Workchain ทั้งหมดจะต้องมีการรับประกันความปลอดภัยที่เหมือนกันโดยประมาณ

  • Shardchain: เพื่อปรับปรุงประสิทธิภาพการประมวลผล โดยสามารถแบ่งได้โดยอัตโนมัติเมื่อโหลดสูง และรวม chain เมื่อโหลดลดลง แต่ละ Workchain จะถูกแบ่งออกเป็น Shard Shardchains เพิ่มเติม (สูงสุด 2^60) Shardchain กระจายงานให้กับ Shardchain ทั้งหมด และ Shardchain แต่ละอันให้บริการเพียงส่วนหนึ่งของชุดบัญชีเท่านั้น

ทำความเข้าใจเกี่ยวกับโซลูชันทางเทคนิคของ TON ได้ในบทความเดียว

กลไกการถ่ายโอนข้อมูล

Message:เนื่องจาก TON ใช้ FunCsend_raw_messageภาษาการพัฒนาฟังก์ชัน ดังนั้นสิ่งที่แต่ละโหนดของ TON ส่งผ่านเรียกว่า ข้อความ ธุรกรรมใน TON ประกอบด้วยข้อความขาเข้าที่ทริกเกอร์ในตอนแรกและชุดข้อความขาออกที่ส่งไปยังสัญญาอื่น

Hypercube Routing:โครงสร้างสามมิติของกลไกการถ่ายโอนข้อมูลช่วยให้ข้อความที่สร้างขึ้นในบล็อกลูกโซ่ส่วนแบ่งข้อมูลหนึ่งได้รับการถ่ายโอนและประมวลผลอย่างรวดเร็วไปยังบล็อกถัดไปของลูกโซ่ส่วนแบ่งเป้าหมาย

การส่งข้อความแบบอะซิงโครนัส

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

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

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

กลไกการกำหนดเส้นทางข้อความไฮเปอร์คิวบ์:

TON ใช้การกำหนดเส้นทางที่รวดเร็ว + การกำหนดเส้นทางที่ช้าเพื่อทำงานแบบขนาน:

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

ข้อดีของการกำหนดเส้นทางที่ช้าคือความปลอดภัยและการกระจายอำนาจที่สูงกว่า เนื่องจากข้อมูลทั้งหมดจำเป็นต้องผ่านกระบวนการยืนยันบล็อกที่สมบูรณ์ สำหรับเครือข่ายไฮเปอร์คิวบ์แบบชาร์ดที่มีขนาด N จำนวนเส้นทางที่ต้องสำรวจคือ hop = log 16(N) ดังนั้นจึงจำเป็นต้องมีโหนดการกำหนดเส้นทางเพียง 4 โหนดเพื่อรองรับชาร์ดเชนนับล้าน

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

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

สถานะสากลของห่วงโซ่ชาร์ด

“bag of cells” : กลุ่มของเซลล์ที่อัปเดตในรูปแบบคล้าย DAG โดยการแสดงสถานะใหม่เป็น ถุงของเซลล์ อีกอันหนึ่งด้วยรากของมันเอง จากนั้นจึงเชื่อมเซลล์ชุดเก่าและชุดใหม่เข้าด้วยกันในขณะที่ลบรากเก่า

การซ่อมแซมบล็อกแนวตั้ง: แต่ละบล็อกใน TON shard chain จริงๆ แล้วไม่ได้มีเพียงบล็อกเดียวเท่านั้น แต่ยังมี chain เมื่อจำเป็นต้องซ่อมแซมบล็อกของ shard chain ที่ไม่ถูกต้อง บล็อกใหม่จะถูกส่งไปยัง บล็อกเชนแนวตั้ง และดำเนินการเปลี่ยนบล็อกนั้น .

กลไกฉันทามติ

มี 3 บทบาทในเครือข่าย POS:

  • โหนดการตรวจสอบ: หลังจากตรงตามเงื่อนไขของฮาร์ดแวร์ คุณสามารถมีส่วนร่วมในการรักษาความปลอดภัยเครือข่ายโดยให้คำมั่นสัญญา 300,000 ตัน

บล็อกทั้งหมดถูกสร้างขึ้นโดยโหนดที่เลือก 100 ~ 1,000 โหนด โหนดจะถูกเลือกเดือนละครั้งและ TON Coin ที่ให้คำมั่นสัญญาจะต้องถูกผนึกในระหว่างการเลือกตั้ง โหนดที่เลือกในระหว่างดำรงตำแหน่งจะถูกแบ่งออกเป็นกลุ่มทำงานหลายกลุ่มเพื่อสร้างบล็อกใหม่ แต่ละบล็อกใหม่จะถือว่าสำเร็จหากได้รับลายเซ็นมากกว่า 2/3 ของโหนดที่จำนำในกลุ่มทำงาน หากทำชั่ว มันจะถูกฟันและถูกตัดสิทธิ์

  • ชาวประมง: การส่งใบรับรองที่ไม่ถูกต้องเพื่อตรวจสอบว่าโหนดการตรวจสอบได้เสร็จสิ้นงานการตรวจสอบด้วยความรอบคอบหรือไม่ ก็สามารถถือเป็นบทบาทของหัวหน้างานได้

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

BFT:หลังจากการชั่งน้ำหนัก TON พบว่าแม้ว่า DPOS จะเร็วกว่า แต่ระดับความน่าเชื่อถือและความเร็วของมันช้ากว่าระบบ BFT ดังนั้นในที่สุดจึงเลือก BFT (Byzantine Fault Tolerance)

กรอบงานใหม่ของ TON สามารถรองรับการส่งข้อมูลความเร็วสูงของ TG

TON บรรลุความเร็วในการทำธุรกรรมสูงและขั้นสุดท้ายผ่านสถาปัตยกรรมหลายส่วนแบบไดนามิก:TON สามารถสร้างห่วงโซ่สำหรับกระเป๋าเงินของผู้ใช้แต่ละคนได้ การประมวลผล shards แบบขนาน การรองรับการสื่อสารข้ามชาร์ดแบบทันที และการสนับสนุน TVM สำหรับการประมวลผลแบบอะซิงโครนัสเป็นพื้นฐานทางทฤษฎีของ TPS ที่สูง

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

TON จะดำเนินการเพิ่มประสิทธิภาพกรอบทางเทคนิคต่อไปในอนาคต...

ส่วนเทคโนโลยีแผนงาน TON จะยังคงส่งเสริมความได้เปรียบด้านความเร็วและความสามารถในการปรับขนาดของ TON ต่อไป

  • การแยกซีเควนเซอร์และตัวตรวจสอบ

  • ความสามารถในการขยายขนาดและการปรับปรุงความเร็ว: อนุญาตให้ TON บรรลุการขยายตัวแบบขนานในขณะที่ประมวลผลธุรกรรมจำนวนมาก

  • คู่มือและเครื่องมือ Chain Sharding: คำแนะนำและตัวอย่างโค้ดสำหรับการจัดระเบียบงาน TON ที่มีโหลดสูงในการแลกเปลี่ยน ระบบการชำระเงิน และบริการ TON

  • เสริมสร้างการประสานงานระหว่างโหนดตรวจสอบความถูกต้อง: เสริมสร้างและปรับปรุงการตรวจจับและการลงโทษของผู้ตรวจสอบที่มีประสิทธิภาพต่ำ

เป็นเพียงความคิดเห็นส่วนตัวเท่านั้น และไม่ได้เป็นตัวแทนคำแนะนำในการลงทุนใดๆ ไดเออร์

บทความต้นฉบับ, ผู้เขียน:北大区块链研究。พิมพ์ซ้ำ/ความร่วมมือด้านเนื้อหา/ค้นหารายงาน กรุณาติดต่อ report@odaily.email;การละเมิดการพิมพ์ซ้ำกฎหมายต้องถูกตรวจสอบ

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

การอ่านแนะนำ
ตัวเลือกของบรรณาธิการ