Solana นักพัฒนาหลักได้แนะนำการปรับปรุงฉันทามติที่ครอบคลุม ในชื่อ "แอลเพนโกลว์" เข้าสู่กระบวนการกำกับดูแลทางบล็อกเชน โดยเสนอให้เปลี่ยนระบบ TowerBFT ปัจจุบันของเครือข่ายด้วยสถาปัตยกรรมที่ออกแบบใหม่ ซึ่งสัญญาว่าจะสามารถสรุปบล็อกให้เสร็จได้ในเวลาเพียง 100-150 มิลลิวินาที ข้อเสนอนี้ที่เขียนโดย Quentin Kniep, Kobi Sliwinski และ Roger Wattenhofer แสดงถึง สิ่งที่พวกเขาอธิบายว่าเป็น "การปรับปรุงใหญ่ของฉันทามติหลักของโซลานา" ที่จะลบกลไก Proof-of-History และ TowerBFT ที่มีอยู่
สิ่งที่ต้องรู้:
- แอลเพนโกลว์แนะนำโปรโตคอล Votor ย้ายการลงคะแนนของผู้ตรวจสอบไปอยู่นอกเครือข่าย เพื่อให้สามารถสรุปบล็อกได้ต่ำกว่า 1 วินาที และลดความต้องการแบนด์วิดท์ของเครือข่าย
- ข้อเสนอนี้ต้องการค่าธรรมเนียมตั๋วตรวจสอบ 1.6 SOL ต่อเอพอค เพื่อรักษาอุปสรรคทางเศรษฐกิจให้ยังคงสามารถเทียบเท่ากับต้นทุนการลงคะแนน บนเครือข่ายในปัจจุบัน
- การลงคะแนนของชุมชนเกิดขึ้นในเอพอคที่ 840-842 โดยต้องมีเสียงข้างมากสองในสามเพื่อให้ผ่าน ผู้ตรวจสอบจะใช้โทเค็นการลงคะแนนที่อ้างสิทธิ์ได้
กำหนดการกำกับดูแลและกลไกการลงคะแนน
กรอบงานการกำกับดูแลกำหนดตารางการดำเนินงานสามเฟส ที่ครอบคลุมหลายเอพอค การสนทนาดำเนินไปในเอพอคที่ 833-838 ตามด้วยการจับภาพน้ำหนักการลงทุนในเอพอคที่ 839 และการลงคะแนนที่มีผลผูกพันในเอพอคที่ 840-842 โดยใช้โทเค็นการลงคะแนนที่สามารถอ้างสิทธิ์ได้ ซึ่งแจกจ่ายให้กับบัญชี "เห็นด้วย," "ไม่เห็นด้วย," หรือ "งดออกเสียง" ที่กำหนดไว้ ขณะที่โซลานาปัจจุบันอยู่ในเอพอคที่ 834 หน้าต่างการสนทนายังคงเปิดอยู่ ขณะที่ช่วงการลงคะแนนเข้าใกล้ในหลายเอพอค
การผ่านต้องมีเกณฑ์เสียงข้างมากสองในสาม โดยที่ต้องมีคะแนนเสียงเห็นด้วยมากกว่า 33% และรวมถึงการงดออกเสียง โทเค็นการลงคะแนนจะถูกแจกจ่ายผ่านระบบแจกจ่าย Merkle ที่ปรับเปลี่ยน อนุญาตให้ผู้ตรวจสอบชี้โทเค็นไปยังบัญชีที่เลือกได้ในหน้าต่างเอพอคที่กำหนด มูลนิธิจะเผยแพร่น้ำหนักการลงทุนและสคริปต์นับคะแนนสาธารณะ เพื่อให้ผลลัพธ์สามารถตรวจสอบได้อย่างอิสระ
สถาปัตยกรรมทางเทคนิคของระบบแอลเพนโกลว์
ข้อเสนอมีจุดศูนย์กลางที่ Votor ซึ่งเป็นโปรโตคอลการลงคะแนนตรง ที่มีระบบการสนองนำร่องซึ่งเปลี่ยนแปลงการเข้าถึงฉันทามติของโซลานาโดยพื้นฐาน แทนที่จะประมวลผลการลงคะแนนในฐานะธุรกรรมบนเครือข่ายผ่านเครือข่ายกอสซิปที่หนักหน่วง แอลเพนโกลว์ย้ายไปที่การแลกเปลี่ยนการลงคะแนนนอกเครือข่าย พร้อมกับการรวบรวมลายเซ็นในท้องถิ่น ผู้ตรวจสอบลงคะแนนเพื่อบันทึกหรือข้ามบล็อก ในขณะที่ผู้นำรวบรวมการลงคะแนนในแปดสล็อตต่อมา และส่งหลักฐานย่อของพวกเขาไปยังเครือข่าย
การเปลี่ยนแปลงสถาปัตยกรรมนี้รองรับสิ่งที่นักพัฒนาเรียกว่ารุ่นความคงทนทางสดแบบ "20+20" ซึ่งออกแบบมาเพื่อทนต่อผู้ตรวจสอบที่เป็นปฏิปักษ์สูงสุด 20% และผู้ตรวจสอบที่ไม่ตอบสนอง 20% โดยไม่หยุดกระบวนการของเครือข่าย
ระบบนี้มุ่งหมายในการลดความรอคอยอย่างมาก ขณะเดียวกันลดความต้องการแบนด์วิดท์ทั่วทั้งเครือข่าย ตามที่ผู้เสนอข้อเสนอระบุว่า "แอลเพนโกลว์สามารถลดความรอคอยให้ต่ำลงอย่างมาก เพิ่มความต้านทานข้อผิดพลาด และโดยทั่วไปทำให้ประสิทธิภาพดีขึ้น"
การอัปเกรดนี้จะสร้างการเปลี่ยนแปลงในระดับลูกค้าที่เห็นได้ชัดเจน แทนที่การยืนยันที่สร้างสิ่งใหม่ด้วยแบบที่มีการสรุปที่ใช้เวลาน้อยถึงระดับเดียวกับที่ ผู้ใช้งาน เว็บ2 คาดหวัง ขณะเดียวกันทำให้ความปลอดภัยมั่นคง ที่ยากที่จะทำให้เป็นทางการได้ในระบบ TowerBFT ที่มีอยู่
...