Ethereum-Entwickler schlagen 2 Wege vor, um Smart Contracts vor Glamsterdam zu schützen

Am 8. November 2026 präsentierten Ethereum-Entwickler zwei alternative Vorschläge, um potenzielle Smart-Contract-Fehler nach dem Glamsterdam-Update zu verhindern. Initiativen von Leo Glisic und Giulio Rebuffo schlagen verschiedene Wege vor, um die Kompatibilität bestehender Anwendungen mit den neuen Gasberechnungsregeln aufrechtzuerhalten. Beide Projekte wurden noch nicht genehmigt.

Das Problem steht im Zusammenhang mit den Vorschlägen EIP-8037 und EIP-8038, die die Kosten für die Erstellung und Nutzung von Netzwerkzustandsdaten in Ethereum ändern. Gas ist eine Maßeinheit für die Rechenressourcen, die zur Durchführung von Operationen auf der Blockchain erforderlich sind. Die neuen Regeln sollen die Infrastrukturbelastung genauer berücksichtigen, könnten jedoch den Betrieb einiger bestehender Smart Contracts stören.

Warum Glamsterdam Anwendungen stören könnte

Einige Ethereum-Smart-Contracts sind mit einer festen Menge an Gas für bestimmte Operationen ausgelegt. Wenn ihre Ausführung nach dem Update mehr Ressourcen erfordert, können einzelne Aufrufe an andere Verträge zu Fehlern führen.

Anwendungen mit unveränderlichem Code, die nach der Bereitstellung auf der Blockchain nicht mehr geändert werden können, sind besonders anfällig. Mögliche Konsequenzen sind Betriebsfehler und eingeschränkter Zugriff auf von solchen Verträgen verwaltete Gelder.

Zum Beispiel schlägt EIP-8037 vor, die Kosten für die Erstellung eines neuen Kontos von 25.000 auf 183.600 Gas-Einheiten im Rahmen der überarbeiteten Netzwerkzustandsressourcenrechnung zu erhöhen.

Ein Entwickler unter dem Pseudonym banteg berichtete von einer Liste von etwa 200.000 potenziell betroffenen Verträgen. Seiner Einschätzung nach könnte die verwendete Methodik einige andere Anwendungen nicht berücksichtigen. Dies sind vorläufige Analyseergebnisse, keine bestätigte Anzahl von Verträgen, die nicht mehr funktionieren werden.

Wie sich die Vorschläge der Entwickler unterscheiden

Leo Glisic präsentierte das Projekt EIP-8488, das vorschlägt, die Gasabrechnungsregeln für bestehende und neue Smart Contracts zu trennen.

Laut dem Vorschlag werden bereits bereitgestellte Anwendungen weiterhin nach den alten Regeln betrieben. Ein separates Set von V2-Anweisungen, das das aktualisierte Gasberechnungssystem EIP-8037 und EIP-8038 verwendet, wird für neue Verträge eingeführt.

Giulio Rebuffo schlug einen anderen Mechanismus vor. Er beinhaltet die Verwendung von zwei Gaszählern in jeder Transaktion. Der erste bestimmt die Ausführung des Smart Contracts nach den alten Regeln, und der zweite berechnet die tatsächliche Gebühr gemäß den neuen Tarifen.

So trennt Glisics Ansatz alte und neue Anwendungen, während Rebuffos Lösung die technische Abrechnung der Ausführung von Operationen und die Gebührenberechnung trennt.

Allerdings wurde Rebuffos Projekt noch nicht in die Ethereum-Client-Software implementiert und nicht auf Netzwerkkonformität getestet.

Wann die Glamsterdam-Tests fortgesetzt werden

Kompatibilitätsprobleme haben den Ethereum-Update-Zeitplan bereits beeinflusst. Nach der Aktivierung von Glamsterdam im Sepolia-Testnetz am 6. Oktober planten die Entwickler, die nächste Testphase auf Hoodi am 26. Oktober durchzuführen, verschoben sie jedoch aufgrund identifizierter Risiken.

Am 6. November bestätigte die Ethereum Foundation, dass die Update-Aktivierung auf Hoodi nicht erfolgen wird, bis potenzielle Probleme mit bestehenden Verträgen gelöst sind.

Bei einem Entwicklertreffen am 29. Oktober wurde die nächste Phase der geschlossenen Tests vorläufig für frühestens den 16.–20. November in Betracht gezogen. Dieses Ziel wurde jedoch vor dem Auftauchen der beiden neuen Vorschläge gesetzt.

Beide Projekte bleiben in der Diskussion und haben keine genehmigten Implementierungszeitpläne. Entwickler müssen einen Ansatz zur Aufrechterhaltung der Kompatibilität wählen und dessen Wirksamkeit überprüfen, bevor sie mit dem Glamsterdam-Update fortfahren.