การทดสอบ Alpenglow ของ Solana มีความหมายมากกว่า 150 มิลลิวินาที

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

Alpenglow ซึ่งติดตามในชื่อ SIMD-0326 ยังคงอยู่ในรายการการเปิดใช้งานเมนเน็ตที่รอดำเนินการในตารางผู้ตรวจสอบของ Anza ตัวติดตามบันทึกตำแหน่งการเปิดใช้งานเทสต์เน็ตและเดฟเน็ต และระบุ Agave 4.3.0 เป็นเวอร์ชันซอฟต์แวร์ที่เชื่อมโยงกับฟีเจอร์นี้ ในสแนปช็อตเดียวกัน เวอร์ชันขั้นต่ำของเมนเน็ตยังคงเป็น 4.2.2 โดยมี 4.3.0 ระบุเป็นขั้นต่ำถัดไปที่คาดไว้

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

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

วันที่ 28 ก.ย. ไม่ใช่การเปิดตัว Alpenglow

รายการตารางหนึ่งระบุว่าการเปิดใช้งานฟีเจอร์เมนเน็ตจะกลับมาดำเนินการต่อในวันที่ 28 ก.ย. แต่ไม่ได้ระบุว่า Alpenglow จะเปิดใช้งานในวันนั้น

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

กระบวนการจริงมีหลายชั้นกว่า

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

ดังนั้นการเห็นหมายเลขเวอร์ชันเปลี่ยนบนแดชบอร์ดจึงไม่เหมือนกับการเห็นความสมบูรณ์ที่เร็วขึ้นจริงบนเมนเน็ต

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

Votor เป็นก้าวแรก Rotor มาทีหลัง

SIMD-0326 กำหนดการเคลื่อนไหวเริ่มต้นของ Alpenglow หลักๆ เกี่ยวกับ Votor ซึ่งเป็นกลไกคอนเซนซัสใหม่

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

ขอบเขตนั้นสำคัญเพราะ "Alpenglow" อาจฟังดูเหมือนการแทนที่แบบเต็มสแต็ก การสลับที่เสนอครั้งแรกนั้นแคบกว่า

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

การโหวตที่เร็วขึ้นไม่สามารถขจัดความล่าช้าทุกอย่างในเส้นทางนั้นได้

เป้าหมาย 150 มิลลิวินาทีหมายถึงความสมบูรณ์ที่ระดับคอนเซนซัสภายใต้เงื่อนไขเครือข่ายที่เอื้ออำนวย ไม่เหมือนกับเวลาตั้งแต่ผู้ใช้กด "ส่ง" จนกระเป๋าเงิน ตลาดแลกเปลี่ยน หรือผู้ประมวลผลการชำระเงินแสดงเครดิตสุดท้าย

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

การแลกเปลี่ยนด้านความปลอดภัยควรอยู่คู่กับข้อกล่าวอ้างเรื่องความเร็ว

Alpenglow ไม่ใช่แค่เวอร์ชันที่เร็วกว่าของเส้นทางการโหวตเดิม มันเปลี่ยนการแลกเปลี่ยนระหว่างความเร็ว ความปลอดภัย และความมีชีวิต

ข้อเสนออธิบายโมเดล "20 บวก 20": มันสามารถทนต่อสัดส่วนการถือครองที่เป็นปฏิปักษ์หนึ่งส่วนและสัดส่วนการถือครองที่ไม่ตอบสนองอีกส่วนหนึ่งภายใต้สมมติฐานที่ระบุ ผู้เขียนยังทราบด้วยว่าการโหวตรอบเดียวไม่ได้ให้เกณฑ์ Byzantine 33% เท่ากับที่ทำได้ด้วยการออกแบบสองรอบ

การยอมรับนั้นไม่ใช่จุดอ่อนในการเปิดเผยข้อมูล มันเป็นประเด็นที่ควรถูกรายงานคู่กับเป้าหมายความหน่วง

การออกแบบมุ่ง缩短เส้นทางปกติ คำถามสำหรับผู้ตรวจสอบคือสมมติฐานความล้มเหลวที่แตกต่างกันนั้นยอมรับได้หรือไม่เพื่อแลกกับความสมบูรณ์ที่เร็วขึ้น

นั่นเป็นการตัดสินใจด้านธรรมาภิบาลและวิศวกรรม ไม่ใช่สิ่งที่ตัดสินโดยเกณฑ์มาตรฐานกรณีที่ดีที่สุด

จำเป็นต้องมีเกณฑ์มาตรฐานสองแบบ

การทดสอบที่ชัดเจนควรมีสองคอลัมน์

คอลัมน์แรกควรวัดความสมบูรณ์ของโปรโตคอลจากมุมมองของผู้ตรวจสอบ: เวลาที่ผ่านไปจากบล็อกที่เสนอจนถึงใบรับรองการสมบูรณ์ รวมถึงผลลัพธ์ที่ช้า

คอลัมน์ที่สองควรวัดเส้นทางธุรกรรมที่ผู้ใช้เห็น: การส่ง การรวม การดำเนินการ ความสมบูรณ์ การตอบสนอง RPC และการยืนยันจากแอปหรือตลาดแลกเปลี่ยน

ความแตกต่างระหว่างสองคอลัมน์นั้นคืองานที่หัวข้อคอนเซนซัสไม่ได้วัด

ตัวอย่างเช่น สมมติว่าการทดสอบรายงาน 150 มิลลิวินาทีสำหรับการสมบูรณ์หลังการเสนอ หากการรวมธุรกรรมรอหนึ่งสล็อต 350 มิลลิวินาที และการส่ง RPC ใช้เวลาอีก 100 มิลลิวินาที ผู้ใช้จะเห็นอย่างน้อย 600 มิลลิวินาทีก่อนความล่าช้าในการเซ็นหรือการลองใหม่ นั่นคือ 350 บวก 150 บวก 100

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

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

การเปิดตัวที่น่าเชื่อถือควรเผยแพร่ผลลัพธ์เปอร์เซ็นไทล์ พฤติกรรมการกู้คืน และผลที่ตามมาของผู้นำที่ล้มเหลว

กรณีความล้มเหลวคือการทดสอบที่แท้จริง

เส้นทางที่มีความสุขเป็นที่ที่ง่ายที่สุดในการสร้างตัวเลขที่เร็ว

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

ข้อเสนอการย้ายข้อมูล Alpenglow กล่าวถึงการส่งต่อจากสถานะการโหวตเก่าไปยังสถานะใหม่ การส่งต่อนั้นสำคัญเพราะโปรโตคอลสถานะคงที่ที่ถูกต้องยังสามารถถูกเปิดเผยได้โดยการเปลี่ยนผ่านที่ไม่ดี

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

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

ความเข้ากันได้ของไคลเอนต์ก็เป็นส่วนหนึ่งของภาพ ในสแนปช็อตตัวติดตามที่สังเกต Firedancer และ Frankendancer ถูกทำเครื่องหมายว่าไม่รองรับสำหรับแถว Alpenglow นั่นเป็นสถานะความเข้ากันได้ในกำหนดการเฉพาะ ไม่ใช่ข้อกล่าวอ้างถาวรเกี่ยวกับไคลเอนต์ใดๆ

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

ใบรับรองเร็วและใบรับรองช้าแตกต่างกัน

Alpenglow ไม่ได้ขึ้นอยู่กับทุกบล็อกที่สมบูรณ์ผ่านเส้นทางที่เร็วที่สุด

SIMD-0326 กำหนดการสมบูรณ์ที่รวดเร็วเมื่อผู้ตรวจสอบที่เป็นตัวแทน 80% ของสัดส่วนการถือครองรับรองบล็อกในหนึ่งรอบ เส้นทางที่ช้ากว่าใช้สองรอบที่เกี่ยวข้องกับ 60% ของสัดส่วนการถือครอง พร้อมทั้งใบรับรองการรับรองและการสมบูรณ์

หากผู้นำล้มเหลวในการส่งบล็อกที่ถูกต้องทันเวลา ผู้ตรวจสอบสามารถโหวตให้ข้ามสล็อตได้ การออกแบบรวมใบรับรองสำหรับสล็อตที่ข้ามและเส้นทางสำรอง

นั่นหมายความว่าเกณฑ์มาตรฐานพาดหัวที่เน้นเฉพาะเส้นทางเร็ว 80% จะละเว้นสถานการณ์ที่ความสมบูรณ์มีค่ามากที่สุด

รายงานรายวันที่มีประโยชน์จะนับทุกสล็อตที่เสนอและแยกเป็นสามกลุ่ม: ใบรับรองเร็ว เส้นทางช้ากว่า และสล็อตที่ข้าม จากนั้นควรให้ค่ามัธยฐาน เปอร์เซ็นไทล์ที่ 95 และเปอร์เซ็นไทล์ที่ 99 สำหรับแต่ละคลาส

บริการชำระเงินที่ประมวลผลใบเสร็จหลายพันรายการต่อวันอาจพบเหตุการณ์หางยาวที่หายากแม้ว่าผู้ใช้ส่วนใหญ่จะไม่พบก็ตาม

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

ตัวเลขที่ถูกต้องคือสัดส่วนการถือครองที่เข้าร่วมในแต่ละรอบ สัดส่วนการถือครองออฟไลน์ และสัดส่วนการถือครองที่ไม่เห็นด้วย ตัวเลขเหล่านั้นต้องมีการประทับเวลาเพราะการกำหนดสัดส่วนการถือครองและความพร้อมของผู้ปฏิบัติงานเปลี่ยนแปลง

การย้ายข้อมูลต้องการบล็อกเริ่มต้นร่วมกัน

เอกสารการย้ายข้อมูลกล่าวถึงปัญหาที่ไม่ปรากฏในแผนภูมิความเร็ว

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

หากผู้ปฏิบัติงานไม่เห็นด้วยกับบล็อกนั้น ใบรับรองความสมบูรณ์ในภายหลังของพวกเขาสามารถอ้างถึงประวัติที่เข้ากันไม่ได้

การส่งต่อที่เสนอเริ่มต้นหลังจากสล็อตการเปิดใช้งานฟีเจอร์ แต่ขอบเขตการย้ายข้อมูลอยู่ห่างออกไป 5,000 สล็อต ช่วงเวลาพิเศษนั้นมีจุดประสงค์เพื่อหลีกเลี่ยงการเริ่มต้นของรอบ จากนั้นกระบวนการรอให้บล็อกตรงตามเงื่อนไขการยืนยันเชิงบวกที่แข็งแกร่ง โดยมีการโหวตที่เป็นตัวแทนอย่างน้อย 82% ของสัดส่วนการถือครองในรูปแบบที่ระบุของข้อเสนอ

ผู้ตรวจสอบลงนามโหวตกำเนิดสำหรับบล็อกบรรพบุรุษร่วม ใบรับรองกำเนิด 82% ให้หลักฐานแก่พวกเขาในการสลับ

เกณฑ์เหล่านั้นเป็นส่วนหนึ่งของการออกแบบการย้ายข้อมูล พวกมันแยกจากเส้นทางการสมบูรณ์เร็ว 80% ของ Votor หลังการสลับ

ผู้ตรวจสอบที่ได้รับใบรับรองกำเนิดตรวจสอบลายเซ็นกับกุญแจ BLS ของรอบที่เกี่ยวข้องและกระจายมัน จากนั้นแผนเริ่มต้น Votor จากบล็อกที่เลือกและหยุด TowerBFT สำหรับสล็อตในภายหลัง มันย้อนกลับบล็อกหลังจากจุดกำเนิดที่เลือกและรีเซ็ตสถานะที่เกี่ยวข้องก่อนประมวลผลบล็อกใหม่

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

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

นั่นคือจุดที่วิศวกรรมการเผยแพร่พบกับทฤษฎีคอนเซนซัส หากโหนดที่มาช้าตีความการเปลี่ยนผ่านไม่ถูกต้อง มันสามารถแสดงข้อมูลที่ล้าสมัยหรือไม่สอดคล้องกันแม้ว่าคลัสเตอร์ส่วนใหญ่ยังคงถูกต้อง

การเปลี่ยนผ่านยังสามารถขัดจังหวะความคืบหน้า

ข้อเสนอการย้ายข้อมูลกล่าวว่าการส่งต่อสามารถขัดจังหวะความคืบหน้า โดยมองในแง่ดีหนึ่งสล็อตเกินขอบเขต

ความคาดหวังหนึ่งสล็อตไม่ใช่การรับประกันระดับบริการสูงสุด

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

สถานะคงที่ที่เร็วไม่ได้ลบช่วงการเปลี่ยนผ่านออกจากประสบการณ์ผู้ใช้

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

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

เศรษฐศาสตร์ของผู้ตรวจสอบอาจเปลี่ยนแปลง

Alpenglow ยังเปลี่ยนแปลงเศรษฐศาสตร์ของผู้ตรวจสอบ

ภายใต้โมเดลการโหวตปัจจุบันของ Solana ผู้ปฏิบัติงานส่งธุรกรรมการโหวตและจ่ายค่าธรรมเนียมที่เกี่ยวข้อง SIMD-0326 เสนอตั๋วการรับเข้าผู้ตรวจสอบ หรือ VAT แทนรูปแบบค่าธรรมเนียมนั้น

เอกสารให้ประมาณการเบื้องต้นประมาณ 0.8 SOL ต่อวัน หรือ 1.6 SOL ต่อรอบ และกล่าวว่าการชำระเงินทั้งหมดจะถูกเผา นั่นเป็นพารามิเตอร์ข้อเสนอเบื้องต้น ไม่ใช่ใบแจ้งหนี้สดสำหรับผู้ตรวจสอบทุกราย

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

คำถามสำคัญคือเศรษฐศาสตร์สุทธิดีขึ้นหรือไม่หลังจากคำนึงถึงค่าธรรมเนียมการโหวตที่ประหยัดได้ ต้นทุนฮาร์ดแวร์ แบนด์วิดท์ และ VAT

ข้อเสนอกล่าวว่าผู้ปฏิบัติงานควรเห็นการใช้ทรัพยากรลดลงหลังการย้ายข้อมูล นั่นเป็นผลลัพธ์ที่คาดไว้ ยังไม่ใช่ผลลัพธ์ที่วัดได้ทั่วทั้งชุดผู้ตรวจสอบที่ใช้งานจริง

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

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

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

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

ความสมบูรณ์ไม่เหมือนกับเครดิตผู้ใช้

การฝากเงินเข้าตลาดแลกเปลี่ยนแสดงช่องว่างระหว่างความสมบูรณ์ของเชนและประสบการณ์ผู้ใช้

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

การอัปเกรดคอนเซนซัสส่วนใหญ่缩短ช่วงเวลาหนึ่งในลำดับนั้น

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

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

ระหว่างการย้ายข้อมูล แอปที่ใช้ป้ายกำกับความมุ่งมั่นเดียวกันควรถูกทดสอบกับความหมายใหม่ อินเทอร์เฟซกระเป๋าเงินที่ดูไม่เปลี่ยนแปลงสามารถปกปิดโมเดลความเสี่ยงที่เปลี่ยนไป

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

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

กรณีที่แข็งแกร่งสำหรับ Alpenglow ยังคงสำคัญ

ผู้สนับสนุนมีข้อโต้แย้งที่จริงจัง

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

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

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

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

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

ค่ามัธยฐาน 150 มิลลิวินาทีบนคลัสเตอร์ทดสอบที่สงบจะไม่ตอบว่าโปรโตคอลทำงานอย่างไรเมื่อสัดส่วนการถือครองที่มีความหมายออฟไลน์หรือลิงก์เครือข่ายไม่เสถียร

นั่นคือเหตุผลที่หลักฐานควรอยู่ในรายงานกรณีความล้มเหลว ไม่ใช่แค่การสาธิตความเร็ว

ความพร้อมของเมนเน็ตมีหลายเกต

ความพร้อมของ Alpenglow ไม่ใช่สวิตช์เดียว

เกตแรกคือการนำซอฟต์แวร์มาใช้: สัดส่วนการถือครองเพียงพอต้องใช้รุ่นที่เข้ากันได้

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

เกตที่สามคือการเตรียมการปฏิบัติการ: ตลาดแลกเปลี่ยน ผู้ให้บริการ RPC นักสำรวจบล็อก และกระเป๋าเงินต้องรู้วิธีสังเกตสัญญาณความสมบูรณ์ใหม่

เกตที่สี่คือการเปิดใช้งานฟีเจอร์ตามกำหนดเอง

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

แถวฟีเจอร์อิสระยังคงเป็นที่ตรวจสอบการเปลี่ยนแปลงที่รอดำเนินการจริง

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

เหตุการณ์สำคัญคอนเซนซัสมีความเกี่ยวข้อง มันไม่ใช่ตัวเร่งราคาโดยนิยาม

หลักฐานสาธารณะยังต้องการอะไร

ช่องว่างหลักฐานตรงไปตรงมา

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

เวลาการสมบูรณ์กรณีที่ดีที่สุดเพียงค่าเดียวไม่เพียงพอ

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

จนกว่าจะถึงตอนนั้น การทดสอบผู้ตรวจสอบแสดงว่า Alpenglow กำลังถูกทดสอบ มันยังไม่พิสูจน์ว่าผู้ใช้ทุกคนจะประสบกับการชำระ 150 มิลลิวินาที