Fusaka folgt dieses Jahr Pectra-UpgradeDies stellt einen großen Fortschritt in der Skalierungs-Roadmap von Ethereum dar, der die L1-Leistung verbessert, den Blob-Durchsatz erhöht und das Benutzererlebnis verbessert.
Die Aktivierung des Fusaka-Netzwerk-Upgrades im Ethereum-Mainnet ist für Slot geplant 13.164.544 (3. Dezember 2025, 21:49:11 UTC). Fusaka führt außerdem Blob Parameter Only (BPO)-Forks ein, um den Blob-Durchsatz nach der PeerDAS-Aktivierung sicher zu skalieren. Hierbei handelt es sich um minimale Upgrades, die nur auf die Konfiguration beschränkt sind und das Blob-Ziel/-Maximum und den Anteil der Gebührenaktualisierung anpassen. Siehe die Aktivierungstabelle Weitere Einzelheiten finden Sie weiter unten.
Die Fusaka-Mainnet-Client-Releases werden aufgelistet unten.
Gesichtsübersicht
Die Hauptfunktion von Fusaka ist PeerDAS (Peer Data Availability Sampling), das eine erhebliche Skalierung des Blob-Durchsatzes ermöglicht. Fusaka umfasst außerdem Optimierungen auf der Ausführungsebene und der Konsensebene, um die L1-Leistung zu skalieren und die Benutzererfahrung zu verbessern. In diesem Beitrag werden die wichtigsten Verbesserungen beschrieben. Eine umfassendere Übersicht finden Sie unter Anleitung von ethereum.org zum Upgrade.
Skalieren Sie Blobs
PearDAS
EIP-7594 führt PeerDAS ein, ein neues Netzwerkprotokoll, das es Knoten ermöglicht, die Verfügbarkeit von Blob-Daten durch Stichproben zu überprüfen, anstatt ganze Blobs herunterzuladen. Dies ist ein wichtiger Schritt zur Skalierung des Blob-Durchsatzes bei gleichzeitiger Wahrung der Sicherheit und Dezentralisierung von Ethereum.
Seit dem Dencun-UpgradeDie Layer-2-Nutzung hat erheblich zugenommen und erreicht häufig das aktuelle Limit von 9 Blobs pro Block. PeerDAS ermöglicht es Ethereum, dieses Limit zu erhöhen, ohne Kompromisse bei der Sicherheit einzugehen. Dies geschieht durch die Verwendung von Erasure Coding, um Knoten das Abtasten von Teilen von Blob-Daten zu ermöglichen und gleichzeitig kryptografisch zu gewährleisten, dass die vollständigen Daten im gesamten Netzwerk verfügbar sind. Dies schafft einen Weg zu höheren Blob-Zielen, die in Ethereum dargelegt sind Skalierungs-Roadmap.
Dieser Sampling-Ansatz kommt Layer-2-Rollups direkt zugute, indem er einen höheren Blob-Durchsatz unterstützt, ohne dass die Bandbreitenanforderungen für einzelne Knoten proportional steigen. Da die Blob-Kapazität über die aktuellen Grenzen hinaus skaliert, können die L2-Transaktionsgebühren weiter sinken, während gleichzeitig die Sicherheitsgarantien der Datenverfügbarkeit auf Ethereum L1 gewahrt bleiben.
Nach der Aktivierung von PeerDAS verwendet Ethereum BPO-Forks (Blob Parameter Only), um den Blob-Durchsatz sicher zu erhöhen, anstatt die Blob-Parameteranpassungen mit benannten Forks zu bündeln. Fusaka sieht zwei geplante BPO-Parameteranpassungen im Mainnet ab dem 9. Dezember 2025 vor. Diese BPOs erhöhen das Blob-Ziel und -Maximum pro Block von 6 bzw. 9 auf 10 und 15 in BPO1 und 14 und 21 in BPO2. Siehe die BPO-Zeitplan Weitere Einzelheiten finden Sie weiter unten.
Skala L1
ModExp-Optimierung
EIP-7883 Und EIP-7823 arbeiten zusammen, um die ModExp-Vorkompilierung zu optimieren. EIP-7883 erhöht die Gaskosten, um die Rechenkomplexität genauer widerzuspiegeln, einschließlich der Erhöhung der minimalen Gaskosten und der Verdreifachung der allgemeinen Kostenberechnungen. EIP-7823 legt Obergrenzen für ModExp-Operationen fest. Zusammen stellen diese Änderungen sicher, dass ressourcenintensive kryptografische Vorgänge angemessen bepreist werden und mögliche zukünftige Erhöhungen des Blockgaslimits unterstützt werden.
Obergrenze für Transaktionsgas
EIP-7825 implementiert eine Transaktions-Gas-Limit-Obergrenze auf Protokollebene von 16.777.216 Gas, um zu verhindern, dass einzelne Transaktionen übermäßig viel Block-Gas verbrauchen, und um vor DoS-Angriffen zu schützen. Dies legt den Grundstein für die parallele Transaktionsverarbeitung im EVM.
Optimierung des Netzwerkprotokolls
EIP-7642 führt eth/69 ein, das Pre-Merge-Felder und den Empfangs-Bloom aus dem Netzwerkprotokoll entfernt. Diese Bereinigung reduziert den Bedarf an Synchronisierungsbandbreite, fügt ein explizites Verlaufsbereitstellungsfenster für Knoten zum Ankündigen hinzu und vereinfacht die Codebasis durch Entfernen von Legacy-Komponenten, die nach der Zusammenführung nicht mehr benötigt werden.
Erhöhung des Gaslimits
EIP-7935 erhöht das standardmäßige Gaslimit von Ethereum auf 60 Mio. und spiegelt das Gaslimit wider, auf das die Kernentwickler glauben, dass Ethereum L1 derzeit sicher skalieren kann. Diese Erhöhung ermöglicht mehr L1-Ausführungskapazität und wurde über verschiedene Client-Kombinationen hinweg gründlich getestet, um Netzwerkstabilität und -sicherheit zu gewährleisten.
Verbessern Sie UX
secp256r1 Vorkompilieren
EIP-7951 Fügt durch einen neuen vorkompilierten Vertrag native Unterstützung für die elliptische Kurve secp256r1 hinzu. Dies ermöglicht die direkte Integration mit moderner sicherer Hardware wie Apple Secure Enclave, Android Keystore und FIDO2/WebAuthn-Geräten und reduziert die Reibungsverluste bei der Mainstream-Blockchain-Einführung durch vertraute Authentifizierungsabläufe.
Zählen Sie führende Nullen Opcode
EIP-7939 stellt den CLZ-Opcode (Count Leading Zeros) vor, der eine native, gaseffiziente Möglichkeit bietet, grundlegende Bitzähloperationen durchzuführen. Diese Ergänzung unterstützt mathematische Operationen, Komprimierungsalgorithmen und Post-Quanten-Signaturschemata und reduziert gleichzeitig die ZK-Beweiskosten.
Gesichtsspezifikationen
Die vollständige Liste der in Fusaka eingeführten Änderungen finden Sie in EIP-7607. Zu den Kern-EIPs gehören:
Zusätzliche unterstützende EIPs:
Vollständige Spezifikationen für die Ausführungs- und Konsensschichtänderungen sind in den folgenden Versionen verfügbar:
Fusaka führt außerdem Änderungen an der Engine-API ein, die für die Kommunikation zwischen Konsens- und Ausführungsschichtknoten verwendet wird. Diese sind in der angegeben Osaka Datei des Execution-APIs-Repositorys.
Gesichtsaktivierung
Das Fusaka-Netzwerk-Upgrade wird zu Beginn der Epoche im Ethereum-Mainnet aktiviert 411392geschieht am 3. Dezember 2025 um 21:49:11 UTC.
Es wurde zuvor auf dem aktiviert Hoodi, Holesky und Sepolia Testnetze.
Blob Parameter Only (BPO) Fork-Zeitplan
Nach der Hauptaktivierung von Fusaka wird das Netzwerk Blob-Parameter-Only-Forks implementieren, um den Blob-Durchsatz schrittweise zu erhöhen. BPO1 erhöht das Blob-Ziel pro Block auf 10 und maximal 15. BPO2 erhöht das Ziel weiter auf 14 und maximal 21.
Mainnet-BPO-Zeitplan
| BPO-Gabel | Epoche | Datum und Uhrzeit (UTC) | Unix-Zeitstempel |
|---|---|---|---|
| BPO1 | 412672 | 2025-12-09 14:21:11 | 1765290071 |
| BPO2 | 419072 | 07.01.2026 01:01:11 | 1767747671 |
Client-Releases
Die folgenden Client-Releases sind für das Fusaka-Upgrade im Ethereum-Mainnet geeignet.
Veröffentlichungen der Konsensschicht
Beim Ausführen eines Validators müssen sowohl der Consensus Layer Beacon Node als auch der Validator Client aktualisiert werden.
Ausführungsschicht-Releases
Werkzeuge
FAQ
Wie funktionieren Ethereum-Netzwerk-Upgrades?
Upgrades des Ethereum-Netzwerks erfordern eine ausdrückliche Zustimmung der Knotenbetreiber im Netzwerk. Während sich Client-Entwickler darüber einig sind, welche EIPs in einem Upgrade enthalten sind, sind sie nicht die letztendlichen Entscheidungsträger über dessen Einführung.
Damit das Upgrade in Betrieb genommen werden kann, müssen Validatoren und nicht absteckende Knoten ihre Software manuell aktualisieren, um die eingeführten Protokolländerungen zu unterstützen.
Wenn sie einen Ethereum-Client verwenden, der nicht auf die neueste Version (siehe oben) aktualisiert ist, wird er am Fork-Block von den aktualisierten Peers getrennt, was zu einer Fork im Netzwerk führt. In diesem Szenario bleibt jede Teilmenge der Netzwerkknoten nur mit denjenigen verbunden, die ihren (nicht) aktualisierten Status teilen.
Während die meisten Ethereum-Upgrades unumstritten sind und Fälle, die zu Forks führen, selten sind, ist die Möglichkeit für Knotenbetreiber, zu koordinieren, ob ein Upgrade unterstützt wird oder nicht, ein Schlüsselmerkmal der Governance von Ethereum.
Einen ausführlicheren Überblick über den Governance-Prozess von Ethereum finden Sie unter dieser Vortrag von Tim Beiko.
Muss ich als Ethereum-Mainnet-Benutzer oder ETH-Inhaber etwas tun?
Kurz gesagt, nein.
Wenn Sie eine Börse, ein digitales Wallet oder ein Hardware-Wallet nutzen, müssen Sie nichts unternehmen, es sei denn, Sie werden von Ihrem Börsen- oder Wallet-Anbieter dazu aufgefordert, zusätzliche Schritte zu unternehmen.
Wenn Sie sehen möchten, wie das Upgrade live geht, können Sie sich anmelden Online-Viewing-Party!
Was muss ich als nicht absteckender Knotenbetreiber tun?
Um mit dem Upgrade kompatibel zu sein, aktualisieren Sie die Ausführungs- und Konsensschicht-Clients Ihres Knotens auf die in der Tabelle oben aufgeführten Versionen.
Was muss ich als Staker tun?
Um mit dem Upgrade kompatibel zu sein, aktualisieren Sie die Ausführungs- und Konsensschicht-Clients Ihres Knotens auf die in der Tabelle oben aufgeführten Versionen. Stellen Sie sicher, dass sowohl Ihr Beacon-Knoten als auch Ihr Validator-Client aktualisiert sind.
Was soll ich als Anwendungs- oder Toolentwickler tun?
Überprüfen Sie die EIPs in Fusaka enthalten um festzustellen, ob und wie sie sich auf Ihr Projekt auswirken. Die Einführung von PeerDAS, secp256r1-Unterstützung und dem neuen CLZ-Opcode bieten spannende Möglichkeiten für erweiterte Funktionalität und Leistungsoptimierungen. Siehe insbesondere dieser Beitrag Weitere Informationen zu Änderungen bei der Blob-Übermittlung finden Sie hier dieser Beitrag Weitere Informationen zu Änderungen des Gaslimits pro Transaktion finden Sie hier.
Warum „Wut“?
Upgrades auf die Ausführungsschicht folgen Devcon-Städtenamen, und Upgrades auf die Konsensschicht verwenden Sternnamen. „Fusaka“ ist die Kombination aus Fulu, einem Stern im Sternbild Kassiopeia, und Osaka, dem Standort von Devcon V.
