Ethereum åbner Glamsterdam for test: Platåberget først, Hegotá bagefter

Glamsterdam-ændringerne, der kan ramme værktøjerne

Gas er ikke længere én enkel antagelse

Glamsterdam indeholder en samlet pakke med nye gaspriser, der sigter mod en gasgrænse på omkring 200 millioner. Det kan give problemer for software, der bygger på en hardkodet maksimal gasgrænse – herunder wallets, indexere og værktøjer til gas-estimering.

Ændringen handler ikke blot om at justere én konstant. EIP-8037 indfører en separat dimension for state-gas ved operationer, der opretter ny state. Under den nye opdeling kan en overførsel til en eksisterende konto fortsat koste 21.000 execution-gas, mens en overførsel til en konto, der ikke findes endnu, også udløser state-gas under udførelsen.

Udviklere bør derfor ikke længere gå ud fra, at:

• alle almindelige ETH-overførsler altid koster præcis 21.000 gas
• Ethereum-transaktioner kan beskrives med én universel gasdimension

Wallets og tjenester bør i stedet bruge protokolbevidst estimering og teste overførsler både til eksisterende og nye konti på Platåberget. Ethereum Foundation har specifikt advaret om, at værktøjer med hardkodede gaslofter kan gå i stykker.

ePBS ændrer blokbygningen

Enshrined proposer-builder separation, forkortet ePBS, er en af Glamst…sterdam's centrale protokolændringer og indføres gennem EIP-7732. Ændringen påvirker, hvordan ansvar for blokbygning og validering repræsenteres i protokollen. Validator-, builder-, relay- og nodeinfrastruktur bør derfor teste mere end blot almindelig indsendelse af transaktioner.

Adgangslister på blokniveau giver nye data

Block-level access lists, som er beskrevet i EIP-7928, bliver også en del af opgraderingen. De giver klienter og infrastruktur mere information om den state-adgang, der forventes på tværs af en hel blok. Det kan kræve tilpasninger i execution-værktøjer og systemer, der analyserer eller modellerer blokindhold.

Større kontrakter og initcode

Glamsterdam lægger desuden op til højere størrelsesgrænser:

• Maksimal størrelse for en deployed kontrakt: 24 KiB til 64 KiB
• Maksimal størrelse for initcode: 48 KiB til 128 KiB

Værktøjer til kontrakt-deployment, bytecode-validering, udviklingsframeworks og indekseringssystemer bør teste de nye grænser i stedet for at antage, at dagens grænser er permanente.

Hvad bør udviklere teste på Platåberget?

For teams, der vedligeholder Ethereum-software, er den praktiske tjekliste vigtigere end selve opgraderingsnavnet:

• Fjern antagelser om en hardkodet maksimal gasgrænse.
• Test ETH-overførsler til både eksisterende og ikke-eksisterende konti.
• Understøt separat bogføring af execution-gas og state-gas, hvor det er nødvendigt.
• Gennemgå gas-estimatorer, gebyrvisninger og logikken til transaktionssimulering.
• Test node-, builder- og validatorflows, der er berørt af ePBS.
• Kontroller blokfortolkere og indexere mod access lists på blokniveau.
• Test håndtering af kontrakter og initcode ved de foreslåede højere grænser.
• Gentag testforløbet, når Glamsterdam bevæger sig videre til devnettet uden finalitet, Sepolia og Hoodi.

Platåberget er dermed ikke bare en smagsprøve på den kommende opgradering. Dets vigtigste funktion er at afsløre fejl i den omkringliggende software, mens der stadig er tid til at rette dem, før produktionssystemer berøres.

Hegotá: 66 forslag, men kun én funktion på planen

Hegotá er den planlagte opgradering til 2027, men indholdet er endnu ikke fastlagt. Udviklerne gennemgår 66 forslag, og den nuværende proces omfatter blandt andet en liste over forslag til inklusion omkring 27. august samt rangeringer fra klientteams senest 10. september. Det er beslutningsmilepæle – ikke et løfte om, at alle 66 forslag bliver gennemført.

Det er vigtigt at skelne mellem forslagets status:

• Scheduled: formelt planlagt til at komme med.
• Considered: aktivt under vurdering, men endnu ikke bekræftet.
• Candidate: del af den bredere diskussion og stadig i konkurrence om udviklings- og testkapacitet.

Indtil videre er FOCIL, Fork-Choice Enforced Inclusion Lists under EIP-7805, den eneste funktion, der formelt er planlagt til Hegotá. Mekanismen skal styrke modstanden mod censur ved at gøre det muligt at håndhæve udpegede lister over transaktioner gennem fork choice. Det begrænser buildernes mulighed for at udelukke kvalificerede transaktioner fra en blok.

De vigtigste Hegotá-kandidater

Frame Transactions

Frame Transactions, eller EIP-8141, er fortsat under overvejelse og er ikke bekræftet til Hegotá. Forslaget definerer et transaktionsformat, hvor validering, betaling af gas og udførelse kan håndteres gennem en sekvens af frames og kontraktkald. Det kan give Ethereum en protokolbaseret vej til account abstraction og mere fleksible betalingsflows.

Ethereum-forskere har også diskuteret Frame Transactions sammen med relaterede forslag som en mulig vej til mere indbygget privacy-funktionalitet. Den samlede pakke er dog ikke godkendt som en del af Hegotá.

Quick Slots

Ethlabs har anbefalet Quick Slots, EIP-8198, som del af en mere fokuseret Hegotá-opgradering med hurtigere blokproduktion og finalitet. Kortere slot-tider er fortsat et forslag og ikke en bekræftet parameter for opgraderingen.

Fortsat skalering af Layer 1

Ethlabs anbefaler også fortsat kapacitetsarbejde på Layer 1 sammen med bedre censurmodstand, hurtigere bekræftelser og indbygget account abstraction. Anbefalingerne er prioriteter i den videre diskussion – de svarer ikke i sig selv til formelle beslutninger om inklusion.

Forhøjelser af gasgrænsen, otte sekunders slots, post-quantum-kryptografi og andre forslag om validatorer, privacy og execution-laget er derfor stadig under overvejelse og ikke bekræftet som en del af Hegotá.

Hvad betyder det for Ethereum-teams?

Glamsterdam er den konkrete tekniske deadline på kort sigt. Platåberget giver udviklere et offentligt miljø til at finde fejl forårsaget af nye gaspriser, state-gas, ePBS, access lists og større størrelsesgrænser, før opgraderingen når Sepolia, Hoodi og mainnet.

Hegotá er en anden type proces: et prioriteringsarbejde, der stadig er åbent. FOCIL er den eneste funktion, der foreløbig er låst fast, mens Frame Transactions, Quick Slots, skalering og andre forslag fortsat skal igennem udvælgelse, implementering og test.

Udviklere bør derfor behandle Glamsterdam som et aktivt kompatibilitetsprojekt og Hegotá som en roadmap under udvikling – ikke som en færdig liste over funktioner, der med sikkerhed kommer i 2027.