Ethereum-Entwickler bitten dApp-Teams um Feedback zu Gas-Abrechnungsänderungen im Glamsterdam-Upgrade
Kernentwickler bitten dApp-Teams, acht Gas-Annahmen zu prüfen, da EIP-8037 Abrechnungs- und Autorisierungslogik gefährdet und die Glamsterdam-Einführung verzögert.
Aus dem Englischen übersetzt. Original lesen
Das Wichtigste
- Das Glamsterdam-Upgrade von Ethereum führt eine neue State-Gas-Abrechnung ein, die Relayer-Erstattungen und Wallet-Autorisierungen beeinträchtigen könnte.
- Entwickler haben dApp-Teams gebeten zu bestätigen, ob acht gasbezogene Invarianten erfüllt werden können, bevor das Upgrade fortgesetzt wird.
- Die Verzögerung schiebt die Aktivierung des Hoodi-Testnets auf und lässt den Mainnet-Zeitplan unbestimmt, bis Projektfeedback vorliegt.
Am 6. November veröffentlichte die Ethereum Foundation einen Aufruf an Anwendungsentwickler und Auditoren, acht gasbezogene Annahmen im Zusammenhang mit dem kommenden Glamsterdam-Upgrade zu bewerten. Dieser Aufruf folgt auf die Verschiebung der geplanten Aktivierung des Hoodi-Testnets am 26. Oktober sowie auf eine Erhöhung der Gas-Grenze um 200 Millionen, die am 22. Oktober aufgeschoben wurde, bis die identifizierten Probleme gelöst sind. Die Kernentwickler erklären, dass sie nicht jeden Vertrag und jeden Off-Chain-Dienst selbst auditieren können, daher benötigen sie Input aus dem breiteren Ökosystem, um zu entscheiden, ob die vorgeschlagenen Änderungen in EIP-8037 und EIP-8038 weitere Überarbeitung erfordern.
ETH / USD
Neues State-Gas-Modell und seine Risiken
EIP-8037 würde die Kosten für die Erstellung persistenter Blockchain-Daten vom Ausführungsgas trennen und einen „State-Gas-Reservoir“ einführen, der State-Write-Vorgänge finanziert, wenn die Gas-Grenze einer Transaktion 16.777.216 überschreitet. Nach den aktuellen Solidity gasleft()-Semantiken ist dieses Reservoir für Verträge unsichtbar, was bedeutet, dass ein Relayer, der Gas vor und nach der Ausführung misst, Erstattungen falsch berechnen könnte. Wenn die spätere Gas-Lesung höher ist, würde eine geprüfte Subtraktion zu einem Revert führen und die Transaktion potenziell blockieren; eine ungeprüfte Subtraktion könnte zu einem Wrap-around führen und zu einer Übererstattung. Der Vorschlag ändert auch die Behandlung fehlgeschlagener Delegierungen (EIP-7702), indem er es einer Transaktion, die während der Vorab-Ausführung das Gas erschöpft, erlaubt, eine exponierte, wiederverwendbare Autorisierung zurückzulassen, was einen Vektor für Front-Running-Angriffe öffnet.
Vorgeschlagene Gegenmaßnahmen und Entwicklerleitlinien
Das Ethereum-Team schlägt mehrere Schutzmaßnahmen vor: das Signieren einer Gebührenschätzung, die die neuen Abrechnungsregeln respektiert, das Klemmen von Subtraktionsergebnissen und das Begrenzen von Zahlungen auf ein vom Benutzer signiertes Maximum. Ein offener Spezifikations-Pull-Request (PR #12581) zielt darauf ab, zu verhindern, dass Gas-Lesungen steigen, was das Subtraktionsproblem lösen würde, aber nicht den Blindfleck, den das Reservoir schafft. Für Delegierungsrisiken könnten Wallets die Initialisierung an die Signatur des Kontos binden oder exponierte Autorisierungen ungültig machen, während die Vorauszahlung von Worst-Case-Kosten eine nicht angenommene Protokolländerung bleibt.
Was als Nächstes zu beachten ist
Das von der Foundation erstellte Repository sammelt nun Antworten betroffener Projekte zu benötigten Einstellungen, Upgrades oder Migrationen sowie deren Zeitplänen. Diese Inputs werden die nächste Runde der Spezifikationsdiskussionen prägen und bestimmen, ob das Glamsterdam-Upgrade wie geplant fortgesetzt wird oder weitere Anpassungen erfordert. Das Aktivierungsdatum für den Mainnet bleibt unbestimmt, und das Ergebnis hängt davon ab, wie viele dApps das neue Gas-Modell akzeptieren können, ohne Sicherheit oder Benutzerfreundlichkeit zu beeinträchtigen.

Diskussion 0