Ethereums Glamsterdam-Upgrade im November 2026: Was geplant ist, was nicht, und was Sie tun müssen

Glamsterdam, Ethereums nächster Hard Fork, läuft seit dem 6. Oktober 2026 im Sepolia-Testnetz und soll auf dem Hoodi-Testnetz für den 26. Oktober angesetzt worden sein. Stand 2. November 2026 ist kein Mainnet-Termin angekündigt. Die Ankündigung der Ethereum Foundation listet 18 Änderungen auf, angeführt von der in das Protokoll eingebauten Trennung von Proposer und Builder und von Zugriffslisten auf Blockebene, dazu eine Neubepreisung der Gaskosten, gegen die manche Verträge getestet werden müssen. Dieser Leitfaden gibt wieder, was die Primärquelle sagt, korrigiert früher kursierende Zahlen und erklärt, was ein ETH-Halter oder Nutzer tun muss: für das Mainnet vorerst nichts.

Die Kurzfassung

• Nicht im Mainnet aktiv. Die Ankündigung vom 17. September 2026 sagt, „die Aktivierungstermine für Hoodi und Mainnet sind noch nicht entschieden“, und sie „legt kein Mainnet-Upgrade fest“.
• Sepolia: angesetzt bei Epoche 353.024, Slot 11.296.768, das ist der 6. Oktober 2026, 13:53:36 UTC.
• Hoodi: gemeldet für den 26. Oktober 2026, 17:42:48 UTC (Sekundärbericht, siehe Quellen). Mainnet: weiterhin kein Termin.
• Inhalt: 18 geplante EIPs. Die zwei Hauptänderungen sind EIP-7732 (ins Protokoll eingebaute Trennung von Proposer und Builder, ePBS) und EIP-7928 (Zugriffslisten auf Blockebene).
• Gaskosten ändern sich, und nicht nur nach unten. EIP-8037 „erhöht und misst getrennt die Kosten für das Erzeugen von State“; EIP-8038 aktualisiert die State-Zugriffskosten; weitere Änderungen betreffen Calldata und Access Lists.
• Das 200-Millionen-Gaslimit ist eine Validator-Einstellung, nicht Teil des Upgrades. Am 2. November 2026 lag das gültige Limit bei 60.000.000. Zwei Konsensclients verwenden nach der Aktivierung standardmäßig 60M, und Validatoren, die 200M wollen, müssen es ausdrücklich konfigurieren.
• Für Nutzer: Laut Ankündigung ist für Mainnet-Nutzer keine Aktion nötig. Node-Betreiber und Validatoren müssen vor der Aktivierung Ausführungs- und Konsensclient aktualisieren.

Was Glamsterdam ist

Die Foundation beschreibt Glamsterdam als Kombination aus dem Upgrade der Ausführungsschicht „Amsterdam“ und dem der Konsensschicht „Gloas“. Die Hauptänderungen sind in ihren Worten die ins Protokoll eingebaute Trennung von Proposer und Builder und Zugriffslisten auf Blockebene, „die ändern, wie Blöcke erzeugt und validiert werden, um höhere L1-Kapazität zu unterstützen“.

EIP-7732: eingebaute Trennung von Proposer und Builder

Heute lagern viele Validatoren den Blockbau über Off-Chain-Dienste an spezialisierte Builder aus. EIP-7732 verlegt diese Beziehung ins Protokoll. Nach der Beschreibung der Foundation „nimmt ein Proposer die Zusage eines Builders zu einem Ausführungs-Payload auf, und der Builder legt diesen Payload später offen. Das Protokoll wickelt die Zahlung an den Proposer ab und verringert so die Abhängigkeit von vertrauenswürdiger Zwischensoftware.“ Die Änderung trennt außerdem Konsens- von Ausführungsvalidierung, „sodass Validatoren mehr Zeit haben, Ausführungs-Payloads zu validieren“, und führt ein Payload-Timeliness-Komitee ein, das bestätigt, ob der Builder den Payload rechtzeitig offengelegt hat. Für normale Nutzer ist die Wirkung indirekt; die betrieblichen Folgen tragen Validatoren und Builder-Infrastruktur, die „die neuen Aufgaben und Schnittstellen vor dem Upgrade prüfen sollten“.

EIP-7928: Zugriffslisten auf Blockebene

EIP-7928 führt „verbindliche Zugriffslisten auf Blockebene ein, die die in einem Block angesprochenen Konten und Speicherstellen samt den State-Änderungen nach den Transaktionen erfassen“. Laut Ankündigung „erlauben diese Listen den Clients, State parallel von der Festplatte zu lesen, Transaktionen parallel zu validieren und State-Roots effizienter zu berechnen“. Die Foundation beschreibt ePBS und Zugriffslisten zusammen als „Grundlage, um Ausführungskapazität zu skalieren und die Blockvalidierung für Node-Betreiber praktikabel zu halten“. Eine Durchsatzzahl nennt sie nicht.

Gaspreise und State-Wachstum

Die Ankündigung sagt, Glamsterdam „passt die Gasabrechnung an, um den Ressourcenverbrauch besser abzubilden“: EIP-8037 erhöht und misst getrennt die Kosten für das Erzeugen von State, EIP-8038 aktualisiert die State-Zugriffskosten, und EIP-7976 und EIP-7981 erhöhen die Calldata-Untergrenze und die Access-List-Kosten. Anwendungsentwickler sollen Verträge und Gasschätzung gegen die neuen Regeln testen, und „Verträge, die sich auf feste Gas-Stipendien, fest codierte Gaslimits oder Annahmen über das verbleibende Gas stützen, müssen möglicherweise angepasst werden“. Was das für Ihre Kosten heißt, hängt von der Operation ab: Manche werden bewusst teurer, vor allem das Erzeugen neuen States.

Der Rest der Liste

Die geplante Liste umfasst 18 EIPs. Dazu gehören unter anderem ETH-Überweisungen, die ein Log ausgeben (EIP-7708), ein Slot-Nummer-Opcode (EIP-7843), eine höhere maximale Vertragsgröße (EIP-7954), ein deterministischer Factory-Vertrag (EIP-7997), der Ausschluss bestrafter Validatoren vom Vorschlagen (EIP-8045) und höheres Exit- und Konsolidierungs-Churn (EIP-8061). Das Ethereum-Bug-Bounty-Programm ist für die Glamsterdam-Spezifikationen aktiv.

Gaslimit: Was zum Upgrade gehört und was nicht

Frühere Beschreibungen von Glamsterdam, auch eine frühere Fassung des Leitfadens auf dieser Website, nannten die Anhebung des Block-Gaslimits von 60 auf 200 Millionen als eine von drei Säulen. Die Primärquelle führt sie nicht als EIP des Upgrades auf. Was die Ankündigung in den Client-Hinweisen sagt: Prysm und Teku „verwenden nach der Aktivierung standardmäßig ein Gaslimit von 60M“ und „Validatoren, die mit einem Gaslimit von 200M vorschlagen wollen, müssen es ausdrücklich konfigurieren“. Wir haben das Netzwerk am 2. November 2026 abgefragt: Der neueste Block (Nummer 26.325.714) hatte ein Gaslimit von 60.000.000. 200 Millionen sind also eine Einstellung, die Validatoren wählen können, kein Wert, den das Upgrade vorgibt. Unter den informativen Begleit-EIPs führt die Ankündigung außerdem einen mit dem Titel „Gas Limit Schedule“ (EIP-8261) auf; seinen Inhalt haben wir nicht geprüft.

Und die früher kursierenden Zahlen

Die frühere Fassung dieses Leitfadens nannte eine geschätzte Gebührensenkung von 78 %, eine theoretische Spitze von „10.000 Transaktionen pro Sekunde“ und eine Einführung im „dritten Quartal 2026“. Das dritte Quartal 2026 ist ohne Mainnet-Termin vergangen. In der Ankündigung der Foundation fanden wir keine Zahl zu Gebührensenkung oder Durchsatz, und die beschriebene Neubepreisung erhöht einige Kosten. Wir wiederholen diese Zahlen deshalb nicht: Das Gebührenniveau nach einem Upgrade hängt von der tatsächlichen Nachfrage und von Einstellungen ab, die Validatoren wählen.

Was zu tun ist

• Wenn Sie ETH halten oder nutzen: vorerst nichts. Die Ankündigung sagt, für Mainnet-Nutzer sei keine Aktion erforderlich. Ignorieren Sie jede Nachricht, die verlangt, Ihre ETH für Glamsterdam zu „upgraden“ oder zu „migrieren“; das ist ein verbreitetes Betrugsmuster, und unser Krypto-Betrugs-Leitfaden erklärt, wie Sie es erkennen.
• Wenn Sie einen Node oder Validator betreiben: Aktualisieren Sie Ausführungs- und Konsensclient, bei Validatoren sowohl Beacon-Node als auch Validator-Client, und nutzen Sie nur Releases, deren Hinweise die Unterstützung bestätigen. Die Ankündigung listet Sepolia-kompatible Versionen; Mainnet-taugliche Releases folgen nach einer Mainnet-Entscheidung.
• Wenn Sie Verträge entwickeln: Testen Sie sie gegen die neuen Gasregeln, besonders bei festen Gas-Stipendien oder fest codierten Limits.
• Wenn Sie über einen Anbieter staken: Fragen Sie, wie er mit dem Upgrade und den neuen Validator-Aufgaben umgeht. Unser Beitrag zu Staking unter MiCA erklärt, was für Anbieter in der EU gilt.

Was wir nicht prüfen konnten

• Die Hoodi-Aktivierung. Das Datum stammt aus einem Sekundärbericht, der die Ankündigung der Foundation vom 16. Oktober zitiert; die eigene Hoodi-Ankündigung der Foundation haben wir nicht gelesen.
• Ob Sepolia ohne Zwischenfälle aktiviert wurde; wir haben den Zeitplan gelesen, keinen Bericht nach der Aktivierung.
• Jeden Mainnet-Termin. Zum Zeitpunkt unserer Prüfung war keiner angekündigt.
• Den Inhalt von EIP-8261 und die Wirkung der Neubepreisung auf typische Nutzergebühren.

Häufig gestellte Fragen