Glamsterdam erklärt: Was Ethereums nächstes Upgrade ändert und warum es sich verzögert
ePBS, Zugriffslisten auf Blockebene und 200 Millionen Gaslimit: ein Leitfaden zur nächsten Ethereum-Fork und zum Gasproblem, das den Hoodi-Start stoppte.
ETHEREUMBLOCKCHAINANALYSIS
Daniel Hartley
10/27/20263 min lesen
Glamsterdam, die nächste Hard Fork von Ethereum, sollte das große Upgrade des Jahres 2026 werden. Am 6. Oktober ging sie im Testnetz Sepolia live, doch am 22. Oktober sagten die Entwickler die für den 26. Oktober geplante Aktivierung im größeren Testnetz Hoodi ab, nachdem eine Sicherheitsprüfung Bedenken zu einer Reihe von Gas-Änderungen aufgeworfen hatte. Nixo aus dem Ethereum-Forschungsumfeld erwartet, dass der Mainnet-Start dadurch höchstwahrscheinlich ins Jahr 2027 rutscht. Was das Upgrade leistet, warum es wichtig ist und was die jüngste Verzögerung ausgelöst hat – ein Überblick.
Wie frühere Forks vereint Glamsterdam zwei Upgrades: Amsterdam auf der Ausführungsebene von Ethereum, die Transaktionen verarbeitet, und Gloas auf der Konsensebene, die die Validatoren koordiniert. Die beiden Kernneuerungen sind die im Protokoll verankerte Trennung von Proposer und Builder, kurz ePBS, sowie Zugriffslisten auf Blockebene.
Verankerte Proposer-Builder-Trennung
Heute werden die meisten Ethereum-Blöcke nicht von den Validatoren zusammengestellt, die sie vorschlagen. Spezialisierte Builder konkurrieren darum, den profitabelsten Block zu bauen, und die Validatoren wählen das beste Gebot über die Drittsoftware MEV-Boost aus, die auf vertrauenswürdige Vermittler, sogenannte Relays, angewiesen ist. Das System funktioniert, bringt aber wenige Relays in eine heikle Position: Sie sehen Blöcke vor der Veröffentlichung und könnten grundsätzlich Transaktionen zensieren oder ausfallen.
ePBS, beschrieben in EIP-7732, verlagert diese Auktion ins Protokoll selbst. Builder verpflichten sich zu Blöcken und Zahlungen auf eine Weise, die das Protokoll durchsetzen kann, sodass Validatoren den Relays nicht mehr vertrauen müssen. Ein Nebeneffekt betrifft das Timing: Wird die Zusage vom Ausliefern des Blockinhalts getrennt, bleibt dem Netzwerk in jedem Slot mehr Zeit, Daten zu verbreiten und zu prüfen. Dieser zusätzliche Spielraum ist eine der Voraussetzungen dafür, den Durchsatz sicher zu erhöhen.
Zugriffslisten auf Blockebene
Die zweite Neuerung, definiert in EIP-7928, verpflichtet jeden Block, vorab anzugeben, welche Konten und Speicherplätze seine Transaktionen berühren und welche Werte sich daraus ergeben. Mit dieser Übersicht können Ethereum-Clients Daten parallel laden und unabhängige Transaktionen gleichzeitig statt streng nacheinander ausführen. Für Node-Betreiber bedeutet das schnellere Verarbeitung auf derselben Hardware. Für das Netzwerk schafft es Raum für mehr Kapazität. Um diese Kapazität geht es. Die Entwickler kombinierten die Testläufe von Glamsterdam mit einer Anhebung des Block-Gaslimits, also faktisch der Blockgröße, von 60 Millionen auf 200 Millionen auf Sepolia; für Hoodi war dieselbe Erhöhung vorgesehen. Ein höheres Gaslimit bedeutet mehr Transaktionen pro Block auf der Basisschicht und, bei sonst gleichen Bedingungen, niedrigere Gebühren.
Warum Hoodi verschoben wurde
Das Upgrade bepreist außerdem bestimmte Operationen neu, damit die Gaskosten die Last für die Nodes besser abbilden – vor allem das Anlegen und Abrufen von Zustandsdaten. Zwei Vorschläge, EIP-8037 und EIP-8038, verteuern diese Operationen. Laut Bankless stellte das Sicherheitsunternehmen ChainSecurity fest, dass die neuen Preise das Verhalten mancher bestehender Smart Contracts verändern könnten. Das Schreiben in einen neuen Speicherplatz könnte beispielsweise rund 110.000 Gas statt etwa 22.100 kosten und damit feste Gasbudgets überschreiten, die in ältere Verträge einprogrammiert sind.
Die Sorge gilt einem Angriffsmuster namens Insufficient Gas Griefing: Jemand reicht einen Aufruf mit zu wenig Gas ein, sodass eine legitime Aktion scheitert und das Scheitern endgültig festgeschrieben wird. ChainSecurity fand nach eigenen Angaben 13 reale Fälle und informierte die betroffenen Projekte. Die Entwickler entschieden, sich Zeit für die Analyse zu nehmen, und strichen die geplanten Aktivierungen von Amsterdam und Gloas sowie das Gaslimit von 200 Millionen für Hoodi.
Was das für Nutzer und Entwickler bedeutet
ETH-Halter und normale Nutzer müssen nichts unternehmen; die Verzögerung betrifft Testnetze und Client-Teams. Für Entwickler ist der Vorfall eine Erinnerung daran, dass Gaskosten Teil der Umgebung eines Smart Contracts sind und dass Code, der feste Kosten voraussetzt, bei Protokolländerungen brechen kann. Projekte mit älteren Verträgen, die feste Gasmengen weiterleiten, sollten diese jetzt prüfen, statt auf einen Mainnet-Termin zu warten.
Für die weitere Roadmap hat die Verzögerung Folgewirkungen. Die nächste Fork, Hegotá, wird parallel geplant; zu den aussichtsreichsten Kandidaten zählt FOCIL, ein Mechanismus, mit dem mehrere Validatoren die Aufnahme von Transaktionen in Blöcke erzwingen können, um die Zensurresistenz zu stärken. Vitalik Buterin bezeichnete Hegotá als voraussichtlich letzte konventionelle Fork vor einem längeren Umbau des Protokolls – Verzögerungen in dieser Phase verschieben also eine ganze Kette von Arbeiten.
Die nächsten Meilensteine sind eine überarbeitete Spezifikation der Gas-Neubepreisung, neue Client-Versionen, ein neuer Hoodi-Termin und möglicherweise eine zweite Fork auf Sepolia, falls sich die Spezifikation ändert. Bis dahin ist jeder Mainnet-Termin für Glamsterdam Spekulation. Klar ist: Die Kernentwickler von Ethereum stellen Vorsicht über den Zeitplan. Für ein Netzwerk, das Werte in Höhe von Hunderten Milliarden Dollar absichert, ist das genau der Kompromiss, den sich die meisten Nutzer wünschen dürften.