Glamsterdam-opgraderingen på Hoodi er planlagt til 26. oktober 2026 kl. 17:42:48 UTC, hvor testnettets gasgrænse samtidig hæves til 200 millioner ved samme aktiveringsepoch. Efter Glamsterdams aktivering på Sepolia den 6. oktober kræver den næste udrulning, at Hoodi-operatører opdaterer både execution- og consensus-klienter. Ethereum Foundations meddelelse af 16. oktober fastsætter ikke en dato for mainnet.
Vigtigste punkter
- Aktiveringen på Hoodi er planlagt til epoch 132,352 og slot 4,235,264, samtidig med at gasgrænsen hæves til 200 millioner.
- Hoodi-validatorer skal opdatere deres execution-klient, consensus-beacon-node og validator-klient samt gennemgå de nye builder-relaterede opgaver.
- Udviklere bør teste gasforudsætninger og gasestimering under de reviderede regler; brugere og operatører på mainnet behøver ikke foretage sig noget på baggrund af denne meddelelse.
Indholdsfortegnelse
Tidsplan og udrulningsstatus for Glamsterdam på Hoodi
Hoodi er det næste planlagte testnet til udrulning af Glamsterdam, som kombinerer opgraderingen Amsterdam på execution-laget med opgraderingen Gloas på consensus-laget. Den planlagte gasgrænse på 200 millioner svarer til Sepolias.
Ethereum Foundations meddelelse om Glamsterdam på Hoodi skelner mellem denne testnetfrist og udrulningen på mainnet. Klientholdene har endnu ikke besluttet tidspunktet for aktivering på mainnet, og udgivelser, der er kompatible med mainnet, vil blive annonceret separat.
| Element |
Oplysninger |
| Udrulning på Sepolia |
Aktiveret 6. oktober 2026 kl. 13:53:36 UTC; epoch 353,024, slot 11,296,768. |
| Udrulning på Hoodi |
Planlagt til 26. oktober 2026 kl. 17:42:48 UTC; epoch 132,352, slot 4,235,264. |
| Gasgrænse på Hoodi |
Planlagt hævet til 200 millioner ved aktiveringsepochen, svarende til Sepolia. |
| Udrulning på mainnet |
Aktiveringsdatoen er endnu ikke besluttet; denne meddelelse planlægger ingen opgradering af mainnet. |
Hvad Hoodi-operatører skal opdatere
Inden aktiveringen skal noder, der ikke deltager i staking, have kompatible execution- og consensus-klienter. Validatorer skal også sikre, at både deres beacon-node og validator-klient er opdateret. Software, der ikke understøtter de nye regler, kan ikke følge det opgraderede netværk.
Meddelelsen oplister consensus-udgivelser for Grandine, Lighthouse, Lodestar, Nimbus, Prysm og Teku. Tabellen over execution-klienter angiver versioner for Besu, Ethrex og Nethermind, mens der ikke er angivet versioner for Erigon, go-ethereum og Reth. Operatører bør kun vælge udgivelser, hvis noter udtrykkeligt bekræfter understøttelse af den planlagte aktivering på Hoodi.
Tabellen over værktøjer oplister commit-boost 0.12.0-rc1. Yderligere vejledning om kompatibilitet for builders og validatorer afventer bekræftelse. Operatører, der bruger ekstern infrastruktur til blokbygning, bør gennemgå Glamsterdam-vejledningen for denne infrastruktur sammen med klientens vejledning om validatorernes mål for gasgrænsen.
Hvorfor arbejdsgange for builders og validering ændres
For validator- og builderhold handler beredskab om mere end at installere binære filer.
EIP-7732, indlejret proposer-builder separation, indfører protokoldefinerede ansvarsområder for en proces, der tidligere i højere grad byggede på betroet middleware. Holdene skal kontrollere, at deres værktøjer understøtter de nye opgaver og grænseflader.
I denne proces forpligter en proposer sig til en builders execution-payload, før builderen offentliggør den. Ethereums protokol håndterer betalingen til proposer’en, mens et udvalg, der kontrollerer payloadens rettidighed, verificerer rettidig offentliggørelse og tilgængelighed af blob-data. Adskillelsen af consensus-kontroller fra execution-kontroller giver også validatorer mere tid til at vurdere execution-payloads.
Den anden centrale ændring, EIP-7928, har til formål at forbedre klienternes valideringsarbejde. Obligatoriske adgangslister på blokniveau identificerer de konti og det lager, som en blok berører, og registrerer ændringer i tilstanden efter transaktioner. Klienter kan bruge disse oplysninger til at parallelisere læsning fra disk og transaktionsvalidering samt beregne tilstandsrødder mere effektivt. Samlet set understøtter ændringerne større execution-kapacitet, samtidig med at validering forbliver praktisk for nodeoperatører.
Hvad applikationstest bør fokusere på
Ændringer i gaspriser gør kontraktforudsætninger til en prioritet i testningen. EIP-8037 øger omkostningerne ved oprettelse af tilstand og måler dem særskilt, mens EIP-8038 ændrer omkostningerne ved adgang til tilstand. Andre planlagte ændringer påvirker den iboende gas for transaktioner, calldata, adgangslister og regnskabet for gas på blokniveau.
Kontrakter, der bruger faste gasbeløb, hardkodede grænser eller forudsætninger om resterende gas, kan kræve ændringer. Udviklere bør bruge vejledningen om konsekvenserne af de ændrede priser til at identificere berørte kontrakter og teste gasestimering på Sepolia og, efter aktiveringen, Hoodi.
Testningen bør også omfatte relevante ændringer af logs, opcodes og klientgrænseflader. Planlagte tilføjelser omfatter ETH-overførselslogs, en opcode for slotnummer, en højere maksimal kontraktstørrelse og en deterministisk factory-kontrakt.
Konklusion
Den umiddelbare frist gælder infrastrukturen på Hoodi: Kompatible klienter og værktøjer skal være klar inden 26. oktober. Udviklere får en testnetudrulning, som de kan bruge til at kontrollere applikationernes funktion, mens aktivering på mainnet fortsat er et separat trin uden fastsat dato.
Læs flere nyheder
Flere nyheder fra FinanceVelix
Ansvarsfraskrivelse
Denne artikel fra FinanceVelix indeholder generel information og udgør ikke personlig finansiel, investeringsmæssig, juridisk eller skattemæssig rådgivning. Kryptopriser kan ændre sig hurtigt, og du kan miste alle investerede midler. Oplysningerne afspejler det materiale, der var tilgængeligt på udgivelsestidspunktet, og kan ændre sig. Kontrollér selv vigtige oplysninger, og rådfør dig med en kvalificeret fagperson efter behov. Omtale af et aktiv, en virksomhed eller en tjeneste er ikke en anbefaling.