Validator Ethereum Diminta Menonaktifkan Prysm Karena Risiko Status Usang

Operator validator Ethereum yang menggunakan klien konsensus Prysm menerima peringatan mendesak pada 4 Desember. Tim Prysm mengonfirmasi bahwa beberapa node menghasilkan status lama untuk memproses atestasi yang sudah usang. Hal ini dapat menyebabkan perilaku validasi yang salah jika tidak segera ditangani. Untuk mencegah hal ini, Prysm meminta semua operator untuk segera menonaktifkan fungsi tertentu dengan menambahkan satu flag ke node beacon mereka. Perbaikan ini tidak memerlukan upgrade klien secara penuh dan tidak memengaruhi klien validator.

Tim menginstruksikan operator untuk menambahkan baris ini: –disable-last-epoch-targets. Flag ini berfungsi pada Prysm v7.0.0, yang berarti sebagian besar node dapat menerapkan perbaikan ini dalam hitungan menit. Peringatan ini memicu reaksi cepat di seluruh komunitas validator. Hal ini karena jejak besar Prysm di lapisan konsensus Ethereum.

Pangsa Pasar Prysm Menjadikan Ini Peristiwa Tingkat Jaringan

Data dari MigaLabs menunjukkan bahwa Prysm menguasai hampir 20% pangsa pasar klien konsensus Ethereum. Ini menjadikannya klien terbesar kedua setelah Lighthouse. Skala inilah yang mengubah bug di sisi klien menjadi kekhawatiran di seluruh rantai. Ketika klien dengan bobot sebesar ini memproses data status yang sudah usang, dampaknya bukan hanya pada satu validator saja. Hal ini dapat memicu:

• Atestasi yang terlewat
• Sinyal fork choice yang salah
• Peningkatan risiko penalti atau slashing dalam kasus tertentu

Sejauh ini, tidak ada bukti terjadinya penghentian rantai secara langsung atau kegagalan finalitas yang terkait dengan masalah ini. Namun, kekhawatiran ini murni soal pencegahan risiko, bukan penanganan kerusakan. Prysm bertindak sebelum situasi memburuk. Dengan kata lain, ini adalah simulasi penanganan darurat secara preventif, bukan pembersihan setelah insiden.

Apa yang Sebenarnya Salah di dalam Prysm

Menurut tim Prysm, node yang terdampak menghasilkan status lama yang tidak diperlukan saat mencoba memproses atestasi usang dari epoch sebelumnya. Perilaku ini meningkatkan beban CPU dan memori, serta dapat mendistorsi cara node melacak kemajuan rantai dalam kondisi stres. Jenis perilaku ini bukan hal baru dalam sejarah Ethereum. Masalah penanganan status serupa pernah muncul saat:

• Insiden finalitas Mei 2023
• Bug korupsi indeks basis data sebelumnya
• Masalah lonjakan memori pada berbagai klien di masa lalu

Perbedaan utamanya kali ini adalah kecepatan. Prysm mendeteksi masalah lebih awal, menerbitkan solusi satu langkah, dan menghindari ribuan validator dari keharusan upgrade penuh secara tergesa-gesa.

Apa yang Harus Dilakukan Validator Sekarang

Jika Anda menjalankan Prysm, daftar periksanya singkat dan mendesak:

• Tambahkan flag –disable-last-epoch-targets
• Restart node beacon
• Verifikasi log untuk memastikan alur atestasi normal
• Pantau memori dan CPU setelah restart

Tidak perlu mengubah kunci validator. Tidak perlu resync dan tidak perlu keluar. Bagi Ethereum secara keseluruhan, episode ini menegaskan satu kebenaran yang sudah sering terdengar: keberagaman klien tetap penting. Ketika satu klien memegang hampir 20% jaringan, bahkan bug yang dapat dikendalikan pun menjadi peristiwa besar. Namun, insiden ini juga menunjukkan kedewasaan operasional Ethereum. Masalah diidentifikasi, diumumkan, dan diatasi dalam hitungan jam, bukan hari. Inilah cara lapisan penyelesaian bernilai $400B+ tetap tangguh. Saat ini, rantai tetap stabil. Satu-satunya tenggat nyata adalah agar operator Prysm bertindak cepat dan mengaktifkan fitur keamanan tersebut.