Die Ethereum-Kernentwickler haben die Fortschritte beim Glamsterdam-Upgrade im Hoodi-Testnetz aufgeschoben, nachdem sie Sicherheitsbedenken im Zusammenhang mit zwei konkreten Vorschlägen zur Änderung der Gaskosten festgestellt hatten: EIP-8037 und EIP-8038. In einem Blogbeitrag vom Freitag auf der Website der Ethereum Foundation erklärten die Entwickler, dass die Verzögerung bestehen bleibt, bis acht mit dem Verhalten des Upgrades verknüpfte Smart-Contract-„Invarianten“ geklärt sind.

Die Entscheidung ist für Entwickler und alle, die den Upgrade-Zeitplan von Ethereum verfolgen, von Bedeutung, da Glamsterdam Änderungen daran umfasst, wie Gas für bestimmte Vorgänge berechnet wird. Laut der Ethereum Foundation könnten einige bestehende Projekte davon ausgehen, dass für bestimmte Aktionen stets vorhersehbare, feste Gaskosten anfallen. Diese Annahmen könnten hinfällig werden, sobald die neuen Gasregeln in Kraft treten – insbesondere in Fällen, in denen externe Aufrufe fehlschlagen.

Wichtigste Erkenntnisse

• Die Ethereum-Core-Entwickler haben Glamsterdam auf dem Hoodi-Testnetz aus Sicherheitsbedenken im Zusammenhang mit acht Smart-Contract-Invarianten verschoben.

• EIP-8037 und EIP-8038 ändern die Gasgebühren für bestimmte Vorgänge und könnten dadurch Smart Contracts ungültig machen, die von festen Gaskosten ausgehen.

• Der Bericht von ChainSecurity vom 13. Okt. wies darauf hin, dass die beiden EIPs Verträge beeinträchtigen könnten, wenn externe Aufrufe fehlschlagen.

• Der Hoodi-Fork wird erst fortgesetzt, wenn die Probleme behoben sind. So erhalten die Teams zusätzliche Zeit, um zu prüfen, ob weitere Korrekturen nötig sind.

Warum das Upgrade des Hoodi-Testnetzes pausiert wurde

In ihrem Update vom Freitag erklärte die Ethereum Foundation, dass sich der Fork des Hoodi-Testnetzes verzögert, bis die Entwickler die Schwachstellen beheben können, die bei einem kürzlich durchgeführten Audit aufgedeckt wurden. Auslöser ist keine allgemeine Behauptung einer „Instabilität des Upgrades“, sondern eine gezieltere Sorge: Wie sich die vorgeschlagenen EIPs auf die Korrektheit von Smart Contracts auswirken könnten, die auf etablierte Gaskostenerwartungen angewiesen sind.

Die Foundation verwies ausdrücklich auf Risiken bei Invarianten – Eigenschaften, von denen Smart Contracts erwarten, dass sie unter bestimmten Ausführungsbedingungen wahr bleiben. In diesem Fall hängen die Bedenken damit zusammen, wie das Gas für Vorgänge abgerechnet wird, die unter EIP-8037 und EIP-8038 fallen. Sollten diese Invarianten nicht mehr gelten, könnten Verträge, die auf Grundlage älterer Annahmen zur Gasabrechnung geschrieben und getestet wurden, bei bestimmten Aufrufmustern unerwartetes Verhalten zeigen.

Wie EIP-8037 und EIP-8038 Annahmen zunichtemachen könnten

Der Blogbeitrag der Ethereum Foundation bringt die Pause mit einer Gruppe von Verträgen in Verbindung, die von einem bestimmten Gasverbrauch für bestimmte Vorgänge ausgehen. Einige Ethereum-Anwendungen waren in der Vergangenheit auf feste gasbezogene Berechnungen angewiesen – sei es für die interne Buchführung, Risikokontrollen oder Logik, die Ausführungsentscheidungen anhand des erwarteten Gasverbrauchs trifft.

Da Glamsterdam Änderungen an der Gasbepreisung umfasst, könnten diese Annahmen zu festen Kosten nicht mehr der Realität entsprechen, sobald die neuen Regeln in Kraft treten. Die Foundation erklärte, dass EIP-8037 und EIP-8038 diese Annahmen ungültig machen könnten, insbesondere „wenn externe Aufrufe fehlschlagen“ – ein Fehlerfall, der den Ausführungsablauf verändern und dadurch auch die Abbildung der Gaskosten beeinflussen kann.

Das ist der entscheidende Punkt: Die Sorge besteht nicht einfach darin, dass sich die Gaskosten ändern, sondern darin, dass eine bestimmte Vertragslogik möglicherweise auf Grundlage des bisherigen Verhaltens entwickelt wurde. Wenn externe Aufrufe zurückgesetzt werden oder anderweitig fehlschlagen, kann die Abweichung zwischen der „erwarteten“ und der „tatsächlichen“ Gasabrechnung dazu führen, dass Invarianten verletzt werden.

Das ChainSecurity-Audit setzte den Prozess in Gang

Ethereum traf seine Entscheidung nach einem Bericht des Smart-Contract-Auditors ChainSecurity vom 13. Okt. Wie die Foundation es beschrieb, kam das Audit zu dem Schluss, dass die beiden EIPs „Smart Contracts zunichtemachen könnten, die bei Fehlschlagen externer Aufrufe auf feste gasbezogene Annahmen angewiesen sind“.

Diese Einordnung gibt den Entwicklern ein konkretes Ziel für die weitere Arbeit. Statt das Upgrade als Blackbox zu behandeln, können sich die Teams darauf konzentrieren, herauszufinden, welche Vertragsmuster betroffen sind, ob das Upgrade so angepasst werden kann, dass die erwarteten Eigenschaften erhalten bleiben, und welche bereitgestellten Anwendungen vor einer breiteren Einführung Warnhinweise oder Kompatibilitätstests benötigen.

Im Beitrag der Foundation wird betont, dass die zusätzliche Zeit auf Hoodi genau diesem Zweck dient: mögliche Probleme mit Smart Contracts zu finden und festzustellen, ob Änderungen nötig sind, bevor Glamsterdam der Bereitstellung im Mainnet näherkommt.

Glamsterdam wurde bereits auf Sepolia erprobt

Während der Hoodi-Fork pausiert, ist die umfassendere Arbeit an Glamsterdam nicht vollständig ins Stocken geraten. Das Upgrade erreichte zuvor einen weiteren Meilenstein, als es am 6. Okt. auf dem Sepolia-Testnetz live ging – beschrieben als eine der letzten großen Generalproben.

In früheren Leitlinien vom 28. Sept. erklärte die Ethereum Foundation, dass Glamsterdam Ethereums Roadmap zur Skalierung der Layer 1 voranbringen soll. Zu den erklärten Zielen des Upgrades gehören die Verankerung der Trennung von Proposer und Builder, das Hinzufügen von Zugriffskontrolllisten auf Blockebene und eine Anpassung der Gasbepreisung, damit sie die Ausführungskosten besser widerspiegelt.

Die jüngste Entwicklung – die Verschiebung des Hoodi-Forks, bis die Probleme behoben sind – zeigt, dass Tests und Einführung als risikogesteuerter Prozess gehandhabt werden. Sepolia bot den Teams eine Umgebung für die Generalprobe. Hoodi ist nun die Plattform, auf der ungelöste Bedenken zu Gas-Invarianten als Blocker behandelt werden, bevor es weitergeht.

Leser sollten außerdem darauf achten, wie das Szenario „Fehlschlagen externer Aufrufe“ weiter behandelt wird. In der Praxis treten bei Fehlerfällen bei vielen realen Verträgen Grenzfälle auf – von Wallet-Integrationen bis hin zu Interaktionen zwischen Verträgen. Sollten die endgültigen Korrekturen das Gasverhalten erneut verändern, müssen Entwickler, die auf Grundlage der neuen Regeln programmieren, möglicherweise auch Fehlerpfade erneut testen und nicht nur die Ausführung im Erfolgsfall überprüfen.

Was vor dem Erreichen des Mainnets durch Glamsterdam als Nächstes zu beobachten ist

Ethereums nächste Schritte hängen davon ab, ob das Team die acht Invarianten sichern und feststellen kann, ob weitere Anpassungen auf EIP-Ebene oder an der Implementierung erforderlich sind. Für Entwickler hat es zunächst oberste Priorität, alle Verträge zu überprüfen, die bei den betroffenen Vorgängen von festen Gaskosten ausgehen – insbesondere Abläufe mit fehlschlagenden externen Aufrufen –, während das Upgrade-Team die im ChainSecurity-Audit aufgezeigten Probleme weiter bearbeitet.

Dieser Artikel wurde ursprünglich unter dem Titel Ethereum Devs Say They Won’t Fork “Glamsterdam” on Hoodi Yet auf Crypto Breaking News veröffentlicht – Ihrer vertrauenswürdigen Quelle für Kryptonachrichten, Bitcoin-News und Blockchain-Updates.