Ethereums Glamsterdam-Upgrade wird State-Operationen neu bepreisen: Was Entwickler und Nutzer wissen müssen

Ethereums bevorstehendes Glamsterdam-Upgrade soll eine wichtige Änderung einführen, die für Alltagsnutzer zunächst nicht sofort sichtbar sein dürfte, für Smart-Contract-Entwickler und Infrastruktur-Teams aber sehr relevant werden kann: ein neues Gas-Preismodell für statebezogene Operationen.

Das Team der Ethereum Foundation hat eine Impact-Analyse zu zwei vorgeschlagenen Änderungen veröffentlicht, EIP-8037 und EIP-8038. Beide sollen dafür sorgen, dass Ethereums Gas-Kosten den tatsächlichen Rechen- und Speicheraufwand beim Umgang mit dem wachsenden State des Netzwerks besser widerspiegeln. Praktisch bedeutet das, dass das Upgrade Operationen wie das Erstellen neuer Accounts, das Schreiben neuer Storage-Slots, das Deployen von Bytecode, das Lesen von Contract-Storage und den Zugriff auf kalte Accounts genauer bepreisen soll.

Für die meisten Nutzer ist dafür keine Aktion erforderlich. Wallets, RPC-Anbieter, Block Builder und Application-Frontends sollen ihre Gebührenschätzung und die Transaktionsverarbeitung automatisch anpassen. Allerdings müssen einige wenige Contracts, die auf fest codierten Gas-Annahmen beruhen, möglicherweise überprüft und vor dem Livegang von Glamsterdam korrigiert werden.

Warum Ethereum State-Operationen jetzt neu bepreist

Mit Ethereums „State“ ist die aktuelle Datenbank gemeint, die Full Nodes vorhalten müssen: Account-Salden, Contract-Code, Storage-Werte, Nonces und weitere Daten, die zur Validierung der Chain notwendig sind. Mit dem Wachstum von DeFi, Stablecoins, NFTs, L2-Settlement, Restaking und On-Chain-Infrastruktur ist auch dieser State deutlich größer geworden.

Das Problem betrifft nicht nur die Speichergröße. Auch der Zugriff auf den State beeinflusst die Performance. Wenn Nodes Transaktionen verarbeiten, müssen sie State-Daten effizient lesen und schreiben. Werden Gas-Preise zu niedrig angesetzt und unterschätzen die tatsächlichen Kosten dieser Operationen, kann das Netzwerk anfällig für Durchsatzengpässe werden – insbesondere dann, wenn das Gas-Limit steigt.

Die letzte größere Anpassung der Preisgestaltung für State-Zugriffe nahm Ethereum mit dem Berlin-Upgrade im Jahr 2021 vor. Damals wurden unter anderem über Vorschläge wie EIP-2929 und EIP-2930 Zugriffslists sowie die Unterscheidung zwischen kalten und warmen Zugriffen eingeführt. Seitdem hat sich Ethereums Nutzungsprofil deutlich verändert. Der jüngste Anstieg der Gas-Limits hat die Dringlichkeit zusätzlich erhöht, das State-Wachstum langfristig tragfähig zu machen.

Die Gas-Neubepreisung in Glamsterdam ist daher nicht nur eine Gebührenanpassung. Sie ist Teil von Ethereums größerer Roadmap, höhere Durchsätze zu ermöglichen und gleichzeitig den Betrieb von Nodes praktikabel zu halten.

Was sich durch EIP-8037 und EIP-8038 ändert

Die Glamsterdam-Analyse konzentriert sich auf zwei Vorschläge:

• EIP-8037: bepreist die Erzeugung neuen States neu, einschließlich neuer Accounts, neuer Storage-Slots und deploytem Bytecode.
• EIP-8038: erhöht die Kosten für State-Zugriffe wie SSTORE, SLOAD und den Zugriff auf kalte Accounts.

Die Grundidee ist einfach: Operationen, die die Ethereum-Nodes stärker belasten, sollen auch einen Gas-Preis tragen, der näher an ihrem tatsächlichen Ressourcenverbrauch liegt.

Das ist besonders relevant für Contracts, die viele Storage-Slots anlegen, zahlreiche Contracts deployen oder große Mengen kalter Reads und Writes ausführen. Solche Muster kommen in bestimmten DeFi-Protokollen, Smart-Contract-Factorys, NFT-Minting-Systemen, Account-Abstraction-Infrastrukturen und komplexen On-Chain-Spielen häufig vor.

Das Ziel: Ethereum auf höheren Durchsatz vorbereiten

Ein zentraler Punkt der Analyse ist, dass die neue Preisgestaltung auf ein Performance-Ziel ausgerichtet ist, das ungefähr das Dreifache des Ausgangsdurchsatzes unterstützen könnte. Das bedeutet nicht, dass Glamsterdam Ethereums Kapazität über Nacht verdreifacht. Vielmehr ist die Neubepreisung eine Voraussetzung dafür, das Gas-Limit künftig sicher anzuheben.

Das Skalieren von Ethereum ist 2025 zunehmend mehrschichtig. Rollups übernehmen weiterhin einen großen Teil der Nutzeraktivität, während das Ethereum-Mainnet die Schicht für Settlement, Liquidität und Sicherheit bleibt. Da sich das Blob-basierte Scaling nach EIP-4844 weiterentwickelt, bleibt die Effizienz der Ausführung auf dem Mainnet dennoch entscheidend. Wenn L1-State-Operationen zu billig bepreist sind, kann höherer Durchsatz mehr Last auf Node-Betreiber verlagern und die Dezentralisierung schwächen.

Mit anderen Worten: Die Neubepreisung in Glamsterdam ist ebenso eine Schutzmaßnahme wie ein Skalierungs-Upgrade. Sie soll sicherstellen, dass Ethereum wachsen kann, ohne das Netzwerk zu teuer oder schwer validierbar zu machen.

Wie die Auswirkungen bewertet wurden

Um die praktischen Folgen abzuschätzen, haben Ethereum-Forscher historische Mainnet-Transaktionen unter dem vorgeschlagenen Gas-Schema erneut ausgeführt. Mit dieser Methode lässt sich erkennen, welche Transaktionen sich anders verhalten würden, wenn die neuen Preisregeln angewendet würden.

Die Ergebnisse wurden in vier grobe Kategorien eingeteilt:

1. Transaktionen, die nicht betroffen sind
   Die meisten historischen Transaktionen fallen in diese Gruppe. Sie verlassen sich entweder nicht stark auf die neu bepreisten Operationen oder verfügen bereits über genügend Gas-Puffer.

2. Transaktionen, die zwar weiterhin erfolgreich sind, aber andere Gas-Mengen verbrauchen
   Einige Transaktionen bleiben gültig, doch ihr Gas-Verbrauch oder ihre Ausführungsdetails ändern sich. Das ist zu erwarten, wenn Preisregeln aktualisiert werden.

3. Transaktionen, die unter dem ursprünglichen Limit out of Gas laufen, aber mit höherem Limit erfolgreich sind
   Diese Transaktionen sind nicht grundsätzlich defekt. Sie benötigen unter dem neuen Preismodell lediglich mehr Gas.

4. Transaktionen, die selbst mit deutlich höherem Gas-Limit noch scheitern könnten
   Das ist die kleinste, aber wichtigste Kategorie. Solche Fehler deuten oft auf Contracts hin, die in ihrer Logik von bestimmten Gas-Kosten ausgehen.

Auf diese letzte Kategorie sollten Entwickler besonders achten. Wenn ein Contract feste Gas-Annahmen für Low-Level-Calls, Fallback-Verhalten, Proxy-Muster oder Verzweigungen im Ausführungsfluss verwendet, kann er sich bei einer Änderung des Gas-Schemas unerwartet verhalten.

Warum fest codierte Gas-Annahmen riskant sind

Smart Contracts sollten idealerweise nicht von exakten Gas-Preisen bestimmter Opcodes abhängen. Ethereum hat die Gas-Kosten bereits früher geändert, und das kann sich mit der Weiterentwicklung des Protokolls wiederholen. Ein Contract, der davon ausgeht, dass eine bestimmte Operation immer gleich viel kostet, wird dadurch anfällig.

Typische Risikobereiche sind:

• Low-Level-Calls mit festem Gas-Stipendium;
• Fallback- oder Receive-Funktionen, die mit sehr knappen Gas-Margen arbeiten;
• Proxy- oder Factory-Contracts, die Gas manuell zuweisen;
• Contracts, die gasleft() für den Kontrollfluss verwenden;
• Batch-Execution-Systeme, die interne Ausführung zu aggressiv schätzen;
• Legacy-Contracts, die vor der Berlin-artigen Unterscheidung zwischen kalten und warmen Zugriffen geschrieben wurden.

Das heißt nicht, dass alle diese Contracts scheitern werden. Viele werden weiterhin normal funktionieren. Glamsterdam erinnert jedoch daran, dass Gas als Protokollvariable zu behandeln ist – nicht als dauerhafte Konstante.

Entwickler können das Repository der Ethereum Improvement Proposals für die neuesten Spezifikationsdetails prüfen und die Diskussionen zur Client-Implementierung über das Ethereum-EIPs-GitHub-Repository verfolgen.

Was Entwickler vor Glamsterdam tun sollten

Für Smart-Contract-Teams ist die beste Reaktion proaktives Testen statt Abwarten auf die Mainnet-Aktivierung. Eine praktische Checkliste umfasst:

1. Gas-sensitive Logik prüfen

Überprüfen Sie jeden Code, der Folgendes verwendet:

• gasleft();
• Low-Level-.call{gas: ...}();
• feste Ausführungspuffer;
• eigenes Gas-Accounting durch Relayer oder Bundler;
• Fallback-Funktionen, die von minimalen Ausführungskosten ausgehen;
• Factory-Deployments mit eng begrenzten Gas-Limits.

Wenn die Korrektheit des Contracts von exaktem Gas-Verhalten abhängt, sollte er genauer untersucht werden.

2. Deployment- und Batch-Operationen erneut testen

Contracts, die andere Contracts deployen oder viele neue Storage-Slots beschreiben, werden unter EIP-8037 wahrscheinlich höhere Kosten sehen. Batch-Mints, Vault-Erstellungen, Account-Deployments, Bridge-Operationen und Registry-Updates sollten unter den neuen Regeln getestet werden.

3. Gegen das Platåberget-Testnet validieren

Das Team der Ethereum Foundation hat signalisiert, dass Entwickler das Platåberget-Testnet nutzen können, um zu prüfen, ob Fixes unter Glamsterdam-ähnlicher Preisgestaltung funktionieren. Tests in einem dedizierten Netzwerk sind besonders nützlich für Protokolle mit komplexen Ausführungsabläufen, die sich lokal nur schwer modellieren lassen.

4. Annahmen zur Gas-Schätzung aktualisieren

Frontends, SDKs, Relayer, Bundler und Account-Abstraction-Services sollten sicherstellen, dass Transaktionssimulation und Gas-Puffer aktualisiert werden. Selbst wenn Contracts sicher bleiben, können schlechte Schätzungen fehlschlagende Transaktionen und eine schlechte Nutzererfahrung verursachen.

5. Mit Integratoren kommunizieren

Wenn Ihr Protokoll von Wallets, Aggregatoren, Custody-Plattformen, Analyseanbietern oder automatisierten Marktsystemen integriert wird, sollten bekannte Änderungen frühzeitig kommuniziert werden. Die Gas-Neubepreisung kann nicht nur den Contract selbst betreffen, sondern auch Off-Chain-Systeme, die Transaktionen simulieren oder weiterleiten.

Was normale Ethereum-Nutzer tun müssen

Für normale Nutzer ist die Antwort einfach: Es ist keine manuelle Aktion erforderlich.

Sie müssen keine Mittel verschieben, keine Assets neu deployen, nichts genehmigen und auch nicht ändern, wie Sie Ihr Wallet absichern. Sobald Infrastruktur-Anbieter ihre Software aktualisieren, sollten die meisten Änderungen im Hintergrund durch bessere Gas-Schätzung und Transaktionssimulation abgefangen werden.

Dennoch kann es sein, dass bestimmte komplexe Transaktionen nach dem Upgrade etwas teurer werden, insbesondere wenn sie viele Storage-Schreibvorgänge oder Contract-Deployments beinhalten. Einfache Transfers und gängige Interaktionen dürften deutlich weniger betroffen sein.

Wie immer sollten Nutzer wachsam gegenüber Phishing-Kampagnen rund um große Netzwerk-Upgrades sein. Protokoll-Upgrades erfordern niemals die Eingabe einer Seed Phrase, den Export privater Schlüssel oder eine „Wallet-Migration“ über unbekannte Websites.

Was das für Ethereums langfristiges Design bedeutet

Die Neubepreisung von State-Operationen in Glamsterdam macht ein wiederkehrendes Thema in der Blockchain-Infrastruktur sichtbar: Skalierbarkeit bedeutet nicht nur mehr Blockspace. Es geht auch darum, knappe Ressourcen korrekt zu bepreisen.

Sind Gas-Preise für stateintensive Operationen zu niedrig, kann das Netzwerk schneller wachsen, als Nodes es komfortabel verarbeiten können. Sind sie zu hoch, können nützliche Anwendungen unnötig teuer werden. Die Herausforderung für Ethereum besteht darin, ein Gleichgewicht zu finden, das Innovation fördert und gleichzeitig die Dezentralisierung schützt.

Das ist besonders wichtig, da sich Ethereums Roadmap weiter in mehreren Dimensionen entwickelt:

• größere und effizientere L2-Ökosysteme;
• bessere Datenverfügbarkeit für Rollups;
• verbesserte Leistung auf der Ausführungsschicht;
• zunehmende Nutzung von Account Abstraction;
• langfristige Forschung zum State-Management;
• sicherere Bedingungen für künftige Erhöhungen des Gas-Limits.

Glamsterdam ist ein Baustein dieser größeren Roadmap. Die unmittelbaren Auswirkungen mögen begrenzt sein, doch das Designziel ist grundlegend: Ethereums Ressourcenpreise realistischer machen, bevor das Netzwerk auf höhere Kapazität getrimmt wird.

Sicherheitshinweis: Protokoll-Upgrades ändern nichts an den Best Practices für private Schlüssel

Die Gas-Neubepreisung beeinflusst die Ausführungskosten von Transaktionen, nicht die Art und Weise, wie Nutzer über ihre Assets verfügen. Ob das Netzwerk gerade einen Hard Fork, einen Testnet-Probelauf oder einen Client-Upgrade-Zyklus durchläuft: Das wichtigste Sicherheitsprinzip auf Nutzerebene bleibt dasselbe – private Schlüssel offline halten und Transaktionen sorgfältig prüfen.

Für Nutzer, die mit Ethereum DeFi, NFTs, Staking-Services und L2-Bridges interagieren, kann eine Hardware-Wallet eine wichtige Sicherheitsschicht darstellen. OneKey wurde entwickelt, um Nutzern zu helfen, private Schlüssel offline zu schützen und Transaktionsdetails vor dem Signieren zu prüfen. Da Netzwerk-Upgrades Ethereum leistungsfähiger machen, bleibt sichere Selbstverwahrung unverzichtbar, um sicher am Ökosystem teilzunehmen.

Glamsterdam wird für die meisten Nutzer voraussichtlich keine Störung darstellen, ist für Ethereum-Entwickler aber ein bedeutender technischer Schritt. Teams mit Gas-sensitiven Contracts sollten frühzeitig testen, Annahmen aktualisieren und Integrationen vorbereiten, bevor das Upgrade das Mainnet erreicht.