Rincian Prysm Pemadaman Utama Fusaka dan Kerugian 382 ETH

Node Prysm gagal di bawah beban attestasi yang berat selama Fusaka, menyebabkan sekitar 18,5% slot terlewatkan, partisipasi rendah, dan kerugian sebanyak 382 ETH.

Attestasi yang tidak sinkron memaksa Prysm untuk memutar ulang keadaan beacon lama, memicu ribuan perhitungan ulang yang mahal dan kehabisan sumber daya.

Prysm mengatasi masalah ini dengan flag konfigurasi dan rilis selanjutnya, memperbarui logika validasi untuk menghindari pemutaran ulang keadaan historis.

Upgrade mainnet Ethereum Fusaka mengalami gangguan pada 4 Desember 2025, setelah node Prysm gagal selama proses attestasi. Masalah ini terjadi di mainnet Ethereum selama jendela upgrade Fusaka, melibatkan tim klien konsensus Prysm. Masalah ini disebabkan oleh kehabisan sumber daya, yang menunda respons validator dan menyebabkan epoch terlewat, partisipasi menurun, dan kerugian hadiah validator.

Kehabisan Sumber Daya Mengganggu Epoch Fusaka

Selama insiden, hampir semua node beacon Prysm mengalami kesulitan memproses attestasi tertentu di bawah beban berat. Problema ini secara khusus memengaruhi epoch 411439 hingga 411480, selama sekitar 42 epoch. Namun, node gagal merespons tepat waktu terhadap permintaan validator, yang menyebabkan blok dan attestasi terlewat.

Dalam rentang ini, jaringan kehilangan 248 blok dari 1.344 slot. Akibatnya, tingkat slot terlewat mencapai sekitar 18,5%. Partisipasi jaringan juga menurun tajam, turun ke sekitar 75% selama puncak gangguan.

Validator mengalami kerugian yang terukur selama perlambatan ini. Menurut tim Prysm, hadiah attestasi yang terlewatkan berjumlah sekitar 382 ETH. Kerugian ini terkumpul karena validator tidak dapat mengirimkan bukti tepat waktu.

Bukti yang Tidak Sinkron Mengarah ke Perhitungan Ulang yang Berat

Menurut laporan Prysm, penyebab utama terkait dengan attestasi dari node yang kemungkinan tidak sinkron. Bukti ini merujuk ke akar blok dari epoch sebelumnya, bukan tampilan rantai saat ini. Namun, Prysm mencoba verifikasi penuh untuk memenuhi aturan konsensus Ethereum.

Untuk memvalidasi setiap bukti, Prysm berulang kali membangun ulang keadaan beacon yang lebih lama. Proses ini membutuhkan pemutaran kembali blok-blok lama dan melakukan transisi epoch yang mahal. Dalam kondisi dengan banyak permintaan sekaligus, node mencoba ratusan perhitungan ulang tersebut secara bersamaan.

Contohnya, ada attestasi yang merujuk ke blok 0xc6e4ff dari epoch 411441. Prysm memutar ulang beberapa transisi keadaan untuk memverifikasinya. Menariknya, insinyur mengamati perilaku ini hampir 4.000 kali di seluruh infrastruktur.

Perbaikan, Deteksi, dan Pemantauan Berkelanjutan

Selama insiden, tim Prysm menyarankan pengguna untuk mengaktifkan flag --disable-last-epoch-target pada versi 7.0.0. Langkah sementara ini mengurangi tekanan perhitungan ulang keadaan. Pentingnya, langkah ini menghindari kebutuhan rilis klien darurat.

Kemudian, versi 7.0.1 dan 7.1.0 memperkenalkan perbaikan permanen. Pembaruan ini mengubah validasi attestasi agar bergantung pada keadaan kepala, sehingga menghindari pemutaran ulang historis. Tim memperingatkan agar tidak menggunakan flag --ignore-unviable-attestations.

Deteksi dilakukan melalui laporan dari pengembang inti dan pengguna. Metode menunjukkan peningkatan jumlah perhitungan ulang, penggunaan sumber daya yang tinggi, dan kegagalan permintaan gRPC. Menurut data dari Miga Labs yang dikutip Prysm, distribusi klien bergeser selama proses pemulihan, menyoroti kekhawatiran tentang keberagaman yang berkelanjutan.

Posting Prysm Details Fusaka Mainnet Outage dan 382 ETH Loss muncul di Crypto Front News. Kunjungi situs web kami untuk membaca artikel menarik lainnya tentang cryptocurrency, teknologi blockchain, dan aset digital.