Apa yang menyebabkan kegagalan upgrade Fusaka Ethereum? Analisis pasca-kematian Prysm mengungkap penyebabnya

2025-12-14 18:36:00

Pembuatan abstrak sedang berlangsung

Pengembang Prysm merilis analisis post-mortem yang menjelaskan insiden utama Fusaka pada 4 Desember yang mengancam stabilitas jaringan Ethereum.
Ringkasan

Bug Prysm setelah Fusaka menyebabkan partisipasi validator turun menjadi 75%.
Jaringan melewatkan 41 epoch dan kehilangan sekitar 382 ETH dalam hadiah bukti.
Ethereum berhasil menghindari kehilangan finalitas berkat keberagaman klien dan perbaikan cepat.

Klien konsensus mengalami kehabisan sumber daya akibat recomputasi status yang mahal saat memproses attestations tertentu, menyebabkan validator menghadapi masalah operasional yang serius.

Bug ini muncul segera setelah Fusaka diaktifkan pada epoch 411392 pada 4 Desember 2025, pukul 21:49 UTC.

Jaringan melewatkan 41 epoch karena partisipasi validator merosot ke 75%, menghasilkan kerugian sekitar 382 (ETH) dalam hadiah bukti yang hilang. Pengembang Prysm menerapkan bendera runtime darurat sebelum mengimplementasikan perbaikan permanen di versi v7.0.1 dan v7.1.0.

Kehabisan sumber daya mendorong jaringan menuju kolaps finalitas

Kegagalan teknis ini berpusat pada status historis usang yang menciptakan kondisi denial-of-service pada node yang terdampak.

Pengembang inti Prysm Terence Tsao menjelaskan bahwa “status historis adalah penghitungan memori berat, sebuah node dapat didos oleh sejumlah besar replay status yang terjadi secara paralel.”

Validator yang menjalankan Prysm, yang mewakili sekitar 15% hingga 22,71% dari validator jaringan, menghadapi degradasi kinerja yang menghancurkan. Penurunan partisipasi dari level normal di atas 95% menjadi 75% mendorong Ethereum secara berbahaya mendekati kehilangan finalitas.

Jika bug tersebut mempengaruhi klien konsensus lain seperti Lighthouse bukan Prysm, jaringan bisa saja kehilangan finalitas sepenuhnya.

Peristiwa semacam itu berpotensi membekukan operasi rollup Layer 2 dan memblokir penarikan validator sampai pengembang menyelesaikan masalah.

Upgrade Fusaka sendiri memperkenalkan teknologi PeerDAS (Peer Data Availability Sampling) yang dirancang untuk meningkatkan kapasitas blob delapan kali lipat untuk skalabilitas Layer 2.

Upgrade ini berhasil dijalankan tanpa downtime sebelum bug Prysm muncul.

Sepuluh klien konsensus mencegah kolaps jaringan Ethereum

Arsitektur keberagaman klien Ethereum mencegah kegagalan katastrofik. Sementara validator Prysm berjuang, sepuluh klien konsensus lain termasuk Lighthouse, Nimbus, dan Teku terus memvalidasi blok tanpa gangguan.

Struktur klien terdesentralisasi ini berarti sekitar 75% hingga 85% validator mempertahankan operasional normal selama krisis. Ini mencegah kehilangan finalitas dan menjaga proses transaksi jaringan meskipun kondisi Prysm yang memburuk.

Yayasan Ethereum dengan cepat mengeluarkan panduan darurat untuk operator Prysm. Validator menerapkan perbaikan sementara sementara pengembang Prysm membangun solusi permanen.

Pada 5 Desember, partisipasi jaringan pulih hingga hampir 99%, mengembalikan operasi normal dalam waktu 24 jam setelah insiden.

ETH0.2%

Lihat Asli

Halaman ini mungkin berisi konten pihak ketiga, yang disediakan untuk tujuan informasi saja (bukan pernyataan/jaminan) dan tidak boleh dianggap sebagai dukungan terhadap pandangannya oleh Gate, atau sebagai nasihat keuangan atau profesional. Lihat Penafian untuk detailnya.