De Ethereum Foundation heeft 6 oktober vastgesteld als activeringsdatum voor de Glamsterdam-upgrade op Ethereum's Sepolia-testnet, waarmee node-operators een deadline krijgen om hun software bij te werken en applicatieteams een publiek netwerk om de wijzigingen te testen. Gewone ETH-houders hoeven voor deze activering geen actie te ondernemen. Voor lezers die minder vertrouwd zijn met Ethereum's ontwikkelcyclus: een testnet is een parallel netwerk waar client-teams en applicatie-ontwikkelaars protocolwijzigingen repeteren voordat deze Ethereum's hoofdnetwerk bereiken. Deze activering is dus een coördinatiemijlpaal in de aanloop naar een eventuele mainnet-planning, geen wijziging aan de live chain.

Volgens de aankondiging gepubliceerd op de blog van de Foundation bereidt Glamsterdam Ethereum voor om meer werk te verwerken, waarbij de gaskosten voor bepaalde operaties worden gewijzigd. De publieke test stelt ontwikkelaars in staat te controleren of applicaties nog correct uitvoeren en onder de nieuwe regels nauwkeurig kosten inschatten.

Verandert Glamsterdam wat gebruikers betalen?

Het effect hangt af van de transactie. Het aanmaken van een account, het deployen van contractcode of het toevoegen van opslag laat informatie achter die Ethereum's nodes moeten bewaren, en Glamsterdam wijzigt de gas-kosten voor dat werk en voor toegang tot bestaande gegevens.

EIP-8037 verhoogt de kosten voor het aanmaken van state en registreert deze apart, terwijl EIP-8038 de kosten voor het lezen en schrijven van opgeslagen informatie bijwerkt. Een applicatie die aanzienlijke nieuwe opslag creëert krijgt daardoor een ander kostenprofiel dan een eenvoudige betaling.

Voor een gewone ETH-transfer naar een bestaand normaal account houdt de huidige transactie-gas-specificatie (EIP-2780) de kosten op 21.000 execution gas. Dat getal meet het werk dat aan de transactie wordt toegerekend; het werkelijk betaalde bedrag hangt nog steeds af van de gasprijs op het moment van indienen.\nEthereum's kostendocumentatie legt uit dat de uiteindelijke kosten afhangen van het verbruikte gas en de prijs per eenheid, waarbij vraag de prijs beïnvloedt. Meer capaciteit kan de concurrentie om blockruimte verminderen, terwijl hogere kosten voor bepaalde operaties hun gasverbruik kunnen verhogen. De stelling dat Glamsterdam elke transactie goedkoper zal maken zou dat onderscheid over het hoofd zien.

Waarom Ethereum het werk achter elk block verandert

Meer capaciteit vergroot ook het werk dat nodes moeten verrichten: transactiegegevens ontvangen, controleren en Ethereum's administratie bijhouden. Glamsterdam richt zich op de beschikbare tijd voor die controles en op hoe client-software de toegang tot de gegevens organiseert. Het in balans brengen van die twee drukken — meer nuttig werk in elk block passen terwijl de verificatietijd beheersbaar blijft — is de beperking waaromheen de upgrade is ontworpen, en daarom komen de schaal- en repricing-wijzigingen samen.

Block builders: de overdracht in het protocol verankeren

Gespecialiseerde builders kiezen en rangschikken al transacties voor veel validators. Enshrined proposer-builder separation (ePBS) verplaatst het commitment-, leverings- en betalingsmechanisme voor die relatie naar Ethereum's protocol.

Volgens het ontwerp kiest een validator die een block voorstelt het commitment van een builder om bepaalde transactiegegevens te leveren, waarna de builder die gegevens aanlevert. Het scheiden van consensuscontroles en executiecontroles geeft validators meer tijd om de gegevens te verifiëren, terwijl het protocol de betaling voor de uitwisseling regelt.

Access lists: helpen nodes validatie organiseren

Block-level access lists registreren de accounts en opslag die tijdens executie worden aangeraakt, samen met de resulterende waarden. Client-software kan die registratie gebruiken om gegevens parallel te laden en verenigbare validatiewerkzaamheden parallel te organiseren.

De lijst wordt gegenereerd uit executiegegevens en moet zelf ook worden gecontroleerd. Ze helpt nodes afhankelijkheden tussen transacties te identificeren; ze voorspelt niet de effecten ervan voordat de builder ze uitvoert, en de prestatiewinst hangt af van hoe clients deze mogelijkheden implementeren.

Samen creëren deze wijzigingen ruimte voor grotere executiecapaciteit. Gas-repricing pakt de bijbehorende databasebelasting aan: meer activiteit toestaan is makkelijker vol te houden wanneer operaties die opgeslagen gegevens creëeren of raadplegen worden belast naar evenredigheid van hun resourcebehoeften.

Een vaste gas-toewijzing kan een applicatieprobleem worden

Beschouw een contract dat een interne operatie een vaste hoeveelheid gas geeft. Als die operatie duurder wordt, kan ze de toewijzing overschrijden en mislukken, en het geven van meer gas aan de gehele transactie verandert niet noodzakelijk een limiet die in het contract zelf is vastgelegd.

Daarom moet testen verder gaan dan controleren of het netwerk succesvol activeert. Een wallet moet mogelijk zijn schting herzien, terwijl een contract met een hardcoded toewijzing een andere oplossing kan vereisen.

De repricing impact analysis van de Foundation speelde historische mainnet-transacties af onder het voorgestelde gas-schema. Bij de geteste transacties bleven de grote meerderheid van de uitkomsten onveranderd. Sommige getroffen transacties voltooiden nadat de meegegeven gas-limiet was verhoogd, terwijl een kleinere groep mogelijk defect bleef, zelfs met een aanzienlijk hogere limiet. Ontwikkelaars kunnen de zoekfunctie voor getroffen contracten van de Foundation gebruiken om adressen en faaltypes te onderzoeken. Teams die wallets, transactiediensten en node-tooling onderhouden moeten ook gas-schattingen bijwerken in plaats van te vertrouwen op gecachte kostenveronderstellingen. Nu 6 oktober vaststaat, zijn de waarneembare ijkpunten tussen de testnet-activering en een eventuele toekomstige mainnet-planning concreet: of wallet- en tooling-releases bijgewerkte gas-schattingen meebrengen, en of de teams achter de contracten die door de zoekfunctie naar boven kwamen hun eigen fixes uitrollen.

Wie moet actie ondernemen?

Sepolia-operators en validators: Installeer compatibele execution- en consensus-clients. Validators moeten hun beacon node en validator-client bijwerken en de nieuwe ePBS-taken en vereisten voor builder-tooling doornemen.

Applicatie-ontwikkelaars: Test executie en gas-schattingen onder de herziene regels, vooral waar contracten vaste gas-waarden gebruiken.

Mainnet-gebruikers en ETH-houders: Voor deze testnet-activering is geen actie vereist. Instructies voor het mainnet vergezellen een afzonderlijke aankondiging.

Een succesvolle activering zal tonen dat clients gezamenlijk de nieuwe regels volgen. De daaropvolgende applicatietests zullen uitwijzen of wallets kosten correct inschatten en getroffen contracten betrouwbaar functioneren — beide zijn nodig voordat de voorgestelde schaalverbeteringen mainnet-gebruikers een betrouwbare dienst kunnen bieden.