ใน ส่วนที่ 1,เราได้สำรวจว่าการตกลง PBFT คลาสสิกทำงานอย่างไร และเราได้มองภาพรวมของเวอร์ชันเก่าของ HotStuff อีกด้วย เรายังสำรวจวิธีที่ MonadBFT แก้ปัญหาของ HotStuff เกี่ยวกับการแยกตัวของบล็อกที่ถูกต้องบางครั้งที่จะถูกทิ้งไว้ในระบบท่อส่ง.
ปัญหาการแซวทางนี้สร้างปัญหาใหญ่สองประการ: 1) มันทำให้รางวัลสำหรับผู้สร้างบล็อกที่ซื่อสัตย์เปลืองไป และ 2) อาจทำให้เครือข่ายหยุดชะงักได้
MonadBFT มีกฎ Reproposal และกลไกโหวต No-Endorsement เพื่อกำจัดปัญหา tail-forking โดยให้แน่ใจว่าบล็อกที่ได้รับการอนุมัติอย่างถูกต้องจาก proposer ที่ซื่อสัตย์จะสามารถเข้าสู่เชนได้เสมอ
ในส่วนที่ 2 เราจะสำรวจลักษณะอื่น ๆ ของ MonadBFT ซึ่งคือ 1) การสิ้นสุดแบบสมมติและ 2) การตอบสนองอย่างเต็มใจ เรายังจะสำรวจผลกระทบของ MonadBFT ต่อสำหรับนักพัฒนาโปรแกรม
นอกจากความทนทานของหางคางโยกแล้ว คุณลักษณะสำคัญอีกอย่างของ MonadBFT คือความสามารถในการสมแน่นอนภายในรอบเดียว
ในทางปฏิบัตินี้หมายความว่าลูกค้าและผู้ใช้สามารถรับการยืนยันสำหรับธุรกรรมของพวกเขาทันทีหลังจากที่บล็อกได้รับคะแนนส่วนใหญ่อย่างเร็ว ๆ แม้จะก่อนที่รอบต่อไปจะเสร็จสิ้น
โปรดระลึกว่าในโปรโตคอลเบสไลน์ HotStuff บล็อกมักจะไม่ถือว่าสมบูรณ์ (ไม่สามารถย้อนกลับ) จนกว่าจะผ่านอย่างน้อยสองเฟส (เช่น Fast-Hotstuff & Diem-BFT): เฟสหนึ่งเพื่อรับใบรับรองจำนวนมาก (ล็อคบล็อกด้วยโหวต ≥2f+1) และเฟสที่สองที่ผู้นำต่อไปสร้างบน QC นั้นและยอมรับบล็อก
การยืนยันสองช่วงนี้จำเป็นต้องมีเพื่อให้มั่นใจว่าเมื่อโหนดที่ซื่อสัตย์เพียงพอได้ล็อคบล็อกแล้ว บล็อกที่ขัดแย้งกันจะไม่สามารถรวบรวมควอรัมได้ และการยืนยันในรอบถัดไปทำให้มันกลายเป็นถาวร ดังนั้นโดยปกติแล้ว ลูกค้าอาจต้องรอให้บล็อกหรือรอบถัดไปถูกสร้างขึ้นก่อนที่พวกเขาจะทราบว่าธุรกรรมก่อนหน้านี้เป็นเรื่องสุดท้าย
MonadBFT โดยพื้นฐานให้การทำธุรกรรมถูกพิจารณาว่าเพียงพอสำหรับการดำเนินการหลังจากการลงคะแนนเพียงรอบเดียว สิ่งนี้เรียกว่าความสมบูรณ์แบบเฉพาะทาง
เมื่อผู้นําเสนอบล็อกและผู้ตรวจสอบลงคะแนนเพื่อสร้าง QC สําหรับบล็อกนั้นบล็อกนั้นตอนนี้อยู่ในสถานะโหวต (ถูกล็อคโดยองค์ประชุม) ใน MonadBFT ผู้ตรวจสอบความถูกต้องจะทําธุรกรรมของบล็อกทันทีที่พวกเขาสร้าง QC และแม้แต่ส่งการยืนยันเบื้องต้นไปยังลูกค้าที่ระบุว่าบล็อกได้รับการยอมรับ (เก็งกําไร) นี่เป็นเหมือนการพูดว่า: "เรามีอภิมหาอํานาจที่เห็นด้วยกับบล็อกนี้ เว้นแต่จะมีสิ่งที่ไม่คาดคิดเกิดขึ้นให้พิจารณาบล็อกนี้ยืนยัน"
การยืนยันทันทีนี้เป็นเช่นการเต็มไปด้วยความหวัง บล็อกยังไม่ได้รับการยืนยันในสมุดบัญชี มันจะเกิดขึ้นเมื่อเสนอการแนะนำครั้งต่อไปมาและทำให้มันสมบูรณ์ (QC-on QC) แต่ภายใต้เงื่อนไขปกติ ไม่มีอะไรสามารถยกเลิกมันได้ เหตุการณ์เดียวที่สามารถย้อนกลับบล็อกที่ถูกดำเนินการเล่นมั่งคือหากผู้นำเสนอที่ชัดเจน (เช่น เสนอบล็อกสองบล็อกที่สูงเดียวกันเพื่อแบ่งโหวต)
คุณสามารถคิดถึงความสมบูรณ์ของการทำเสร็จเป็นผลมาจากความต้านทานของการตัดหางได้เป็นที่น่าพอใจ ความต้านทานการตัดหางรักษาให้แม้ว่าผู้นำคนต่อไปจะล้มเหลว ข้อเสนอปัจจุบันจะไม่ถูกทอดทิ้ง (ขอบคุณการเสนอและกฎของ NEC) ดังนั้นเวลาที่บล็อกถูกดำเนินการแบบสมมติถูกทิ้งไปคือถ้าผู้เสนอต้นฉบับเข้าใจผิด (ข้อผิดพลาดการลงลายสองครั้งที่เป็นเชิงชีวิตชีวา) ซึ่ง: 1) สามารถตรวจจับผ่าน QCs ที่ขัดแย้งกัน, 2) สามารถตัด, และ 3) มีความหายากมาก
ในโปรโตคอลก่อนหน้านี้พวกเขาไม่รับประกันว่าผู้นำคนต่อไปจะproposeบล็อกก่อนหน้าอีกครั้ง ดังนั้นการtail-forkingเป็นไปได้ ทำให้การสมมติถูกทำลาย
ในโปรโตคอลการเชื่อมั่นส่วนใหญ่มีระยะเวลารอที่ซ่อนอยู่หลังจากทุกรอบเช่นช่วงเวลาหยุดหรือหมดเวลา สิ่งนี้ทำให้มั่นใจว่าข้อความทั้งหมดได้มาถึงก่อนที่จะไปข้างหน้า มันเป็นกลไกการป้องกันที่ใช้เพื่อจัดการสถานการณ์ที่เลวร้ายที่สุดเหมือนเมื่อผู้นำล้มเหลวหรือไม่ส่งอะไรเลย
การหมดเวลาเหล่านี้มักจะเกินไปในการรักษาความรอบคอบ หากเครือข่ายทำงานอย่างปกติและผู้ตรวจสอบทั้งหมดทำหน้าที่อย่างถูกต้อง การรอคงที่ระบุนั้นก็กลายเป็นภาระเกินความจำเป็น บล็อกอาจจะได้รับการสรุปได้เร็วขึ้น แต่โปรโตคอลยังคงยับยั้งไว้เพื่อสิ่งที่เป็นไปได้
MonadBFT นำเสนอความตอบสนองที่เชื่อมั่นซึ่งหมายความว่าโปรโตคอลสามารถก้าวหน้าทันทีตามข้อความของเครือข่าย แทนที่จะเสมอพึ่งพาราเมตเวลาที่ถูกกำหนดไว้เสมอ หลักการออกแบบที่นี่สามารถสรุปได้ว่า "เร็วเมื่อมันสามารถ อดทนเมื่อมันจำเป็น"
MonadBFT ถูกออกแบบให้ในทั้งกรณีปกติและแม้กระทั้งในกรณีของการกู้คืนจากข้อผิดพลาด ก็ไม่จำเป็นต้องหยุดชะงักสำหรับเวลาที่กำหนดล่วงหน้าหากไม่จำเป็น
ในทางปฏิบัติ นี้หมายความว่าหากค่าความล่าช้าของเครือข่ายระหว่างโหนดคือ 100 มิลลิวินาที เช่น การตกลงสามารถจบรอบในเพียงไม่กี่ร้อยมิลลิวินาทีเท่านั้น (รวมถึงการคำนวณและความเหนือ)
มันไม่รอ, ตัวอย่างเช่น, 1 วินาทีเต็ม "slot time" ถ้ามันไม่จำเป็น. นี้ต่างจาก Ethereum mainnet ซึ่งปฏิบัติตามโมเดลสล็อตและยุคใน Ethereum การผลิตบล็อกถูกกำหนดไว้ที่ช่วง 12 วินาที แม้แต่ว่าทุกคนพร้อมก่อน ๆ แต่โปรโตคอลจะรอ
การเข้าถึงของ MonadBFT ช่วยในการลดความล่าช้าที่ไม่จำเป็น โครงสร้าง HotStuff ที่ถูกสร้างในรูปแบบสายพานยังคงอยู่ แต่เอาออกกฎเกณฑ์ที่เข้มงวยว่า "คุณต้องรอ Δ วินาที" ในกรณีปกติ ซึ่งหมายความว่ามันสามารถทำงานได้ดีกว่าระบบที่มีเวลาจำกัดในการตอบสนองโดยไม่เสียความปลอดภัย
MonadBFT สร้างขึ้นจากเชื้อสายของโปรโตคอลฉันทามติของครอบครัว HotStuff แต่โดดเด่นด้วยการบรรลุการรวมกันของคุณสมบัติที่พึงประสงค์ซึ่งไม่มีการออกแบบก่อนหน้านี้ที่สามารถรวมเข้าด้วยกันได้อย่างสมบูรณ์โดยไม่ต้องแลกเปลี่ยน โปรโตคอลก่อนหน้านี้มักได้รับการปรับให้เหมาะสมสําหรับบางมิติเช่นปริมาณงานแบบไปป์ไลน์หรือการสื่อสารเชิงเส้น แต่ต้องเสียสละผู้อื่น MonadBFT จัดการอย่างมีเอกลักษณ์เพื่อรวมความซับซ้อนของการส่งข้อความเชิงเส้น, ความมุ่งมั่นแบบไปป์ไลน์, ความต้านทานการสลายหางที่แข็งแกร่ง, การตอบสนองทันทีโดยไม่มีความล่าช้าคงที่, และกลไกการกู้คืนที่มีประสิทธิภาพ, ทั้งหมดในขณะที่รักษาขั้นสุดท้ายที่รวดเร็วและการรับประกันความมีชีวิตชีวาสูง. ตารางด้านล่างสรุปวิธีที่ MonadBFT เปรียบเทียบกับโปรโตคอล BFT ผู้นําการหมุนอื่น ๆ ในมิติที่สําคัญเหล่านี้:
สำหรับนักพัฒนา MonadBFT หมายถึงสิ่งที่สำคัญหลายอย่าง:
สำหรับผู้ใช้ทั่วไป: ผู้ใช้ทั่วไปอาจจะไม่รู้เรื่องใดๆ จากสิ่งที่เราได้พูดถึงที่นี่ แต่พวกเขารู้สึกผลกระทบจากมัน ด้วย MonadBFT เป็นพื้นฐานของ Monad โซ่ ผู้ใช้สามารถคาดหวังคุณภาพที่ดีทั้งหมดด้านล่างโดยไม่เสียเรื่องการกระจายอำนวยและการต้านการเซ็นเซอร์
เพื่อสรุป MonadBFT นำเสนอนวัตกรรมหลัก 4 ประการที่สำคัญเพิ่มเติมเหนือการเชื่อมต่อแบบ HotStuff-style
ความต้านทานการปลอมหาง: MonadBFT เป็นโปรโตคอล BFT แบบไปป์ไลน์ตัวแรกที่กําจัดการโจมตีแบบหาง มันบรรลุสิ่งนี้โดยกําหนดให้ผู้นําคนต่อไปเสนอบล็อกที่โหวตครั้งสุดท้ายอีกครั้งหากผู้นําคนก่อนล้มเหลวหรือแสดงใบรับรองการไม่รับรอง (NEC) เพื่อเป็นหลักฐานว่าบล็อกขาดการสนับสนุน สิ่งนี้รับประกันได้ว่าจะไม่มีการละทิ้งบล็อกที่รับรองโดย supermajority ปกป้องรางวัลของผู้นําที่ซื่อสัตย์และป้องกัน reorgs ที่เป็นอันตรายและการสกัด MEV ข้ามบล็อก
ความสมบูรณ์ตามแบบสมมติในรอบเดียว: ผู้ตรวจสอบสามารถยืนยันบล็อกหลังจากการสื่อสารรอบเดียว (การเสนอข้อเสนอและโหวตของผู้นำเสนอเพียงรอบเดียว) ซึ่งทำให้ผู้ใช้มั่นใจได้ทันทีว่าบล็อกถูกรวมอยู่ การยืนยันแบบสมมตินี้จะถูกย้อนกลับเท่านั้นหากผู้นำเสนอเหตุผล (การกระทำที่สามารถพิสูจน์และลงโทษ) ซึ่งทำให้มันเป็นการสมมติที่ปลอดภัยในการปฏิบัติ
การตอบสนองในแง่ดี: โปรโตคอลทํางานที่ความเร็วเครือข่ายโดยไม่มีความล่าช้าโดยธรรมชาติ ผู้นําจะเดินหน้าฉันทามติทันทีที่ได้รับคะแนนเสียงที่จําเป็น และมองว่าการเปลี่ยนแปลงจะเกิดขึ้นทันทีที่องค์ประชุมหมดเวลาถูกสังเกต แทนที่จะรอช่วงเวลาหมดเวลาที่แน่นอน การออกแบบที่ตอบสนองในแง่ดีนี้ช่วยลดเวลารอและเพิ่มปริมาณงานสูงสุดในขณะที่ยังคงจัดการกับความไม่ตรงกันและข้อผิดพลาดได้อย่างมีประสิทธิภาพเมื่อเกิดขึ้น
การสื่อสารแบบเชิงเส้น: ในเส้นทางที่ดี (หมายถึงผู้นำซื่อสัตย์) ความซับซ้อนของข้อความและการตรวจสอบความถูกต้องเป็นเชิงเส้นตามจำนวนของผู้ตรวจสอบได้ MonadBFT รักษารูปแบบการสื่อสารที่มีประสิทธิภาพของ HotStuff โดยใช้ลายเซ็นรวมและการส่งข่าวจากผู้นำไปยังผู้ตรวจสอบอย่างง่ายซึ่งทำให้โปรโตคอลสามารถขยายตัวไปสู่ 100s ของผู้ตรวจสอบโดยไม่มีขัดข้องในประสิทธิภาพ
ใน ส่วนที่ 1,เราได้สำรวจว่าการตกลง PBFT คลาสสิกทำงานอย่างไร และเราได้มองภาพรวมของเวอร์ชันเก่าของ HotStuff อีกด้วย เรายังสำรวจวิธีที่ MonadBFT แก้ปัญหาของ HotStuff เกี่ยวกับการแยกตัวของบล็อกที่ถูกต้องบางครั้งที่จะถูกทิ้งไว้ในระบบท่อส่ง.
ปัญหาการแซวทางนี้สร้างปัญหาใหญ่สองประการ: 1) มันทำให้รางวัลสำหรับผู้สร้างบล็อกที่ซื่อสัตย์เปลืองไป และ 2) อาจทำให้เครือข่ายหยุดชะงักได้
MonadBFT มีกฎ Reproposal และกลไกโหวต No-Endorsement เพื่อกำจัดปัญหา tail-forking โดยให้แน่ใจว่าบล็อกที่ได้รับการอนุมัติอย่างถูกต้องจาก proposer ที่ซื่อสัตย์จะสามารถเข้าสู่เชนได้เสมอ
ในส่วนที่ 2 เราจะสำรวจลักษณะอื่น ๆ ของ MonadBFT ซึ่งคือ 1) การสิ้นสุดแบบสมมติและ 2) การตอบสนองอย่างเต็มใจ เรายังจะสำรวจผลกระทบของ MonadBFT ต่อสำหรับนักพัฒนาโปรแกรม
นอกจากความทนทานของหางคางโยกแล้ว คุณลักษณะสำคัญอีกอย่างของ MonadBFT คือความสามารถในการสมแน่นอนภายในรอบเดียว
ในทางปฏิบัตินี้หมายความว่าลูกค้าและผู้ใช้สามารถรับการยืนยันสำหรับธุรกรรมของพวกเขาทันทีหลังจากที่บล็อกได้รับคะแนนส่วนใหญ่อย่างเร็ว ๆ แม้จะก่อนที่รอบต่อไปจะเสร็จสิ้น
โปรดระลึกว่าในโปรโตคอลเบสไลน์ HotStuff บล็อกมักจะไม่ถือว่าสมบูรณ์ (ไม่สามารถย้อนกลับ) จนกว่าจะผ่านอย่างน้อยสองเฟส (เช่น Fast-Hotstuff & Diem-BFT): เฟสหนึ่งเพื่อรับใบรับรองจำนวนมาก (ล็อคบล็อกด้วยโหวต ≥2f+1) และเฟสที่สองที่ผู้นำต่อไปสร้างบน QC นั้นและยอมรับบล็อก
การยืนยันสองช่วงนี้จำเป็นต้องมีเพื่อให้มั่นใจว่าเมื่อโหนดที่ซื่อสัตย์เพียงพอได้ล็อคบล็อกแล้ว บล็อกที่ขัดแย้งกันจะไม่สามารถรวบรวมควอรัมได้ และการยืนยันในรอบถัดไปทำให้มันกลายเป็นถาวร ดังนั้นโดยปกติแล้ว ลูกค้าอาจต้องรอให้บล็อกหรือรอบถัดไปถูกสร้างขึ้นก่อนที่พวกเขาจะทราบว่าธุรกรรมก่อนหน้านี้เป็นเรื่องสุดท้าย
MonadBFT โดยพื้นฐานให้การทำธุรกรรมถูกพิจารณาว่าเพียงพอสำหรับการดำเนินการหลังจากการลงคะแนนเพียงรอบเดียว สิ่งนี้เรียกว่าความสมบูรณ์แบบเฉพาะทาง
เมื่อผู้นําเสนอบล็อกและผู้ตรวจสอบลงคะแนนเพื่อสร้าง QC สําหรับบล็อกนั้นบล็อกนั้นตอนนี้อยู่ในสถานะโหวต (ถูกล็อคโดยองค์ประชุม) ใน MonadBFT ผู้ตรวจสอบความถูกต้องจะทําธุรกรรมของบล็อกทันทีที่พวกเขาสร้าง QC และแม้แต่ส่งการยืนยันเบื้องต้นไปยังลูกค้าที่ระบุว่าบล็อกได้รับการยอมรับ (เก็งกําไร) นี่เป็นเหมือนการพูดว่า: "เรามีอภิมหาอํานาจที่เห็นด้วยกับบล็อกนี้ เว้นแต่จะมีสิ่งที่ไม่คาดคิดเกิดขึ้นให้พิจารณาบล็อกนี้ยืนยัน"
การยืนยันทันทีนี้เป็นเช่นการเต็มไปด้วยความหวัง บล็อกยังไม่ได้รับการยืนยันในสมุดบัญชี มันจะเกิดขึ้นเมื่อเสนอการแนะนำครั้งต่อไปมาและทำให้มันสมบูรณ์ (QC-on QC) แต่ภายใต้เงื่อนไขปกติ ไม่มีอะไรสามารถยกเลิกมันได้ เหตุการณ์เดียวที่สามารถย้อนกลับบล็อกที่ถูกดำเนินการเล่นมั่งคือหากผู้นำเสนอที่ชัดเจน (เช่น เสนอบล็อกสองบล็อกที่สูงเดียวกันเพื่อแบ่งโหวต)
คุณสามารถคิดถึงความสมบูรณ์ของการทำเสร็จเป็นผลมาจากความต้านทานของการตัดหางได้เป็นที่น่าพอใจ ความต้านทานการตัดหางรักษาให้แม้ว่าผู้นำคนต่อไปจะล้มเหลว ข้อเสนอปัจจุบันจะไม่ถูกทอดทิ้ง (ขอบคุณการเสนอและกฎของ NEC) ดังนั้นเวลาที่บล็อกถูกดำเนินการแบบสมมติถูกทิ้งไปคือถ้าผู้เสนอต้นฉบับเข้าใจผิด (ข้อผิดพลาดการลงลายสองครั้งที่เป็นเชิงชีวิตชีวา) ซึ่ง: 1) สามารถตรวจจับผ่าน QCs ที่ขัดแย้งกัน, 2) สามารถตัด, และ 3) มีความหายากมาก
ในโปรโตคอลก่อนหน้านี้พวกเขาไม่รับประกันว่าผู้นำคนต่อไปจะproposeบล็อกก่อนหน้าอีกครั้ง ดังนั้นการtail-forkingเป็นไปได้ ทำให้การสมมติถูกทำลาย
ในโปรโตคอลการเชื่อมั่นส่วนใหญ่มีระยะเวลารอที่ซ่อนอยู่หลังจากทุกรอบเช่นช่วงเวลาหยุดหรือหมดเวลา สิ่งนี้ทำให้มั่นใจว่าข้อความทั้งหมดได้มาถึงก่อนที่จะไปข้างหน้า มันเป็นกลไกการป้องกันที่ใช้เพื่อจัดการสถานการณ์ที่เลวร้ายที่สุดเหมือนเมื่อผู้นำล้มเหลวหรือไม่ส่งอะไรเลย
การหมดเวลาเหล่านี้มักจะเกินไปในการรักษาความรอบคอบ หากเครือข่ายทำงานอย่างปกติและผู้ตรวจสอบทั้งหมดทำหน้าที่อย่างถูกต้อง การรอคงที่ระบุนั้นก็กลายเป็นภาระเกินความจำเป็น บล็อกอาจจะได้รับการสรุปได้เร็วขึ้น แต่โปรโตคอลยังคงยับยั้งไว้เพื่อสิ่งที่เป็นไปได้
MonadBFT นำเสนอความตอบสนองที่เชื่อมั่นซึ่งหมายความว่าโปรโตคอลสามารถก้าวหน้าทันทีตามข้อความของเครือข่าย แทนที่จะเสมอพึ่งพาราเมตเวลาที่ถูกกำหนดไว้เสมอ หลักการออกแบบที่นี่สามารถสรุปได้ว่า "เร็วเมื่อมันสามารถ อดทนเมื่อมันจำเป็น"
MonadBFT ถูกออกแบบให้ในทั้งกรณีปกติและแม้กระทั้งในกรณีของการกู้คืนจากข้อผิดพลาด ก็ไม่จำเป็นต้องหยุดชะงักสำหรับเวลาที่กำหนดล่วงหน้าหากไม่จำเป็น
ในทางปฏิบัติ นี้หมายความว่าหากค่าความล่าช้าของเครือข่ายระหว่างโหนดคือ 100 มิลลิวินาที เช่น การตกลงสามารถจบรอบในเพียงไม่กี่ร้อยมิลลิวินาทีเท่านั้น (รวมถึงการคำนวณและความเหนือ)
มันไม่รอ, ตัวอย่างเช่น, 1 วินาทีเต็ม "slot time" ถ้ามันไม่จำเป็น. นี้ต่างจาก Ethereum mainnet ซึ่งปฏิบัติตามโมเดลสล็อตและยุคใน Ethereum การผลิตบล็อกถูกกำหนดไว้ที่ช่วง 12 วินาที แม้แต่ว่าทุกคนพร้อมก่อน ๆ แต่โปรโตคอลจะรอ
การเข้าถึงของ MonadBFT ช่วยในการลดความล่าช้าที่ไม่จำเป็น โครงสร้าง HotStuff ที่ถูกสร้างในรูปแบบสายพานยังคงอยู่ แต่เอาออกกฎเกณฑ์ที่เข้มงวยว่า "คุณต้องรอ Δ วินาที" ในกรณีปกติ ซึ่งหมายความว่ามันสามารถทำงานได้ดีกว่าระบบที่มีเวลาจำกัดในการตอบสนองโดยไม่เสียความปลอดภัย
MonadBFT สร้างขึ้นจากเชื้อสายของโปรโตคอลฉันทามติของครอบครัว HotStuff แต่โดดเด่นด้วยการบรรลุการรวมกันของคุณสมบัติที่พึงประสงค์ซึ่งไม่มีการออกแบบก่อนหน้านี้ที่สามารถรวมเข้าด้วยกันได้อย่างสมบูรณ์โดยไม่ต้องแลกเปลี่ยน โปรโตคอลก่อนหน้านี้มักได้รับการปรับให้เหมาะสมสําหรับบางมิติเช่นปริมาณงานแบบไปป์ไลน์หรือการสื่อสารเชิงเส้น แต่ต้องเสียสละผู้อื่น MonadBFT จัดการอย่างมีเอกลักษณ์เพื่อรวมความซับซ้อนของการส่งข้อความเชิงเส้น, ความมุ่งมั่นแบบไปป์ไลน์, ความต้านทานการสลายหางที่แข็งแกร่ง, การตอบสนองทันทีโดยไม่มีความล่าช้าคงที่, และกลไกการกู้คืนที่มีประสิทธิภาพ, ทั้งหมดในขณะที่รักษาขั้นสุดท้ายที่รวดเร็วและการรับประกันความมีชีวิตชีวาสูง. ตารางด้านล่างสรุปวิธีที่ MonadBFT เปรียบเทียบกับโปรโตคอล BFT ผู้นําการหมุนอื่น ๆ ในมิติที่สําคัญเหล่านี้:
สำหรับนักพัฒนา MonadBFT หมายถึงสิ่งที่สำคัญหลายอย่าง:
สำหรับผู้ใช้ทั่วไป: ผู้ใช้ทั่วไปอาจจะไม่รู้เรื่องใดๆ จากสิ่งที่เราได้พูดถึงที่นี่ แต่พวกเขารู้สึกผลกระทบจากมัน ด้วย MonadBFT เป็นพื้นฐานของ Monad โซ่ ผู้ใช้สามารถคาดหวังคุณภาพที่ดีทั้งหมดด้านล่างโดยไม่เสียเรื่องการกระจายอำนวยและการต้านการเซ็นเซอร์
เพื่อสรุป MonadBFT นำเสนอนวัตกรรมหลัก 4 ประการที่สำคัญเพิ่มเติมเหนือการเชื่อมต่อแบบ HotStuff-style
ความต้านทานการปลอมหาง: MonadBFT เป็นโปรโตคอล BFT แบบไปป์ไลน์ตัวแรกที่กําจัดการโจมตีแบบหาง มันบรรลุสิ่งนี้โดยกําหนดให้ผู้นําคนต่อไปเสนอบล็อกที่โหวตครั้งสุดท้ายอีกครั้งหากผู้นําคนก่อนล้มเหลวหรือแสดงใบรับรองการไม่รับรอง (NEC) เพื่อเป็นหลักฐานว่าบล็อกขาดการสนับสนุน สิ่งนี้รับประกันได้ว่าจะไม่มีการละทิ้งบล็อกที่รับรองโดย supermajority ปกป้องรางวัลของผู้นําที่ซื่อสัตย์และป้องกัน reorgs ที่เป็นอันตรายและการสกัด MEV ข้ามบล็อก
ความสมบูรณ์ตามแบบสมมติในรอบเดียว: ผู้ตรวจสอบสามารถยืนยันบล็อกหลังจากการสื่อสารรอบเดียว (การเสนอข้อเสนอและโหวตของผู้นำเสนอเพียงรอบเดียว) ซึ่งทำให้ผู้ใช้มั่นใจได้ทันทีว่าบล็อกถูกรวมอยู่ การยืนยันแบบสมมตินี้จะถูกย้อนกลับเท่านั้นหากผู้นำเสนอเหตุผล (การกระทำที่สามารถพิสูจน์และลงโทษ) ซึ่งทำให้มันเป็นการสมมติที่ปลอดภัยในการปฏิบัติ
การตอบสนองในแง่ดี: โปรโตคอลทํางานที่ความเร็วเครือข่ายโดยไม่มีความล่าช้าโดยธรรมชาติ ผู้นําจะเดินหน้าฉันทามติทันทีที่ได้รับคะแนนเสียงที่จําเป็น และมองว่าการเปลี่ยนแปลงจะเกิดขึ้นทันทีที่องค์ประชุมหมดเวลาถูกสังเกต แทนที่จะรอช่วงเวลาหมดเวลาที่แน่นอน การออกแบบที่ตอบสนองในแง่ดีนี้ช่วยลดเวลารอและเพิ่มปริมาณงานสูงสุดในขณะที่ยังคงจัดการกับความไม่ตรงกันและข้อผิดพลาดได้อย่างมีประสิทธิภาพเมื่อเกิดขึ้น
การสื่อสารแบบเชิงเส้น: ในเส้นทางที่ดี (หมายถึงผู้นำซื่อสัตย์) ความซับซ้อนของข้อความและการตรวจสอบความถูกต้องเป็นเชิงเส้นตามจำนวนของผู้ตรวจสอบได้ MonadBFT รักษารูปแบบการสื่อสารที่มีประสิทธิภาพของ HotStuff โดยใช้ลายเซ็นรวมและการส่งข่าวจากผู้นำไปยังผู้ตรวจสอบอย่างง่ายซึ่งทำให้โปรโตคอลสามารถขยายตัวไปสู่ 100s ของผู้ตรวจสอบโดยไม่มีขัดข้องในประสิทธิภาพ