Ethereums Glamsterdam Hard Fork erklärt: Wie parallele Ausführung und ePBS 10.000 TPS anstreben
Derzeit stellen zwei Block-Builder mehr als 90 % jedes Ethereum-Blocks zusammen. Jede Transaktion wartet in einer Einerreihe, unabhängig davon, wie viele CPU-Kerne ein Validator hat. Und die Gas-Preise spiegeln immer noch Benchmarks wider, die vor Jahren auf Hardware festgelegt wurden, die heute gar nicht mehr existiert.
Glamsterdam, Ethereums nächster Hard Fork, der für die erste Hälfte des Jahres 2026 geplant ist, soll alle drei Probleme gleichzeitig lösen. Mit einer Erhöhung des Gas-Limits von 60 Millionen auf 200 Millionen, einem neuen Primitiv für die parallele Ausführung und einer direkt in den Consensus-Layer integrierten Proposer-Builder Separation stellt das Upgrade die aggressivste strukturelle Überholung seit „The Merge“ dar. Wenn es termingerecht ausgeliefert wird, könnte Ethereums Layer 1 etwa 10.000 Transaktionen pro Sekunde verarbeiten – etwa das Zehnfache des heutigen Durchsatzes – und gleichzeitig die Gas-Gebühren um fast 79 % senken.
Hier ist, was sich tatsächlich ändert, warum es wichtig ist und wo die Risiken lauern.
Warum Ethereum einen strukturellen Reset benötigte
Ethereum hat das Jahr 2025 damit verbracht, zuzusehen, wie Konkurrenten ihm bei der reinen Geschwindigkeit den Rang ablaufen. Solana verarbeitet über 1.000 reale Transaktionen pro Sekunde. Monad, ein EVM-kompatibler Newcomer, hat über 10.000 TPS mit Blöcken in unter einer halben Sekunde demonstriert. In der Zwischenzeit liegt Ethereums Layer 1 zwischen 15 und 20 TPS – eine Zahl, die sich seit dem Shanghai-Upgrade kaum bewegt hat.
Die Leistungslücke führte zu einem sichtbaren Migrationsmuster. Entwickler, die latenzempfindliche Anwendungen erstellen – Gaming, Hochfrequenz-DeFi, KI-Agenten-Transaktionen –, wichen zunehmend auf schnellere Chains aus. Ethereums bisherige Antwort war es, den Durchsatz auf Layer 2s (Base, Arbitrum, Optimism) zu verlagern. Doch diese Strategie brachte eigene Fragmentierungsprobleme mit sich: Liquidität, die auf über 60 Rollups verteilt ist, siebentägige Auszahlungsverzögerungen und Benutzererfahrungen, die Kenntnisse über Bridges voraussetzen.
Glamsterdam gibt die L2-Roadmap nicht auf. Es macht L1 selbst schnell genug, um die Arbeitslasten zurückzugewinnen, die an die Konkurrenz verloren gingen, während gleichzeitig die Wirtschaftlichkeit für das L2-Settlement verbessert wird. Vitalik Buterin skizzierte Ende Februar 2026 acht Ethereum Improvement Proposals (EIPs), die den Umfang des Upgrades definieren, wobei zwei „Headliner“-EIPs oberste Priorität genießen.
Die beiden Highlights: Parallele Ausführung und Block-Building auf Protokollebene
EIP-7928: Block-Level Access Lists
Heutzutage erfahren Ethereum-Clients erst während der Ausführung, welche Konten und Speicherplätze (Storage Slots) ein Block berührt. Es gibt keinerlei Vorab-Sichtbarkeit des State-Zugriffsmusters eines Blocks. Transaktionen werden nacheinander in strikter Reihenfolge verarbeitet, selbst wenn sie völlig unabhängige Teile des States betreffen.
EIP-7928 führt Block-Level Access Lists (BALs) ein – strukturierte Deklarationen, die genau festlegen, welche Speicherplätze und Konten jede Transaktion lesen oder schreiben wird. Ein Hash dieser Zugriffsliste, der „BAL-Root“, wird direkt in den Block-Header eingebettet.
Die praktischen Auswirkungen sind transformativ. Wenn ein Validator im Voraus weiß, dass eine Transaktion ein Uniswap-Swap und eine andere eine Aave-Einzahlung in einen separaten Pool ist, kann er diese gleichzeitig über mehrere CPU-Kerne hinweg verarbeiten. Die sequentielle Ausführung wird zu einem Abhängigkeitsgraphen, bei dem nur wirklich kollidierende Transaktionen aufeinander warten müssen.
BALs ermöglichen auch das State-Prefetching: Nodes können die erforderlichen State-Daten in den Speicher laden, noch bevor die Ausführung beginnt. Dadurch werden I/O-Engpässe beseitigt, die derzeit die Blockverarbeitung verlangsamen. Die Ethereum Foundation schätzt, dass BALs kurzfristig eine 10- bis 30-fache Verbesserung des Ausführungsdurchsatzes liefern könnten.
EIP-7732: Enshrined Proposer-Builder Separation (ePBS)
Das Problem beim Block-Building ist schwerer zu erkennen, aber ebenso schädlich. Heute hängen 80–90 % der Ethereum-Blockproduktion von Off-Chain-Diensten ab, die als Relays bezeichnet werden – primär Flashbots MEV-Boost. Eine Handvoll spezialisierter Builder (Flashbots, Titan, BeaverBuild) stellen Blöcke für Validatoren zusammen und extrahieren durch die Transaktionsreihenfolge den Maximal Extractable Value (MEV).
Diese Anordnung funktioniert, birgt jedoch drei strukturelle Risiken:
- Zentralisierung. Zwei bis drei Builder kontrollieren praktisch die gesamte Blockproduktion.
- Anfälligkeit für Zensur. Etwa 30 % der Blöcke halten sich derzeit durch Relay-Filterung an OFAC-Sanktionslisten, was bedeutet, dass Transaktionen von einer kleinen Gruppe systematisch ausgeschlossen werden können.
- Vertrauensabhängigkeit. Validatoren müssen darauf vertrauen, dass Relays die Blöcke nicht manipulieren oder Zahlungen zurückhalten.
EIP-7732 verlagert den gesamten Proposer-Builder-Mechanismus On-Chain. Unter ePBS stellen Builder Blöcke zusammen, versiegeln deren Inhalt kryptografisch und veröffentlichen Gebote mit Payload-Verpflichtungen (Commitments). Proposer wählen den am höchsten zahlenden Block aus, ohne den Inhalt sehen oder manipulieren zu können. Transaktionen werden erst offengelegt, nachdem der Block finalisiert wurde.
Ein neues Payload Timeliness Committee (PTC) übernimmt grundlegende Validierungsprüfungen, und alle Gebote, Verpflichtungen und Zahlungen fließen über protokolldefinierte Nachrichten, die On-Chain verifizierbar sind. Keine Off-Chain-Relays mehr. Keine Vertrauensvoraussetzungen mehr.
Flashbots hat diesen Wandel bereits antizipiert und seinen Betrieb im Dezember 2024 auf BuilderNet migriert – ein dezentrales Building-Netzwerk, das gemeinsam mit BeaverBuild und Nethermind betrieben wird. Die ePBS von Glamsterdam macht den dezentralen Ansatz zum Standard für jeden Builder und Proposer im Netzwerk.
Die Nebendarsteller: Gas-Repricing und Zustandsökonomie
Abseits der Hauptattraktionen umfasst Glamsterdam mehrere EIPs, die das ökonomische Modell von Ethereum umstrukturieren:
EIP-7904: General Repricing rekalibriert die Gas-Kosten für EVM-Opcodes mithilfe empirischer Benchmarks moderner Hardware. Viele aktuelle Gas-Preise wurden vor Jahren festgelegt und spiegeln nicht mehr die tatsächlichen Rechenkosten wider. Die Rekalibrierung führt zu einer Reduzierung der Gas-Gebühren um 78,6 % sowohl für einfache ETH-Transfers als auch für komplexe Smart-Contract-Interaktionen.
EIP-8037: State Creation Gas Cost Increase erhöht die Gas-Kosten für die Erstellung neuer Konten und Speicher-Slots, was eine unnötige Zustandsausweitung (State Expansion), die die Chain aufbläht, einschränkt.
EIP-8038: State-Access Gas Cost Increase erhöht die Gas-Kosten für „kalte“ Konten- und Speicher-Lesezugriffe, um die I / O-Kosten für den Zugriff auf selten genutzte Zustände besser abzubilden.
Der Nettoeffekt ist ein Gas-Modell, das mehr für das berechnet, was tatsächlich teuer ist (Erstellung und Zugriff auf kalte Zustände), und weniger für das, was günstig ist (Ausführung gängiger Opcodes auf modernen Prozessoren). Die Erhöhung des Gas-Limits von 60 Millionen auf 200 Millionen pro Block bietet die Kapazität, diese Änderungen zu absorbieren und gleichzeitig drastisch niedrigere Kosten pro Transaktion zu ermöglichen.
Wie Glamsterdam im Vergleich zum Wettbewerb abschneidet
Das Rennen um die parallele Ausführung findet nicht isoliert statt. So schlägt sich Glamsterdam im Vergleich:
| Feature | Ethereum (Glamsterdam) | Solana | Monad |
|---|---|---|---|
| Parallelisierungsansatz | Vorab deklarierte Zugriffslisten (BALs) | Nativer Sealevel-Scheduler | Optimistische parallele Ausführung |
| Ziel-TPS | ~ 10.000 | ~ 1.000 – 1.500 (Realität) | ~ 10.000 + |
| EVM-Kompatibilität | Nativ | Nein (erfordert Rust-Umschreibungen) | Vollständig EVM-kompatibel |
| Blockzeit | ~ 12 Sekunden | ~ 400 ms | ~ 400 ms |
| MEV-Management | ePBS auf Protokollebene | Jito-Trinkgeldmarktplatz | Aus dem EVM-Ökosystem übernommen |
| Validator-Set | ~ 500.000 + | ~ 1.500 | Im Aufbau |
Ethereums Ansatz ist deutlich konservativ: Transaktionen müssen ihren Zustandszugriff im Voraus deklarieren, was eine konfliktfreie parallele Ausführung garantiert, aber Tooling-Änderungen von Entwicklern erfordert. Solanas Sealevel-Runtime handhabt Parallelität nativ auf VM-Ebene. Monad nutzt optimistische Ausführung — die parallele Verarbeitung von Transaktionen und erneute Ausführung bei Konflikten —, was die vollständige Ethereum-Kompatibilität ohne Entwickleranpassungen bewahrt.
Der entscheidende Unterschied ist die Anziehungskraft des Ökosystems (Ecosystem Gravity). Ethereum verfügt über mehr als 500.000 Validatoren, die tiefste DeFi-Liquidität und die größte Entwickler-Community. Selbst wenn Monad einen gleichwertigen Durchsatz liefert, muss es alles andere von Grund auf neu aufbauen. Glamsterdams Wette ist, dass die Beschleunigung des Platzhirsches den Anreiz zur Migration beseitigt.
Die Auswirkungen auf L2: Bessere Wirtschaftlichkeit für Rollups
Die Verbesserungen von Glamsterdam kommen nicht nur L1-Nutzern zugute. Die Erhöhung des Gas-Limits und die potenzielle Erweiterung auf über 72 Daten-Blobs pro Block verbessern die Wirtschaftlichkeit für Layer-2-Rollups drastisch.
Rollups wie Arbitrum, Optimism und Base zahlen derzeit Ethereum L1-Gas, um Transaktionsdaten zu veröffentlichen. Mit niedrigeren Gas-Kosten und höherer Blob-Kapazität wird das L2-Settlement günstiger, was sich in niedrigeren Gebühren für die Endnutzer dieser Chains niederschlägt. Die Ethereum Foundation prognostiziert, dass der kombinierte L1 + L2-Durchsatz schließlich Hunderttausende von TPS erreichen könnte, wenn die Blob-Skalierung mit der parallelen Ausführung kombiniert wird.
Dies schafft einen positiven Kreislauf: Ein günstigeres L2-Settlement zieht mehr L2-Nutzer an, mehr L2-Nutzung generiert mehr L1-Settlement-Gebühren und ein höherer L1-Durchsatz stellt sicher, dass der Settlement-Layer nicht zum Flaschenhals wird.
Was schiefgehen könnte
Glamsterdam ist ehrgeizig, und Ehrgeiz birgt Risiken.
Die Einführung von BALs erfordert Tooling-Änderungen. Entwickler und Wallets müssen aktualisiert werden, um Zugriffslisten auf Blockebene zu generieren. Bis die Tools im Ökosystem ausgereift sind, könnten die Vorteile der parallelen Ausführung für einige Transaktionstypen theoretisch bleiben.
Der Zeitplan ist ehrgeizig. Community-Dokumentationen nennen Juni 2026 als Ziel, aber das DevOps-Team der Ethereum Foundation hat Anfang 2026 erst drei der vorgeschlagenen EIPs im Devnet-4 getestet, während Devnet-5 in Arbeit ist. Ethereum-Hardforks haben sich historisch oft um Monate verzögert.
ePBS stört die bestehende MEV-Infrastruktur. Block-Builder und Searcher haben ganze Geschäftsmodelle um das aktuelle Relay-basierte System herum aufgebaut. Der Übergang zu ePBS wird die MEV-Lieferkette umgestalten, und nicht alle Teilnehmer werden davon profitieren.
Das Gas-Repricing könnte Annahmen entkräften. Anwendungen, die Gas-Schätzungen fest im Code hinterlegt haben, könnten sich unerwartet verhalten, wenn sich die Opcode-Kosten ändern. Während das Repricing die meisten Kosten senkt, könnten die Erhöhungen für State Creation und Cold Reads Verträge betreffen, die viele Cold-Storage-Operationen durchführen.
Über 30 Vorschläge für Glamsterdam wurden abgelehnt, darunter reduzierte Slot-Zeiten, mehrdimensionales Gas-Metering und Post-Quanten-Signaturverifizierung. Diese Funktionen werden voraussichtlich in Hegota enthalten sein, dem zweiten Fork für 2026, der für die zweite Jahreshälfte geplant ist.
Was danach kommt: Die Vier-Fork-Strategie
Glamsterdam ist der erste Schritt in einer koordinierten Vier-Fork-Performance-Strategie, die bis 2027 reicht:
- Fast Confirmation Rule — 13-Sekunden-Einzahlungsbestätigungen ohne Hardfork (bereits live oder unmittelbar bevorstehend)
- Glamsterdam (H1 2026) — Parallele Ausführung + ePBS + Gas-Repricing
- Fusaka — PeerDAS für 1 GB / s Datenverfügbarkeit mit einer 30.000-fachen Kapazitätssteigerung
- Hegota (H2 2026) — Verkle Trees für 10x kleinere Proofs + Migration zur Post-Quanten-Kryptographie
Zusammen verwandeln diese Upgrades Ethereum von einer einspurigen Straße in eine mehrspurige Autobahn mit Auffahrten, die für jede Art von Verkehr optimiert sind. Die Frage ist nicht mehr, ob Ethereum mit der Geschwindigkeit der Konkurrenz mithalten kann, sondern ob es diese Upgrades liefern kann, bevor leistungssensible Anwendungsfälle dauerhaft woanders hin abwandern.
Das Fazit
Glamsterdam ist keine Marketing-Maßnahme. Es ist eine strukturelle Antwort auf die existenzielle Bedrohung, dass Ethereums Layer 1 als Allzweck-Ausführungsumgebung irrelevant wird, während Wettbewerber die wichtigsten Workloads übernehmen: Gaming, Zahlungsverkehr, Transaktionen von KI-Agenten und Echtzeit-DeFi.
Das Upgrade führt echte architektonische Innovationen ein — BALs für parallele Ausführung, ePBS für dezentrale Block-Erstellung und empirische Gas-Preisanpassung —, die Probleme adressieren, die Ethereum jahrelang toleriert hat. Wenn es planmäßig erscheint, wechselt das Netzwerk von 15 TPS auf 10.000 TPS und wird dabei dezentraler, nicht weniger.
Der Haken ist, dass „planmäßig“ in diesem Satz eine große Last trägt. Ethereums Geschichte legt Vorsicht bei Zeitplänen nahe. Aber die Ingenieursarbeit ist real, die Devnets laufen und der Wettbewerbsdruck war noch nie so hoch.
Für Entwickler, Validatoren und Nutzer, die von der Seitenlinie aus zusehen: Glamsterdam ist es wert, genau beobachtet zu werden. Es ist entweder das Upgrade, das Ethereums Position für das nächste Jahrzehnt sichert — oder dasjenige, bei dem die Kluft zwischen Ambition und Umsetzung schließlich alles einholt.
BlockEden.xyz bietet Ethereum RPC-Endpunkte auf Unternehmensniveau und Multi-Chain-API-Infrastruktur für Entwickler, die auf Ethereum L1 und den darauf basierenden Rollups aufbauen. Während Glamsterdam die Ausführungsschicht neu gestaltet, wird eine zuverlässige Node-Infrastruktur wichtiger denn je. Entdecken Sie unsere Ethereum-API-Dienste, um auf Fundamenten aufzubauen, die für die nächste Generation des On-Chain-Durchsatzes konzipiert sind.