Seneste runde af Ethereum Shapella testnet-udvikling afslører et par fejl

Test på Ethereums Zhejiang-testnet forud for Shanghai-Capella-opdateringen afslørede nogle fejl, men intet, der vil påvirke tidslinjen for introduktionen af ​​staking til netværket. 

Udvikler Marius VanDerWijden dokumenteret en synkroniseringsfejl, som andre klienter støder på, og som udviklere er overbeviste om, kan blive rettet, ifølge en tråd fra Ethereum Foundations Tim Beiko. Fejlen vil ikke påvirke nogen fastlagte tidslinjer for den foreslåede opgradering af Sepolia-testnettet, der er planlagt til den 28. februar, bemærkede han.

Den seneste opdatering af tilbagetrækningsværktøjet detaljerede en stresstest bestående af 600,000 validatorer, hvoraf 360,000 udførte opdateringer af tilbagetrækningslegitimationsoplysninger på tidspunktet for gaflen. Klientstigninger i RAM og CPU opstod, og udviklere vil måle antallet af mistede versus registrerede legitimationsopdateringsmeddelelser i løbet af de kommende dage, sagde Beiko.

Stresstesten afslørede også en fejl mellem en proof-of-stake-klient, Prysm, og Besu-klienten, som er designet til tilfælde af tilladt brug. For at synkronisere korrekt forventer Prysm-klienten et vist antal svar; dog pålægger Besu svarbegrænsninger, der bringer det under den nødvendige synkroniseringstærskel, sagde Beiko. Besu-teamet undersøger sagen.

forbud uden klatter

Efter en diskussion om, hvordan man bedst optimerer den indledende kundeorientering, udvikler i sidste ende besluttede fuldstændigt at forbyde klatfri 4844 transaktioner, hvilket ville ændre klientens antagelser omkring transaktionerne og kunne komplicere opsætningen.

Udviklere diskuterede også, hvordan man kommer videre med udfasningen af ​​SELFDESTRUCT-søgeordet, som afslutter en kontrakt, fjerner kontraktens bytekode fra blockchain og omdirigerer midler på kontakten til en specificeret adresse.

Mens vejen frem forbliver uklar, er der tre aktuelle forslag om emnet i diskussion, da udviklere søger at finde "deaktiverende muligheder, der ikke ødelægger tingene," sagde Beiko.

"Udfordringen her er, at det åbner op for en grim angrebsvektor: implementer en kontrakt, udfyld lagerplads på en bestemt måde, og når du omdistribuerer kontrakten, er den gamle lagerplads der stadig og kan tilgås på ondsindede måder," sagde Beiko.