Tim Pengembang Prysm baru-baru ini mengeluarkan laporan analisis pasca kejadian yang menjelaskan secara rinci tentang kejadian anomali utama setelah peningkatan Fusaka pada 4 Desember 2025. Masalah ini sempat mengancam stabilitas jaringan Ethereum, tetapi akhirnya dapat diatasi berkat mekanisme keberagaman klien.
Laporan menunjukkan bahwa masalah terjadi pada epoch ke-411.392 setelah aktivasi peningkatan Fusaka (pada 4 Desember pukul 21:49 UTC). Klien konsensus Prysm saat memproses data bukti tertentu memicu pengulangan perhitungan status historis secara massal, menyebabkan sumber daya CPU dan memori cepat terkuras, dan node mengalami degradasi kinerja jenis denial-of-service (DoS). Ini bukan merupakan cacat desain protokol, melainkan masalah implementasi pada klien dalam kondisi batas tertentu.
Node verifikasi Prysm yang terpengaruh diperkirakan mencapai sekitar 15% hingga 22,71% dari seluruh jaringan. Selama kejadian, tingkat partisipasi keseluruhan validator tiba-tiba menurun dari lebih dari 95% menjadi sekitar 75%, jaringan melewatkan secara beruntun 41 epoch, menyebabkan kerugian sekitar 382 ETH dari reward bukti, dan sempat mendekati kehilangan finalitas. Terence Tsao, pengembang inti Prysm, menunjukkan bahwa perhitungan pemutaran status historis sangat besar, dan pemicu paralel multithread secara bersamaan dapat secara signifikan memperlambat performa node.
Perlu dicatat bahwa peningkatan Fusaka sendiri berhasil. Peningkatan ini memperkenalkan teknologi PeerDAS (peer data availability sampling), bertujuan untuk meningkatkan kapasitas blob Layer 2 hingga delapan kali lipat dari sebelumnya, dan proses peningkatan berlangsung tanpa adanya downtime atau fork konsensus.
Alasan utama jaringan Ethereum dapat menghindari konsekuensi yang lebih parah adalah keberagaman klien. Selain Prysm, sepuluh klien konsensus lainnya seperti Lighthouse, Teku, Nimbus, dan lain-lain tetap berfungsi normal selama proses, memastikan sekitar 75% hingga 85% validator tetap online dan menjaga keberlanjutan finalitas jaringan. Jika masalah serupa terjadi pada klien yang memiliki pangsa pasar lebih besar, konsekuensinya dapat jauh lebih serius, termasuk penangguhan penggabungan Layer 2 dan hambatan penarikan validator.
Setelah kejadian, Ethereum Foundation dengan cepat merilis panduan darurat, tim Prysm segera melakukan perbaikan run-time sementara, dan menampilkan solusi permanen dalam versi v7.0.1 dan v7.1.0. Hingga 5 Desember, tingkat partisipasi jaringan telah pulih mendekati 99%, dan jaringan utama Ethereum kembali beroperasi secara normal dalam waktu 24 jam.
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.
Analisis Peristiwa Pembaruan Fusaka Ethereum: Laporan Pasca Kejadian Prysm Mengungkap Penyebab Kegagalan
Tim Pengembang Prysm baru-baru ini mengeluarkan laporan analisis pasca kejadian yang menjelaskan secara rinci tentang kejadian anomali utama setelah peningkatan Fusaka pada 4 Desember 2025. Masalah ini sempat mengancam stabilitas jaringan Ethereum, tetapi akhirnya dapat diatasi berkat mekanisme keberagaman klien.
Laporan menunjukkan bahwa masalah terjadi pada epoch ke-411.392 setelah aktivasi peningkatan Fusaka (pada 4 Desember pukul 21:49 UTC). Klien konsensus Prysm saat memproses data bukti tertentu memicu pengulangan perhitungan status historis secara massal, menyebabkan sumber daya CPU dan memori cepat terkuras, dan node mengalami degradasi kinerja jenis denial-of-service (DoS). Ini bukan merupakan cacat desain protokol, melainkan masalah implementasi pada klien dalam kondisi batas tertentu.
Node verifikasi Prysm yang terpengaruh diperkirakan mencapai sekitar 15% hingga 22,71% dari seluruh jaringan. Selama kejadian, tingkat partisipasi keseluruhan validator tiba-tiba menurun dari lebih dari 95% menjadi sekitar 75%, jaringan melewatkan secara beruntun 41 epoch, menyebabkan kerugian sekitar 382 ETH dari reward bukti, dan sempat mendekati kehilangan finalitas. Terence Tsao, pengembang inti Prysm, menunjukkan bahwa perhitungan pemutaran status historis sangat besar, dan pemicu paralel multithread secara bersamaan dapat secara signifikan memperlambat performa node.
Perlu dicatat bahwa peningkatan Fusaka sendiri berhasil. Peningkatan ini memperkenalkan teknologi PeerDAS (peer data availability sampling), bertujuan untuk meningkatkan kapasitas blob Layer 2 hingga delapan kali lipat dari sebelumnya, dan proses peningkatan berlangsung tanpa adanya downtime atau fork konsensus.
Alasan utama jaringan Ethereum dapat menghindari konsekuensi yang lebih parah adalah keberagaman klien. Selain Prysm, sepuluh klien konsensus lainnya seperti Lighthouse, Teku, Nimbus, dan lain-lain tetap berfungsi normal selama proses, memastikan sekitar 75% hingga 85% validator tetap online dan menjaga keberlanjutan finalitas jaringan. Jika masalah serupa terjadi pada klien yang memiliki pangsa pasar lebih besar, konsekuensinya dapat jauh lebih serius, termasuk penangguhan penggabungan Layer 2 dan hambatan penarikan validator.
Setelah kejadian, Ethereum Foundation dengan cepat merilis panduan darurat, tim Prysm segera melakukan perbaikan run-time sementara, dan menampilkan solusi permanen dalam versi v7.0.1 dan v7.1.0. Hingga 5 Desember, tingkat partisipasi jaringan telah pulih mendekati 99%, dan jaringan utama Ethereum kembali beroperasi secara normal dalam waktu 24 jam.