NachrichtenKryptoEthereums Glamsterdam-Upgrade geht auf Sepolia live und testet ein Gas-Limit von 200 Millionen

Ethereums Glamsterdam-Upgrade geht auf Sepolia live und testet ein Gas-Limit von 200 Millionen

Autor: Metaverse Post·

Wichtige Erkenntnisse

  • •Ethereums Glamsterdam-Upgrade ging am 6. Oktober 2026 auf dem Sepolia-Testnetz live und startete den ersten Praxistest eines Block-Gas-Limits von 200 Millionen – mehr als dreimal so hoch wie der bisherige Standard von 60 Millionen.
  • •Prysm-Entwickler veröffentlichten am 5. Oktober ein Notfall-Update auf Version 7.2.1, damit Validatoren des weit verbreiteten Clients automatisch Blöcke mit dem höheren Gas-Limit statt dem alten Standard vorschlagen.
  • •Das Niveau von 200 Millionen Gas ist eine konfigurierbare Präferenz, die Validatoren annehmen oder ablehnen können; die letztliche Obergrenze von Sepolia hängt von der freiwilligen Teilnahme der Betreiber ab, nicht von einer Protokollpflicht.
  • •Glamsterdam kombiniert Execution-Layer-Änderungen mit der Konsensfunktion Gloas und führt die enshrined Proposer-Builder Separation, Block-Level-Access-Listen sowie eine überarbeitete Gas-Abrechnung nach EIP-8037 und EIP-8038 ein, um die vorhandene Kapazität effizienter zu nutzen.
  • •Das Upgrade verkürzt die Blockzeiten nicht und senkt die Gebühren nicht automatisch, ein Mainnet-Aktivierungsdatum oder Gas-Ziel wurde nicht festgelegt, und EIP-7825 begrenzt jede einzelne Transaktion auf 16.777.216 Gas – unabhängig vom Blocklimit.
Ethereums Glamsterdam-Upgrade geht auf Sepolia live und testet ein Gas-Limit von 200 Millionen

Ethereum hat am 6. Oktober 2026 einen der folgenreicheren Meilensteine seiner jüngeren Skalierungs-Roadmap erreicht, als das Sepolia-Testnetz das Glamsterdam-Upgrade gegen 13:53 UTC aktivierte. Sepolia ist eines der öffentlichen Testnetze von Ethereum – Live-Umgebungen, in denen Protokolländerungen vor jeder Mainnet-Bereitstellung geprobt werden – wodurch diese Aktivierung den ersten Live-Test der Frage darstellt, die letztlich neu bestimmen könnte, wie viel Arbeit ein einzelner Ethereum-Block aufnehmen kann. Gas, die Einheit, mit der der Rechenaufwand im Netzwerk gemessen wird, ist kettenweit gedeckelt, sodass das Blocklimit zugleich eine direkte Obergrenze dafür bildet, wie viele Transaktionen und Anwendungsoperationen in jeden Block passen.

Die Aktivierung verlief nicht vollständig nach Plan. In den Stunden vor dem Fork sahen sich die Entwickler von Prysm – einer der am weitesten verbreiteten Clients für den Betrieb von Ethereum-Validatoren – gezwungen, ein Notfall-Update auszuliefern. Version 7.2.1 erschien spät am 5. Oktober, um sicherzustellen, dass Validatoren während des Tests automatisch Blöcke mit einem Gas-Limit von 200 Millionen vorschlagen. Ohne dieses Update hätten Prysm-basierte Validatoren weiterhin Blöcke produziert, die auf dem älteren Standard von 60 Millionen Gas begrenzt waren, und dadurch still und leise genau das Experiment verwässert, das messen sollte, wie das Netzwerk mit größeren Blöcken umgeht.

Ein Standardwert, keine Pflicht

Der Unterschied zwischen einem Standardwert und einer tatsächlichen Entscheidung steht im Zentrum dieses Vorgangs und verrät viel darüber, wie Ethereum sich selbst regiert. Technisch gesehen ist der Wert von 200 Millionen Gas keine durch den Fork erzwungene Protokollvorgabe. Es handelt sich um eine konfigurierbare Präferenz, die Validatoren nach Abschluss der Aktivierung annehmen oder ablehnen können. Prysm-Betreiber können das höhere Limit über aktualisierte Proposer-Einstellungen oder die Keymanager-API aktivieren, während Teku-Nutzer ein eigenes Flag setzen müssen – die ältere Option suggested-gas-limit funktioniert nach der Umstellung nicht mehr. Die letztliche Gas-Obergrenze von Sepolia hängt daher davon ab, wie viele Validatoren sich entscheiden mitzumachen und wohin sich das Limit anschließend entwickelt.

Die Opt-in-Struktur ist bewusstes Design, kein Zufall. Ethereum erhöht die Kapazität nicht über einen zentral erzwungenen Schalter; Steigerungen kommen durch abgestimmte Entscheidungen der Betreiber und Client-Standards zustande. Mit der Aktivierung bei Epoch 353.024 und Slot 11.296.768 – den Zeiteinheiten, mit denen die Consensus-Layer Protokolländerungen steuert – inszeniert Sepolia die erste vollständige Probe dieses Koordinationsmechanismus in einem dreifach größeren Umfang als dem bisherigen Standard des Netzwerks.

Das technische Paket hinter der Zahl

Für ein breites Krypto-Publikum ist die Schlagzeilenzahl leicht misszuverstehen. Ein höheres Gas-Limit bedeutet mehr Raum für Transaktionen, Stablecoin-Transfers und komplexe Anwendungen in jedem Block – ein echter Schritt zur Entlastung der größten Smart-Contract-Plattform der Welt. Die eigentliche Bedeutung von Glamsterdam liegt jedoch weniger in der Zahl selbst als in dem technischen Paket, mit dem sie umgeben ist.

Das Upgrade verbindet die Execution-Layer-Änderungen von Amsterdam mit Gloas auf der Konsensseite, der Ebene, die Validatoren koordiniert und Blöcke finalisiert. Das Herzstück ist die enshrined Proposer-Builder Separation, ein struktureller Umbau der Art und Weise, wie Blöcke erstellt und vorgeschlagen werden. Begleitet wird sie von Block-Level-Access-Listen, die festhalten, welche Konten und Speicherorte ein Block berührt, sodass Clients Zustände parallel lesen und Transaktionen parallel validieren können. Auch die Gas-Abrechnung wird verschft: EIP-8037 erhöht die Kosten für die Erzeugung neuer Zustände und erfasst sie separat, EIP-8038 überarbeitet die Kosten für Zustandszugriffe, und das Paket nimmt Gas-Rückerstattungen aus der Blockabrechnung heraus, während es das SELFDESTRUCT-Burn abschafft. Das gemeinsame Ziel ist, die vorhandene Kapazität effizienter zu nutzen – nicht bloß, mehr Arbeit in jeden Block zu stopfen.

Was der Test nicht verspricht

Ebenso wichtig ist, was das Upgrade nicht belegt. Ein höheres Gas-Limit verkürzt die Blockzeiten nicht. Es senkt die Gebühren nicht automatisch, die weiterhin mit der Nachfrage schwanken, und bisher sind keine Nutzungsdaten oder gemessenen Layer-2-Effekte mit dem Ziel von 200 Millionen verknüpft. Es räumt auch keiner einzelnen Transaktion unbegrenzten Platz ein: EIP-7825 setzt ein protokollseitiges Limit von 16.777.216 Gas pro Transaktion fest, unabhängig vom Blocklimit. Die Änderung schafft Raum für mehr Gesamtaktivität, keine Lizenz für eine einzelne Operation, einen ganzen Block zu verschlingen.

Das Experiment birgt auch bekannte Risiken. Ein früherer Roadmap-Marker, EIP-7935, hatte 150 Millionen Gas als potenziellen Problempunkt ausgewiesen, da die Worst-Case-Blockgröße auf diesem Niveau an die Gossip-Grenze der Consensus-Layer heranreichen würde – die Schwelle, ab der sich Blöcke möglicherweise zu langsam im Netzwerk verbreiten. Ethereum testet diese Grenze gewissermaßen bewusst aus, um herauszufinden, an welchem Punkt Validierungskosten, Verzögerungen bei der Verbreitung und Hardware-Anforderungen an Node-Betreiber den Nutzen zusätzlicher Kapazität übersteigen.

Ein begleitender Vorschlag, EIP-8261, zeichnet eine längerfristige Antwort auf das Koordinationsproblem. Der sich noch in der Peer Review befindende Vorschlag würde einen optionalen, maschinenlesbaren Gas-Limit-Zeitplan einführen, den Validatoren zu festgelegten Epochen übernehmen könnten – als Ersatz für die heutige Regelung, bei der neue Standardwerte nur greifen, wenn Betreiber zufällig ihre Software aktualisieren. Der Vorschlag lässt die Konsensregeln unangetastet; Blöcke über oder unter dem geplanten Wert blieben gültig. Er gibt Validatoren lediglich ein gemeinsames Ziel und wahrt so den dezentralen Charakter des Netzwerks, während eine bewusstere, netzwerkweite Entwicklung möglich wird.

Engere Schlussfolgerungen als die Schlagzeilen

Für Nutzer und Entwickler fällt die ehrliche Bilanz heute nüchterner aus als die Schlagzeilen vermuten lassen. Glamsterdam auf Sepolia bestätigt kein Gas-Limit von 200 Millionen für das Mainnet – weder ein Aktivierungsdatum noch ein Mainnet-Gas-Ziel wurde festgelegt, und die Zeitpläne für das Hoodi-Testnetz und das Mainnet bleiben offen. Bestätigt wird eine funktionierende Methode: unterstützte Client-Releases von Grandine, Lighthouse, Lodestar, Nimbus, Prysm und Teku, ein aktives Bug-Bounty-Programm zu den Spezifikationen und eine Live-Umgebung, in der sich die Auswirkungen deutlich größerer Blöcke beobachten statt theoretisch erörtern lassen.

Sepolias Daten der kommenden Wochen werden entscheiden, ob das Experiment gelingt. Entwickler werden die Konsistenz derproduktion, die Validierungslatenz und die Frage verfolgen, ob Validatoren das höhere Limit überhaupt annehmen. Erweist sich das Netzwerk als fähig, Blöcke zu verarbeiten, die mehr als dreimal so groß sind wie der bisherige Standard, ohne die Dezentralität zu opfern, gewinnt das Argument für eine schrittweise, auf freiwilliger Basis erfolgende Kapazitätserweiterung im Mainnet erheblich an Gewicht. Die Skalierungsdebatte bei Ethereum hat Ambition und Pragmatismus stets gegeneinander abgewogen. Seit dem 6. Oktober läuft diese Auseinandersetzung auf echten Blöcken.

Quelle: Metaverse Post