อะไรทำให้การอัปเกรด Fusaka ของ Ethereum ล้มเหลว? การวิเคราะห์หลังเหตุการณ์ของ Prysm เปิดเผยสาเหตุ

นักพัฒนา Prysm ได้เผยแพร่บทวิเคราะห์หลังเหตุการณ์ อธิบายถึงเหตุการณ์บนเครือข่ายหลัก Fusaka เมื่อวันที่ 4 ธันวาคม ที่คุกคามเสถียรภาพของเครือข่าย Ethereum

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

บั๊กปรากฏขึ้นทันทีหลังจาก Fusaka เริ่มทำงานที่ epoch 411392 ในวันที่ 4 ธันวาคม 2025 เวลา 21:49 UTC

เครือข่ายพลาด 41 epochs เนื่องจากการมีส่วนร่วมของผู้ตรวจสอบลดลงเหลือ 75% ส่งผลให้สูญเสียรางวัลการพิสูจน์ประมาณ 382 Ethereum (ETH) นักพัฒนา Prysm ได้ใช้แฟล็กรันไทม์ฉุกเฉินก่อนที่จะนำการแก้ไขถาวรมาใช้ในเวอร์ชัน v7.0.1 และ v7.1.0

การใช้ทรัพยากรหมดผลักดันเครือข่ายไปสู่การสูญเสียความสมบูรณ์

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

นักพัฒนาหลักของ Prysm Terence Tsao อธิบายว่า "สถานะประวัติใช้หน่วยความจำในการคำนวณสูง โหนดสามารถถูกโจมตีด้วยการเล่นซ้ำสถานะจำนวนมากที่เกิดขึ้นพร้อมกัน"

ผู้ตรวจสอบที่ใช้ Prysm ซึ่งคิดเป็นประมาณ 15% ถึง 22.71% ของผู้ตรวจสอบเครือข่าย เผชิญกับการเสื่อมประสิทธิภาพอย่างรุนแรง การลดลงของการมีส่วนร่วมจากระดับปกติที่สูงกว่า 95% เหลือ 75% ผลักดัน Ethereum ให้เข้าใกล้การสูญเสียความสมบูรณ์อย่างอันตราย

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

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

การอัปเกรด Fusaka เองได้แนะนำเทคโนโลยี PeerDAS (Peer Data Availability Sampling) ที่ออกแบบมาเพื่อเพิ่มความจุ blob แปดเท่าสำหรับการขยาย Layer 2

การอัปเกรดดำเนินการสำเร็จโดยไม่มีเวลาหยุดทำงานก่อนที่บั๊ก Prysm จะปรากฏ

ไคลเอนต์ฉันทามติสิบรายป้องกันการล่มสลายของเครือข่าย Ethereum

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

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

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

ภายในวันที่ 5 ธันวาคม การมีส่วนร่วมของเครือข่ายฟื้นตัวเกือบถึง 99% ทำให้การดำเนินงานกลับสู่ภาวะปกติภายใน 24 ชั่วโมงหลังจากเกิดเหตุการณ์