Originaltitel: „All Core Devs Update #015“
Quelle: AllCoreDevs Update
Übersetzung: Stephanie, ECN
Zusammenfassung
Das Shapella-Upgrade ist live! Wir befinden uns in der finalen Planungsphase für das nächste Upgrade „Dencun“. Zu den voraussichtlich enthaltenen EIPs zählen: 4844, 6780, 1153 und 6475 – allerdings sind die Spezifikationen noch nicht endgültig. Die EIPs 2537, 4788 und 6493 stehen auf der Kandidatenliste. Viele weitere EIPs werden derzeit im EthMagicians-Forum diskutiert. Ich habe die EIP-6953 entworfen, die langjährige Mechanismen zur Aktivierung von Netzwerk-Upgrades zusammenfasst. Diesen Sommer werde ich auf mehreren Veranstaltungen über die Governance von Ethereum sprechen; den vollständigen Terminplan finden Sie unten.
Shapella-Upgrade
Es ist aktiviert! Zwar gab es bei der Aktivierung kleinere Probleme, doch mittlerweile betrachten wir die reibungslose Abwicklung von Auszahlungen auf Ethereum als selbstverständlich – weniger als einen Monat nach dem Upgrade.
Dencun-Upgrade
Zum Zeitpunkt des letzten All Core Devs Updates waren die Spezifikationen für Shapella zwar weitgehend festgelegt, es gab aber noch zahlreiche Änderungen. Nach meiner Veröffentlichung wurden alle Spezifikationen finalisiert. Der Fortschritt – also die Aktualisierungen – sowie die finale Mainnet-Version wurden im Blog der Ethereum Foundation veröffentlicht. Außerdem gibt es jetzt eine E-Mail-Abonnement-Funktion für Protokollankündigungen!
Dieses Update hat einen ähnlichen Charakter: Wir haben nun eine Gruppe vorläufig ausgewählter EIPs, die in das nächste Netzwerk-Upgrade „Dencun“ (Deneb + Cancun) aufgenommen werden sollen. Im Folgenden gebe ich einen Überblick darüber, worum es geht, warum sie wichtig sind und welche weiteren EIPs noch als Kandidaten für dieses Upgrade geprüft werden.
Bitte beachten Sie, dass sich dieser Update hauptsächlich auf die Ausführungsschicht (Execution Layer) von Ethereum konzentriert – möglicherweise gibt es auf der Konsensschicht (Consensus Layer) noch weitere Inhalte, die hier nicht erwähnt werden. Sobald die Inhalte des Dencun-Upgrades endgültig feststehen, werde ich gegebenenfalls einen weiteren Update veröffentlichen. Realistisch betrachtet wird mein nächster Artikel jedoch wahrscheinlich die erste Ankündigung eines Testnetz-Forks sein. Schauen wir uns also diese EIPs an!
Eingeführte EIPs
EIP-4844 (Proto-Danksharding)
Dies bedarf keiner weiteren Erläuterung: EIP-4844 ist das Herzstück des Dencun-Netzwerk-Upgrades. Kurz gesagt führt diese EIP temporäre „Data Blobs“ ins Ethereum-Netzwerk ein, die Layer-2-Lösungen nutzen können, um Transaktions- bzw. Beweisdaten zu veröffentlichen, die derzeit in CALLDATA gespeichert sind.
Da Blobs nur kurzfristig gespeichert werden, ist ihr Gas-Aufwand deutlich niedriger als der von CALLDATA, das dauerhaft im Netzwerk verbleibt. Dadurch sinken die Transaktionsgebühren für Layer-2-Nutzer erheblich, da derzeit über 90 % der Kosten für Layer-2-Transaktionen auf die Datenspeicherung auf Layer-1 entfallen. Für Leser, die tiefer in EIP-4844 eintauchen möchten, bietet die Website eip4844.com Erklärungen auf verschiedenen Ebenen sowie eine FAQ.
Obwohl dieses Upgrade nicht so umfangreich wie die Merge ist, stellt EIP-4844 eine bedeutende Änderung für Ethereum dar: Es führt eine völlig neue Datenebene ins Netzwerk ein, mit der sowohl die aktuelle Konsensschicht als auch die Ausführungsschicht interagieren müssen. Aufgrund des Umfangs dieser EIP bleibt für andere Modifikationen im Dencun-Upgrade nur begrenzter Spielraum.
Das heißt, neben EIP-4844 werden noch weitere EIPs in dieses Upgrade integriert.
EIP-6780: Deaktivierung von SELFDESTRUCT
Die zweite bedeutende Änderung im Dencun-Upgrade ist die Deaktivierung des Opcodes SELFDESTRUCT gemäß EIP-6780. Dieser Vorschlag wurde jahrelang diskutiert und im Rahmen des Shapella-Upgrades offiziell angekündigt.
Jüngste Analysen haben ein verbreitetes Nutzungsmuster für SELFDESTRUCT identifiziert: Verträge werden innerhalb derselben Transaktion erstellt und wieder zerstört. EIP-6780 ermöglicht es, diese Funktionalität beizubehalten. Wird SELFDESTRUCT innerhalb derselben Transaktion wie die Vertragserstellung aufgerufen, bleibt das Verhalten unverändert.
In allen anderen Fällen wird zwar der Speicher oder der Code des Vertrags nicht gelöscht, aber ETH aus dem Vertrag werden dennoch an die Zieladresse übertragen.
Obwohl die Client-Teams derzeit davon ausgehen, dass dies die beste Behandlung von SELFDESTRUCT ist, läuft eine umfassendere Auswirkungsanalyse noch. Sobald diese abgeschlossen ist, könnte die Spezifikation möglicherweise angepasst werden, um weitere Randfälle abzudecken. Alternativ könnte auch ein völlig anderer Ansatz gewählt werden – beispielsweise wird auch EIP-6046 geprüft.
Mit anderen Worten: Bei Deneb geht es jetzt nicht mehr um das „Ob“, sondern um das „Wie“ der Entfernung von SELFDESTRUCT.
EIP-1153: Transienter Speicher
Die dritte Änderung, die in das Dencun-Upgrade aufgenommen wird, ist EIP-1153. Dieser Vorschlag existiert bereits seit etwa fünf Jahren und wurde letztes Jahr vom Uniswap-Team erneut vorgeschlagen. In der Ethereum-Entwickler-Community genießt diese EIP breite Unterstützung. Sie führt zwei neue Opcodes ein – TSTORE und TLOAD –, die transienten Speicher bereitstellen, der nach Abschluss der Transaktion gelöscht wird. Diese EIP ermöglicht verschiedene Anwendungsfälle, von Reentrancy-Sperren bis hin zur mehrfachen Genehmigung von ERC-20-Token innerhalb einer einzigen Transaktion.
EIP-1153 wurde bereits für die Aufnahme in das Shapella-Upgrade erwogen, wurde jedoch letztlich verschoben. Diesmal haben sich die Client-Teams entschieden, sie weiterzuverfolgen. Hervorzuheben ist, dass neben der allgemeinen Robustheit und Nützlichkeit dieser EIP ein wesentlicher Faktor für ihre Aufnahme die hervorragende technische Begleitung war: Uniswap und andere Teams stellten allen Execution-Layer-Clients vollständige Referenzimplementierungen und umfassende Testfälle für EIP-1153 zur Verfügung.
EIP-6475: SSZ-Optionale Werte
Die letzte eingeführte Änderung kann als Ergänzung zu EIP-4844 angesehen werden. Proto-Danksharding führt einen neuen Transaktionstyp ein, der SSZ-Codierung verwendet – im Gegensatz zu anderen Transaktionstypen, die RLP-Codierung verwenden.
Seit langem wird diskutiert, die Ethereum-Ausführungsschicht vollständig auf SSZ-Codierung umzustellen, da SSZ eine reichhaltigere Codierungsstruktur darstellt und bereits auf der Konsensschicht verwendet wird. Derzeit ist die Implementierung jedoch für das Deneb-Upgrade technisch zu aufwendig. EIP-6475 definiert ein Element von SSZ – nämlich „Optionals“, das Teil des 4844-Transaktionsformats ist –, um sicherzustellen, dass es mit den SSZ-Objekten kompatibel bleibt, die wir in Zukunft in Ethereum einführen möchten.
Da die Diskussion über das optimale langfristige SSZ-Format für allgemeine Transaktionen sowie speziell für 4844-Blob-Transaktionen noch andauert, wird erwartet, dass beide EIPs noch Anpassungen erfahren werden.
In Betracht gezogene EIPs
Neben den offiziell für dieses Upgrade ausgewählten EIPs verfügen die Client-Teams über eine Liste von Kandidaten, die noch in das Upgrade aufgenommen werden könnten.
EIP-2537: Vorcompilierte Funktionen für BLS12-381-Kurvenoperationen
Seit 2019 wird diese EIP in irgendeiner Form für die Aufnahme in ein Upgrade erwogen. In der Vergangenheit war man zögerlich, neue kryptografische Kurven in die Ethereum-Ausführungsschicht einzuführen. Gleichzeitig ist die Beacon Chain stark von BLS12-381 abhängig, und nach Abschluss der Merge kann man sagen, dass BLS bereits eine „zentrale“ Abhängigkeit von Ethereum darstellt, mit sicheren und optimierten Bibliotheken.
Durch diese Vorcompilierung können Beacon-Chain-Signaturen auf der Execution-Layer verifiziert werden. Sie ebnet zudem den Weg für neue Anwendungsfälle, die auf dieser Kurve basieren.
EIP-4788: Beacon-Block-Root in der EVM
Ähnlich wie EIP-2537 macht auch dieser Vorschlag Beacon-Chain-Informationen für die Execution-Layer verfügbar. Konkret wird die Wurzel (Root) eines Beacon-Chain-Blocks zur Execution-Payload hinzugefügt und in einem Smart Contract auf der Execution-Layer gespeichert. Über einen neuen Opcode namens BEACON_ROOT lässt sich diese gespeicherte Blockwurzel dann abrufen. Der Opcode erwartet eine Slot-Nummer als Eingabe und gibt die entsprechende Beacon-Block-Wurzel zurück.
Dies ermöglicht es Staking-Pools, Bridges und Restaking-Protokollen, ihre Architekturen noch vertrauensminimierter („trustless“) zu gestalten.
EIP-6493: SSZ-Transaktions-Signaturschema
Diese EIP ergänzt EIP-6475, indem sie ein Signaturschema für SSZ-Transaktionen definiert. Sie gilt zwar nicht für bestehende RLP-Transaktionen, stellt aber sicher, dass das aktuelle Signaturschema für SSZ-Transaktionen (gemäß EIP-4844) auch mit zukünftigen, umfassenden SSZ-Überarbeitungen der Execution-Layer kompatibel bleibt.
Wichtig: Die EOF-bezogenen EIPs sind nicht Teil dieses Upgrades.
Die EOF-EIPs wurden zwar ursprünglich für die Shapella- und Dencun-Upgrades in Betracht gezogen, sind aber aufgrund begrenzter Ressourcen offiziell vom aktuellen Upgrade ausgeschlossen. Derzeit wird diskutiert, ob sie als Hauptfunktionen für künftige Upgrades priorisiert werden sollen. Ein formeller Konsens unter den Client-Teams steht jedoch noch aus.
Weitere vorgeschlagene EIPs
Neben den genannten EIPs findet sich im Ethereum Magicians-Forum eine vollständige Liste aller für dieses Upgrade vorgeschlagenen Verbesserungen. Zwar wurden die meisten Inhalte, die letztlich in Dencun einfließen werden, bereits intensiv diskutiert, doch Überraschungen sind nicht ausgeschlossen! Bemerkenswert ist beispielsweise die positive Resonanz des Teams auf die erste Vorstellung von EIP-5656 – dem Opcode MCOPY – während der letzten ACD-Konferenz.
Netzwerk-Upgrade-Aktivierungs-EIP
Ankündigung: Ich habe eine informative EIP entworfen, die die verschiedenen Mechanismen zur Auslösung von Netzwerk-Upgrades auflistet – von PoW-Blöcken über Epochs und TTD bis hin zum aktuellen Zeitstempel-Verfahren.
Wir hoffen, dass die derzeitige Kombination aus Epoch und Zeitstempel nun dauerhaft Bestand hat.
Summer (Remote) Talks – Sommervorträge (remote)
In den kommenden Monaten halte ich mehrere Vorträge, in denen ich meinen Blick auf den Ethereum-Governance-Prozess erläutere. Einige finden vor Ort, andere remote statt – bei manchen Terminen steht das finale Format noch nicht fest. In chronologischer Reihenfolge nehme ich an folgenden Konferenzen teil: EDCON, ETHPrague, ETHShanghai, EthCC und ETHMontreal.