Nagkaroon ng aberya ang Ethereum consensus client na Prysm, kung saan di nakakuha ng reward ang mga validator ng 382 ETH — higit $1 million — dahil sa software bug na nagdulot ng network issues matapos ang latest na Fusaka upgrade.
Nangyari ang problema, ayon sa post-mortem na “Fusaka Mainnet Prysm incident,” dahil nagkaubusan ng resources na nakaapekto halos sa lahat ng Prysm nodes. Resulta nito, may mga block at attestations na na-miss sa buong network.
Ano’ng Nagpaundown kay Prysm?
Ayon sa Offchain Labs, na siyang developer ng Prysm, lumitaw ang problema noong December 4 nang magkaroon ng delay sa validator requests dahil sa dating bug na biglang gumana uli.
Dahil dito, maraming blocks at attestations ang hindi nagawa sa buong network.
“May mga Prysm beacon nodes na nakatanggap ng attestations mula sa nodes na baka wala sa sync sa network. Ang mga attestation na ito ay naka-reference pa sa block root ng nakaraang epoch,” ayon sa project.
Dahil sa disruption na ito, may 41 epochs ang hindi nagawa — 248 blocks ang na-miss mula sa 1,344 available slots. Umabot ito sa 18.5% missed slot rate at bumagsak ang overall network participation sa 75% habang nangyayari ang insidente.
Sabi ng Offchain Labs, ilang linggo bago ang Fusaka upgrade ay nailagay na pala sa testnets ang bug na naging sanhi ng problema, at doon lang ito na-trigger pagkatapos ng Fusaka upgrade.
Kahit may temporary solution para mabawasan ang epekto, sabi ng Prysm na nag-set up na sila ng permanenteng pagbabago sa attestation validation logic nila para hindi na maulit ang ganitong isyu.
Iba’t Ibang Client ng Ethereum, Gaano nga Ba Kaimportante?
Samantala, dahil sa outage na ito, muling napag-usapan ang concentration ng Ethereum clients at ang mga risk pag puro isang software lang ang gamit ng network.
Sabi ng Offchain Labs, mas malala pa daw ang pwedeng mangyari kung si Prysm ang may pinakamaraming share ng Ethereum validators. Nilinaw ng company na ang diversity ng clients ng Ethereum ang isa sa mga dahilan kung bakit naiwasan ang mas matinding network failure.
“Kung may client na may higit 1/3 ng network, magkakaroon ng temporary na pagkawala ng finality at mas maraming blocks ang mawawala. Kung may buggy client na higit 2/3, pwede nitong ma-finalize ang invalid chain,” sabi nila.
Kahit may mga nagawa nang solusyon, nagiging mas malakas ang panawagan na kailangan pa ng mas maraming diversity ng clients.
Ayon sa datos ng Miga Labs, nangunguna pa rin ang Lighthouse bilang Ethereum consensus client na gamit ng 51.39% ng validators. Nasa 19.06% ang Prysm, kasunod ang Teku (13.71%) at Nimbus (9.25%).
Nasa 15% na lang ang lamang ng Lighthouse bago ito umabot sa threshold na sinasabing dangerous level, base sa ibang research.
Kaya ngayon, pinapaalalahanan ulit ang mga validator ng developers at mga participant sa ecosystem na subukan gumamit ng ibang clients para mabawasan ang chance na isang software bug lang eh makadiskaril sa buong blockchain.
