Glamsterdam-opgraderingen og Sepolia-testnet
Ethereum-udviklere har foreløbigt planlagt Glamsterdam-opgraderingen til aktivering på Sepolia kl. 13:53 UTC den 6. oktober 2026. En yderligere privat devnet-test er dog nødvendig, før den offentlige testnet-fork kan fortsætte. Mødenotater fra ACDC #186 og efterfølgende rapportering fra Ethereum-protokolforsker Christine D. Kim viser, at datoen stadig er betinget.
Testplan og udviklingsstatus
Udviklerne havde ikke afsluttet en stabil Glamsterdam-aktivering på et privat udviklingsnetværk, da de valgte Sepolia-planen. Testplanen er siden blevet fremrykket med endnu en iteration. Kim sagde den 11. september, at opmærksomheden nu er rettet mod Glamsterdam-Devnet-11, som forventes at blive lanceret mandag den 14. september. Tidligere planer havde identificeret Devnet-10 som den næste store test.
Aktiveringsdatoer er blevet bekræftet for Hoodi-testnet eller Ethereum-mainnet. Udviklerne har diskuteret en mulig hovednetudgivelse i december, men testresultaterne vil afgøre, om denne tidsplan forbliver praktisk.
ACDC #186 og epoke 351232
Under ACDC #186-mødet den 3. september blev deltagerne enige om Sepolia-epoke 351232 til den foreslåede aktivering. Kim rapporterede, at det tilsvarende tidspunkt ville være den 6. oktober kl. 13:53 UTC. Mødet blev afholdt, før udviklerne havde demonstreret stabil ydeevne på de private testnetværk, der blev brugt til Glamsterdam.
“Valget af epoken giver klientteams, infrastrukturoperatører og applikationsudviklere et fælles planlægningsmål, men det gør ikke aktiveringen endelig.”
Udviklerne kan udsætte fork, hvis den næste testfase afslører en større fejl, eller hvis klientteams ikke kan forberede pålidelige udgivelser. Forbeholdet forbliver relevant, efter at Devnet-9 oplevede finalitetsproblemer.
Validatornoder og finalitetsproblemer
Ifølge mødematerialet omfattede netværket cirka 1.000 validatornoder, hvilket gjorde det til det største Glamsterdam-devnet målt på antal validatorer på det tidspunkt. Finalitet kræver, at tilstrækkeligt mange validatorer er enige om kædens tilstand. Når et testnetværk ikke kan afslutte, skal udviklerne afgøre, om årsagen involverer klientsoftware, validator deltagelse, netværkskonfiguration eller en interaktion mellem separate protokolændringer.
Devnet-11 og klientdiversitet
Den oprindelige plan krævede Devnet-10, efter at fejl opstod under tidligere forsøg. Kims seneste opdatering identificerer nu Devnet-11 som den næste test, som udviklerne holder øje med, hvilket indikerer, at den private testsekvens er avanceret ud over den tidligere plan. En stabil Devnet-11 ville give Ethereum-klientteams et andet miljø til at teste de kombinerede Glamsterdam-specifikationer.
Layer-2-teams, staking-udbydere og andre infrastrukturoperatører har brug for fungerende klientimplementeringer, før de sikkert kan teste deres systemer mod den foreslåede fork. Klientdiversitet gør processen mere kompleks, da Ethereum fungerer gennem flere uafhængigt udviklede udførelses- og konsensusklienter.
Udfordringer og fremtidige planer
ACDC #186 dagsordenen registrerer anmodninger fra Lido og Optimism om mindst én stabil dag før en fork. Dagsordenen nævnte klientfejl og vellykket interoperabilitet som spørgsmål, der kræver bekræftelse før Sepolia. En mislykket eller ustabil Devnet-11 ville ikke automatisk annullere aktiveringen den 6. oktober. Udviklerne ville skulle vurdere årsagen og den tid, der kræves til reparationer.
“Et alvorligt problem kunne få dem til at genoverveje datoen under et All Core Developers-møde.”
Tidligere Glamsterdam-forsøg afslørede fejl på begge sider af Ethereums arkitektur. Ethereum Foundation udviklingsingeniør Stefan Starflinger rapporterede, at Devnet-8 afslørede et konsensuslagproblem, der involverede blokke, der gentog en forælderhash.
Devnet-9 led derefter af ikke-finalitet, hvilket fik ingeniører til at undersøge flere edge cases på tværs af et større validator-sæt. På udførelsessiden rapporterede Ethereum Foundation-forsker Maria Silva et implementeringsproblem, der involverede EIP-8037.
Konklusion
Udviklerne har afvist at planlægge Glamsterdam på Hoodi, mens Sepolia forbliver betinget. Hoodi forventes at fungere som det andet offentlige testnet-trin, hvilket giver staking-operatører og protokolteams et andet miljø, der mere præcist repræsenterer hovednetbetingelser. En aktivering af hovednettet i december forbliver et muligt mål, ikke et bekræftet lanceringsvindue.
Den umiddelbare proceduremæssige begivenhed er den planlagte lancering af Devnet-11 den 14. september. Klientteams vil undersøge finalitet, tværklientadfærd og de rettelser, der blev introduceret efter tidligere tests, før de beslutter, om Sepolia kan fortsætte under den nuværende tidsplan.
