Fusaka wurde im Dezember 2025 ausgeliefert und skalierte die rollup data availability durch PeerDAS. Ethereum pausiert selten, und die Core-Entwickler sind bereits zum nächsten Meilenstein übergegangen: Glamsterdam.

Wo jüngste Upgrades still und leise blobs und die Layer 2-Ökonomie optimierten, ist Glamsterdam fundamentaler. Es schreibt neu, wie Ethereum Blöcke auf Protokollebene erstellt, bepreist und validiert, was einen strategischen Wandel bestätigt, der sich über ein Jahr angebahnt hat: Die Skalierung von Ethereums eigener Layer 1 wieder in den Vordergrund zu stellen, anstatt den Durchsatz Rollups zu überlassen.

Hier ist, was Sie über das Upgrade wissen müssen, das Ethereums Jahr 2026 prägen wird. 👇

Was ist das Ethereum Glamsterdam Upgrade?

Glamsterdam ist das nächste koordinierte Hard Fork von Ethereum und der direkte Nachfolger von Fusaka. Der Name verbindet einen Stern mit einer früheren Devconnect-Gastgeberstadt: Gloas umfasst die Änderungen der Consensus Layer, Amsterdam deckt die Änderungen der Execution Layer ab. Zusammen werden sie als ein einziges Netzwerk-Upgrade ausgeliefert.

Es baut auf zwei zentralen Vorschlägen auf. EIP-7732 führt Enshrined Proposer-Builder Separation (ePBS) auf der Konsensseite ein, und EIP-7928 bringt Block-Level Access Lists (BALs) auf der Ausführungsseite. Eine unterstützende Gruppe von EIPs zur Preisanpassung von gas, zu State-Kosten und zur Benutzerfreundlichkeit rundet das Paket ab.

Core-Entwickler nennen es die wichtigste Protokolländerung seit The Merge. Parithosh Jayanthi, Ingenieur bei der Ethereum Foundation, beschrieb die aktuelle Phase als den letzten Schritt vor dem Härten und der Bereitstellung in öffentlichen testnets. Der Grund ist der Umfang: ePBS gestaltet die Blockproduktion und die MEV-Pipeline neu, während BALs überdenken, wie das Netzwerk State liest und schreibt.

Diese Kombination ermöglicht Ethereums Hauptziel für diesen Zyklus: ein Ziel-gas limit von 200 Millionen pro Block, was etwa dem Dreifachen der heutigen rund 60 Millionen entspricht, sowie den damit verbundenen Durchsatz-Spielraum.

Warum Glamsterdam wichtig ist: Ethereums Rückkehr zur Skalierung von L1

Um Glamsterdam zu verstehen, muss man bei dem strategischen Problem ansetzen, das es löst.

Jahre lang folgte Ethereum einer rollup-zentrierten Roadmap: die Basisschicht schlank halten, Skalierung auf Layer 2 networks auslagern. Das funktionierte technisch, erzeugte jedoch einen wirtschaftlichen Nebeneffekt. Da Aktivitäten zu rollups abwanderten, sanken die Gebühreneinnahmen des mainnets und der EIP-1559-Burn drastisch. Die täglichen L1-Gebühren, die 2021 und 2022 noch nahe bei 30 Millionen US-Dollar lagen, verbrachten den Großteil des Jahres 2026 im einstelligen Millionenbereich, was die „Ultrasound Money“-These dämpfte, die einen Großteil des ETH-Werts stützte.

Dies ist die Frage der Wertschöpfung, die über ETH schwebt: Wenn rollups die Nutzer und die Gebühren übernehmen, was verbleibt dann beim Basiswert? Anfang 2026 stellte Vitalik Buterin das Tempo des rein rollup-basierten Ansatzes öffentlich in Frage und wies darauf hin, dass nur wenige große L2s eine nennenswerte Dezentralisierung erreicht hatten. Die Prioritäten der Ethereum Foundation für das Jahr 2026 ordneten die Roadmap in drei Bereiche: Skalierung, Verbesserung der UX und Härtung des L1 neu.

Glamsterdam ist der erste technische Ausdruck dieses Kurswechsels. Indem es die Validierung schneller und paralleler macht (BALs) und die Blockproduktion trustless sowie direkt im Protokoll verankert (ePBS), legt es den Grundstein für ein höheres gas limit auf der Basisschicht, mehr Blob-Kapazität für rollups und ein Netzwerk, das Aktivitäten auf L1 zurückgewinnen kann. Es löst die Debatte über den Wertzuwachs nicht von allein, verändert aber die Ausgangslage, weshalb Investoren und Builder genau hinsehen.

Die beiden Haupt-EIPs von Glamsterdam

Jedes moderne Ethereum-Upgrade benennt einige „Headliner“-EIPs, um den Umfang festzulegen und Verzögerungen zu vermeiden, die durch das Bündeln zu vieler Änderungen auf einmal entstehen. Die zwei EIPs von Glamsterdam stehen fest.

1. Enshrined Proposer-Builder Separation (EIP-7732)

Heute werden die meisten Ethereum-Blocks nicht von den Validatoren erstellt, die sie vorschlagen. Proposer lagern die Erstellung über protokollfremde Relays, meist MEV-Boost, an spezialisierte Builder aus. Das funktioniert zwar, bringt aber vertrauenswürdige Vermittler in das Herz der Blockproduktion und konzentriert Macht bei einer Handvoll Relays.

ePBS integriert diese Trennung direkt in das Protokoll. Proposer und Builder übernehmen jeweils ihren eigenen Teil des Blocks, und die Übergabe einschließlich der Bezahlung des Builders wird nativ auf der Konsensebene abgewickelt anstatt über ein externes Relay. Relays wie MEV-Boost werden dadurch optional statt erforderlich.

Um dies abzusichern, fügt ePBS explizite Fristen, Payload-Zusagen und ein Payload Timeliness Committee hinzu, das separat für den Konsensblock und die pünktliche Ankunft des Execution Payloads bürgt. Zudem verbreitert es das Datenpropagierungsfenster von rund zwei Sekunden auf etwa neun, was dem Netzwerk den nötigen Spielraum gibt, das gas limit zu erhöhen, ohne Validatoren zu einer überhasteten Validierung zu zwingen.

Der Nutzen ist strukturell: eine transparentere, zensurresistente Blockproduktion, weniger Abhängigkeit von off-chain MEV-Infrastruktur und eine Basis für zukünftige Anutzerschutzmaßnahmen wie Inklusionslisten.

Dies ist zugleich der schwierigste Teil des Upgrades. ePBS unterteilt die Blockproduktion in zwei Parteien, die nacheinander innerhalb des Konsenses agieren, weshalb das Protokoll nun mit Nicht-Lieferung oder Meinungsverschiedenheiten zwischen ihnen umgehen muss. „Partielle Blöcke“ und die Koordination zwischen zwei Parteien berühren fast den gesamten Client-Stack, was der Hauptgrund dafür ist, dass Glamsterdam langsamer vorangekommen ist als Fusaka.

2. Block-Level Access Lists (EIP-7928)

Ethereum verarbeitet Transaktionen in einem Block derzeit nacheinander, da kein Node weiß, welche Konten und Speicher-Slots eine Transaktion berührt, bevor sie ausgeführt wird.

BALs fügen jedem Block eine vorab erstellte Zuordnung hinzu, die die genauen Konten und Storage-Keys auflistet, auf die seine Transaktionen zugreifen, sowie die sich daraus ergebenden Post-Execution-State-Werte. Ist diese Zuordnung vor der Ausführung verfügbar, können Clients den State parallel im Voraus laden und sich nicht überschneidende Transaktionen gleichzeitig verarbeiten, anstatt sie der Reihe nach abzuspielen.

BALs ermöglichen zudem eine ausführungsfreie Synchronisierung (executionless sync), bei der ein neuer Node seinen State über den Access-List-Digest aktualisieren kann, ohne die gesamte Transaktionshistorie erneut durchlaufen zu müssen. Das senkt den Synchronisierungs-Overhead und hält das State-Wachstum bei der Skalierung der Blockchain handhabbar.

BALs machen ein höheres gas limit realistisch, da eine schnellere und vorhersehbarere Validierung die Voraussetzung dafür ist, die Blockkapazität in Richtung 200 Millionen gas und die oft genannte Obergrenze von ca. 10.000 TPS zu treiben. Das sind Designziele und keine Garantien. Rechter Nutzen hängt von der Client-Leistung, der Hardware der Validatoren und dem tatsächlichen Parallelitätsgrad in Live-Blöcken ab, während das gas limit selbst im Laufe der Zeit durch die Gas-Abstimmung der Validatoren festgelegt und nicht durch das Fork einfach eingeschaltet wird.

Die unterstützenden EIPs: Gas-Preisanpassung, State-Kosten und günstigere Transfers

Über die Headliner hinaus bringt Glamsterdam Änderungen der Execution Layer mit sich, die geringfügig erscheinen, aber für die Nachhaltigkeit und die Nutzerkosten wichtig sind.

Die Neuberechnung von gas und den Kosten für den State bringt den Preis von Operationen wieder in Einklang mit deren wahrer langfristiger Last. Der Anker ist EIP-8037, das im Mai 2026 finalisiert wurde und feste Kosten pro Byte für neuen State festlegt sowie ein separates gas-Reservoir für das State-Wachstum schafft. Das gibt Client-Teams eine Nachhaltigkeitsobergrenze: Spielraum, um das gas-Limit in Richtung 200 Millionen anzuheben, ohne die Datenbank über ein vertretbares Jahresbudget hinaus aufzublähen.

EIP-7778 entzieht der Block-Ebene-gas-Abrechnung zudem Rückerstattungen, wodurch die Kosten für Builder vorhersehbarer werden. Zusammen ist dieses Paket das wichtigste Hebel von Ethereum gegen State Bloat und eine direkte Ergänzung zu BALs.

Für Alltagsnutzer senkt die deutlichste Änderung den intrinsischen Transaktions-gas-Mindestwert, was Standard-ETH-Transfers zwischen bestehenden Accounts voraussichtlich bis zu 71 % günstiger macht. Das stärkt das Argument von Ethereum für alltägliche Zahlungen, nicht nur für komplexes DeFi.

Ein paar Quality-of-Life-EIPs runden das Paket ab. EIP-7708 sorgt dafür, dass ETH-Transfers und -Burns ein Log ausgeben, was wallets und exchanges seit Jahren gefordert haben, da es benutzerdefinierte Transaktionsverfolgungen überflüssig macht. EIP-7954 erhöht die maximale Contract-Größe von rund 24 KiB auf 32 KiB. Andere fügen Opcodes (SLOTNUM von EIP-7843, SWAPN, DUPN und EXCHANGE von EIP-8024) sowie Netzwerkverbesserungen hinzu, die die neuen Block-Access-List-Daten effizient übertragen.

Was gestrichen wurde: 6-Sekunden-Slots und Inclusion Lists

Ein Teil dessen, was den Umfang von Glamsterdam glaubwürdig macht, ist das, was die Entwickler weggelassen haben.

• ​EIP-7782 (6-Sekunden-Slots): Ein prominent geplanter Vorschlag zur Halbierung der Slot-Zeit von Ethereum von 12 auf 6 Sekunden wurde als Highlight in Betracht gezogen. Entwickler lehnten ihn ab: Er barg das Risiko, die Echtzeit-zk-Proving-Prozesse zu verkomplizieren (die sich bereits dem 12-Sekunden-Ziel nähern), hätte ohnehin eine Neukalibrierung des Timings erfordert, falls eine Slot-Restrukturierung später erfolgt wäre, und war weniger ausgereift als konkurrierende Vorschläge. Er bleibt eine aktive Idee für einen zukünftigen Fork.​
• FOCIL / Fork-Choice Inclusion Lists (EIP-7805): Dieser Zensurresistenz-Mechanismus ermöglicht es Validator-Komitees, Transaktionen erzwungenermaßen einzubinden. Er wurde verschoben, nachdem Teams gewarnt hatten, dass die Kombination von ePBS und FOCIL in einem einzigen Upgrade zu viele ungetestete Interaktionen auf mainnet-Skalierung erzeugen würde. FOCIL ist nun das Highlight für Hegotá, dem Upgrade nach Glamsterdam, zusammen mit Account-Abstraction-Arbeiten.

Diese Disziplin ist wichtig. Indem sie sich weigerten, alles auf einmal zu veröffentlichen, hielten die Core-Entwickler Glamsterdam auf die beiden Änderungen fokussiert, die die L1-Skalierung echte Fortschritte bringen.

Veröffentlichungsdatum von Ethereum Glamsterdam

Glamsterdam erreichte Mitte Juni 2026 seine letzte devnet-Stufe, wobei Entwickler Multi-Client-devnets betreiben, die den gesamten Satz an geplanten EIPs enthalten. Dies ist die letzte große technische Phase vor Client-Releases, Sicherheitsüberprüfungen und öffentlichen testnets.

Beim Zeitplan gibt es noch kein bestätigtes mainnet-Datum, und die Metaspezifikation (EIP-7773) des Upgrades befindet sich noch im Entwurf (Draft). Das realistische Bild:

• Letzte devnets (jetzt): Stabilisierung aller EIPs gemeinsam über alle Client-Implementierungen hinweg.
• Öffentliche testnets (als Nächstes): Holesky- und Hoodi-Fork vor mainnet, wobei die Stabilität über mehrere Epochen hinweg anhalten muss.
• mainnet-Ziel (H2 2026): Einige staking-Anbieter nennen ein optimistisches internes Ziel um Q3 2026. Angesichts der zwei bis vier Monate Reifezeit im öffentlichen testnet, die jüngste Forks benötigten, ist ein Zeitfenster von etwa September bis Dezember 2026 das solidere Basisszenario.
• Änderungen vorbehalten: Mitwirkende der Ethereum Foundation merken an, dass Glamsterdam sich als kniffliger und langsamer als Fusaka erweist, weshalb eine Verzögerung möglich ist. ePBS richtig umzusetzen hat Vorrang vor jedem festen Datum.

EIP-Liste für Ethereum Glamsterdam

Der aktuelle Satz von „Scheduled for Inclusion“ gruppiert sich um die beiden Highlights sowie das Paket zur Neuberechnung von gas und State. Der Umfang kann sich noch verschieben, solange EIP-7773 ein Entwurf bleibt; der Live-Status ist auf Forkcast und im Glamsterdam-Meta-Thread einsehbar.

Die relevantesten Glamsterdam-EIPs nach Rolle:

• EIP-7732: Enshrined Proposer-Builder Separation (ePBS). Verlegt das Block-Building und die Builder-Zahlungen in das Protokoll (Konsens-Highlight).
• EIP-7928: Block-Level Access Lists (BALs). Ermöglicht parallel execution und ausführungslose Synchronisierung (Ausführungs-Highlight).
• EIP-8037: Erhöhung der gas-Kosten für die State-Erstellung. Feste Kosten pro State-Byte plus ein dediziertes Reservoir für das State-Wachstum (Anker gegen State Bloat).
• EIP-7778: Block-gas-Abrechnung ohne Rückerstattungen. Vereinfacht die gas-Ökonomie und verbessert die Vorhersehbarkeit für Builder.
• EIP-7708: ETH-Transfers und -Burns geben ein Log aus. Macht benutzerdefinierte Transaktionsverfolgung für wallets und exchanges überflüssig.
• EIP-7954: Erhöht die maximale Contract-Größe von ~24 KiB auf 32 KiB.
• EIP-7843: Fügt einen SLOTNUM-Opcode hinzu, der die aktuelle Slot-Nummer für die EVM offenlegt.
• EIP-8024: Abwärtskompatible SWAPN-, DUPN- und EXCHANGE-Opcodes für eine günstigere Stack-Handhabung.
• EIP-7975 / EIP-8159: Netzwerk-Upgrades, die es Clients ermöglichen, die neuen Block-Access-List-Daten effizient auszutauschen.

Mit mehreren kleineren Repricing-Maßnahmen für Calldata und Access-Lists verfolgen sie ein gemeinsames Ziel: eine vorhersehbarere, präzise bepreiste Ausführung, die skaliert, ohne Ethereum-Nodes zu teurer Hardware zu zwingen.

Was Glamsterdam für ETH-Investoren bedeutet

Größere Ethereum-Upgrades neigen dazu, volatile Ereignisse zu sein, die oft nach dem Muster „Buy the rumor, sell the news“ ablaufen – wobei ETH vor einem Fork ansteigt und nach der Aktivierung wieder nachgibt. Das ist eine Tendenz und keine Regel, und die jüngeren Zyklen verliefen unruhiger als die klaren historischen Fälle.

Der größere Rahmen für Glamsterdam ist struktureller Natur. In der ersten Hälfte des Jahres 2026 zeigte ETH eine schwächere Performance, bewegte sich in einer groben Spanne von 1.700 bis 2.100 USD und rutschte im Juni in einer Risk-off-Bewegung unter 1.700 USD, obwohl spot ETH ETFs im Mai ihre stärksten monatlichen Zuflüsse seit dem Launch verzeichneten. Eine gesunde Produktnachfrage bei schwachen Preisen ist die Kernfrage der Wertschöpfung: Bis mehr on-chain-Aktivität zu Gebühren auf der Base-Layer, Burn und staking-Renditen beiträgt, bleibt das Bullenszenario bedingt.

Hier gibt es einen schärferen Haken. Ein dreifacher Sprung der L1-Kapazität ohne einen entsprechenden Nachfragesprung kann die Base-Fees niedrig halten und den EIP-1559-Burn kurzfristig dämpfen, selbst während das Netzwerk skaliert. Glamsterdam erweitert Ethereums langfristige Kapazität, treibt aber nicht automatisch den Burn an, auf den Ethereums monetäres Konzept baut.

Warum es dennoch Gewicht hat: Es ist das erste Upgrade, das darauf ausgelegt ist, den L1-Durchsatz zu skalieren und die Aktivität zurück auf die Base-Layer zu ziehen. Es kommt zu einem Zeitpunkt, an dem ETF-Herausgeber damit beginnen, Staking-Belohnungen an Aktionäre weiterzureichen, und Aufsichtsbehörden klären, wie Institutionen Proof-of-Stake-Renditen erwirtschaften. Einige Analysten stützen auf diese Dynamiken eine konstruktive ETH-These für 2026; andere bleiben angesichts von Gebühren-Kannibalisierung und makroökonomischen Bedingungen vorsichtig. Die Debatte ist echtes Hin und Her.

Für Langzeithalter verbessert Glamsterdam vor allem die Setup-Qualität für ETH. Ob sich dies in Kursen niederschlägt, hängt von der Adoptionsrate und dem makroökonomischen Umfeld ab, nicht allein vom Upgrade. Nichts davon ist eine Finanzberatung, und sowohl Zeitpläne als auch Märkte können sich schnell ändern. Betreiben Sie daher vor jeder Allokation Ihre eigene Recherche.

Hauptrisiken des Glamsterdam-Upgrades

Glamsterdam gestaltet die Blockproduktion, -ausführung und -bepreisung gleichzeitig neu und fügt Koordinationsschnittstellen hinzu, die umfangreiche Tests über Clients und Anwendungen hinweg erfordern.

• ePBS-Komplexität: Die Aufteilung der Blockproduktion auf zwei aufeinanderfolgende Parteien innerhalb des Konsenses ist anspruchsvoll. Das Protokoll muss die Nichteinreichung durch den Builder sowie Unstimmigkeiten sauber handhaben, und die Logik für „teilweise Blöcke“ berührt nahezu den gesamten Client-Stack, was das Risiko von Bugs oder Verzögerungen erhöht.
• Builder-Zentralisierung: In-Protocol-PBS reduziert das Vertrauen in Relays, aber kapitalstarke Builder könnten die Blockkonstruktion dennoch dominieren. ePBS mildert diesen Druck eher, als dass es ihn beseitigt.
• BALs-Korrektheit: Deterministische Access-Lists erfordern eine strikte Übereinstimmung zwischen Clients. Eine Abweichung bei der Berechnung oder Validierung der Map durch Nodes könnte im schlimmsten Fall das Risiko eines Konsens-Splits bergen.
• Repricing-Auswirkungen für dApps: Änderungen bei Opcode- und Speicherkosten können smart contracts beschädigen, die auf alte gas-Annahmen ausgelegt sind, wodurch latente Bugs aufgedeckt oder wirtschaftliche Rahmenbedingungen verschoben werden.
• State-Growth-Verzerrung: Höhere Speicherkosten könnten Entwickler dazu bringen, zu Calldata-lastigen oder kurzlebigen Mustern zu greifen, wodurch die Last eher umverteilt als verringert wird.
• Validator-Operationen: Das Wegfallen obligatorischer MEV-Relays verbessert die Vertrauensannahmen, erfordert jedoch zusätzlichen Überwachungs- und Koordinationsaufwand für die Staking-Infrastruktur.
• Zu großer Umfang: Die Kombination größerer MEV-, Ausführungs- und gas-Reformen in einem einzigen Fork erhöht das Integrationsrisiko. Die Verschiebung von 6-Sekunden-Slots und FOCIL ist ein direkter Versuch, dies einzudämmen.

Fazit

Glamsterdam ist der Punkt, an dem Ethereums Skalierungsplan operativ, fristgebunden und testnet-getrieben wird und sich seine strategische Geschichte wandelt. Nach Jahren der Durchsatzumleitung auf Rollups skalieren Core-Developer die Base-Layer erneut, in der Annahme, dass ein schnelleres, paralleleres und vertrauensloseres L1 Ethereum im Zentrum von Krypto und tokenisierter Finanzierung hält.

Für das Protokoll bilden ePBS und BALs das grundlegende Fundament, auf dem spätere Upgrades jahrelang aufbauen werden. Für Anleger ändert Glamsterdam die Fragestellung. Die Frage ist nicht länger, ob Ethereum skalieren kann, sondern wie gut diese Skalierung hält und ob sie das Netzwerkwachstum endlich wieder mit dem Wert von ETH verknüpft.