Warum bremst alter Ethereum-Code das nächste Upgrade?

200 Millionen Gas sollte das Hoodi-Testnetz beim geplanten Glamsterdam-Test erreichen. Diese Zahl erzählt mehr als ein Technikdetail, weil Ethereum seine Kapazität ausweiten will und zugleich jeden alten Vertrag mitschleppt.

Gas ist die Recheneinheit, mit der Ethereum Arbeit im Netzwerk bepreist. Jede Transaktion verbraucht Gas. Jeder Smart Contract verbraucht Gas. Smart Contracts sind Programme, die automatisch auf der Blockchain laufen. Genau hier wird Fortschritt kompliziert: Eine neue Regel kann technisch sauber wirken und trotzdem alten Code anders behandeln, als dessen Entwickler es erwartet haben.

Laut CoinDesk haben Ethereum-Entwickler den Glamsterdam-Test auf dem Hoodi-Testnetz verschoben. Die Aktivierung war für den 26. Oktober um 17:42:48 UTC geplant. Der Beschluss fiel dem Bericht zufolge am Donnerstag im All Core Devs Execution Meeting. Eine neue Frist gibt es laut CoinDesk nicht. Auch der Termin für das Upgrade im Hauptnetz bleibt unbestätigt.

Ethereum will mehr Durchsatz, aber alte Verträge setzen die Grenze

Das eigentlich Interessante an Glamsterdam ist nicht der verschobene Test. Es ist der Grund. Laut CoinDesk warnten Sicherheitsforscher davor, dass vorgeschlagene Änderungen an der Gas-Abrechnung bestehende Smart Contracts anders reagieren lassen könnten, wenn Transaktionen scheitern.

Das klingt klein. Es ist aber der Kern jeder großen Blockchain-Änderung. Eine zentral betriebene Plattform kann alte Schnittstellen abschalten, Kunden migrieren und kaputten Code notfalls zurückrollen. Eine öffentliche Blockchain kann das nur begrenzt. Sie ist gerade deshalb wertvoll, weil alte Zustände weiter gelten. Wer darauf baut, vertraut nicht auf einen Kundendienst, sondern auf Regeln.

Diese Regeln werden zur Last, sobald das System schneller werden soll. Glamsterdam soll laut CoinDesk unter anderem mit einer geplanten Gas-Grenze von 200 Millionen auf Hoodi getestet werden. Mehr Gas pro Block bedeutet vereinfacht mehr mögliche Rechenarbeit. Doch je mehr Ethereum an den inneren Kosten dreht, desto stärker trifft jede Änderung alte Annahmen im Code.

Gas ist nicht nur Gebühr, sondern Teil der Vertragslogik

Der kritische Punkt liegt laut CoinDesk bei EIP-8037 und EIP-8038. EIP steht für Ethereum Improvement Proposal, also einen formalen Änderungsvorschlag für das Protokoll. EIP-8037 soll ändern, wie Ethereum die Erstellung neuer Einträge in seiner Datenbank bepreist. Ziel ist, das Wachstum dieser Datenbank zu begrenzen, während das Netzwerk mehr Transaktionen verarbeitet.

Die Sicherheitsfirma ChainSecurity veröffentlichte laut CoinDesk am 13. Oktober eine Analyse dazu. Ihr Befund: Zusammen mit EIP-8038 könnten die Änderungen beeinflussen, wie Verträge reagieren, wenn ein anderer Vertrag, den sie aufrufen, kein Gas mehr hat oder wenn Gebühren für Netzwerkbetreiber betroffen sind.

Das ist mehr als Buchhaltung. Viele Smart Contracts behandeln Fehler nicht als abstrakte Meldung. Sie behandeln sie als Teil ihrer Logik. Ein Vertrag ruft einen anderen Vertrag auf. Dieser zweite Vertrag scheitert. Dann entscheidet der erste Vertrag, ob er fortsetzt, abbricht oder einen Zustand ändert. Wenn die neue Gas-Abrechnung dazu führt, dass nach einem Fehlschlag mehr oder weniger Gas übrig bleibt als erwartet, kann dieselbe alte Logik plötzlich ein anderes Ergebnis liefern.

CoinDesk beschreibt die Sorge so: Einige Verträge könnten mit mehr oder weniger Gas als erwartet zurückbleiben. Dadurch könnten Fehler dauerhaft werden oder eigentlich gültige Vorgänge scheitern. Für ein Netzwerk, das Unumkehrbarkeit als Stärke verkauft, ist das die unangenehme Rückseite. Ein permanenter Fehler ist keine Randnotiz, wenn Kapital, Eigentumsrechte oder Zugangsregeln daran hängen.

Der versteckte Preis der Dezentralität ist Rücksicht

Blockchains werben gern mit Fortschritt: höhere Kapazität, bessere Kostenmodelle, sauberere Datenhaltung. Doch jedes Upgrade läuft gegen eine alte Zusage. Was einmal auf der Kette liegt, soll weiter verständlich bleiben. Alte Verträge sind nicht wie Apps, die ein Anbieter zwangsweise aktualisiert. Sie sind Teile eines gemeinsamen Zustands.

Ein historisches Beispiel liefert Ethereum selbst. Nach dem DAO-Hack im Jahr 2016 entschied sich die Mehrheit des Netzwerks für eine Hard Fork. Eine Hard Fork ist eine Protokolländerung, die nicht mit allen alten Regeln kompatibel ist. Der damalige Bruch zeigte, wie teuer Governance wird, wenn Code, Geld und Erwartungen kollidieren. Glamsterdam ist kein zweiter DAO-Moment. Der Vergleich zeigt nur die gleiche Grundspannung in kleinerer, technischerer Form: Ethereum kann Regeln ändern, aber jede Änderung muss mit der Vergangenheit verhandeln.

Diese Vergangenheit besteht nicht nur aus großen Namen. Sie besteht aus unzähligen Verträgen, deren Entwickler vielleicht nicht mehr aktiv sind. Manche Verträge wurden vor Jahren geschrieben. Manche verlassen sich auf Details, die nie als öffentliches Versprechen gedacht waren. Trotzdem sind sie Teil der Realität. Genau das macht öffentliche Infrastruktur schwerfällig und robust zugleich.

Was Beobachter aus der Hoodi-Verschiebung lernen

Die Verschiebung sagt wenig darüber, ob Glamsterdam grundsätzlich scheitert. Sie sagt viel darüber, wie Ethereum modernisiert wird. Testnetze wie Hoodi sind genau dafür da: Sie sollen Fehler finden, bevor sie im Hauptnetz teuer werden. In diesem Sinn ist die Verzögerung kein Zeichen von Chaos, sondern ein Zeichen dafür, dass die Sicherheitsprüfung noch Gewicht hat.

Trotzdem ist der Fall unbequem. Je größer Ethereum wird, desto mehr alte Verträge hängen am System. Je mehr Leistung das Netzwerk liefern soll, desto tiefer müssen Entwickler in die ökonomischen und technischen Regeln eingreifen. Und je tiefer sie eingreifen, desto wahrscheinlicher werden Nebeneffekte in Code, den heute niemand mehr vollständig überblickt.

Der konkrete Marker ist der 26. Oktober um 17:42:48 UTC. Bis zu diesem Zeitpunkt hätte Hoodi laut CoinDesk Glamsterdam aktivieren sollen. Ob Ethereum bis dahin nur eine neue Testfrist vorbereitet oder die Gas-Änderungen sichtbar enger fasst, entscheidet darüber, ob Kompatibilität diesmal als Bremse wirkt oder als Sicherheitsgurt.