Yakovenko แห่ง Solana ตั้งข้อสงสัยต่อ Alpenglow ขณะธุรกรรมโหวตถูกนำออก

การย้ายไปยังเมนเน็ตถูกกำหนดไว้ในวันที่ 21 ต.ค. ตามที่รายงานข่าวระบุขณะครอบคลุมการส่งมอบฉันทามติที่วางแผนไว้ คำแนะนำล่าสุดของ Solana Foundation ระบุว่า epoch 1064 เป็นตัวกระตุ้น และประมาณการว่าจะเริ่มต้นประมาณ 13:20 UTC

หน้าการย้ายของ Anza แยกการเปิดใช้งานฟีเจอร์ออกจากการส่งมอบฉันทามติ ขอบเขตการย้ายเกิดขึ้นหลังจากนั้น 5,000 สล็อต เมื่อบล็อกมีเพียงโหวตชั่วคราวขณะที่ผู้ตรวจสอบดำเนินการเปลี่ยนผ่านให้เสร็จสิ้น

Alpenglow นำโหวตออกจากการนับธุรกรรมหลัก

คำแนะนำการย้ายของ Solana Foundation บอกให้บริการ explorer และ analytics รีเซ็ตค่าพื้นฐานจำนวนธุรกรรมและ TPS เนื่องจากธุรกรรมโหวตจะหายไปจากบล็อก ยอดรวมที่รวมโหวตจะลดลงแม้ว่าการชำระเงิน การซื้อขาย และธุรกรรมที่ไม่ใช่โหวตอื่นๆ จะไม่เปลี่ยนแปลง

มูลนิธิกล่าวว่าบริการที่ติดตามการมีส่วนร่วมของผู้ตรวจสอบต้องเปลี่ยนการอ่านคำสั่งโปรแกรม Vote เป็นข้อมูลใบรับรองในส่วนท้ายบล็อก คำแนะนำระบุว่าข้อความส่วนท้ายบล็อกแบบ gRPC ของ Yellowstone ยังไม่ส่งต่อใบรับรองเหล่านั้น

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

เอกสารสำหรับผู้ปฏิบัติงานของ Anza อธิบายว่าปลั๊กอินรับข้อมูลเมตาทดแทนได้อย่างไร Agave 4.3 มีการแจ้งเตือนส่วนท้ายบล็อกแบบไม่บังคับ ซึ่งบริการต้องเปิดใช้งานและนำไปใช้หากต้องการข้อมูลส่วนท้ายบล็อก การแจ้งเตือนเหล่านั้นยังคงลำดับที่สัมพันธ์กับการแจ้งเตือน entry

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

ค่าธรรมเนียมผู้ตรวจสอบย้ายไปเป็นการเรียกเก็บราย epoch แยกต่างหาก

เอกสารค่าธรรมเนียมของ Solana Foundation กล่าวว่าการนำโหวตบนเชนออกจะสิ้นสุดค่าธรรมเนียมที่จ่ายสำหรับธุรกรรมโหวตแต่ละรายการ ผู้ตรวจสอบจะจ่ายค่าธรรมเนียมแรกเข้าคงที่ 0.8 SOL ต่อ epoch แทน โดยจำนวนทั้งหมดถูกเผา

เงินมาจากบัญชีโหวต แทนที่บัญชี identity ในฐานะแหล่งที่มาของการชำระเงินที่เกี่ยวข้องกับการโหวต ผู้ปฏิบัติงานต้องรักษายอดเงินให้สูงกว่าขั้นต่ำที่ได้รับการยกเว้นค่าเช่าของบัญชี ตามคำแนะนำเดียวกัน

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

มูลนิธิกล่าวว่าการลงทะเบียนคีย์สาธารณะ BLS พร้อมใช้งานบนเมนเน็ตเมื่อวันที่ 8 ก.ค. ในขณะที่ฟีเจอร์แรกเข้าเปิดใช้งานเมื่อวันที่ 22 ก.ค. การเปลี่ยนแปลงเตรียมการเหล่านั้นไม่ได้เปิดใช้งานฉันทามติ Alpenglow ด้วยตัวเอง

ก่อนการย้าย รายการตรวจสอบกำหนดให้ใช้ Agave, Jito-Solana หรือ Harmonic Salsa เวอร์ชัน 4.3.2 Firedancer และ Frankendancer ไม่รองรับในระหว่างการส่งมอบ ตามคำแนะนำสำหรับผู้ปฏิบัติงานของมูลนิธิ

เส้นทางการโหวตสองทางแทนที่ TowerBFT

Anza อธิบายว่า Votor ทำงานด้วยเส้นทางการโหวตสองทางพร้อมกัน ทางหนึ่งสรุปบล็อกในรอบเดียวด้วยการตอบสนองจาก 80% ของเงินเดิมพัน ในขณะที่ทางที่สองใช้สองรอบและเกณฑ์ 60%

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

ข้อเสนอ SIMD-0326 ที่เผยแพร่บันทึกทางเลือกที่พิจารณาระหว่างการพัฒนา การออกแบบที่ไม่มีการสรุปผลรอบเดียวให้การทำงานที่ง่ายกว่าและความทนทานต่อความผิดพลาดแบบไบแซนไทน์ 33% แต่ผู้เขียนระบุว่าเวลาแฝงที่แย่ลงและความยืดหยุ่นต่อการล่มที่ต่ำกว่าเป็นข้อเสีย

อีกทางเลือกหนึ่งใช้ directed acyclic graph ซึ่งอาจประหยัดแบนด์วิดท์ ผู้เขียนข้อเสนอระบุว่าเวลาแฝงและความยากในการใช้แบนด์วิดท์อย่างเต็มที่เป็นข้อเสีย

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

การอนุมัติการกำกับดูแลเกิดขึ้นก่อนการนำไปใช้ ในเดือนกันยายน 2025 ข้อเสนอ Alpenglow ผ่านด้วยการสนับสนุน 98.27% จากคะแนนโหวตทั้งหมด ในขณะที่เงินเดิมพันที่เข้าร่วมคิดเป็น 52% ของทั้งหมด ตามตัวเลขที่เผยแพร่ของบัตรลงคะแนนที่เสร็จสมบูรณ์

การส่งมอบ RPC อาจล่าช้ากว่าการสรุปผล

เอกสารสำหรับผู้ปฏิบัติงานของ Anza ระบุเงื่อนไขเป้าหมายการสรุปผลประมาณ 150 มิลลิวินาที โดยอธิบายว่าโหนดที่อยู่นอกชุดผู้ตรวจสอบที่ยอมรับอาจได้รับผลลัพธ์ช้ากว่า

ผ่านเส้นทางเริ่มต้น โหนดเหล่านั้นเรียนรู้การสรุปผลจากใบรับรองที่รวมอยู่ในบล็อกถัดไป Anza กล่าวว่าอาจเพิ่มเวลาสูงสุดหนึ่งช่วงการผลิตบล็อก โดยรอนานขึ้นเมื่อบล็อกถูกข้ามหรือล่าช้า

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