Ethereum-Entwickler haben zwei konkurrierende Vorschläge eingereicht, um zu verhindern, dass das bevorstehende Glamsterdam-Upgrade bestehende Smart Contracts beeinträchtigt, da die Besorgnis über Änderungen an den Gaspreisregeln des Netzwerks wächst.
Zusammenfassung
- Die Ethereum-Entwickler Leo Glisic und Giulio Rebuffo haben konkurrierende Vorschläge eingereicht, um zu verhindern, dass die überarbeitete Gaspreisgestaltung von Glamsterdam bestehende Smart Contracts beeinträchtigt.
- Glisic möchte, dass ältere Contracts ihre bestehenden Gasregeln beibehalten, während Rebuffo separate Abrechnungssysteme vorgeschlagen hat, um die Vertragsausführung unter den bisherigen Regeln zu bewahren.
- Sicherheitsforscher haben gewarnt, dass etwa 200.000 Contracts betroffen sein könnten, wobei die Bedenken auch etablierte DeFi-Protokolle und Anwendungen betreffen, die Nutzergelder halten.
- Der Gründer von Curve Finance, Michael Egorov, warnte vor einem möglichen Notfall-Hardfork, während der Ethereum-Investor Ryan Berckmans seine frühere Unterstützung für eine schnelle Aktivierung zurückzog.
- Die Hoodi-Aktivierung von Glamsterdam wurde nach Sicherheitswarnungen verschoben, und Entwickler hatten vorläufig einen weiteren privaten Test für den 16. bis 20. November diskutiert.
Die Entwickler Leo Glisic und Giulio Rebuffo haben am Sonntag, dem 8. November, separate Vorschläge eingereicht, die unterschiedliche Wege bieten, die neuen Gasgebühren einzuführen, ohne bereits auf Ethereum laufende Anwendungen zu beeinträchtigen.
Die Vorschläge folgen auf Sicherheitswarnungen, die die Entwickler gezwungen haben, Teile des Testzeitplans von Glamsterdam zu verschieben. Einige bestehende Smart Contracts verlassen sich auf feste Gaskosten, und eine Änderung dieser Kosten könnte dazu führen, dass Transaktionen fehlschlagen oder Anwendungen beeinträchtigt werden, die nach der Bereitstellung nicht aktualisiert werden können.
Ethereum-Entwickler schlagen zwei Ansätze für die Gaspreisgestaltung vor
Glisics Vorschlag, EIP-8488, würde eine separate Reihe von Anweisungen für neu bereitgestellte Smart Contracts einführen, während älteren Contracts erlaubt würde, unter ihren bestehenden Gasregeln weiterzuoperieren.
Nach dem Vorschlag würden neue Contracts V2-Opcodes verwenden, die der überarbeiteten Preisgestaltung folgen, die durch EIP-8037 und EIP-8038 eingeführt wurde. Bestehende Contracts würden die ursprüngliche Preisstruktur beibehalten, sodass Entwickler die Änderungen einführen können, ohne ältere Anwendungen zur Anpassung zu zwingen.
Rebuffo hat in einem separaten Entwurf eine andere Lösung vorgeschlagen, die zwei Gasabrechnungssysteme innerhalb jeder Transaktion einführen würde.
Das eine würde berechnen, wie viel Gas ein Contract unter den bisherigen Regeln verbraucht, wodurch die Bedingungen erhalten bleiben, die er während der Ausführung erwartet. Das zweite würde die tatsächliche Transaktionsgebühr anhand des überarbeiteten Preisplans berechnen.
Sein Vorschlag räumt ein, dass für das Design noch keine Implementierung eines Ausführungsclients oder Konsenstests abgeschlossen wurde. Keiner der beiden Vorschläge wurde für die Aufnahme in Glamsterdam genehmigt.
Warum die Gasänderungen von Glamsterdam Sicherheitsbedenken ausgelöst haben
Die Kompatibilitätsbedenken rühren von EIP-8037 und EIP-8038 her, die ändern, wie Ethereum die Erstellung und den Zugriff auf den Blockchain-Zustand berechnet.
EIP-8037 würde die Basis-Gasgebühr für die Erstellung eines Smart Contracts von 32.000 auf 183.600 erhöhen, ohne zusätzliche Ausführungs- und Code-Speicherkosten.
Obwohl die Änderungen darauf abzielen, die durch Blockchain-Aktivitäten verbrauchten Ressourcen zu berücksichtigen, haben Sicherheitsforscher gewarnt, dass bestehende Anwendungen möglicherweise nicht auf die überarbeiteten Gebühren vorbereitet sind.
Wie crypto.news zuvor berichtete, hat das Sicherheitsunternehmen ChainSecurity acht Annahmen identifiziert, die von bestehenden Smart Contracts verwendet werden und unter den vorgeschlagenen Gasregeln ungültig werden könnten.
Einige Contracts reservieren eine feste Gasmenge für externe Aufrufe, während andere von einem bestimmten Verhalten bei fehlgeschlagenen Transaktionen abhängen. Eine unerwartete Änderung des Gasverbrauchs könnte diese Vorgänge beeinträchtigen.
Der pseudonyme Entwickler banteg warnte auf X, dass eine bestehende Analyse bereits etwa 200.000 potenziell betroffene Contracts identifiziert habe, während methodische Probleme bedeuten könnten, dass die tatsächliche Zahl höher liegt.
Der Entwickler sagte, die Bedenken erstreckten sich auf die Bereitstellung und den Betrieb mehrerer prominenter Protokolle und beschränkten sich nicht auf isolierte Programmierfehler.
Ethereum-Community gespalten über Glamsterdam-Risiken
Die vorgeschlagenen Änderungen haben Kritik von Entwicklern und Persönlichkeiten aus der DeFi-Branche hervorgerufen, die der Ansicht sind, dass Ethereum die Kompatibilitätsbedenken ausräumen sollte, bevor es weitergeht.
Curve-Finance-Gründer Michael Egorov warnte auf X, dass Glamsterdam ernsthafte Probleme verursachen könnte, wenn Entwickler fortfahren, ohne die Risiken zu adressieren.
„Liebe @ethereum – bitte brecht die Chain nicht. Es sieht tatsächlich so aus, als würde Glamsterdam in seiner aktuellen Form zu einem weiteren Notfall-Hard-Fork zurück führen, mit viel Drama“, schrieb Egorov.
Das Ethereum-Community-Mitglied und Investor Ryan Berckmans unterstützte zunächst das Vorantreiben des Upgrades mit dem Argument, dass Ethereum unveränderte Gaspreise für jede bestehende Anwendung nicht garantieren könne.
Berckmans revidierte seine Position anschließend, nachdem er die Kompatibilitätsbedenken überprüft hatte.
„Wir sollten (jetzt eindeutig) nicht so schnell weiter in Richtung Glam-Aktivierung gehen. Es war falsch von mir, das zu sagen“, schrieb er auf X.
Der Sicherheitsforscher pcaversaccio hat eine festere Position bezogen und argumentiert, dass Glamsterdam nicht in seiner aktuellen Form eingesetzt werden sollte.
„imho sollte Glamsterdam nicht in seiner aktuellen Form ausgeliefert werden, Punkt“, schrieb der Forscher und bezog sich dabei auf die Gas-Änderungen, die Berichten zufolge Wochen zuvor an Ethereums Kernentwickler gemeldet worden waren.
Glamsterdam-Tests bleiben verzögert
Ethereum-Entwickler verschoben die Hoodi-Aktivierung vom 26. Oktober, nachdem Bedenken aufkamen, wie sich die überarbeiteten Gas-Regeln auf bereits im Mainnet eingesetzte Verträge auswirken könnten.
Die Verschiebung betraf die Änderungen der Amsterdam-Ausführungsschicht, die Gloas-Konsensänderungen und eine geplante Erhöhung des Gas-Limits von Hoodi auf 200 Millionen.
In einer Erklärung vom 6. November sagte der Ethereum-Foundation-Entwickler Marius van der Wijden, die Organisation arbeite mit ChainSecurity und Dedaub zusammen, um betroffene Anwendungen zu untersuchen und Feedback von Entwicklern einzuholen.
Ein anschließender privater Glamsterdam-Test war während eines Entwicklertreffens am 29. Oktober vorläufig für frühestens den 16. bis 20. November diskutiert worden. Der Zeitplan wurde aufgestellt, bevor die beiden konkurrierenden Vorschläge eingereicht wurden.
