Ethereum-validatorer får beskjed om å deaktivere Prysm på grunn av risiko for utdaterte tilstander

Operatører av Ethereum-validatorer som bruker Prysm som konsensusklient, fikk en hastemelding 4. desember. Prysm-teamet bekreftet at enkelte noder genererte gamle tilstander for å behandle utdaterte attestasjoner. Dette kan gi feilaktig valideringsatferd dersom det ikke stoppes. For å hindre dette ba Prysm alle operatører om å deaktivere en bestemt funksjon ved å legge til et enkelt flagg på beacon-noden. Løsningen krever ikke en full oppgradering og påvirker ikke validator-klientene.

Teamet instruerte operatører om å legge inn følgende linje: –disable-last-epoch-targets. Flagget fungerer med Prysm v7.0.0, noe som betyr at de fleste noder kan implementere løsningen på få minutter. Advarselen utløste raske reaksjoner i validator-miljøet, gitt hvor stor andel Prysm har i Ethereums konsensuslag.

Prysms markedsandel gjør dette til en hendelse på nettverksnivå

Tall fra MigaLabs viser at Prysm kontrollerer nær 20 prosent av markedet for Ethereum-konsensusklienter. Det gjør Prysm til den nest største klienten etter Lighthouse. Denne skalaen gjorde en klientfeil til en bekymring for hele kjeden. Når en klient med så stor tyngde prosesserer utdaterte tilstandsdata, påvirker det ikke bare én validator. Det kan skape ringvirkninger som:

• Manglende attestasjoner
• Feil fork-valg
• Økt risiko for straff eller slashing i yttertilfeller

Så langt finnes det ingen tegn til stopp i kjeden eller finalitetsfeil knyttet til dette. Bekymringen handler om risikohåndtering, ikke skadebegrensning. Prysm grep inn før situasjonen utviklet seg. Med andre ord: Dette var en forebyggende øvelse, ikke opprydding etter et hendt problem.

Hva som faktisk gikk galt i Prysm

Ifølge Prysm-teamet produserte berørte noder unødvendige gamle tilstander når de forsøkte å behandle utdaterte attestasjoner fra tidligere epoker. Dette øker CPU- og minnebelastningen og kan forvrenge hvordan en node sporer kjedens fremdrift under press. Slike tilstandshåndteringsproblemer er ikke nye i Ethereum. Lignende feilsituasjoner har oppstått under:

• Finalitetsproblemene i mai 2023
• Tidligere indekseringsfeil i databaser
• Tidligere minne-topper på tvers av flere klienter

Den store forskjellen denne gangen er tempoet. Prysm oppdaget problemet tidlig, publiserte en løsning som krever ett steg, og unngikk dermed å tvinge tusenvis av validatorer inn i en hastet oppgraderingsrunde.

Hva validatorer bør gjøre nå

Hvis du kjører Prysm, er sjekklisten kort og presserende:

• Legg til –disable-last-epoch-targets
• Start beacon-noden på nytt
• Sjekk loggene for normal attestflyt
• Overvåk minne og CPU etter omstart

Ingen endringer i validatornøkler er nødvendig. Ingen resync er nødvendig, og ingen exit er nødvendig. For Ethereum som helhet understreker denne episoden en kjent sannhet: klientmangfold er fortsatt viktig. Når én klient sitter med nær 20 prosent av nettverket, blir selv en håndterbar feil en nyhetssak. Samtidig viser hendelsen også modenheten i Ethereums drift. Problemet ble identifisert, offentliggjort og løst i løpet av timer – ikke dager. Det er slik et live oppgjørslag verdt over 400 milliarder dollar holder seg robust. Nettverket er stabilt. Den eneste reelle tidsfristen er at Prysm-operatører må handle raskt og slå på sikkerhetsbryteren.