Prysm, sebuah klien konsensus Ethereum utama, merilis tinjauan insiden yang mendetail setelah gangguan utama Fusaka pada 4 Desember. Penyebab utama? Kehabisan sumber daya yang dipicu oleh rekalkulasi status yang berlebihan selama pemrosesan attestations tertentu. Kemacetan komputasi ini menyebar melalui jaringan, menyebabkan 41 epoch terlewat dan penurunan yang cukup nyata dalam partisipasi jaringan secara keseluruhan. Insiden ini menyoroti keseimbangan yang rapuh antara efisiensi pemrosesan dan stabilitas jaringan dalam infrastruktur blockchain, memicu percakapan penting tentang strategi optimalisasi untuk mekanisme konsensus.
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.
14 Suka
Hadiah
14
7
Posting ulang
Bagikan
Komentar
0/400
blockBoy
· 18jam yang lalu
Ini lagi masalah lama tentang kehabisan sumber daya... recomputasi status benar-benar perlu dioptimalkan dengan baik.
Lihat AsliBalas0
ApyWhisperer
· 12-14 06:55
Kembali lagi, apakah recomputation state membuat jaringan crash? Sudah lama saya katakan bahwa hal ini perlu dioptimalkan, tapi hasilnya tetap belum belajar dari pelajaran. Miss 41 epoch, betapa sakitnya...
Lihat AsliBalas0
GasFeeCrier
· 12-14 06:54
Apakah lagi-lagi perhitungan ulang status menyebabkan kegagalan? Kenapa klien konsensus ini selalu boros sumber daya... 41 epoch hilang begitu saja, tingkat partisipasi langsung turun drastis, ini pasti efek kupu-kupu.
Lihat AsliBalas0
AirdropHunter007
· 12-14 06:53
ngl bug perhitungan ulang state menyebabkan jaringan down, makanya aku masih nggak berani all-in pada satu client...
Lihat AsliBalas0
governance_lurker
· 12-14 06:49
ngl kali ini masalah Prysm menunjukkan apa, optimalisasi detail benar-benar harus dari akar permasalahan, hanya dengan patch tidak akan cukup
Lihat AsliBalas0
GhostWalletSleuth
· 12-14 06:35
Sekali lagi terjadi kegagalan dalam recomputasi state, kali ini langsung menghapus 41 epoch? Sangat luar biasa
Lihat AsliBalas0
GasGuzzler
· 12-14 06:28
Menyebabkan perhitungan ulang status lagi, di zaman ini stabilitas klien konsensus benar-benar mengandalkan keberuntungan aja
Prysm, sebuah klien konsensus Ethereum utama, merilis tinjauan insiden yang mendetail setelah gangguan utama Fusaka pada 4 Desember. Penyebab utama? Kehabisan sumber daya yang dipicu oleh rekalkulasi status yang berlebihan selama pemrosesan attestations tertentu. Kemacetan komputasi ini menyebar melalui jaringan, menyebabkan 41 epoch terlewat dan penurunan yang cukup nyata dalam partisipasi jaringan secara keseluruhan. Insiden ini menyoroti keseimbangan yang rapuh antara efisiensi pemrosesan dan stabilitas jaringan dalam infrastruktur blockchain, memicu percakapan penting tentang strategi optimalisasi untuk mekanisme konsensus.