Ethereum-klienter Prysm, Teku slipper oppgraderinger for å løse problemer med nettverksavslutning

To Ethereum 2.0-konsensusklienter, Prysm og Teku, har gitt ut nye oppgraderinger for å løse gjeldende Beacon Chain-finalitetsproblemer.

Ethereum-nettverket møtte finalitetsproblemer to ganger i løpet av 24 timer, den første varte i 25 minutter og den andre varte i mer enn en time.

I følge en kunngjøring på bloggen Ethereum Foundation, 11. og 12. mai, var det to forskjellige hendelser der proof-of-stake (PoS) konsensusmekanismen for Ethereum-nettverkets Beacon Chain ikke klarte å nå finalen i henholdsvis 3 og 8 epoker. .

Imidlertid ble sluttbrukertransaksjoner upåvirket på grunn av klientmangfold fordi ikke alle klientimplementeringer ble påvirket av hendelsen.

Den eksakte årsaken til problemet blir fortsatt undersøkt; Det ser imidlertid ut til at store belastninger på noen av Consensus Layer-klientene utløst av et "eksepsjonelt scenario" kan ha forårsaket problemet.

Prysm, Teku kunngjør oppgraderinger

I mellomtiden har Prysm og Teku gitt ut nye oppdateringer som inkluderer modifikasjoner for å forhindre at beacon-noder bruker for store mengder ressurser under slike eksepsjonelle scenarier.

Prysm-oppdateringen, kalt v4.0.3-hurtigreparasjonen, inneholder den nødvendige optimaliseringen for å forhindre at Beacon Chain-noden bruker for mange ressurser i tumultariske perioder.

ETH 2.0-klienten oppfordrer Ethereum-nodeadministratorer til å foreta oppgraderinger til nodene sine hvis det oppstår betydelig ressursbruk.

På den annen side fjernet Tekus v23.5.0-oppdatering utdaterte, problematiske attester fra Ethereum-nettverket. Oppdateringen inkluderte også flere endringer og forbedringer designet for å forhindre lignende problemer med attestasjonsflom i fremtiden.

Andre Ethereum-klienter, som Nimbus, hevdet at de ikke trengte noen vesentlige oppgraderinger for kundene sine. De har imidlertid indikert at de vil fortsette å overvåke problemet og gi feilrettinger hvis det forverres.

Lighthouse og Lodestar har på sin side opplevd en tålelig belastning på grunn av sin unike arkitektur. Mens andre ETH 2.0-klienter brukte en stor mengde ressurser, holdt de to nettverket i live ved å verifisere 40–50 % av blokkeringene til de andre klientene kom seg og begynte å validere blokker.

Følg oss på Google Nyheter