ทุกสิ่งที่คุณควรรู้เกี่ยวกับเทคนิค TON!

ประเด็นที่สำคัญ

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

1. การส่งข้อความแบบอะซิงโครนัส: FunC ซึ่งได้รับเลือกให้เป็นภาษาสำหรับการพัฒนา อำนวยความสะดวกในการสื่อสารระหว่างโหนด TON ผ่านการแลกเปลี่ยน "ข้อความ" อย่างไรก็ตาม เนื่องจาก TON ทำงานเป็นลูกโซ่แบบอะซิงโครนัส การแนะนำแนวคิดเรื่องเวลาเชิงตรรกะ (มัน) จึงเป็นสิ่งสำคัญสำหรับการซิงโครไนซ์ข้อความข้ามลูกโซ่อย่างถูกต้อง ซึ่งทำได้โดยการตรวจสอบให้แน่ใจว่าเวลาลอจิคัล (lt) ของข้อความได้รับการดำเนินการตามลำดับเวลาอย่างเคร่งครัด รับประกันการดำเนินการข้อมูลที่แม่นยำ
2. กลไกการกำหนดเส้นทางข้อความ Hypercube: TON ใช้การผสมผสานระหว่างการกำหนดเส้นทางปกติและการกำหนดเส้นทางที่รวดเร็ว การกำหนดเส้นทางแบบปกติจะส่งข้อความระหว่างชาร์ดผ่านโครงสร้างไฮเปอร์คิวบ์ที่เกี่ยวข้องกับโหนดที่อยู่ติดกัน การกำหนดเส้นทางที่รวดเร็วรวมเอาการพิสูจน์ของ Merkle ที่สามารถถ่ายทอดข้อความไปตามขอบของไฮเปอร์คิวบ์ เพื่อเพิ่มความเร็ว
3. ฉันทามติ PoS + BFT สำหรับการพัฒนาระบบนิเวศ: POS หลีกเลี่ยงการคำนวณที่กว้างขวางในระหว่างกระบวนการสร้างบล็อก ส่งผลให้มีประสิทธิภาพสูงขึ้น ต้นทุนลดลง และประสิทธิภาพเครือข่ายที่ดีขึ้น ทำให้เอื้อต่อการใช้งานแอปพลิเคชัน DAPP ในทางปฏิบัติ แม้ว่า DPOS จะเร็วกว่า แต่ความเร็วความน่าเชื่อถือจะช้ากว่าระบบ BFT ดังนั้น TON จึงเลือกใช้กลไกฉันทามติ BFT

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

1. สถาปัตยกรรมหลายส่วนแบบไดนามิก: TON ประกอบด้วยสามเลเยอร์ - มาสเตอร์เชนเดียว, เวิร์กเชนหลายอัน และชาร์ดเชนที่สามารถเพิ่ม ลด และแยกแบบไดนามิก แต่ละชาร์ดเชนคือกลุ่มของบัญชีเชนต่างๆ และ DAPP สามารถเปิดใช้งานชาร์ดเชนเฉพาะได้โดยอัตโนมัติ
2. สถานะส่วนกลางที่อัปเดตได้อย่างรวดเร็ว: การอัปเดตสถานะส่วนกลางเกี่ยวข้องกับโครงสร้างที่คล้ายกับ DAG ที่เรียกว่า "ถุงของเซลล์" อัปเดตอย่างรวดเร็วโดยการรวมชุดเซลล์ใหม่และเก่า โดยลบรูทเก่าออก ในขณะเดียวกันก็ใช้กลไกการซ่อมแซมบล็อกแนวตั้งสำหรับการอัพเดตบล็อก

TON จะยังคงเพิ่มประสิทธิภาพกรอบทางเทคนิคต่อไปในอนาคต: ด้วยการขยายแบบขนาน การเปิดตัวเครื่องมือ chain sharding และการเสริมการตรวจสอบโหนด TON ตั้งเป้าที่จะรักษาข้อได้เปรียบในด้านความเร็วและความสามารถในการปรับขนาด

ความท้าทายในการปรับขนาดบล็อคเชน

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

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

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

1. ตัวอย่างเช่น Sharding เกี่ยวข้องกับการแบ่งเครือข่ายบล็อกเชนทั้งหมดออกเป็นส่วนย่อยหรือส่วนย่อย โดยแต่ละส่วนจะประมวลผลธุรกรรมและข้อมูลบางส่วนอย่างอิสระ แม้ว่ากลไกนี้สามารถปรับปรุงปริมาณงานและประสิทธิภาพของเครือข่ายโดยรวมได้ แต่ก็ยังเผชิญกับความท้าทายที่เกี่ยวข้องกับความปลอดภัยและความสม่ำเสมอของการสื่อสารระหว่างชาร์ดและธุรกรรมข้ามชาร์ด นอกจากนี้ กลไกการแบ่งกลุ่มจะต้องจัดการกับการออกแบบและการดำเนินการตามกลไกฉันทามติ เพื่อให้มั่นใจว่าเครือข่ายโดยรวมมีความสอดคล้องและความปลอดภัยของ
2. เทคโนโลยี Sidechain เกี่ยวข้องกับการสร้างและใช้งานบล็อกเชนอิสระที่เชื่อมต่อกับห่วงโซ่หลักภายในเครือข่ายบล็อกเชน Sidechains อำนวยความสะดวกในการถ่ายโอนสินทรัพย์แบบสองทางด้วยห่วงโซ่หลักในขณะที่มีกฎและฟังก์ชันของตัวเอง หลักการพื้นฐานของเทคโนโลยีไซด์เชนคือการประมวลผลธุรกรรมบางอย่างบนไซด์เชน แบ่งเบาภาระของเชนหลักและให้ความสามารถในการปรับขนาดและความยืดหยุ่นที่สูงขึ้น อย่างไรก็ตาม ไซด์เชนต้องการกลไกและโปรโตคอลที่ปลอดภัยเพื่อให้มั่นใจในความปลอดภัยของสินทรัพย์และความสม่ำเสมอในการโอนสินทรัพย์แบบสองทาง นอกจากนี้ การออกแบบและการใช้งานไซด์เชนต้องคำนึงถึงความเข้ากันได้และการทำงานร่วมกันกับเชนหลักด้วย
3. ในทางกลับกัน Rollup จะจัดเก็บข้อมูลธุรกรรมนอกเครือข่ายจำนวนมากไว้ใน sidechain และส่งข้อมูลสรุปของธุรกรรมเหล่านี้ไปยังห่วงโซ่หลักเพื่อตรวจสอบ ข้อได้เปรียบอยู่ที่การปรับปรุงความสามารถในการปรับขนาดและประสิทธิภาพของเครือข่ายบล็อกเชนได้อย่างมีนัยสำคัญ โดยการจัดเก็บข้อมูลธุรกรรมนอกเครือข่าย และใช้สายหลักในการตรวจสอบ อย่างไรก็ตาม มีข้อกังวลเกี่ยวกับการรวมศูนย์และความปลอดภัยด้วยแนวทาง Rollup
4. กลไกฉันทามติใหม่ เช่น Proof of History (POH) ของ Solana จะเชื่อมโยงการประทับเวลากับแต่ละธุรกรรม ทำให้เกิดลำดับเวลาที่ตรวจสอบได้สำหรับบล็อกเชน ลำดับเวลานี้สามารถใช้เพื่อตรวจสอบลำดับและเวลาของธุรกรรม ซึ่งช่วยลดต้นทุนการสื่อสารและความล่าช้าในกระบวนการฉันทามติ แม้ว่า Solana อ้างว่า TPS สูงถึง 65,000 แต่ปริมาณการประมวลผลข้อมูลจริงเมื่อพิจารณาจากการสื่อสารแบบโหนดต่อโหนดจะอยู่ที่ประมาณ 6-8,000 TPS (ประมาณ 4-5,000 รายวัน)

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

กลไกการกำหนดเส้นทางข้อความ Hypercube

TON ใช้การดำเนินการแบบขนานกับ Fast Routing + Slow Routing:

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

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

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

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

สถานะระดับโลกของ blockchain ที่แบ่งส่วน

“ถุงของเซลล์”: ชุดของเซลล์ที่ได้รับการอัปเดตในลักษณะที่คล้ายคลึงกับ Directed Acyclic Graph (DAG) สิ่งนี้เกี่ยวข้องกับการแสดงสถานะใหม่เป็น "ถุงของเซลล์" อีกอันหนึ่งที่มีรากของมันเอง จากนั้นจึงรวมชุดเซลล์ใหม่และชุดเก่าในขณะเดียวกันก็กำจัดรากเก่าออกไปพร้อมกัน

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

ฉันทามติ

เครือข่าย POS ประกอบด้วยสามบทบาท:

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

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

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

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

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

TON จะดำเนินการปรับปรุงกรอบทางเทคนิคต่อไปในอนาคต...

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

1. การแยกตัวเรียงลำดับและตัวตรวจสอบความถูกต้อง
2. ความสามารถในการปรับขนาดและการปรับปรุงความเร็ว: ช่วยให้ TON บรรลุการขยายตัวแบบขนานในการจัดการธุรกรรมจำนวนมาก
3. คู่มือและเครื่องมือ Chain Sharding: การจัดระเบียบคำแนะนำและตัวอย่างโค้ดสำหรับการจัดการงาน TON ที่มีปริมาณมากในการแลกเปลี่ยน ระบบการชำระเงิน และบริการ TON
4. การปรับปรุงการประสานงานระหว่างโหนดตรวจสอบความถูกต้อง: การเสริมสร้างและปรับปรุงการตรวจจับและการลงโทษของผู้ตรวจสอบที่มีประสิทธิภาพต่ำกว่า

ข้อสงวนสิทธิ์：

1. บทความนี้พิมพ์ซ้ำจาก [community.tonup] ลิขสิทธิ์ทั้งหมดเป็นของผู้แต่งต้นฉบับ [Kiwi จาก PKU blockchain Association] หากมีการคัดค้านการพิมพ์ซ้ำนี้ โปรดติดต่อทีมงาน Gate Learn แล้วพวกเขาจะจัดการโดยเร็วที่สุด
2. การปฏิเสธความรับผิด: มุมมองและความคิดเห็นที่แสดงในบทความนี้เป็นเพียงของผู้เขียนเท่านั้น และไม่ถือเป็นคำแนะนำในการลงทุนใดๆ
3. การแปลบทความเป็นภาษาอื่นดำเนินการโดยทีมงาน Gate Learn เว้นแต่จะกล่าวถึง ห้ามคัดลอก แจกจ่าย หรือลอกเลียนแบบบทความที่แปลแล้ว