Siste runde med Ethereum Shapella testnettutvikling avslører noen feil

Testing på Ethereums Zhejiang-testnett i forkant av Shanghai-Capella-oppdateringen avslørte noen feil, men ingenting som vil påvirke tidslinjen for introduksjonen av staking til nettverket. 

Utvikler Marius VanDerWijden dokumentert en synkroniseringsfeil oppdaget av andre klienter som utviklerne er sikre på kan lappes, ifølge en tråd fra Ethereum Foundations Tim Beiko. Feilen vil ikke påvirke noen etablerte tidslinjer for det foreslåtte oppgraderingssettet for Sepolia-testnettet planlagt til 28. februar, bemerket han.

Den siste oppdateringen av uttaksverktøyet detaljerte en stresstest bestående av 600,000 360,000 validatorer, hvorav XNUMX XNUMX utførte oppdateringer av uttakslegitimasjon på tidspunktet for gaffelen. Klienttopper i RAM og CPU skjedde, og utviklere vil måle antall tapte versus registrerte legitimasjonsoppdateringsmeldinger i løpet av de kommende dagene, sa Beiko.

Stresstesten avslørte også en feil mellom en proof-of-stake-klient, Prysm, og Besu-klienten som er designet for tillatelsestilfeller. For å synkronisere riktig forventer Prysm-klienten et visst antall svar; Besu pålegger imidlertid responsbegrensninger som bringer den under den nødvendige synkroniseringsterskelen, sa Beiko. Besu-teamet ser på saken.

Blobless forbud

Etter en diskusjon om hvordan man best kan optimalisere innledende kundeorientering, utviklere til slutt besluttet å fullstendig forby 4844-transaksjoner uten klump, noe som ville endre klientens forutsetninger rundt transaksjonene og kunne komplisere oppsettet.

Utviklere diskuterte også hvordan man kan gå videre med avviklingen av SELFDESTRUCT-nøkkelordet, som avslutter en kontrakt, fjerner kontraktens bytekode fra blokkjeden og omdirigerer midler på kontakten til en spesifisert adresse.

Mens veien videre forblir uklar, er det tre aktuelle forslag om emnet i diskusjon ettersom utviklere søker å finne "deaktiveringsalternativer som ikke ødelegger ting," sa Beiko.

"Utfordringen her er at det åpner for en ekkel angrepsvektor: distribuer en kontrakt, fyll lagring på en bestemt måte, og når du omdistribuerer kontrakten, er den gamle lagringen fortsatt der, og kan nås på ondsinnede måter," sa Beiko.