Ethereum Glamsterdam 2026: Gebühren -78% — Was sich für Nutzer ändert

Ethereum hat die letzten zwei Jahre damit verbracht, zu beweisen, dass es sein Layer-2-Ökosystem skalieren kann. Das Dencun-Upgrade im März 2024 senkte die L2-Transaktionsgebühren durch EIP-4844-Blob-Transaktionen um etwa 90%. Pectra, im Mai 2025 deployed, verfeinerte Validator-Operationen, führte EIP-3074 authcall für Account-Abstraktion ein und erhöhte die Blob-Anzahl. Beide Upgrades waren folgenreich. Keines hat den Kern-Engpass der Ausführungsebene angetastet: das sequentielle Verarbeitungsmodell, das begrenzt, wie viele Transaktionen Ethereum auf Layer 1 pro Sekunde tatsächlich ausführen kann.

Glamsterdam ist anders. Es zielt direkt auf die Ausführung ab. Die beiden Haupt-EIPs — 7732 und 7928 — adressieren jeweils, wie Blöcke gebaut werden und wie Transaktionen innerhalb dieser Blöcke verarbeitet werden. Zusammen mit einer vorgeschlagenen Gas-Limit-Erhöhung, die Validatoren als Frage des sozialen Konsenses diskutieren, stellen sie die bedeutendste Überarbeitung von Ethereums Basis-Ausführungsebene seit der Merge im Jahr 2022 dar.

Dieser Artikel analysiert jede Komponente, erklärt die kryptografische und wirtschaftliche Mechanik für ein Nicht-Entwickler-Publikum und bewertet die realen Implikationen — einschließlich der berechtigten Kritiken, die Forscher und Node-Betreiber zum Tempo und Umfang dieser Änderungen äußern.

Was ist das Glamsterdam-Upgrade?

Der Name Glamsterdam ist inoffiziell — ein Community-Codename, den Ethereum-Entwickler und -Forscher während der Planungssitzungen geprägt haben, indem sie Glasgow und Amsterdam verbanden — zwei Städte, die historisch mit Ethereum-Entwickler-Gipfeln und AllCoreDevs-Meetings verbunden sind. Ethereum-Upgrades haben eine Tradition geografischer Namen: Berlin, London, Shanghai, Cancun, Prague. Glamsterdam folgt dieser Konvention und erkennt an, dass sein Umfang mehrere thematische Cluster umfasst, die in beiden Städten diskutiert wurden.

In technischer Hinsicht ist Glamsterdam ein koordinierter Hard Fork — eine rückwärts-inkompatible Protokolländerung, die alle Ethereum-Nodes gleichzeitig bei einer bestimmten Blocknummer (oder Epoch-Nummer in der Post-Merge-Terminologie) übernehmen müssen. Es ist kein Soft Fork und es ist nicht optional. Sobald das Netzwerk den vorgesehenen Übergangspunkt erreicht, wird jeder Node mit älterer Software von der kanonischen Chain abgekoppelt.

Das Upgrade steht an dritter Stelle in der Post-Dencun-Sequenz. Um zu verstehen, warum Glamsterdam notwendig ist, hilft es, die Trajektorie nachzuverfolgen: Dencun (März 2024) führte EIP-4844 Proto-Danksharding ein, das eine separate Datenspur (Blobs) für Layer-2-Rollups schuf und deren Daten-Posting-Kosten um bis zu 90% reduzierte, was eine Welle von L2-Aktivität auslöste. Pectra (Mai 2025) folgte mit Wartungsarbeiten: Verbesserungen an Validator-Credentials, EIP-3074 authcall, erhöhte Blob-Targets für hochfrequente L2s und mehrere EVM-Object-Format-Änderungen. Keines der beiden Upgrades erhöhte die Rohkapazität von Ethereums Ausführungsebene. Glamsterdam tut es.

Die drei Säulen von Glamsterdam sind: EIP-7732 (Enshrined Proposer-Builder Separation), EIP-7928 (Block-Level Access Lists) und eine Gas-Limit-Erhöhung von etwa 60 Millionen auf 200 Millionen Gas-Einheiten pro Block — letzteres ist eine Validator-Governance-Entscheidung statt einer Protokollspezifikationsänderung.

EIP-7732 — Enshrined Proposer-Builder Separation erklärt

Um EIP-7732 zu verstehen, muss man das Problem verstehen, das es löst: die aktuelle Architektur des Maximal Extractable Value (MEV) auf Ethereum.

Jeder Block auf Ethereum wird von einem Validator vorgeschlagen — einem Teilnehmer, der 32 ETH gestakt hat, um am Konsens teilzunehmen. Der Validator hat das Recht, beliebige Transaktionen in seinen Block aufzunehmen, vorbehaltlich der Protokollregeln. In der Theorie ist dies ein neutraler Prozess. In der Praxis schafft die Reihenfolge von Transaktionen innerhalb eines Blocks enorme wirtschaftliche Möglichkeiten: ein erfahrener Akteur, der die Sequenz wählen kann, kann Trades front-runnen, DEX-Aufträge sandwichen und Wert von gewöhnlichen Nutzern durch Preismanipulation extrahieren. Dies ist MEV.

Die aktuelle Lösung ist MEV-Boost, ein Off-Chain-Relay-System, das von Flashbots entwickelt wurde. In MEV-Boost lagern Validatoren den Block-Aufbau an spezialisierte Builder aus — Firmen mit ausgefeilter Software, die die profitabelste Transaktionsreihenfolge zusammenstellt. Builder konkurrieren, indem sie Validatoren einen Anteil des extrahierten MEV anbieten. Ab 2025 wurden über 85% der Ethereum-Blöcke von externen Buildern über MEV-Boost-Relays gebaut.

Diese Architektur funktioniert, schafft aber ernste strukturelle Probleme. Erstens ist sie vollständig Off-Chain: das Relay-System operiert außerhalb des Ethereum-Protokolls, ohne On-Chain-Enforcement, keine Slashing-Bedingungen für Fehlverhalten und keine Transparenzgarantien. Zweitens ist sie tief zentralisiert: eine Handvoll Builder konstruiert die große Mehrheit der Blöcke. Drittens schafft sie systemische Fragilität: wenn dominante Relays offline gehen oder kompromittiert werden, bricht der MEV-Markt auf Arten zusammen, von denen sich das Protokoll nicht reibungslos erholen kann.

EIP-7732 — Enshrined Proposer-Builder Separation (ePBS) — löst dies, indem die Proposer-Builder-Beziehung in das Kernprotokoll gebracht wird. Unter ePBS ist die Trennung zwischen Validator (Proposer) und Block-Builder in der Konsensebene formalisiert. Builder reichen versiegelte Gebote für das Recht ein, den Ausführungs-Payload jedes Blocks zu konstruieren. Der Payload des Gewinners wird in der Konsensebene committed und erst offenbart, nachdem der Proposer sich darauf festgelegt hat — ein kryptografischer Mechanismus, der Last-Minute-Wechsel verhindert und gleichzeitig sicherstellt, dass Builder Blöcke nicht zurückhalten können.

Was ePBS nicht tut, ist die Gebühren direkt zu senken. Es ist eine strukturelle Reform der Block-Produktion, keine Erhöhung der Blockkapazität. Sein Beitrag zu Glamsterdam ist, das System vertrauenswürdiger und dezentraler zu machen und die institutionelle Grundlage zu schaffen, auf der höherdurchsatz-Änderungen (BALs, höheres Gas-Limit) sicher aufbauen können.

EIP-7928 — Block-Level Access Lists und parallele Ausführung

Wenn EIP-7732 darum geht, wer Blöcke baut, geht EIP-7928 darum, wie die Transaktionen innerhalb dieser Blöcke verarbeitet werden. Und hier werden die Durchsatzzahlen dramatisch.

Heute führt die Ethereum Virtual Machine (EVM) Transaktionen sequentiell aus — eine nach der anderen, in der Reihenfolge, in der sie im Block erscheinen. Dies ist eine bewusste Design-Entscheidung. Sequentielle Ausführung ist einfach zu verstehen: Transaktion A läuft vollständig ab, bevor Transaktion B beginnt, sodass kein Risiko besteht, dass zwei Transaktionen gleichzeitig denselben Zustandsteil inkonsistent modifizieren. Aber sequentielle Ausführung ist auch ein schwerwiegender Engpass: selbst wenn ein moderner Computer zehn Transaktionen gleichzeitig verarbeiten könnte, verarbeitet die EVM nur eine.

Parallele Ausführung ist die offensichtliche Lösung. Der Grund, warum sie nicht früher implementiert wurde, ist das Zustandskonflikt-Problem: um Transaktionen sicher parallel auszuführen, muss man im Voraus wissen, ob zwei Transaktionen dasselbe Stück Ethereum-Zustand berühren werden. Wenn Transaktion A und Transaktion B beide versuchen, in denselben Speicherslot zu schreiben, können sie nicht gleichzeitig ausgeführt werden. Diese Konflikte in Echtzeit zu identifizieren ist rechnerisch teuer und negiert effektiv den Vorteil der Parallelität.

EIP-7928 löst dies durch Block-Level Access Lists (BALs). Unter dem Vorschlag müssen Transaktionen vorab deklarieren — auf Block-Ebene, bevor die Ausführung beginnt — welche Zustandslocations sie lesen und schreiben wollen. Mit einem vollständigen vorab deklarierten Konfliktgraph kann der EVM-Scheduler identifizieren, welche Transaktionen keinen überlappenden Zugriff auf den Zustand haben — und sie gleichzeitig ausführen. Transaktionen, die sich tatsächlich überschneiden, werden wie bisher serialisiert. In der Praxis schätzen Forscher, dass zwischen 60% und 80% der Transaktionen in typischen Blöcken parallelisiert werden können.

Die Durchsatzimplikation ist erheblich. Kombiniert mit der Gas-Limit-Erhöhung schätzen Community- und Forschungsmodelle, dass EIP-7928 den Großteil der ~78% Gebührenreduzierung beiträgt und Ethereums theoretische Transaktionsverarbeitungskapazität auf 10.000 Transaktionen pro Sekunde auf Layer 1 steigert — eine 300-fache Verbesserung gegenüber dem aktuellen praktischen Limit von 15–30 TPS.

Diese 10.000 TPS sind theoretisch. Sie setzen ideale Transaktionszusammensetzung, maximale Parallelisierbarkeit und Validatoren voraus, die Hardware betreiben, die die erhöhte Berechnung bewältigen kann. Der reale Durchsatz wird niedriger sein. Aber selbst bei 20–30% des theoretischen Maximums wäre die Verbesserung der Layer-1-Kapazität transformativ für Anwendungsfälle, die derzeit vollständig auf Layer-2-Lösungen angewiesen sind.

Gas-Limit-Erhöhung: Von 60M auf 200M

Das dritte Standbein von Glamsterdam ist das ungewöhnlichste: eine vorgeschlagene Erhöhung des Block-Gas-Limits von etwa 60 Millionen auf 200 Millionen — eine mehr als dreifache Erweiterung — erreicht nicht durch ein EIP, sondern durch sozialen Validator-Konsens.

Das Gas-Limit auf Ethereum ist keine feste Protokollkonstante. Es ist ein Parameter, den jeder Validator innerhalb eines kleinen Bereichs schrittweise anpassen kann (1/1024 des aktuellen Limits pro Block, entweder auf- oder abwärts). Das aktuelle Niveau von etwa 36–60 Millionen ist das Ergebnis von Validatoren, die kollektiv dafür abstimmen, es von der Post-Merge-Baseline zu erhöhen. Wenn eine ausreichende Mehrheit der Validatoren dieselbe Richtung signalisiert, driftet das Limit entsprechend.

Die Diskussion über die Erhöhung des Gas-Limits auf 200M läuft in Ethereum-Forschungskreisen mindestens seit Ende 2024. Das Kernargument ist einfach: die Blockkapazität ist derzeit künstlich begrenzt. Die Hardware-Anforderungen für den Betrieb eines vollständigen Ethereum-Nodes sind nicht proportional zu den bisher vorgenommenen Gas-Limit-Anpassungen gewachsen, und moderne Client-Software kann deutlich mehr Berechnungen pro Block verarbeiten als Validatoren derzeit erlauben.

Kombiniert mit EIP-7928's paralleler Ausführung wirkt die Gas-Limit-Erhöhung als Kraftmultiplikator. Mehr Gas pro Block bedeutet mehr Transaktionen pro Block; parallele Ausführung bedeutet, dass diese Transaktionen schneller und zu niedrigeren Stückkosten abgeschlossen werden. Die ~78% Gebührenreduzierung ergibt sich hauptsächlich aus dieser Kombination: erweiterter Blockraum (mehr Angebot) trifft auf Effizienzgewinne der parallelen Ausführung (niedrigerer Overhead pro Transaktion).

Hier konzentriert sich jedoch die substanziellste Kritik am Umfang von Glamsterdam:

State Bloat: Mehr Transaktionen pro Block bedeutet mehr Zustandsänderungen pro Block. Ethereums Zustand — die vollständige Aufzeichnung aller Kontostände, des Contract-Codes und des Speichers — wächst mit jeder Transaktion. Ethereum-Forscher einschließlich Vitalik Buterin haben ausführlich über State-Wachstum als existenzielle Herausforderung für die Dezentralisierung geschrieben; Glamsterdams Gas-Limit-Erhöhung beschleunigt den Zeitplan, zu dem Statelessness- oder State-Expiry-Lösungen dringend werden.

Bandbreitenanforderungen: Größere Blöcke benötigen mehr Bandbreite zur Netzwerkausbreitung. Eine Verdreifachung des Gas-Limits belastet Validatoren mit Consumer-Internetverbindungen unverhältnismäßig stark und betrifft Home-Staker in Regionen mit langsameren Upload-Geschwindigkeiten — eine Dezentralisierungsbedenken.

Client-Diversity-Risiko: EIP-7928's parallele Ausführung ist rechnerisch komplex. Alle großen Clients (Geth, Nethermind, Besu, Erigon, Reth) müssen die parallele Ausführung korrekt und konsistent implementieren. Subtile Unterschiede könnten zu Konsens-Splits führen. Diese Bedenken sind aktive Punkte in den Ethereum Magicians Forum-Notizen und AllCoreDevs-Call-Aufzeichnungen.

Wie stark könnten die Gebühren sinken? Die 78%-Schätzung

Die ~78% durchschnittliche Gas-Gebührenreduzierung ist die meistzitierte Statistik in der Glamsterdam-Berichterstattung. Woher kommt sie, was bedeutet sie wirklich und welche Annahmen liegen ihr zugrunde?

Die Schätzung stammt aus einer Kombination von Ethereum-Forschungs-Blog-Posts, EIP-Autoren-Analysen und unabhängiger Modellierung durch DeFi-Analytics-Teams. Es ist keine Protokollgarantie, kein Roadmap-Versprechen oder eine Zahl, die die Ethereum Foundation offiziell gebilligt hat.

Der primäre Mechanismus hinter der Gebührenreduzierung ist die Angebots-Nachfrage-Dynamik. Ethereums Gas-Gebühren werden durch EIP-1559's Base-Fee-Mechanismus festgelegt, der die Mindestgebühr pro Gas-Einheit basierend darauf anpasst, wie voll jüngste Blöcke waren. Eine Verdreifachung des Gas-Limits — sonst alles gleich — verdreifacht das Angebot an Blockraum. Grundlegende Ökonomie: mehr Angebot bei gleicher Nachfrage bedeutet niedrigere Preise.

Die 78%-Zahl setzt voraus, dass die Nachfrage nach Ethereum-Blockraum den neuen Kapazitäten kurzfristig nicht proportional anwächst — eine vernünftige Annahme, da das meiste Transaktionsnachfragewachstum auf Ethereum nach Dencun von L2s und nicht von L1 absorbiert wurde.

Um die Zahl konkret zu machen: Eine Standard-ERC-20-Token-Übertragung auf Ethereum Mainnet bei moderater Netzwerküberlastung kostet derzeit etwa $0,80–$2,50. Eine 78%ige Reduzierung würde diesen Bereich auf etwa $0,18–$0,55 bringen. Eine komplexe DeFi-Interaktion (Multi-Hop-DEX-Swap), die derzeit $8–$25 auf L1 kostet, könnte auf $1,76–$5,50 fallen.

Timeline: Wann startet Glamsterdam?

Das Q3-2026-Ziel — Juli bis September 2026 — ist der aktuelle Planungshorizont für Glamsterdam. Ethereum-Upgrades haben kein festes Startdatum, das Monate im Voraus angekündigt wird. Sie durchlaufen einen gestaffelten Prozess: EIP-Finalisierung, Devnet-Deployment, Testnet-Deployment (Sepolia und Holesky) und schließlich Mainnet-Aktivierung.

Stand Mai 2026 wurde EIP-7732 vom AllCoreDevs-Prozess als "Kandidat für die Aufnahme" in Glamsterdam markiert, was bedeutet, dass Core-Entwickler vereinbart haben, dass es die Leiste für das Deployment erfüllt. EIP-7928 befindet sich in der späten Review-Phase mit weitgehend finalisierter Spezifikation, aber noch laufenden Implementierungstests über mehrere Clients.

Die historische Kadenz ist aufschlussreich: Von der EIP-Finalisierung bis zur Mainnet-Aktivierung haben große Ethereum-Upgrades typischerweise 4–8 Monate benötigt. Dencun dauerte etwa sechs Monate. Pectra etwa sieben Monate. Angesichts der Tatsache, dass EIP-7928 technisch komplexer ist als die Ausführungsebenen-Änderungen beider Upgrades, ist eine sieben-bis-neun-Monats-Timeline plausibel, was auf Spät-Q3 oder Früh-Q4 2026 als realistischen Bereich hinausläuft.

Was das für Ethereum-Nutzer und -Investoren bedeutet

Für gewöhnliche Ethereum-Nutzer ist Glamsterdams direktester Effekt niedrigere Transaktionskosten. Wenn die ~78%ige Gebührenreduzierung auch nur teilweise eintritt, verändert sich die Ökonomie der direkten Interaktion mit Ethereum Layer 1 erheblich. Kleinere Transaktionen, die auf L1 derzeit unwirtschaftlich sind (Micro-DeFi-Positionen, kleine NFT-Käufe, Niedrigwert-Token-Überweisungen), werden wieder ohne L2-Bridge praktikabel.

Für DeFi-Protokolle könnte die Kombination aus höherem Durchsatz und niedrigeren Gebühren den adressierbaren Markt erheblich erweitern. Glamsterdam eliminiert L2s nicht — ihre Geschwindigkeitsvorteile bleiben — aber es verringert die Kostenlücke und macht L1-DeFi wieder wettbewerbsfähig für Transaktionen, die die maximalen Sicherheitsgarantien benötigen, die nur L1-Settlement bietet.

Für Investoren, die eine Position vor Glamsterdam aufbauen oder ihre Ethereum-Exposition erhöhen möchten, ist der Zugang zu ETH über regulierte, lizenzierte Plattformen wichtig — besonders für europäische Investoren unter MiCAs Rahmen. Coinbase hält eine MiCA-CASP-Lizenz über seine luxemburgische Einheit und bietet unkomplizierten ETH-Spot-Handel mit wettbewerbsfähigen Gebühren. Binance durchläuft derzeit den MiCA-Autorisierungsprozess für europäische Operationen.

Es lohnt sich auch, Glamsterdam im breiteren Wettbewerbskontext zu betrachten. Solana hat seine parallele Ausführungsarchitektur (Sealevel) als fundamentalen Vorteil gegenüber Ethereums sequentiellem EVM vermarktet. EIP-7928 ist in gewisser Weise Ethereums Antwort auf diese Kritik — eine Anerkennung, dass parallele Ausführung für die L1-Skalierbarkeit notwendig ist. Glamsterdam wird reale Daten liefern.

FAQ — Ethereum Glamsterdam-Upgrade 2026

Was ist das Ethereum Glamsterdam-Upgrade?

Glamsterdam ist der Community-Codename für Ethereums nächstes großes Protokoll-Upgrade, das für Q3 2026 erwartet wird. Es folgt dem Pectra-Upgrade (Mai 2025) und konzentriert sich auf die Skalierbarkeit der Ausführungsebene durch EIP-7732 (ePBS), EIP-7928 (Block-Level Access Lists) und eine vorgeschlagene Gas-Limit-Erhöhung von ~60M auf 200M Einheiten pro Block.

Um wie viel werden die Ethereum-Gebühren 2026 sinken?

Community- und Forschungsschätzungen legen nahe, dass die durchschnittlichen Gas-Gebühren nach Glamsterdam um etwa 78% fallen könnten. Eine Standard-ERC-20-Übertragung, die heute ~$1,50 kostet, könnte auf ~$0,33 in der Basisfall-Schätzung sinken.

Was ist EIP-7732 ePBS?

EIP-7732 führt die Enshrined Proposer-Builder Separation ein und verlagert den Block-Bauprozess vom Off-Chain-MEV-Boost-Relay-System ins Kernprotokoll. Über 85% der Ethereum-Blöcke werden heute von externen Buildern über Relays außerhalb der Chain gebaut. ePBS bringt dies On-Chain und verbessert Zensurresistenz und Dezentralisierung erheblich.

Was ist EIP-7928 und wie ermöglicht es 10.000 TPS?

EIP-7928 führt Block-Level Access Lists ein, die Transaktionen ermöglichen, ihren Zustandszugriff vorab zu deklarieren. Nicht-konfliktierende Transaktionen können dann parallel ausgeführt werden. Kombiniert mit einem höheren Gas-Limit schätzen Forscher einen theoretischen Durchsatz von ~10.000 TPS auf Layer 1.

Wann startet Glamsterdam?

Glamsterdam zielt auf Q3 2026. Die endgültige Aktivierung hängt von erfolgreichen Devnet- und Testnet-Phasen ab. Angesichts der Komplexität der Änderungen ist eine verlängerte Testnet-Phase geplant — bei Problemen könnte es auf Q4 2026 rutschen. Die Community priorisiert Korrektheit über den Zeitplan.