Ethereum Adresserar Insättningshanteringsfel
Ett insättningshanteringsfel har identifierats och åtgärdats av Ethereum-utvecklare i den kommande Glamsterdam-uppgraderingen. Felet skulle potentiellt ha tillåtit en blockbyggare att ta emot ETH avsett för en ny validator, efter ett initialt beslut att avvisa den föreslagna ändringen.
Korrigeringens Implementering
Enligt Ethereums konsensus-specifikationer sammanfogade underhållaren Justin Traglia korrigeringen den 26 oktober, efter att utvecklaren avsetsin identifierat ett problem med hur väntande insättningar skulle hanteras under Gloas-forken. Ändringen separerar byggarinsättningar från validatorinsättningar baserat på deras uttagsuppgifter, vilket förhindrar att medel hamnar på fel konto när båda använder samma offentliga nyckel.
Sårbarheten rörde regler under utveckling, och det handlade inte om en bekräftad stöld från Ethereums huvudnät.
Problemets Ursprung
Problemet uppstod från förändringar som planerades under Glamstadams inskrivna separering av förslagsställare och byggare, vilket tilldelar blockkonstruktion och blockförslag till olika roller. Byggare sammanställer transaktionspayloads, medan validatorer deltar i att föreslå och bekräfta block genom Ethereums proof-of-stake-system.
Forskaren avsetsin beskrev felet den 12 oktober och identifierade ett problem i de regler som användes för att behandla insättningar som väntade när nätverket uppgraderades. Om en byggare registrerade sig med en offentlig nyckel innan en validatorinsättning kom under samma nyckel, kunde den föreslagna logiken kreditera båda insättningarna till byggaren.
”Operatören kan ta ut protokollets medel,” varnade avsetsin i GitHub-rapporten.
Utvecklingsprocess och Tester
Den föreslagna korrigeringen mötte initialt motstånd från Ethereum-klientutvecklare, trots forskarens beskrivning av insättningsroutingsriskerna. Den 19 oktober stängde Traglia pull-begäran efter diskussioner bland kärnutvecklarna. ”Det fanns inte tillräckligt med stöd från klienterna för att göra denna ändring vid denna tidpunkt,” skrev Traglia.
Beslutet förblev inte på plats, med utvecklarna som återöppnade förslaget den 23 oktober efter ytterligare granskning. Avsetsin lade till tester som täckte fall där byggar- och validatorinsättningar delar en offentlig nyckel men kräver separat hantering.
Specifikationsuppdatering och Framtida Åtgärder
Den slutliga ändringen sammanfogades i Ethereums konsensus-specifikationer den 26 oktober efter ytterligare klientgranskning. Den dirigerar giltiga validatorinsättningar till validator-kön samtidigt som den tillåter legitima byggarinsättningar att registrera eller lägga till medel till en befintlig byggare.
Den sammanfogade insättningskorrigeringen innehåller regressions tester som täcker hur insättningar klassificeras under Gloas-övergången. Klientteam måste integrera specifikationsändringen i sin programvara och slutföra ytterligare tester innan de uppdaterade reglerna kan fungera under en framtida nätverksuppgradering.
Uppskjutning av Glamsterdam-aktivering
Specifikationsuppdateringen kom medan Ethereum-utvecklarna granskade ett separat problem som påverkade Glamstadams schemalagda aktivering på Hoodi-testnätet. Ethereum Foundation uppsköt uppgraderingen den 26 oktober efter att forskare identifierat kompatibilitetsrisker som involverade EIP-8037.
Den föreslagna ökningen till en gasgräns på 200 miljoner uppsköts med dem. Ethereum-forskaren Toni Wahrstätter förklarade att EIP-8037 skulle kunna störa smarta kontrakt som förlitar sig på antaganden om gas som kvarstår under exekvering.
Den efterföljande Hoodi-repetitionen är fortfarande oschemalagd, utan något bekräftat datum för aktivering på Ethereums huvudnät.
