Senaste omgången av Ethereum Shapella testnätutveckling avslöjar några buggar

Testning på Ethereums Zhejiang-testnät inför Shanghai-Capella-uppdateringen avslöjade några buggar, men inget som kommer att påverka tidslinjen för införandet av insats i nätverket. 

Utvecklare Marius VanDerWijden dokumenterat en synkroniseringsbugg som andra klienter stöter på och som utvecklare är övertygade om kan korrigeras, enligt en tråd från Ethereum Foundations Tim Beiko. Felet kommer inte att påverka några fastställda tidslinjer för den föreslagna uppgraderingen för Sepolias testnät planerad till den 28 februari, noterade han.

Den senaste uppdateringen av uttagsutrustningen detaljerade ett stresstest bestående av 600,000 360,000 validatorer, varav XNUMX XNUMX utförde uppdateringar av autentiseringsuppgifter för uttag vid tidpunkten för gaffeln. Klientspikar i RAM och CPU inträffade och utvecklare kommer att mäta antalet förlorade kontra inspelade autentiseringsuppdateringsmeddelanden under de kommande dagarna, sa Beiko.

Stresstestet avslöjade också en bugg mellan en proof-of-stake-klient, Prysm, och Besu-klienten som är designad för tillåten användning. För att synkronisera korrekt förväntar Prysm-klienten ett visst antal svar; Men Besu inför svarsbegränsningar som för det under den nödvändiga synkroniseringströskeln, sa Beiko. Besu-teamet undersöker saken.

Blobless förbud

Efter en diskussion om hur man bäst kan optimera initial kundorientering, utvecklare slutligen beslutade att helt förbjuda blobbfria 4844-transaktioner, vilket skulle ändra klientens antaganden kring transaktionerna och kan komplicera installationen.

Utvecklare diskuterade också hur man går vidare med utfasningen av nyckelordet SELFDESTRUCT, som avslutar ett kontrakt, tar bort kontraktets bytekod från blockkedjan och omdirigerar pengar på kontakten till en angiven adress.

Även om vägen framåt förblir oklar, finns det tre aktuella förslag i ämnet som diskuteras när utvecklare försöker hitta "avaktiverande alternativ som inte bryter sönder saker", sa Beiko.

"Utmaningen här är att det öppnar upp en otäck attackvektor: distribuera ett kontrakt, fyll lagring på ett visst sätt, och när du omdistribuerar kontraktet finns den gamla lagringen fortfarande kvar och kan nås på skadliga sätt," sa Beiko.