Kernaussagen
Glamsterdam ist ein großes Ethereum-Protokoll-Upgrade. Es war ursprünglich für Juni 2026 vorgesehen, wurde später jedoch auf Q3 2026 verschoben.
Das Upgrade verfolgt drei Ziele: Parallelisierung der Transaktionsverarbeitung, Erweiterung der Blockkapazität und Vermeidung von Datenbank-Aufblähung durch Gas-Neupreisgestaltung.
Die Vorschläge umfassen EIP-7732 (Proposer-Builder-Separation fest im Protokoll verankert), EIP-7928 (Block-Level Access Lists) und EIP-8037 (Gas-Neupreisgestaltung adressiert).
Die Ethereum Foundation hat als Post-Upgrade-Kapazitätsziel ein Ziel von 200 Millionen Gas festgelegt – ein deutlicher Anstieg gegenüber den aktuellen ungefähr 60 Millionen.
Einführung
Glamsterdam ist ein wichtiges Ethereum-Upgrade, das ursprünglich für Juni 2026 geplant war, jedoch auf Q3 2026 verschoben wurde. Die Ethereum Foundation bestätigte den aktualisierten Zeitplan und nannte dafür den Bedarf an zusätzlichem Testen sowie Arbeiten zur Interoperabilität zwischen Konsens- und Ausführungs-Clients.
Glamsterdam baut auf dem Fortschritt des Fusaka-Upgrades auf, das im Dezember 2025 eingeführt wurde und PeerDAS für eine verbesserte Datenverfügbarkeit bereitstellte. Während Fusaka sich auf grundlegende Verbesserungen konzentrierte, möchte Glamsterdam die Basisschicht von Ethereum skalieren, indem es neu organisiert, wie das Netzwerk Blöcke erstellt und verifiziert.
Was ist das Glamsterdam-Upgrade?
Glamsterdam ist ein kombiniertes Upgrade der Ausführungsschicht und der Konsensschicht. Der Name folgt der Ethereum-Konvention, einen Städtenamen für die Ausführungsschicht („Amsterdam“) mit einem Sternnamen für die Konsensschicht („Gloas“) zu kombinieren, was zusammen „Glamsterdam“ ergibt.
Das Upgrade konzentriert sich auf drei zentrale Ziele. Erstens: schnellere Verarbeitung durch Parallelisierung. Dadurch kann das Netzwerk viele Transaktionen gleichzeitig statt nacheinander verarbeiten.
Zweitens: Ausbau der Kapazität, indem Aufgaben zur Blockerstellung und -verifikation aufgeteilt werden, damit das Netzwerk mehr Zeit hat, größere Mengen an Daten weiterzugeben.
Drittens: Vermeidung von Datenbank-Aufblähung, indem Gebühren so angepasst werden, dass sie die langfristigen Hardwarekosten für das Speichern neuer Daten widerspiegeln. So werden zukünftige Gas-Limit-Erhöhungen freigeschaltet.
Kurz gesagt führt Glamsterdam strukturelle Änderungen ein, damit das Netzwerk weiterhin gut und nachhaltig performen kann, während die Kapazität steigt.
Wichtige Vorschläge in Glamsterdam
EIP-7732: Enshrined Proposer-Builder Separation (ePBS)
Derzeit ist die Beziehung zwischen Blockproponern und Blockbauern nicht Teil des Kernprotokolls von Ethereum. Sie basiert auf vertrauenswürdiger Middleware von Dritten, die als Relays bekannt ist, am prominentesten MEV-Boost.
Diese Off-Protocol-Vereinbarung erzeugt einen Engpass: Validatoren müssen die Transaktionsübertragung und -ausführung in einem engen 2-Sekunden-Fenster überstürzt durchführen, was begrenzt, wie viel Daten das Netzwerk pro Block verarbeiten kann.
EIP-7732 trennt die Rolle des Proposers (der den Konsensblock auswählt) formell von der des Builders (der die Execution Payload zusammenstellt) und verankert diese Übergabe direkt im Protokoll. Damit entfällt die Notwendigkeit für Middleware von Drittanbietern, und es werden vertrauenslose Builder-Zahlungen eingeführt, die direkt im Protokoll selbst verankert sind.
Um den 2-Sekunden-Engpass zu adressieren, führt ePBS ein Payload Timeliness Committee (PTC) sowie eine Logik mit doppelten Deadlines ein. Validatoren können den Konsensblock und die Ausführungspayload jeweils separat bestätigen, wodurch sich das Weitergabezeitfenster von 2 Sekunden auf etwa 9 Sekunden erweitert. Diese zusätzliche Zeit ermöglicht es Ethereum, deutlich größere Blöcke sicher zu verarbeiten, ohne das Netzwerk zu stark zu belasten.
ePBS hat außerdem Auswirkungen auf Staking-Pools, die architektonische Updates benötigen, um vertrauensloses Monitoring zu ermöglichen. Insgesamt kann sich das Staking-Erlebnis jedoch durch einen verfeinerten Builder-Auswahlprozess verbessern.
EIP-7928: Block-Level Access Lists (BALs)
Heute verarbeitet Ethereum Transaktionen nacheinander. Das Netzwerk weiß nicht, auf welche Daten eine Transaktion zugreifen oder welche sie ändern wird, bis die Transaktion ausgeführt wird. Deshalb müssen Validatoren Transaktionen einzeln verarbeiten, um Konflikte zu vermeiden. Das schafft eine Einspurlane, in der der Durchsatz durch die Geschwindigkeit der seriellen Ausführung begrenzt ist.
Block-Level Access Lists (BALs) ändern das, indem sie eine Übersicht über alle Transaktionsabhängigkeiten im Voraus bereitstellen. Die Ausführungsschicht speichert eine vollständige Block-Access-Liste mit allen Konten, die die Transaktionen berühren werden, sowie den endgültigen Ergebnissen dieser Änderungen. Der Block-Header enthält einen kompakten Fingerabdruck dieser Liste.
Mit dieser Übersicht können Validatoren nicht-konfligierende Transaktionen parallel statt nacheinander verarbeiten. Nodes können außerdem schneller synchronisieren, indem sie die Endergebnisse lesen, ohne jede Transaktion erneut abzuspielen – eine Funktion namens executionless sync. BALs legen damit die Grundlage für einen deutlichen Anstieg des Durchsatzes auf Layer 1.
EIP-8037: Gas-Neupreisgestaltung
Ein höheres Gas-Limit hilft nur dann, wenn das Netzwerk die daraus resultierende Zustandswachstumsrate bewältigen kann, ohne dass die Leistung leidet. EIP-8037 führt smartere Preisgestaltung für die Datenspeicherung ein, indem die Kosten zustandserzeugender Operationen erhöht werden. Das Ziel ist es, die Ausweitung des Zustands teurer zu machen, während die Berechnung relativ günstiger bleibt.
Diese Neupreisgestaltung ist so konzipiert, dass sie zusammen mit dem Ziel von 200 Millionen Gas funktioniert. Ohne sie könnte ein höheres Gas-Limit zu übermäßigem Zustandswachstum führen, wodurch das Betreiben eines Nodes zunehmend teuer wird. Indem die Gas-Kosten an die tatsächliche langfristige Hardware-Belastung gekoppelt werden, die das Speichern neuer Daten verursacht, stellt EIP-8037 sicher, dass Kapazitätserweiterungen nachhaltig bleiben.
Das Ziel für das Gas-Limit von 200 Millionen
Die Ethereum Foundation beschreibt ein Gas-Limit von 200 Millionen als ein „glaubwürdiges Post-Glamsterdam-Ziel“ für das Netzwerk. Das wäre ein erheblicher Anstieg gegenüber dem aktuellen Gas-Limit von ungefähr 60 Millionen. Die Foundation hat es jedoch als Kapazitätsziel und nicht als garantiertes Setting am ersten Tag des Upgrades gerahmt.
Das Gas-Limit bestimmt, wie viel Rechenleistung in einen einzelnen Block passt. Eine Erhöhung bedeutet, dass mehr Transaktionen und Smart-Contract-Operationen pro Block verarbeitet werden können, aber zugleich werden Blöcke größer und damit ressourcenintensiver zu validieren. Die Kombination aus ePBS, BALs und Gas-Neupreisgestaltung in Glamsterdam ist darauf ausgelegt, diese Steigerung sicher und nachhaltig zu machen.
Zeplan und aktueller Status
Wie bereits erwähnt, war das ursprüngliche Ziel für Glamsterdam Juni 2026. Die Ethereum Foundation bestätigte, dass das Upgrade nun für Q3 2026 erwartet wird. Die Verzögerung liegt daran, dass ePBS nicht schnell genug vorankommt; zudem werden noch Interoperabilitätsprobleme zwischen Konsens- und Ausführungs-Clients gelöst.
Devnets für das Upgrade sind bereits live; die Tests laufen auf einem Interop-Event in Svalbard, Norwegen. Das Upgrade befindet sich in der letzten Testphase. Eine Aktivierung des öffentlichen Testnets wird vor jeder Mainnet-Launch erwartet, aber es wurde kein bestätigtes Testnet-Datum angekündigt.
Einige Berichte deuten auf ein internes Entwicklerziel um Ende August 2026 hin, aber das ist kein offizielles Datum. Das Haupt-Risiko für den Zeitplan ist eine weitere Verzögerung, falls die Tests zusätzliche Probleme aufdecken, insbesondere rund um die ePBS-Implementierung und die Konsistenz über Clients hinweg.
Was kommt nach Glamsterdam?
Die Ethereum Foundation prüft außerdem das nächste große Upgrade nach Glamsterdam, genannt Hegotà. Geplant ist, dass es auf Glamsterdam folgt; der Zeitrahmen wird als Ende 2026 oder später beschrieben – abhängig vom Fortschritt der Entwicklung.
Es wird erwartet, dass Hegotà Verkle Trees einführt, die die aktuelle Datenstruktur von Ethereum durch eine effizientere ersetzen und stateless Clients ermöglichen.
Auch EIP-8141, bekannt als Frame Transactions, wird für Hegotà in Erwägung gezogen. Dabei würde native Account-Abstraction eingeführt, indem die Transaktionsverifikation programmierbar gemacht wird und Nutzer statt auf ECDSA festgelegt zu sein, die Quantum-Signaturverfahren nach dem Upgrade auswählen können. Allerdings befindet sich EIP-8141 weiterhin im Draft-Status und wurde nicht für die Aufnahme bestätigt.
Über Hegotà hinaus treibt die Foundation den Strawmap voran, ihre langfristige Roadmap für Quantenresistenz. Diese Arbeit umfasst Hash-basierte Signaturen (leanXMSS), ein minimales zkVM (leanVM) zur Komprimierung quantensicherer Signaturen sowie wöchentliche Interop-Tests über mehr als 10 Client-Teams.
FAQ
Wann wird das Glamsterdam-Upgrade aktiv?
Die Ethereum Foundation hat Q3 2026 ins Visier genommen, aber es wurde kein bestätigtes Mainnet-Aktivierungsdatum bekanntgegeben. Devnets sind live, und eine Aktivierung des öffentlichen Testnets wird vor dem Mainnet erwartet. Einige Berichte nennen Ende August 2026 als internes Entwicklerziel, aber das ist nicht offiziell.
Was ist die fest verankerte Proposer-Builder-Separation (ePBS)?
Die ePBS (EIP-7732) verlagert die Beziehung zwischen Blockproponern und Blockbauern in das Kernprotokoll von Ethereum und entfernt damit die Notwendigkeit für Middleware-Relay-Dienste von Dritten wie MEV-Boost.
Sie führt außerdem ein Payload Timeliness Committee und eine Logik mit doppelten Deadlines ein, die das Zeitfenster für die Block-Weitergabe von 2 Sekunden auf etwa 9 Sekunden erweitert. Dadurch kann das Netzwerk größere Blöcke handhaben.
Was sind Block-Level Access Lists (BALs)?
BALs (EIP-7928) liefern im Voraus eine Übersicht über alle Transaktionsabhängigkeiten innerhalb eines Blocks. Indem sie Validatoren mitteilen, welche Konten jede Transaktion vor der Ausführung berühren wird, ermöglichen BALs die parallele Verarbeitung nicht-konfligierender Transaktionen und ein schnelleres Node-Syncing über „executionless sync“.
Wird Glamsterdam die Gas-Kosten senken?
Das primäre Ziel von Glamsterdam ist es, die Kapazität und den Durchsatz des Netzwerks zu erhöhen – nicht, die Gas-Gebühren direkt zu senken. Durch das Anheben des Gas-Limit-Ziels und das Ermöglichen paralleler Ausführung können mehr Transaktionen in jeden Block passen, was helfen könnte, gebührenbedingte Spitzen aufgrund von Engpässen zu reduzieren.
Allerdings erhöht EIP-8037 auch die Kosten für zustandserzeugende Operationen, um Datenbank-Aufblähung zu verhindern; daher könnten einige Operationen teurer werden.
Was ist der Unterschied zwischen Glamsterdam und Fusaka?
Fusaka, das im Dezember 2025 aktiviert wurde, führte PeerDAS für eine verbesserte Datenverfügbarkeit ein und erhöhte Blob-Parameter für Layer-2-Netzwerke. Glamsterdam baut auf dieser Grundlage auf, indem es das Scaling auf Layer 1 in den Fokus nimmt – durch ePBS, Block-Level Access Lists und Gas-Neupreisgestaltung. Während Fusaka vor allem Layer-2-Rollups zugutekam, zielt Glamsterdam direkt auf die Basisschicht.
Abschlussgedanken
Glamsterdam ist ein wichtiger Schritt in Ethereums Scaling-Roadmap. Das Upgrade soll Ethereum auf deutlich höheren Durchsatz vorbereiten, ohne dabei Dezentralisierung oder die Zugänglichkeit von Nodes zu opfern.
Zu den wesentlichen Änderungen gehören die Verankerung der Proposer-Builder-Separation, die Einführung paralleler Transaktionsverarbeitung mithilfe von Block-Level Access Lists sowie die Neupreisgestaltung von Gas, um das Zustandswachstum zu steuern.
Die Verzögerung auf Q3 2026 spiegelt die Komplexität der vorgenommenen Änderungen wider. Allein ePBS verändert, wie Blöcke gebaut und weitergegeben werden, und die Sicherstellung der Interoperabilität über alle Client-Implementierungen hinweg benötigt Zeit.
Weitere Lektüre
Haftungsausschluss: Dieser Inhalt wird dir auf einer „wie besehen“-Basis für allgemeine Informationen und zu Bildungszwecken bereitgestellt, ausschließlich ohne irgendeine Darstellung oder Gewährleistung. Er ist nicht als finanz-, rechtliche oder sonstige professionelle Beratung zu verstehen und soll auch nicht dazu dienen, den Kauf eines bestimmten Produkts oder einer bestimmten Dienstleistung zu empfehlen. Du solltest deinen eigenen Rat von geeigneten professionellen Beratern einholen. Wenn der Inhalt von einem Drittanbieter beigetragen wurde, beachte bitte, dass die darin geäußerten Ansichten dem jeweiligen Drittanbieter gehören und nicht unbedingt die von Binance Academy widerspiegeln. Preise für digitale Vermögenswerte können volatil sein. Der Wert deiner Anlage kann fallen oder steigen, und du erhältst möglicherweise nicht den investierten Betrag zurück. Du bist allein für deine Anlageentscheidungen verantwortlich und Binance Academy haftet nicht für etwaige Verluste, die dir entstehen könnten. Für weitere Informationen siehe unsere Nutzungsbedingungen, Risikowarnung und Binance Academy Terms.