Glamsterdam-gaffeln på Platåberget är planerad till 20 augusti. Tidsplanen för huvudnätet har flyttats från första halvåret 2026 till fjärde kvartalet 2026, men det är fortfarande ett planeringsmål och inget garanterat aktiveringsdatum.

Den förväntade testordningen är:

1. Glamsterdam aktiveras på Platåberget.
2. Feedback samlas in och kompatibilitetsproblem åtgärdas.
3. Ett devnet utan finalitet lanseras.
4. Glamsterdam aktiveras på Sepolia och Hoodi.
5. Huvudnätet uppgraderas först när testnäten bedöms vara stabila.

Förändringarna som kan slå ut befintliga verktyg

Gasantaganden måste göras om

Glamsterdam innehåller ett samordnat paket för omprissättning av gas, med målet att nå ett golv på omkring 200 miljoner gas. Programvara som bygger på ett hårdkodat maximalt gasvärde kan därför sluta fungera. Det gäller bland annat plånböcker, indexerare och verktyg för gasestimering.

Förändringen handlar inte bara om att justera en enda konstant. EIP-8037 inför en separat dimension för state gas – gas som kopplas till operationer där nytt tillstånd skapas. I den uppdelade modellen kan en överföring till ett befintligt konto fortfarande kosta 21 000 enheter i execution gas, medan en överföring till ett konto som inte finns dessutom belastas med runtime state gas.

Utvecklare bör därför släppa två gamla antaganden:

• att alla vanliga ETH-överföringar alltid kostar exakt 21 000 gas,
• att Ethereum-transaktioner kan beskrivas med en enda generell gasdimension.

Plånböcker och tjänster bör i stället använda protokollmedveten estimering och testa överföringar både till befintliga och nya konton på Platåberget. Ethereum Foundation har särskilt varnat för att verktyg med hårdkodade gasgränser kan gå sönder.

ePBS förändrar hur block byggs

Enshrined proposer-builder separation, förkortat ePBS, är en av Glamstадамams större protokollförändringar och införs genom EIP-7732. Förslaget förändrar hur ansvar för blockkonstruktion och validering representeras i protokollet. Validator-, builder-, relay- och nodinfrastruktur behöver därför testa mer än att vanliga transaktioner kan skickas in.

Åtkomstlistor på blocknivå ger ny exekveringsinformation

Block-level access lists, som specificeras i EIP-7928, ingår också i uppgraderingen. De ger klienter och infrastruktur ytterligare information om vilken state-access som förväntas under ett helt block. Det skapar kompatibilitetsarbete för exekveringsverktyg och system som tolkar eller modellerar blockinnehåll.

Större gränser för kontrakt och initcode

Glamsterdam föreslår även högre storleksgränser:

• största distribuerade kontrakt: 24 KiB till 64 KiB,
• största initcode: 48 KiB till 128 KiB.

Verktyg för kontraktsdistribution, bytecode-validering, utvecklingsramverk och indexeringssystem bör testa de nya gränserna i stället för att utgå från att dagens nivåer består.

Checklista för utvecklare på Platåberget

För team som underhåller Ethereum-baserad programvara är den praktiska checklistan viktigare än själva uppgraderingsnamnet. De bör:

• ta bort antaganden om hårdkodade maximala gasgränser,
• testa ETH-överföringar till både befintliga och icke-existerande konton,
• stödja separat redovisning av execution gas och state gas där det krävs,
• granska gasestimering, avgiftsvisning och transaktionssimulering,
• testa nod-, builder- och validatorflöden som påverkas av ePBS,
• kontrollera blockparserare och indexerare mot blocknivåbaserade åtkomstlistor,
• testa hantering av kontrakt och initcode vid de föreslagna större storlekarna,
• upprepa testerna när Glamsterdam går vidare till devnet utan finalitet, Sepolia och Hoodi.

Platåbergets viktigaste funktion är därmed inte bara att ge en förhandsvisning. Nätverket ska avslöja problem i programvara som ligger längre ned i utvecklingskedjan medan det fortfarande finns tid att rätta dem före produktion.

Hegotá: 66 förslag, men bara en fast punkt

Hegotá är den planerade uppgraderingen för 2027, men innehållet är ännu inte fastställt. Utvecklarna går igenom 66 förslag. En lista över förslag som föreslås tas med väntas omkring 27 augusti, och klientteamens rangordningar ska lämnas in senast 10 september. Det är milstolpar i urvalsprocessen – inte ett löfte om att alla 66 förslag kommer att lanseras.

Det är viktigt att skilja mellan de olika statusnivåerna:

• Scheduled: formellt planerad att ingå.
• Considered: aktivt granskad men ännu inte bekräftad.
• Candidate: del av den bredare diskussionen och fortfarande konkurrerande om utvecklings- och testkapacitet.

För närvarande är FOCIL, Fork-Choice Enforced Inclusion Lists enligt EIP-7805, den enda funktionen som formellt är schemalagd för Hegotá. Tekniken är tänkt att stärka censurmotståndet genom att låta utsedda transaktionslistor verkställas via fork choice. Därmed begränsas möjligheten för blockbyggare att utesluta giltiga transaktioner.

De viktigaste kandidaterna till Hegotá

Frame Transactions

Frame Transactions, eller EIP-8141, övervägs fortfarande och är inte bekräftade för Hegotá. Förslaget definierar ett transaktionsformat där giltighet, betalning av gas och exekvering kan hanteras genom en sekvens av frames och kontraktsanrop. Det skulle kunna ge Ethereum en protokollnära väg mot account abstraction och mer flexibla betalningsflöden.

Ethereumforskare har även diskuterat Frame Transactions tillsammans med närliggande förslag som en möjlig grund för mer inbyggd integritet. Något sådant samlat paket är dock ännu inte godkänt som Hegotá-innehåll.

Quick Slots

Ethlabs har förespråkat Quick Slots, EIP-8198, som en del av en mer avgränsad Hegotá-uppgradering med fokus på snabbare blockproduktion och finalitet. Kortare slot-tider är fortfarande ett förslag och ingen fastställd parameter för uppgraderingen.

Fortsatt skalning av lager 1

Ethlabs rekommenderar också fortsatt kapacitetsarbete på Ethereums lager 1, tillsammans med bättre censurmotstånd, snabbare bekräftelser och inbyggd account abstraction. Rekommendationerna är prioriteringar för diskussionen och ska inte likställas med formella beslut om inkludering.

Höjda gasgränser, åtta sekunder långa slots, postkvantkryptografi och andra förslag som rör validatorer, integritet och exekveringslagret är fortfarande under övervägande och ingår inte i en bekräftad Hegotá-omfattning.

Vad Ethereum-team behöver göra nu

Glamsterdam är den närmaste tekniska deadline som utvecklare måste förhålla sig till. Platåberget ger team en offentlig miljö där de kan hitta problem kopplade till omprissatt gas, state-gas-redovisning, ePBS, åtkomstlistor och större storleksgränser innan uppgraderingen når Sepolia, Hoodi och huvudnätet.

Hegotá är något annat: en pågående prioriteringsprocess. FOCIL är den enda funktion som hittills är låst, medan Frame Transactions, Quick Slots, skalningsarbete och andra förslag fortfarande måste klara urval, implementation och testning. Utvecklare bör därför se Glamsterdam som ett aktivt kompatibilitetsprojekt och Hegotá som en föränderlig färdplan – inte som en färdig lista över funktioner för 2027.

Glamsterdam-gaffeln på Platåberget är planerad till 20 augusti. Tidsplanen för huvudnätet har flyttats från första halvåret 2026 till fjärde kvartalet 2026, men det är fortfarande ett planeringsmål och inget garanterat aktiveringsdatum.

Den förväntade testordningen är:

1. Glamsterdam aktiveras på Platåberget.
2. Feedback samlas in och kompatibilitetsproblem åtgärdas.
3. Ett devnet utan finalitet lanseras.
4. Glamsterdam aktiveras på Sepolia och Hoodi.
5. Huvudnätet uppgraderas först när testnäten bedöms vara stabila.

Förändringarna som kan slå ut befintliga verktyg

Gasantaganden måste göras om

Glamsterdam innehåller ett samordnat paket för omprissättning av gas, med målet att nå ett golv på omkring 200 miljoner gas. Programvara som bygger på ett hårdkodat maximalt gasvärde kan därför sluta fungera. Det gäller bland annat plånböcker, indexerare och verktyg för gasestimering.

Förändringen handlar inte bara om att justera en enda konstant. EIP-8037 inför en separat dimension för state gas – gas som kopplas till operationer där nytt tillstånd skapas. I den uppdelade modellen kan en överföring till ett befintligt konto fortfarande kosta 21 000 enheter i execution gas, medan en överföring till ett konto som inte finns dessutom belastas med runtime state gas.

Utvecklare bör därför släppa två gamla antaganden:

• att alla vanliga ETH-överföringar alltid kostar exakt 21 000 gas,
• att Ethereum-transaktioner kan beskrivas med en enda generell gasdimension.

Plånböcker och tjänster bör i stället använda protokollmedveten estimering och testa överföringar både till befintliga och nya konton på Platåberget. Ethereum Foundation har särskilt varnat för att verktyg med hårdkodade gasgränser kan gå sönder.

ePBS förändrar hur block byggs

Enshrined proposer-builder separation, förkortat ePBS, är en av Glamstадамams större protokollförändringar och införs genom EIP-7732. Förslaget förändrar hur ansvar för blockkonstruktion och validering representeras i protokollet. Validator-, builder-, relay- och nodinfrastruktur behöver därför testa mer än att vanliga transaktioner kan skickas in.

Åtkomstlistor på blocknivå ger ny exekveringsinformation

Block-level access lists, som specificeras i EIP-7928, ingår också i uppgraderingen. De ger klienter och infrastruktur ytterligare information om vilken state-access som förväntas under ett helt block. Det skapar kompatibilitetsarbete för exekveringsverktyg och system som tolkar eller modellerar blockinnehåll.

Större gränser för kontrakt och initcode

Glamsterdam föreslår även högre storleksgränser:

• största distribuerade kontrakt: 24 KiB till 64 KiB,
• största initcode: 48 KiB till 128 KiB.

Verktyg för kontraktsdistribution, bytecode-validering, utvecklingsramverk och indexeringssystem bör testa de nya gränserna i stället för att utgå från att dagens nivåer består.

Checklista för utvecklare på Platåberget

För team som underhåller Ethereum-baserad programvara är den praktiska checklistan viktigare än själva uppgraderingsnamnet. De bör:

• ta bort antaganden om hårdkodade maximala gasgränser,
• testa ETH-överföringar till både befintliga och icke-existerande konton,
• stödja separat redovisning av execution gas och state gas där det krävs,
• granska gasestimering, avgiftsvisning och transaktionssimulering,
• testa nod-, builder- och validatorflöden som påverkas av ePBS,
• kontrollera blockparserare och indexerare mot blocknivåbaserade åtkomstlistor,
• testa hantering av kontrakt och initcode vid de föreslagna större storlekarna,
• upprepa testerna när Glamsterdam går vidare till devnet utan finalitet, Sepolia och Hoodi.

Platåbergets viktigaste funktion är därmed inte bara att ge en förhandsvisning. Nätverket ska avslöja problem i programvara som ligger längre ned i utvecklingskedjan medan det fortfarande finns tid att rätta dem före produktion.

Hegotá: 66 förslag, men bara en fast punkt

Hegotá är den planerade uppgraderingen för 2027, men innehållet är ännu inte fastställt. Utvecklarna går igenom 66 förslag. En lista över förslag som föreslås tas med väntas omkring 27 augusti, och klientteamens rangordningar ska lämnas in senast 10 september. Det är milstolpar i urvalsprocessen – inte ett löfte om att alla 66 förslag kommer att lanseras.

Det är viktigt att skilja mellan de olika statusnivåerna:

• Scheduled: formellt planerad att ingå.
• Considered: aktivt granskad men ännu inte bekräftad.
• Candidate: del av den bredare diskussionen och fortfarande konkurrerande om utvecklings- och testkapacitet.

För närvarande är FOCIL, Fork-Choice Enforced Inclusion Lists enligt EIP-7805, den enda funktionen som formellt är schemalagd för Hegotá. Tekniken är tänkt att stärka censurmotståndet genom att låta utsedda transaktionslistor verkställas via fork choice. Därmed begränsas möjligheten för blockbyggare att utesluta giltiga transaktioner.

De viktigaste kandidaterna till Hegotá

Frame Transactions

Frame Transactions, eller EIP-8141, övervägs fortfarande och är inte bekräftade för Hegotá. Förslaget definierar ett transaktionsformat där giltighet, betalning av gas och exekvering kan hanteras genom en sekvens av frames och kontraktsanrop. Det skulle kunna ge Ethereum en protokollnära väg mot account abstraction och mer flexibla betalningsflöden.

Ethereumforskare har även diskuterat Frame Transactions tillsammans med närliggande förslag som en möjlig grund för mer inbyggd integritet. Något sådant samlat paket är dock ännu inte godkänt som Hegotá-innehåll.

Quick Slots

Ethlabs har förespråkat Quick Slots, EIP-8198, som en del av en mer avgränsad Hegotá-uppgradering med fokus på snabbare blockproduktion och finalitet. Kortare slot-tider är fortfarande ett förslag och ingen fastställd parameter för uppgraderingen.

Fortsatt skalning av lager 1

Ethlabs rekommenderar också fortsatt kapacitetsarbete på Ethereums lager 1, tillsammans med bättre censurmotstånd, snabbare bekräftelser och inbyggd account abstraction. Rekommendationerna är prioriteringar för diskussionen och ska inte likställas med formella beslut om inkludering.

Höjda gasgränser, åtta sekunder långa slots, postkvantkryptografi och andra förslag som rör validatorer, integritet och exekveringslagret är fortfarande under övervägande och ingår inte i en bekräftad Hegotá-omfattning.

Vad Ethereum-team behöver göra nu

Glamsterdam är den närmaste tekniska deadline som utvecklare måste förhålla sig till. Platåberget ger team en offentlig miljö där de kan hitta problem kopplade till omprissatt gas, state-gas-redovisning, ePBS, åtkomstlistor och större storleksgränser innan uppgraderingen når Sepolia, Hoodi och huvudnätet.

Hegotá är något annat: en pågående prioriteringsprocess. FOCIL är den enda funktion som hittills är låst, medan Frame Transactions, Quick Slots, skalningsarbete och andra förslag fortfarande måste klara urval, implementation och testning. Utvecklare bör därför se Glamsterdam som ett aktivt kompatibilitetsprojekt och Hegotá som en föränderlig färdplan – inte som en färdig lista över funktioner för 2027.