Terjadi insiden pada klien Prysm Ethereum di mainnet, kehabisan sumber daya menyebabkan banyak blok dan atestasi hilang secara massal

ChainCatcher melaporkan bahwa tim Prysm telah merilis laporan evaluasi insiden mainnet, menyatakan bahwa pada periode Fusaka mainnet Ethereum tanggal 4 Desember, hampir semua node beacon Prysm mengalami kehabisan sumber daya saat memproses attestations tertentu, sehingga tidak dapat merespons permintaan validator tepat waktu, yang menyebabkan banyak blok dan atestasi hilang.

Lingkup dampak insiden ini adalah dari epoch 411439 hingga 411480, total 42 epoch, dengan 248 blok hilang dari 1344 slot, tingkat kehilangan sekitar 18,5%; tingkat partisipasi jaringan sempat turun hingga 75%, dan validator kehilangan sekitar 382 ETH dalam bentuk hadiah atestasi. Penyebab utamanya adalah Prysm menerima attestations dari node yang kemungkinan tidak sinkron dengan mainnet, di mana attestations tersebut merujuk pada blok root epoch sebelumnya.

Untuk memverifikasi legalitasnya, Prysm secara berulang memutar ulang status epoch lama dan menjalankan transisi epoch yang memakan biaya tinggi, sehingga pada kondisi lalu lintas tinggi, node mengalami kehabisan sumber daya. Cacat terkait berasal dari Prysm PR 15965, yang telah diterapkan di testnet sebulan sebelumnya, namun tidak memicu skenario yang sama.

Solusi sementara yang diberikan secara resmi adalah mengaktifkan parameter --disable-last-epoch-target pada versi v7.0; sementara versi v7.1 dan v7.1.0 yang dirilis setelahnya telah mencakup solusi jangka panjang, yaitu dengan menggunakan head state untuk memverifikasi attestations, sehingga menghindari pemutaran ulang status historis secara berulang.

Prysm menyatakan bahwa masalah ini secara bertahap mereda setelah pukul 4:45 UTC pada 4 Desember, dan pada epoch 411480 tingkat partisipasi jaringan telah pulih di atas 95%.

Tim Prysm menekankan bahwa insiden ini menyoroti pentingnya keberagaman klien; jika satu klien mendominasi lebih dari sepertiga, dapat menyebabkan ketidakmampuan untuk mencapai finalitas sementara; jika lebih dari dua pertiga, ada risiko rantai finalitas tidak valid. Mereka juga merefleksikan kurangnya komunikasi terkait fitur switch dan kegagalan lingkungan pengujian dalam mensimulasikan node yang tidak sinkron dalam skala besar, dan akan memperbaiki strategi pengujian serta manajemen konfigurasi ke depannya.