Glamsterdam-oppgraderingen på Hoodi er planlagt til 26. oktober 2026 kl. 17:42:48 UTC, samtidig som testnettets gasgrense økes til 200 millioner ved samme aktiveringsepoke. Etter at Glamsterdam ble aktivert på Sepolia 6. oktober, må Hoodi-operatørene oppdatere både execution- og consensus-klienter før neste utrulling. Ethereum Foundations kunngjøring 16. oktober fastsetter ingen dato for mainnet.

Hovedpunkter

  • Aktiveringen på Hoodi er planlagt ved epoke 132,352 og slot 4,235,264, samtidig som gasgrensen økes til 200 millioner.
  • Hoodi-validatorer må oppdatere execution-klienten, consensus-beacon-noden og validator-klienten, og gjennomgå nye oppgaver knyttet til block builders.
  • Utviklere bør teste gasforutsetninger og estimering under de reviderte reglene. Brukere og operatører på mainnet trenger ikke foreta seg noe som følge av denne kunngjøringen.

Innholdsfortegnelse

Tidsplan og utrullingsstatus for Glamsterdam på Hoodi

Hoodi er det neste planlagte testnettverket for Glamsterdam, som kombinerer oppgraderingen Amsterdam på execution-laget med oppgraderingen Gloas på consensus-laget. Den planlagte gasgrensen på 200 millioner er den samme som på Sepolia. Ethereum Foundations kunngjøring om Glamsterdam på Hoodi skiller mellom fristen for testnettet og utrullingen på mainnet. Klientteamene har ikke bestemt tidspunktet for aktivering på mainnet, og utgivelser som er kompatible med mainnet, vil bli kunngjort separat.
Element Detaljer
Utrulling på Sepolia Aktivert 6. oktober 2026 kl. 13:53:36 UTC; epoke 353,024, slot 11,296,768.
Utrulling på Hoodi Planlagt til 26. oktober 2026 kl. 17:42:48 UTC; epoke 132,352, slot 4,235,264.
Gasgrense på Hoodi Planlagt økt til 200 millioner ved aktiveringsepoken, på linje med Sepolia.
Utrulling på mainnet Aktiveringsdatoen er ikke fastsatt; denne kunngjøringen planlegger ingen oppgradering av mainnet.

Hva Hoodi-operatører må oppdatere

Før aktiveringen trenger noder som ikke driver staking, kompatible execution- og consensus-klienter. Validatorer må også kontrollere at både beacon-noden og validator-klienten er oppdatert. Programvare som ikke støtter de nye reglene, kan ikke følge det oppgraderte nettverket. Kunngjøringen oppgir consensus-utgivelser for Grandine, Lighthouse, Lodestar, Nimbus, Prysm og Teku. Tabellen for execution-klienter oppgir versjoner for Besu, Ethrex og Nethermind, mens ingen versjoner er oppført for Erigon, go-ethereum og Reth. Operatører bør bare velge utgivelser der versjonsmerknadene uttrykkelig bekrefter støtte for den planlagte aktiveringen på Hoodi. Verktøytabellen oppgir commit-boost 0.12.0-rc1. Ytterligere veiledning om kompatibilitet for block builders og validatorer venter fortsatt på bekreftelse. Operatører som bruker ekstern infrastruktur for blokkbygging, bør gjennomgå instruksjonene for Glamsterdam, samt klientens veiledning om mål for validatorenes gasgrense.

Hvorfor arbeidsflytene for block builders og validering endres

For validator- og builder-team innebærer klargjøring mer enn å installere binærfiler. EIP-7732, innebygd separasjon mellom forslagsstillere og blokkbyggere, innfører protokolldefinerte ansvarsområder for en prosess som tidligere i større grad var avhengig av betrodd mellomvare. Teamene må kontrollere at verktøyene deres støtter de nye oppgavene og grensesnittene. I denne prosessen forplikter en forslagsstiller seg til en builders execution-payload før builderen offentliggjør den. Ethereum-protokollen håndterer betalingen til forslagsstilleren, mens en komité for rettidig payload-tilgjengelighet kontrollerer at payloaden offentliggjøres i tide, og at blob-data er tilgjengelige. Når consensus-kontroller skilles fra execution-kontroller, får validatorene også mer tid til å vurdere execution-payloads. Den andre hovedendringen, EIP-7928, retter seg mot valideringsarbeidet til klientene. Påtvungne tilgangslister på blokknivå identifiserer kontoer og lagring som berøres av en blokk, og registrerer tilstandsendringer etter transaksjoner. Klienter kan bruke denne informasjonen til å parallellisere disklesinger og transaksjonsvalidering og beregne tilstandsrøtter mer effektivt. Samlet legger disse endringene til rette for høyere execution-kapasitet, samtidig som valideringen forblir håndterbar for nodeoperatører.

Hva applikasjonstesting bør fokusere på

Omprising av gas gjør kontraktsforutsetninger til en prioritet i testingen. EIP-8037 øker kostnadene for opprettelse av tilstand og måler dem separat, mens EIP-8038 endrer kostnadene for tilgang til tilstand. Andre planlagte endringer påvirker innebygd gas i transaksjoner, calldata, tilgangslister og regnskapsføringen av gas på blokknivå. Kontrakter som bruker faste gasstipender, hardkodede grenser eller forutsetninger om gjenværende gas, kan måtte endres. Utviklere bør bruke veiledningen om konsekvensene av omprising for å finne berørte kontrakter og teste gasestimering på Sepolia og, etter aktivering, Hoodi. Testingen bør også dekke relevante endringer i logger, opkoder og klientgrensesnitt. Planlagte tillegg omfatter ETH-overføringslogger, en opkode for slotnummer, en høyere maksimal kontraktstørrelse og en deterministisk fabrikkontrakt.

Konklusjon

Den umiddelbare fristen gjelder infrastrukturen på Hoodi: kompatible klienter og verktøy må være klare før 26. oktober. Utviklere får en utrulling på testnettet som de kan bruke til å kontrollere hvordan applikasjonene fungerer, mens aktivering på mainnet fortsatt er et separat steg uten fastsatt dato.

Les flere nyheter

Flere nyheter fra FinanceVelix

Ansvarsfraskrivelse

Denne FinanceVelix-artikkelen gir generell informasjon, ikke personlig tilpasset finansiell, investeringsmessig, juridisk eller skattemessig rådgivning. Kryptopriser kan endre seg raskt, og du kan tape alle investerte midler. Faktaene gjenspeiler informasjonen som var tilgjengelig da artikkelen ble publisert, og kan endre seg. Kontroller viktig informasjon uavhengig, og rådfør deg med en kvalifisert fagperson ved behov. Omtale av en eiendel, et selskap eller en tjeneste er ikke en anbefaling.