Ethereum Glamsterdam Upgrade: Wie Block Access Lists und ePBS das Netzwerk im Jahr 2026 transformieren werden
Ethereum-Validatoren verarbeiten Transaktionen derzeit so, wie eine Supermarktkasse mit einer einzigen Schlange funktioniert: ein Artikel nach dem anderen, der Reihe nach, egal wie lang die Schlange ist. Das für Mitte 2026 geplante Glamsterdam-Upgrade verändert diese Architektur grundlegend. Durch die Einführung von Block Access Lists (BAL) und enshrined Proposer-Builder Separation (ePBS) bereitet sich Ethereum darauf vor, von etwa 21 Transaktionen pro Sekunde auf 10.000 TPS zu skalieren – eine 476-fache Verbesserung, welche DeFi, NFTs und On-Chain-Anwendungen neu gestalten könnte.
Das Flaschenhals-Problem: Warum Ethereum eine parallele Ausführung benötigt
Seit dem Merge im Jahr 2022 arbeitet Ethereum mit einem Proof-of-Stake-Konsens, aber seine Ausführungsschicht ist im Grunde sequenziell geblieben. Jede Transaktion muss warten, bis die vorherige abgeschlossen ist, was in Zeiten hoher Nachfrage zu einem rechentechnischen Stau führt. Diese Designentscheidung war sinnvoll, als Ethereum noch jünger war – die sequenzielle Ausführung ist einfacher zu implementieren und zu verstehen –, aber sie stellt heute die bedeutendste Einschränkung für die Skalierung des Netzwerks dar.
Die Zahlen sprechen eine deutliche Sprache. Die Basisschicht von Ethereum bewältigt derzeit etwa 21 TPS bei einem Gas-Limit von 60 Millionen. Währenddessen verarbeiten Wettbewerber wie Solana mehr als 1.100 TPS, und zentrale Zahlungsnetzwerke wie Visa wickeln über 65.000 TPS ab. Damit Ethereum als Settlement-Layer für das globale Finanzwesen dienen kann – man denke an den BUIDL-Fonds von BlackRock, die tokenisierten Geldmarktfonds von JPMorgan und das wachsende institutionelle DeFi-Ökosystem –, benötigt es einen drastisch höheren Durchsatz.
Layer-2-Lösungen wie Arbitrum, Optimism und Base haben einen Großteil dieser Nachfrage aufgefangen und halten zusammen über 39 Milliarden $ an TVL. Aber die Überlastung auf L1 schafft weiterhin Probleme: teure Rollup-Posting-Kosten, verzögerte Finalität und die ständige Frage, ob Ethereum relevant bleiben kann, wenn L2s immer mehr Wert abschöpfen.
Block Access Lists: Von der einspurigen zur mehrspurigen Autobahn
Das Herzstück des Glamsterdam-Upgrades ist EIP-7928, das Block Access Lists einführt. Trotz des bürokratisch klingenden Namens ermöglichen BALs etwas Transformatives: Sie erstellen eine „Karte“, die zeigt, wie Transaktionen innerhalb eines Blocks zueinander in Beziehung stehen und welche Teile des Netzwerkstatus sie verändern.
Hier ist der Grund, warum das wichtig ist. Wenn zwei Transaktionen auf völlig unterschiedliche Konten und Speicherplätze zugreifen – zum Beispiel ein Nutzer, der auf Uniswap ETH gegen USDC tauscht, während ein anderer einen NFT mintet –, gibt es keinen logischen Grund, warum sie nicht gleichzeitig ausgeführt werden können. Die aktuelle Architektur zwingt sie dennoch zum Warten, da die Ethereum Virtual Machine im Voraus nicht weiß, ob sie kollidieren könnten.
Block Access Lists lösen dies, indem sie vorab genau deklarieren, welche Konten und Speicherorte jede Transaktion berühren wird. Historische Datenanalysen zeigen, dass 60 - 80 % der Transaktionen in einem typischen Block auf völlig disjunkte Speicherplätze zugreifen. Diese Transaktionen können sofort parallel ausgeführt werden. Die verbleibenden 20 - 40 % mit potenziellen Abhängigkeiten können mithilfe von Post-Transaktions-State-Diffs parallelisiert werden, die Zwischenänderungen verfolgen.
Gabriel Trintinalia, ein Senior Blockchain Engineer bei Consensys, beschreibt die Verbesserung treffend: Das System eliminiert den größten Flaschenhals von Ethereum, indem es „notwendige Daten in den Arbeitsspeicher vorlädt, anstatt sie sequenziell von der Festplatte zu lesen“. Anstatt darauf zu warten, zu entdecken, was jede Transaktion benötigt, können Validatoren alle erforderlichen Statusdaten in dem Moment vorbereiten, in dem sie die Access List eines Blocks sehen.
Das praktische Ergebnis: Glamsterdam strebt eine Erhöhung des Gas-Limits von 60 Millionen auf 200 Millionen pro Block an – ein Sprung von 233 % – in Kombination mit paralleler Verarbeitung, die den Durchsatz auf über 10.000 TPS steigern könnte. Für Nutzer bedeutet dies niedrigere Gebühren und schnellere Bestätigungen. Für Entwickler bedeutet es, Anwendungen zu bauen, ohne sich über Kapazitätsbeschränkungen des Netzwerks Gedanken machen zu müssen.
Enshrined Proposer-Builder Separation: Protokoll-integriertes MEV-Management
Die zweite wichtige Komponente von Glamsterdam ist EIP-7732, welche die Trennung von Proposer und Builder (Proposer-Builder Separation) direkt in die Konsensregeln von Ethereum integriert. Um zu verstehen, warum das wichtig ist, muss man wissen, wie Blöcke heute erstellt werden.
Derzeit können Validatoren entweder ihre eigenen Blöcke bauen oder diese Arbeit über MEV-Boost, ein von Flashbots entwickeltes Off-Chain-System, an spezialisierte „Builder“ auslagern. Builder konkurrieren darum, den Maximal Extractable Value zu extrahieren – Gewinne aus der Transaktionsreihenfolge, Sandwich-Attacken und Arbitrage – und teilen einen Teil dieses Wertes mit den Validatoren im Austausch für das Recht auf Blockaufnahme.
Das Problem? Dieses System hängt von vertrauenswürdigen Vermittlern, sogenannten Relays, ab, schafft Zentralisierungsrisiken und operiert vollständig außerhalb der Protokollregeln von Ethereum. Eine kleine Anzahl hochentwickelter Builder dominiert den Markt und schöpft Werte ab, die ansonsten dem breiteren Validatoren-Set zugutekommen könnten.
Enshrined PBS (ePBS) verlagert diesen gesamten Prozess On-Chain und ersetzt vertrauenswürdige Relays durch protokollgestützte Zusagen. Unter ePBS reichen Builder versiegelte Gebote und Block-Header-Commitments direkt im Netzwerk ein. Validatoren – die möglicherweise auf privater Hardware ohne spezialisierte MEV-Infrastruktur laufen – wählen einfach das höchste Gebot aus. Der gewinnende Builder muss dann den vollständigen Blockinhalt innerhalb eines festgelegten Zeitfensters offenlegen, was von einem neuen Payload Timeliness Committee überprüft wird.
Diese Architektur bietet mehrere Vorteile. Solo-Staker erhalten Zugang zu MEV-Belohnungen, ohne komplexe Builder-Software ausführen zu müssen. Das Protokoll selbst erzwingt die Zusagen der Builder, was die Vertrauensanforderungen reduziert. Zudem erschweren standardisierte Regeln es einzelnen Akteuren, die Blockproduktion zu monopolisieren.
Dennoch bleiben Herausforderungen bestehen. Akademische Forschungen schätzen, dass Builder die Offenlegung von Blöcken unter normalen Bedingungen bei etwa 0,82 % der Blöcke strategisch verzögern könnten, was in Zeiten hoher Volatilität auf 6 % ansteigen kann – ein Phänomen, das als „Free-Option-Problem“ bezeichnet wird. Wenn sich die Marktbedingungen während des Offenlegungsfensters erheblich ändern, könnten Builder davon profitieren, ihre Blöcke zurückzuhalten. Die aktuelle ePBS-Spezifikation adressiert diese Grenzfälle noch nicht vollständig, obwohl die Entwickler das Design kontinuierlich verfeinern.
Die Ethereum-Roadmap 2026: Glamsterdam im Kontext
Glamsterdam existiert nicht isoliert. Es folgt auf zwei bedeutende Upgrades im Jahr 2025, die die Grundlage für die parallele Ausführung geschaffen haben:
Pectra (Mai 2025) erhöhte den Blob-Durchsatz von Ethereum und ermöglichte so eine günstigere Datenverfügbarkeit für Rollups. Zudem wurden Verbesserungen bei der Kontoabstraktion durch EIP-7702 eingeführt, wodurch extern verwaltete Konten (Externally Owned Accounts) sich vorübergehend wie Smart-Contract-Wallets verhalten können. Dies ermöglicht Funktionen wie Gas-Sponsoring und gebündelte Transaktionen, die die Benutzererfahrung erheblich verbessern.
Fusaka (Dezember 2025) aktivierte PeerDAS und erweiterte das Datenverfügbarkeits-Sampling von 6 auf 48 Blobs pro Block. Dieses Upgrade zielt speziell auf die Effizienz von Rollups ab und senkt die Kosten für das L2-Ökosystem, während die Sicherheitsgarantien von Ethereum beibehalten werden.
Glamsterdam, das vorläufig für das zweite oder dritte Quartal 2026 geplant ist, baut auf diesem Fundament auf. Community-Dokumentationen verweisen auf ein Zieldatum im Juni 2026, obwohl Entwickler betonen, dass dies vorbehaltlich der Validierung kritischer Komponenten wie dem BAL-Devnet (das kürzlich mit dem erfolgreich funktionierenden Reth-Client online ging) noch ambitioniert bleibt.
Mit Blick auf die weitere Zukunft hat Ethereum bereits sein nächstes Upgrade benannt: Hegota im zweiten Halbjahr 2026. Dieses Upgrade wird sich auf den Datenschutz und die Zustandsverwaltung (State Management) durch Verkle Trees konzentrieren – eine kryptografische Struktur, die die von Validatoren zu speichernden Daten drastisch reduziert und gleichzeitig statlose Clients (Stateless Clients) ermöglicht. In Kombination mit den Durchsatzverbesserungen von Glamsterdam könnte Hegota den "The Surge"-Teil der Ethereum-Roadmap abschließen und das Ökosystem in Richtung von über 100.000 TPS über L1 und L2 hinweg vorantreiben.
Was 10.000 TPS für das Ethereum-Ökosystem bedeuten
Bei der Skalierungs-Roadmap von Ethereum geht es nicht nur um höhere Zahlen – es geht darum, neue Kategorien von Anwendungen zu ermöglichen, die heute nicht realisierbar sind.
DeFi-Protokolle gehen derzeit Kompromisse bei den Gas-Kosten ein. Aave V4, das Anfang 2026 an den Start geht, führt eine Hub-and-Spoke-Architektur ein, um die Liquidität über Netzwerke hinweg zu vereinheitlichen, auch weil die Fragmentierung über verschiedene L2s operativ komplex geworden ist. Mit 10.000 TPS auf dem L1 könnten Protokolle direkt auf dem Mainnet bereitgestellt werden, ohne sich Gedanken über Überlastungen in Zeiten hoher Volatilität machen zu müssen.
Institutionelle Adoption hängt von vorhersehbaren Kosten und Settlement-Zeiten ab. Der tokenisierte Geldmarktfonds von JPMorgan und BUIDL von BlackRock agieren in einer Welt, in der Transaktionsfehler oder mehrminütige Verzögerungen inakzeptabel sind. Ein höherer Durchsatz und niedrigere Gebühren machen Ethereum als Settlement-Infrastruktur für das traditionelle Finanzwesen glaubwürdiger.
Real-World Assets (RWAs) repräsentieren einen Markt von 358 Milliarden $, der sich in einer rasanten Tokenisierungsphase befindet. Private Kredite, US-Staatsanleihen und Rohstoffe benötigen hochleistungsfähige Blockchains, die das Volumen eines funktionierenden Finanzsystems bewältigen können. Die Glaubwürdigkeit von Ethereum bei Regulierungsbehörden und Institutionen macht es zu einer natürlichen Heimat für RWAs – vorausgesetzt, es kann skalieren.
NFTs und Gaming sind aufgrund der Mainnet-Kosten weitgehend auf L2s abgewandert. Die parallele Ausführung könnte einen Teil dieser Aktivitäten zurückbringen, insbesondere für Anwendungen, die von der Komponierbarkeit (Composability) und den Sicherheitsgarantien von Ethereum profitieren.
Risiken und Kompromisse
Kein Upgrade dieser Größenordnung ist ohne Bedenken. Das Modell der parallelen Ausführung erfordert eine sorgfältige Handhabung von Grenzfällen, in denen Transaktionen Abhängigkeiten aufweisen. Wenn der Mechanismus der Zugriffslisten (Access Lists) Fehler aufweist, könnte dies Double-Spend-Angriffe oder andere Sicherheitsprobleme ermöglichen. Das BAL-Devnet befindet sich noch in einem frühen Stadium, und vor der Bereitstellung im Mainnet sind umfangreiche Tests erforderlich.
ePBS führt neue Angriffsvektoren in Bezug auf das Verhalten von Buildern ein. Das "Free-Option-Problem" gibt Buildern wirtschaftliche Anreize, das System während volatiler Phasen zu manipulieren. Obwohl das Protokoll Fallback-Mechanismen enthält, um die Liveness aufrechtzuerhalten, sind die langfristigen Dynamiken eines ePBS-Marktes noch unbekannt.
Zudem stellt sich die Frage der Zentralisierung. Selbst wenn ePBS MEV-Belohnungen zugänglicher macht, könnten kapitalstarke Builder mit hochentwickelter Infrastruktur die Block-Erstellung weiterhin dominieren. Das Upgrade verbessert die aktuelle Situation, löst aber die MEV-bezogenen Zentralisierungssorgen nicht vollständig.
Die Wettbewerbslandschaft
Ethereum führt seine Upgrades nicht in einem luftleeren Raum durch. Solana gewinnt weiterhin Marktanteile, insbesondere beim Handel mit Memecoins und KI-Agent-Anwendungen – mit einem DEX-Volumen von 118 Milliarden bei Ethereum. Alternative L1-Lösungen wie das Sei-Netzwerk betonen die parallele Ausführung als Kernmerkmal, während Cosmos-basierte Chains und neuere Marktteilnehmer um spezifische Anwendungsfälle konkurrieren.
Das Glamsterdam-Upgrade stellt die Antwort von Ethereum auf diesen Wettbewerbsdruck dar. Durch das Erreichen von 10.000 TPS auf dem L1 unter Beibehaltung der Dezentralisierung will das Netzwerk beweisen, dass es skalieren kann, ohne seine Grundwerte zu opfern. Ob diese Roadmap rechtzeitig umgesetzt wird – und ob den Nutzern Dezentralisierung wichtig genug ist, um Ethereum schnelleren Alternativen vorzuziehen – bleibt abzuwarten.
Ausblick
Die Roadmap von Ethereum für 2026 ist ambitioniert. Block Access Lists und Enshrined PBS (ePBS) stellen fundamentale Änderungen an der Funktionsweise des Netzwerks dar, keine inkrementellen Verbesserungen. Ein Erfolg würde die Position von Ethereum als Settlement-Layer für das tokenisierte Finanzwesen festigen. Verzögerungen oder Fehler könnten dazu führen, dass mehr Aktivitäten auf konkurrierende Chains abwandern.
Für Entwickler ist die Botschaft klar: Ethereum setzt massiv auf L1-Skalierbarkeit. Anwendungen, die um L2-Einschränkungen herum entwickelt wurden, müssen ihre Architektur möglicherweise überdenken, da das Mainnet für Anwendungsfälle mit hohem Durchsatz rentabel wird.
Für Investoren und Nutzer stellt Glamsterdam einen potenziellen Wendepunkt dar. Das Wertversprechen von Ethereum war schon immer Sicherheit und Dezentralisierung gegenüber reiner Geschwindigkeit. Wenn das Netzwerk beides liefern kann, verliert das Narrativ "Ethereum kann nicht skalieren" einen Großteil seiner Kraft.
Das BAL-Devnet ist live. Die Spezifikationen sind öffentlich. Der Zeitplan steht. Nun folgt der schwierigste Teil: die Auslieferung.
Für Entwickler, die auf Ethereum und anderen führenden Chains aufbauen, bietet BlockEden.xyz eine RPC-Infrastruktur auf Enterprise-Niveau, die für Anwendungen mit hohem Durchsatz konzipiert ist. Erkunden Sie unseren API-Marktplatz, um auf zuverlässige Node-Services im gesamten Ökosystem zuzugreifen.