Glamsterdam-Upgrade von Ethereum gewinnt an Dynamik, Hauptnetzaktivierung für H1 2026 anvisiert
Glamsterdam-Upgrade von Ethereum gewinnt an Dynamik, Hauptnetzaktivierung für H1 2026 anvisiert
Das nächste große Netzwerk-Upgrade von Ethereum, Glamsterdam, bewegt sich von einem „forschungsintensiven“ in einen „implementierungslastigen“ Modus. Laut dem jüngsten Soldøgn Interop Recap der Ethereum Foundation einigten sich die Kernentwickler auf mehrere entscheidende Meilensteine für das Upgrade: eine Basis-Gasgrenze von 200 Mio. nach dem Upgrade, ein stabiler externer Builder-Workflow für ePBS und verabschiedete Parameter für die Neubepreisung von EIP-8037. Dies sind keine kleinen Anpassungen – es sind grundlegende Bausteine für die Skalierung von Ethereum Layer 1, während das Netzwerk für alltägliche Knotenbetreiber verifizierbar bleibt. Den vollständigen technischen Kontext können Sie in der Veröffentlichung der Ethereum Foundation nachlesen: „Soldøgn Interop Recap“. Soldøgn Interop Recap (Ethereum Foundation Blog)
Auf der Roadmap-Ebene listet Ethereum Glamsterdam weiterhin als „In Entwicklung“ für H1 2026. Obwohl ein Zeitfenster im Juni 2026 im Ökosystem häufig diskutiert wird, hängt das genaue Datum des Mainnet-Forks von der Härtungsarbeit, dem Multi-Client-Test und der endgültigen Bestätigung der Parameter in öffentlichen Kernentwicklergesprächen ab. Ethereum Roadmap (ethereum.org)
Warum Glamsterdam wichtig ist: Skalierung von L1 ohne Aufgabe der Dezentralisierung
Die Skalierungsstrategie von Ethereum ist seit 2024 zunehmend klar: Layer 1 als die glaubwürdigste Schicht für Settlement und Datenverfügbarkeit beibehalten, während Layer 2 Rollups die meiste hochfrequente Ausführung übernehmen. Glamsterdam verstärkt diese Ausrichtung durch die Verbesserung, wie Ethereum:
- Blöcke erstellt (über enshrined Proposer-Builder Separation, ePBS),
- Workloads ausführt (über Block-Level Access Lists, die sicherere Parallelität ermöglichen),
- und das Zustandswachstum bepreist (über die Neubepreisung von EIP-8037 für Gas).
ethereum.org beschreibt Glamsterdam als einen wichtigen Schritt zur L1-Skalierbarkeit durch die Neugestaltung des Block-Baus und der Ausführung. Glamsterdam Übersicht (ethereum.org)
Dies ist auch der Grund, warum viele Beobachter Glamsterdam als eines der folgenreichsten performance-orientierten Upgrades von Ethereum seit The Merge bezeichnen – nicht weil es den Konsens erneut ändert, sondern weil es gleichzeitig das Durchsatzfenster und die Annahmen zur Knoten-Nachhaltigkeit des Systems verändert. Ethereum Roadmap (ethereum.org)
Die Hauptkapazitätserhöhung: von heute ~60 Mio. Gas auf 200 Mio. nach dem Upgrade
Nach Fusaka (aktiviert am 3. Dezember 2025) hat sich die Standard-Gasgrenze von Ethereum laut ethereum.org auf ~60 Mio. (von ~45 Mio.) erhöht, zusammen mit anderen Maßnahmen zur Härtung gegen Denial-of-Service-Angriffe. Ethereum Roadmap – Fusaka Abschnitt (ethereum.org)
Das aktuelle technische Ziel von Glamsterdam ist deutlich aggressiver. Der Soldøgn-Bericht der Ethereum Foundation beschreibt die Einigung auf eine Basis-Gasgrenze von 200 Mio. nach Glamsterdam – eine 3,33-fache Erhöhung der Block-Gas-Kapazität im Vergleich zu ~60 Mio. Soldøgn Interop Recap (Ethereum Foundation Blog)
Bedeutet 200 Mio. Gas automatisch 10.000 TPS?
Nicht direkt. Gasgrenze ≠ TPS.
- TPS hängt stark vom Transaktionsmix (einfache Überweisungen vs. komplexe DeFi), der Ausführungszeit auf L1 und den Netzwerk-Propagationsbeschränkungen ab.
- Dennoch ist die Zahl „bis zu ~10.000 TPS“ am besten als theoretische Obergrenze unter stark optimierten Bedingungen zu verstehen (und oft im Zusammenhang mit Annahmen zur parallelen Ausführung diskutiert), nicht als garantiertes stabiles Ergebnis am ersten Tag.
Eine praktischere Schlussfolgerung für Benutzer: Mehr Gas-Spielraum reduziert im Allgemeinen die Überlastung, was Gebühren weniger sprunghaft machen und die Bestätigungssicherheit verbessern kann – insbesondere während Spitzenaktivitäten.
ePBS: Block-Erstellung als erstklassige Protokollfunktion
Eine der Kernfunktionen von Glamsterdam ist die enshrined Proposer-Builder Separation (ePBS), standardisiert in EIP-7732. Vereinfacht ausgedrückt, integriert ePBS einen Proposer/Builder-Workflow in den Konsens, sodass Validatoren sich sicher auf spezialisierte Builder verlassen können, ohne auf die Koordination „außerhalb des Protokolls“ angewiesen zu sein. EIP-7732: Enshrined Proposer-Builder Separation (eips.ethereum.org)
Während Soldøgn betonten die Teams, dass ePBS nicht nur ein MEV-Thema ist – es ist auch ein Hebel zur Skalierung. Durch die Strukturierung des Slots mit klareren Fristen und Verantwortlichkeiten kann ePBS den Ausführungs-„Spielraum“ erhöhen und höhere Gasgrenzen realistischer machen. Soldøgn Interop Recap (Ethereum Foundation Blog)
Warum es für alltägliche Benutzer wichtig ist:
- Vorhersehbarere Blockkonstruktion und besser konzipierte Fehlerbehandlung können die allgemeine Netzwerkstabilität verbessern.
- Langfristig kann eine tiefere Protokoll-Ebene-PBS einige Formen von MEV-gesteuerter Instabilität reduzieren, obwohl MEV nicht verschwindet und die Ergebnisse von den endgültigen Designentscheidungen abhängen.
EIP-8037: Skalierung des Durchsatzes unter verantwortungsvoller Bepreisung des Zustandswachstums
Wenn Ethereum die Blockkapazität erhöht, ohne die Anreize für das Zustandswachstum zu berücksichtigen, können die Anforderungen an die Knoten steigen. Das Design von Glamsterdam erkennt dieses Risiko ausdrücklich an.
EIP-8037 (Erhöhung der Gas-Kosten für die Zustandserstellung) ist ein wichtiger Teil der Lösung: Es erhöht und verfeinert die Kosten für Operationen, die langlebigen Zustand erzeugen, mit dem Ziel, das Zustandswachstum an die tatsächlichen Ressourcenkosten anzupassen. EIP-8037: State Creation Gas Cost Increase (eips.ethereum.org)
Der Soldøgn-Bericht der Ethereum Foundation hebt hervor, dass die endgültigen Neuberechnungskennzahlen für EIP-8037 während der Interop-Woche festgelegt wurden und die Neuberechnung als wesentlich für die Glaubwürdigkeit des Ziels einer Gasgrenze von 200 Mio. darstellt. Soldøgn Interop Recap (Ethereum Foundation Blog)
Was das für Builder und DeFi-Teams bedeutet:
- Einige Verträge und Transaktionsmuster können teurer werden, wenn sie einen hohen Anteil an Zustandsschreibvorgängen aufweisen.
- Teams sollten proaktiv auf Devnets benchmarken und Opcodes sowie Speicher-Patterns überprüfen, die von der Neubepreisung betroffen sein könnten.
Verkle Trees, Pruning und das „Löschen“ alter Daten: Knoten lebensfähig halten
Glamsterdam wird oft im Zusammenhang mit zwei eng verwandten Nachhaltigkeitsbereichen diskutiert:
-
Verkle Trees und die Richtung zur Statelessness Verkle Trees werden weithin als wichtige Ermöglichungstechnologie für kleinere Beweise und „statelessere“ Client-Designs angesehen. Für eine technische Einführung bleibt die Präsentation des EF-Forschers Guillaume Ballet auf der Devcon eine starke Referenz. Stateless Ethereum: How Verkle Trees make Ethereum lean and mean (Devcon archive PDF)
-
Verlaufsbereinigung und Konzepte zur längerfristigen Zustandsbereinigung Ethereum hat bereits konkrete Fortschritte bei der Bereinigung historischer Blockdaten durch EIP-4444 erzielt. Die Ethereum Foundation stellt fest, dass Ausführungskunden eine teilweise Verlaufsbereinigung unterstützen und erklärt, warum die meisten Benutzer keine vollständigen historischen Blöcke lokal benötigen, während Archiv-Anbieter spezialisierte Abfragen bedienen können. Partial history expiry announcement (Ethereum Foundation Blog) EIP-4444: Bound Historical Data in Execution Clients (eips.ethereum.org)
In der Zwischenzeit untersuchen längerfristige Designs zur Zustandsbereinigung (oft informell als „state expunging“ bezeichnet) die Idee, den Zustand in etwa jahreslangen Zeiträumen zu segmentieren, damit Clients nicht gezwungen sind, sehr alten Zustand unbegrenzt zu speichern – ein Ansatz, der explizit an Verkle-basierte Designs gebunden ist. State expiry draft (notes.ethereum.org)
Die wichtige Nuance: Die Verlaufsbereinigung ist bereits Realität und in Clients implementiert; die vollständige Zustandsbereinigung ist immer noch ein sich entwickelndes Designfeld. Der Skalierungsdruck von Glamsterdam macht diese Nachhaltigkeitsmechanismen dringlicher, aber der endgültige Umfang und die Aktivierungsdetails hängen von Tests und Governance ab.
Gebührenverhalten: geringere Volatilität durch Kapazität + bessere Bepreisung, keine Magie
Der Gebührenmarkt von Ethereum (nach EIP-1559) ist so konzipiert, dass die Basisgebühren algorithmisch angepasst werden, wenn Blöcke gefüllt werden. EIP-1559: Fee market change (eips.ethereum.org)
Die Auswirkungen von Glamsterdam auf die Gebühren werden wahrscheinlich indirekt, aber bedeutsam sein:
- Mehr Blockkapazität kann Spitzen bei der Überlastung reduzieren, was typischerweise zu abrupte Sprünge der Basisgebühren verursacht.
- Gas-Neubepreisung (einschließlich EIP-8037) lässt den Gebührenmarkt die realen langfristigen Belastungen besser widerspiegeln, was verhindert, dass „billiger Zustand“ höheren Durchsatz in unhaltbare Anforderungen an die Knoten umwandelt.
Für Benutzer bedeutet dies tendenziell eine einfachere Erwartung: weniger Gebührenschocks bei hoher Nachfrage, obwohl sich die Gebühren immer noch mit den Marktbedingungen bewegen werden.
Auswirkungen auf Layer 2: günstigere Abwicklung und verschärfter Rollup-Wettbewerb
Die Roadmap von Ethereum betont weiterhin Rollups als den Hauptweg zu kostengünstiger Ausführung in großem Maßstab. Layer 2 networks overview (ethereum.org)
Wenn Glamsterdam den L1-Durchsatz erfolgreich erhöht und die Ausführungsvorhersagbarkeit verbessert, können Rollups auf vielfältige Weise profitieren:
- Geringere Überlastung für L1-Transaktionen, auf die Rollups angewiesen sind (Proof-Erstellung, Upgrades, Bridges, Zwangs-Exits).
- Bessere Wirtschaftlichkeit für die Veröffentlichung und Abwicklung von Daten, je nachdem, wie sich die Nachfrage im Laufe der Zeit zwischen Ausführungs-Gas und Blob-Märkten verschiebt.
Deshalb prognostizieren Marktdiskussionen häufig eine signifikante Kompression der Rollup-Gebühren und einen erneuten Wettbewerb zwischen großen Ökosystemen wie Arbitrum, Optimism und Base – insbesondere bei benutzerorientierten Produkten, bei denen einige Cent Gebührenunterschied die Konversionsraten ändern. (Genaue Prozentsätze variieren stark je nach Arbeitslast und Marktbedingungen, behandeln Sie daher jeden einzelnen Zahlenwert als szenariobasiert und nicht als garantiert.)
Strategisch stärkt Glamsterdam die langjährige These:
- L1 = Hochsicherheits-Abwicklungs- und Neutralitätsschicht
- L2 = Hochfrequenz-Ausführungsschicht
Zeitplan-Realitätscheck: Ziel H1 2026, aber Daten hängen von Devnets und Client-Härtung ab
Die öffentliche Roadmap von Ethereum platziert Glamsterdam in H1 2026, aber das Netzwerk hat noch keinen endgültigen Fork-Epoch für das Mainnet angekündigt. Ethereum Roadmap (ethereum.org)
Kernentwickler haben auch deutlich gemacht, dass der Weg zum Mainnet über iterative Devnets, Stabilisierung, Sicherheitsüberprüfung und dann Testnet-Bereitschaft führt. Der Checkpoint #9 (April 2026) der Ethereum Foundation erklärt, dass ePBS und andere Hauptkomponenten noch komplex sind und skizziert den Prozess „devnet → testnet → Ankündigung Mainnet-Forkdatum“. Checkpoint #9: Apr 2026 (Ethereum Foundation Blog)
Und selbst nach den Fortschritten bei Soldøgn sind die endgültigen Werte (einschließlich
