การวิเคราะห์เหตุการณ์อัปเกรด Fusaka ของ Ethereum: รายงานภายหลังของ Prysm เผยสาเหตุความล้มเหลว

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

รายงานระบุว่า ปัญหาเกิดขึ้นใน epoch ที่ 411,392 หลังจากการเปิดใช้งานอัปเกรด Fusaka (เวลา 21:49 UTC วันที่ 4 ธันวาคม) ไคลเอนต์ Prysm consensus เมื่อประมวลผลข้อมูลการพิสูจน์บางอย่าง ทำให้เกิดการคำนวณซ้ำของสถานะในประวัติศาสตร์ในจำนวนมาก ส่งผลให้ทรัพยากร CPU และหน่วยความจำหมดอย่างรวดเร็ว ทำให้โหนดประสบกับการลดประสิทธิภาพแบบปฏิเสธบริการ (DoS) ซึ่งไม่ใช่ข้อบกพร่องในการออกแบบโปรโตคอล แต่เป็นปัญหาในการดำเนินการของไคลเอนต์ในเงื่อนไขขอบเขตเฉพาะ

โหนดตรวจสอบ Prysm ที่ได้รับผลกระทบ คิดเป็นประมาณ 15% ถึง 22.71% ของเครือข่ายทั้งหมด ในช่วงเหตุการณ์ ผู้เข้าร่วมตรวจสอบ (validator) โดยรวมลดลงจากมากกว่า 95% เป็นประมาณ 75% เครือข่ายพลาด epoch ไป 41 ช่วงติดต่อกัน ทำให้สูญเสียรางวัลการพิสูจน์ประมาณ 382 ETH และเกือบสูญเสียความแน่นอน (finality) นักพัฒนาหลักของ Prysm Terence Tsao ชี้ให้เห็นว่าการคำนวณย้อนสถานะในประวัติศาสตร์มีภาระสูงมาก เมื่อเรียกใช้งานแบบหลายเธรดพร้อมกัน จะทำให้ประสิทธิภาพของโหนดช้าลงอย่างเห็นได้ชัด

ที่น่าสังเกตคือ การอัปเกรด Fusaka เองประสบความสำเร็จ โดยได้แนะนำเทคโนโลยี PeerDAS (การสุ่มตัวอย่างความพร้อมใช้งานข้อมูลแบบเพียร์) ซึ่งมีเป้าหมายเพื่อเพิ่มความจุของ Layer 2 ของ blob เป็นแปดเท่า กระบวนการอัปเกรดดำเนินไปโดยไม่มีการหยุดทำงานหรือการแตกแยกของโปรโตคอล

ความสามารถในการหลีกเลี่ยงผลกระทบรุนแรงของเครือข่าย Ethereum อยู่ที่ความหลากหลายของไคลเอนต์ นอกจาก Prysm แล้ว ไคลเอนต์ consensus อื่นๆ เช่น Lighthouse, Teku, Nimbus และอีกสิบกว่าตัว ก็ยังคงสร้างบล็อกตามปกติ ทำให้ประมาณ 75% ถึง 85% ของ validator ยังคงออนไลน์อย่างต่อเนื่อง ช่วยรักษาความแน่นอนของเครือข่ายไว้ได้ หากปัญหาเดียวกันเกิดขึ้นบนไคลเอนต์ที่มีสัดส่วนมากกว่า ผลลัพธ์อาจรุนแรงมากขึ้น รวมถึงการหยุดชะงักของ Layer 2 และการถอนเงินของ validator ที่ถูกขัดขวาง

หลังจากเหตุการณ์ Ethereum Foundation ได้ออกแนวทางฉุกเฉินอย่างรวดเร็ว ทีม Prysm ได้ทำการอัปเดตแก้ไขฉุกเฉินชั่วคราว และเปิดตัวโซลูชันถาวรในเวอร์ชัน v7.0.1 และ v7.1.0 จนถึงวันที่ 5 ธันวาคม อัตราการเข้าร่วมของเครือข่ายกลับมาสู่ประมาณ 99% แล้ว และเครือข่ายหลักของ Ethereum ก็ฟื้นตัวอย่างเต็มที่ภายใน 24 ชั่วโมง