Ethereum hat still einen EIP-Entwurf veröffentlicht, der den Lebenszyklus von Smart Contracts im kommenden Jahrzehnt beeinflussen könnte: Versionierte Opcodes sollen den Weg für eine Neupreisgestaltung von Gas ebnen.
Die Kernlogik hat drei Ebenen:
1. Neu bereitgestellte Contracts müssen V2-Opcodes verwenden und damit die neuen Gas-Zeitplantabellen aus EIP-8037/8038 ausführen. Bereits bereitgestellte Contracts behalten die alte Tabelle bei; ihr Verhalten bleibt unverändert.
2. Die V2-Opcode-Sammlung entfernt direkt die Gas-Introspektionsbefehle GAS, GASLIMIT und weitere. Enthält der Bytecode solche Opcodes, wird die Bereitstellung rückgängig gemacht.
3. DELEGATECALL_V2 wird eingeführt. Seine Semantik ähnelt der von DELEGATECALL, allerdings muss der Ziel-Contract code_version ≥ 2 haben, andernfalls schlägt der Aufruf sofort fehl.
Warum sollten Entwickler darauf achten? Bisher war bei Änderungen der Gas-Kosten auf Ethereum die größte Sorge, dass eine „Neupreisgestaltung gleich einer Verhaltensänderung bei bestehenden Contracts“ sei. Protokolle, die sich auf fest codierte Gas-Annahmen stützten, haben dadurch schon mehrfach Nachteile erlitten. Mit der Versionierung bleiben alte Contracts bei den alten Regeln, während neue Logik den neuen Regeln folgt. Zum ersten Mal gibt es eine klare Grenze zwischen Upgrades und Kompatibilität.
Die Nachteile sind ebenso deutlich: Die Möglichkeit, Gas zu inspizieren, wird gezielt entfernt. Designs, die die verbleibende Gas-Menge in Echtzeit on-chain auslesen, müssen daher frühzeitig angepasst werden. Die Versionsanforderung von DELEGATECALL_V2 wird Proxy-Contracts, Multisigs und Smart Wallets außerdem dazu zwingen, ihre gesamte Aufrufkette neu zu prüfen.
Der Entwurf befindet sich noch in der PR-Phase. Bis zum Mainnet sind noch mehrere Hürden zu nehmen – Reviews, Tests und Hard Forks. Die Richtung ist jedoch bereits klar: Ethereum macht aus der „upgradefähigen EVM“ ein konkretes Mechanismusdesign. Inhaber von $ETH müssen kurzfristig nichts unternehmen. Entwicklern wird empfohlen, den Originaltext frühzeitig zu lesen und den Migrationsaufwand einzuschätzen.
#以太坊 #EIP #Gas
Die Kernlogik hat drei Ebenen:
1. Neu bereitgestellte Contracts müssen V2-Opcodes verwenden und damit die neuen Gas-Zeitplantabellen aus EIP-8037/8038 ausführen. Bereits bereitgestellte Contracts behalten die alte Tabelle bei; ihr Verhalten bleibt unverändert.
2. Die V2-Opcode-Sammlung entfernt direkt die Gas-Introspektionsbefehle GAS, GASLIMIT und weitere. Enthält der Bytecode solche Opcodes, wird die Bereitstellung rückgängig gemacht.
3. DELEGATECALL_V2 wird eingeführt. Seine Semantik ähnelt der von DELEGATECALL, allerdings muss der Ziel-Contract code_version ≥ 2 haben, andernfalls schlägt der Aufruf sofort fehl.
Warum sollten Entwickler darauf achten? Bisher war bei Änderungen der Gas-Kosten auf Ethereum die größte Sorge, dass eine „Neupreisgestaltung gleich einer Verhaltensänderung bei bestehenden Contracts“ sei. Protokolle, die sich auf fest codierte Gas-Annahmen stützten, haben dadurch schon mehrfach Nachteile erlitten. Mit der Versionierung bleiben alte Contracts bei den alten Regeln, während neue Logik den neuen Regeln folgt. Zum ersten Mal gibt es eine klare Grenze zwischen Upgrades und Kompatibilität.
Die Nachteile sind ebenso deutlich: Die Möglichkeit, Gas zu inspizieren, wird gezielt entfernt. Designs, die die verbleibende Gas-Menge in Echtzeit on-chain auslesen, müssen daher frühzeitig angepasst werden. Die Versionsanforderung von DELEGATECALL_V2 wird Proxy-Contracts, Multisigs und Smart Wallets außerdem dazu zwingen, ihre gesamte Aufrufkette neu zu prüfen.
Der Entwurf befindet sich noch in der PR-Phase. Bis zum Mainnet sind noch mehrere Hürden zu nehmen – Reviews, Tests und Hard Forks. Die Richtung ist jedoch bereits klar: Ethereum macht aus der „upgradefähigen EVM“ ein konkretes Mechanismusdesign. Inhaber von $ETH müssen kurzfristig nichts unternehmen. Entwicklern wird empfohlen, den Originaltext frühzeitig zu lesen und den Migrationsaufwand einzuschätzen.
#以太坊 #EIP #Gas