Das Fusaka-Upgrade von Ethereum wird am 3. Dezember aktiviert und stellt eine Reihe von Änderungen bereit, die darauf abzielen, den Rollup-Durchsatz zu erhöhen, die Gasmärkte zu straffen und native Unterstützung für Signaturen im Passkey-Stil hinzuzufügen.
Der Fork führt PeerDAS-Datenverfügbarkeitsstichproben ein, verdoppelt das standardmäßige Blockgaslimit und bereitet das Netzwerk auf Erweiterungen der reinen Blob-Parameter vor, die für später in diesem Monat und im Januar geplant sind.
Fusaka ist nach dem Stern Fulu („Hilfsstraße“) und der Stadt Osaka („Hang oder Hügel“) benannt und setzt damit die Konvention von Ethereum fort, einen Stern und eine Stadt zu paaren.
Anmerkung des Herausgebers: „Sloping Side Road“ ist eine spielerische Anspielung auf die Mischung aus Fulu und Osaka und keine offizielle Übersetzung.
Die Datenverfügbarkeit erhält eine Skalierungsebene
Der zentrale technische Wandel ist PeerDAS, formalisiert in EIP-7694. Mit dem Protokoll können Knoten überprüfen, ob Blob-Daten vorhanden sind, indem sie kleine Teile abtasten, anstatt ganze Blobs herunterzuladen.
Dadurch wird ein durch EIP-4844 verursachter Skalierungsengpass beseitigt und ein Pfad geschaffen Erhöhen Sie den Blob-Durchsatz im Laufe der Zeit um etwa eine Größenordnung.
Eine höhere Blob-Kapazität führt direkt zu günstigeren Layer-2-Transaktionsgebühren, da Rollups Benutzertransaktionen in Blobs komprimieren und dort veröffentlichen Ethereums Basisschicht.
Fusaka erhöht außerdem das Standardgaslimit pro Block von der nach der Fusion festgelegten 30-Millionen-Konfiguration auf 60 Millionen Gas.
Durch die Erhöhung wird das L1-Blockgasbudget verdoppelt und bietet mehr Platz sowohl für Standardtransaktionen als auch für die Blob-Verarbeitung.
Zwei nachfolgende „Blob Parameter Only“-Forks, BPO1 am 9. Dezember und BPO2 am 7. Januar, werden Blob-Parameter ohne zusätzliche Codeänderungen anpassen und so die Kapazität weiter erweitern.
Blob-Gebührenmarkt neu verkabelt
EIP-7918 bindet die Mindestgrundgebühr für Blobs an das Ausführungsgas und verhindert so, dass die Blobpreise auf nahezu Null sinken, während L1-Gas teuer bleibt.
Durch die Änderung bleibt der Datenverfügbarkeitsmarkt wirtschaftlich rational, da die Nutzung schwankt. Bisher konnten die Blob-Gebühren stark von den Ausführungskosten abweichen, was zu Arbitragemöglichkeiten führte und die Rollup-Ökonomie verzerrte.
Eine Reihe verwandter Ethereum Improvement Proposals (EIPs) verschärft mehrere schwere Opcodes und Transaktionslimits. Die EIPs sind 7823, 7825, 7883 und 7934.
Die Vorschläge begrenzen die ModExp-Vorkompilierungseingabegrößen, erhöhen die Gaskosten, führen eine Obergrenze für Transaktionsgas ein und erzwingen eine RLP-Blockgrößenbeschränkung. Diese Einschränkungen verringern die Angriffsfläche für Denial-of-Service-Angriffe und machen die Client-Workloads im schlimmsten Fall vorhersehbarer.
Entwicklertools und kryptografische Hooks
EIP-7939 führt einen Opcode mit vorangestellten Nullen ein, der Bitmanipulation, ganzzahlige Logarithmen und Zufallslogik in der Kette billiger und einfacher macht.
Die Ergänzung kommt DeFi-Protokollen und kryptografischen Verträgen zugute, die auf effizienten bitweisen Operationen basieren.
Der in EIP-7917 spezifizierte deterministische Vorschlags-Lookahead gibt Validatoren einen festen Zeitplan dafür, wer Blöcke vorschlagen wird.
MEV-Relais und Absteckbetreiber können die präzisere Zeitleiste nutzen, um sicherer und effizienter zu koordinieren und so die Unsicherheit in Blockproduktionsabläufen zu reduzieren.
EIP-7951 fügt eine native Vorkompilierung für die Kurve secp256r1 hinzu, den gleichen kryptografischen Standard, der von Apple Secure Enclave, Android Keystore und WebAuthn verwendet wird.
Wallets und Smart-Account-Systeme können nun Signaturen im Passkey-Stil direkt auf Ethereum verifizieren und so FaceID- und TouchID-Authentifizierungsflüsse ohne benutzerdefinierte Brücken oder Schaltkreise ermöglichen.
Die Vorkompilierung beseitigt einen großen Reibungspunkt für verbraucherorientierte Anwendungen, die auf biometrischer Hardware basieren.
Sofortiger und schrittweiser Rollout
Fusaka wird am 3. Dezember auf Blockhöhe aktiviert, die erste Anpassung der Blob-Parameter folgt sechs Tage später. BPO2 landet am 7. Januar und schließt die erste Kapazitätserweiterung ab.
Durch den schrittweisen Rollout können Knotenbetreiber und Rollup-Teams die Blob-Nutzung und Client-Leistung überwachen, bevor die nächste Parametererhöhung erfolgt.
Durch das Upgrade werden keine konsensbasierten Änderungen an den Einsatz- oder Validatoranreizen vorgenommen. Alle Änderungen zielen auf den Durchsatz der Ausführungsebene, die Gasmechanik und Entwicklergrundelemente ab.
Validatoren, auf denen aktualisierte Clients ausgeführt werden, verarbeiten die neuen Opcodes und die Blob-Logik, ohne dass Änderungen an ihren Absteckeinstellungen vorgenommen werden.
Fusaka stellt das durchsatzorientierteste Upgrade von Ethereum seit der Einführung von Blobs durch EIP-4844 im März 2024 dar. Der Fork verdoppelt die Blockgaskapazität, skaliert das Datenverfügbarkeits-Sampling und fügt kryptografische Hooks für gängige Authentifizierungshardware hinzu.
Durch die Kombination ist Ethereum in der Lage, höhere Rollup-Aktivitäten ohne proportionale Gebührenerhöhungen zu absorbieren und Entwicklern gleichzeitig neue Grundlagen für die On-Chain-Berechnung und das Benutzer-Onboarding zu bieten.
