Was ist Fusaka?
Am 3. Dezember 2025 wird Ethereum das Fusaka-Upgrade im Mainnet aktivieren, seinen zweiten großen Hard Fork des Jahres nach Pectra im Mai.
Rollups machen mittlerweile den Großteil der Ethereum-Transaktionen und Gebühreneinnahmen aus, sind jedoch immer noch dadurch eingeschränkt, wie viele Daten sie an die Schicht 1 zurücksenden können und wie hoch die Kosten dafür sind.
Fusaka soll diesen Druck lindern. Sein Schlagzeilenfeature, PeerDAS (Peer Data Availability Sampling)ermöglicht es Validatoren, Rollup-Blob-Daten zu überprüfen, ohne alles herunterladen zu müssen, was Bandbreiten- und Speicheranforderungen senkt und gleichzeitig die Tür zu einem viel höheren Datendurchsatz öffnet.
Gleichzeitig bereiten Blob-Only-Parameter (BPO)-Forks, neue Gas- und Blockgrößenbeschränkungen sowie Optimierungen des Verlaufsablaufs die Kette auf wiederholte Kapazitätserhöhungen statt auf einmalige Sprünge vor.
In diesem Artikel werden wir erläutern, was Fusaka ändert, wo es in der Surge-, Verge- und Purge-Roadmap steht und was es für Benutzer, Rollups und das breitere Ethereum-Ökosystem in den nächsten Jahren bedeuten könnte.
Wussten Sie? Fusakas Name kommt aus zwei internen Upgrade-Codenamen, Osaka (Execution Layer) und Fulu (Consensus Layer), verschmolzen zu „Fusaka“.
Von Merge nach Fusaka: Die Roadmap
Um zu sehen, wo Fusaka hinpasst, hilft es, herauszuzoomen.
-
Die Fusion (2022) hat Ethereum von Proof-of-Work auf Proof-of-Stake umgestellt und so den Energieverbrauch um etwa 99,9 % gesenkt.
-
Shapella (2023) aktivierter abgesteckter Ether (ETH) Abhebungen, wodurch ein einseitiges Einsatzsystem in ein flüssiges System umgewandelt und mehr Validatoren angezogen werden.
-
Dencun (März 2024) führte den Ethereum Improvement Proposal (EIP) 4844 „Blobs“ ein, eine günstigere, temporäre Datenspur für Rollups, auch bekannt als Protodanksharding.
-
Pectra (Mai 2025) EIP-7702-Kontoabstraktionsfunktionen hinzugefügt und Absteckparameter wie die 2.048-ETH-Validatorobergrenze überarbeitet.
Diese Upgrades entsprachen der Kurzform-Roadmap von Vitalik Buterin: Merge, Surge, Verge, Purge und Splurge. Bei Surge geht es um die Skalierung von Ethereum durch Rollups und eine bessere Datenverfügbarkeit, während sich Verge und Purge auf leichtere Clients und die Beschneidung alter Geschichte konzentrieren.
Fusaka ist das erste Upgrade, das alle diese Hebel gleichzeitig betätigt. Es skaliert Daten für Rollups als Teil des Surge und stützt sich im Rahmen von Verge und Purge auf den Verlaufsablauf und eine leichtere Synchronisierung. Es gibt auch ein klares Ziel für einen modularen Ethereum-Stack vor, der auf mehr als 100.000 Transaktionen pro Sekunde (TPS) abzielt, wenn man den Layer-2-Durchsatz zusätzlich zur L1-Abwicklung addiert.
PeerDAS, Blobs und größere Blöcke
Die wichtigste Skalierungsänderung von Fusaka ist EIP-7594, PeerDAS.
Anstatt dass jeder vollständige Knoten das Ganze herunterlädt Kleckse PeerDAS teilt Rollup-Daten in kleinere Zellen auf und verwendet Sampling- und Erasure-Coding, sodass Validatoren nur zufällige Teile abrufen. Wenn genügend Teile verfügbar sind, kann das Netzwerk sicher sein, dass die vollständigen Daten vorhanden sind.
Dadurch wird die Bandbreite pro Knoten reduziert und Speicher und schafft die Voraussetzungen für eine letztendliche 8-fache Steigerung der Blob-Kapazität im Laufe der Zeit, ohne Heimanwender auf Rechenzentrums-Hardware zu zwingen.
Um dieses Wachstum flexibler zu gestalten, führt EIP-7892 Blob Parameter Only (BPO)-Forks ein, winzige Hard Forks, die nur drei Blob-bezogene Parameter ändern: Ziel, Max und den Anpassungsfaktor der Grundgebühr.
Nach Fusaka kann Ethereum die Blob-Kapazität in kleineren und häufigeren Schritten erhöhen, wenn die L2-Nachfrage wächst, anstatt jahrelang auf einen Big-Bang-Fork zu warten.
Auf der Ausführungsseite aktualisiert Fusaka die Gas- und Blockgrößen:
-
Das effektive Blockgasziel wird von derzeit 45 Millionen auf deutlich höhere Obergrenzen angehoben. EIP-7825 begrenzt den Gasverbrauch, den eine einzelne Transaktion verbrauchen kann, und EIP-7934 fügt eine Blockgrößenbeschränkung von 10 MB für das rekursive Längenpräfix hinzu, um das Denial-of-Service-Risiko zu verringern.
-
EIP-7823 und EIP-7883 ändern die Preise und begrenzen die MODEXP-Vorkompilierung, sodass ein schwerer kryptografischer Aufruf nicht einen ganzen Block blockieren kann.
Einfacher ausgedrückt gibt Fusaka Ethereum mehr Raum für Rollup-Daten und komplexe Transaktionen und fügt gleichzeitig Leitplanken hinzu, damit Blöcke für reguläre Knoten überprüfbar bleiben.
Wussten Sie? Blobs sind temporäre Datenpakete, die durch Rollups an Ethereum gesendet werden. Sie sind günstiger als Anrufdaten und werden nach etwa 18 Tagen automatisch bereinigt, sodass die Kette nicht aufgebläht wird.
UX-, Sicherheits- und Entwicklungstools
In Fusaka dreht sich nicht alles um die reine Kapazität. Mehrere EIPs konzentrieren sich auf Benutzererfahrung, Sicherheit und Entwicklerergonomie.
EIP-7917 (Deterministic Proposer Lookahead) macht den Proposer-Plan für die nächste Epoche vollständig deterministisch und über die Beacon-Wurzel in der Kette zugänglich. Dies ist für basierte Rollups und Vorbestätigungssysteme wichtig, die im Voraus wissen müssen, welcher Validator einen bestimmten Block vorschlagen wird, um schnelle und glaubwürdige Soft-Finality-Garantien zu bieten.
Auf der Seite der Benutzererfahrung (UX) fügt EIP-7951 eine secp256r1-Vorkompilierung hinzu, die Ethereum native Unterstützung für P-256-Signaturen bietet, die Kurve, die von Apples Secure Enclave, Android Keystore, Fast Identity Online 2 (FIDO2) und WebAuthn-Passschlüsseln verwendet wird. Dadurch können sich Geldbörsen nicht mehr auf biometrische Daten und Passkeys auf Geräteebene verlassen Samenphrasenwodurch Schicht 1 näher an die Mainstream-Fintech-Anmeldeströme herangeführt wird.
Entwickler erhalten EIP-7939, den Opcode zum Zählen führender Nullen, der führende Nullen in einem 256-Bit-Wort zählt. Dadurch werden Mathematik auf Bitebene, Arithmetik großer Ganzzahlen und einige wissensfreie Schaltkreise kostengünstiger und einfacher zu implementieren.
Schließlich erweitert EIP-7642 die Verlaufsablauffunktion von Ethereum und ermöglicht es Benutzern, mehr vor der Zusammenführung und ältere Daten zu löschen und gleichzeitig anzugeben, welche Bereiche sie bedienen. Dadurch können Hunderte von Gigabyte pro Knoten eingespart und die Synchronisierung für neue Validatoren erheblich beschleunigt werden.
Wer gewinnt was: L2s, Validatoren und ETH-Inhaber
Für L2-Ökosysteme ist die Geschichte einfach. PeerDAS- und BPO-Forks sorgen zusammen dafür, dass Daten kostengünstiger und umfangreicher werden.
Analysten schätzen, dass Fusaka und der erste BPO-Fork die L2-Datengebühren im Laufe der Zeit um 40–60 % senken könnten, insbesondere für Anwendungsfälle mit hohem Durchsatz wie DeFi, Gaming und Social. Billigere Blobs bedeuten mehr Raum für Experimente und möglicherweise eine neue Runde des Wettbewerbs zwischen Rollups hinsichtlich Preis und Benutzererfahrung.
Für Knotenbetreiber und Validatoren erleichtert Fusaka einige Lasten und fügt andere hinzu. Durch Sampling und Verlaufsablauf wird reduziert, wie viele Datenknoten heruntergeladen und gespeichert werden müssen, wodurch es für neue Knoten viel einfacher wird, sich mit dem neuesten Block zu synchronisieren.
Da BPO-Forks jedoch höhere Blob-Anzahlen erreichen, müssen gut ausgestattete Validatoren und Infrastrukturanbieter mehr Upload-Bandbreite schultern, was das Netzwerk auf subtile Weise in Richtung größerer Betreiber bewegen könnte, wenn Client-Implementierungen und -Anleitungen nicht sorgfältig durchgeführt werden.
Institutionen und Wettanbieter tendieren dazu, Fusaka eher als strategischen Wegbereiter denn als einmaligen Geschwindigkeitsschub darzustellen. Ein besser vorhersagbarer Datendurchsatz, sicherere Gas- und Blockgrößenbeschränkungen und ein saubereres Verlaufsmanagement erleichtern die Planung groß angelegter Validierungsvorgänge.
Für ETH-Inhaber sind die Auswirkungen offensichtlich. Die Basisschicht von Ethereum wird als hochleistungsfähige Abwicklungs- und Datenmaschine für L2s optimiert, wobei die Mindestgebühren und die Blob-Preise angepasst werden, damit sich mehr Aktivität auf Ethereum abspielt, was sich je nach Nachfrage auf die Gebührenmärkte und Validator-Belohnungen auswirken kann.
Es gibt jedoch Kompromisse. Das Protokoll wird komplexer und ein stärkerer Fokus auf Monetarisierung könnte Kritik hervorrufen, wenn alltägliche Benutzer keine deutlichen Verbesserungen bei Kosten und Erfahrung spüren.
Wussten Sie? Während des letzten Koordinierungsaufrufs für Fusaka wurde der Aktivierungsslot für das Mainnet auf Slot 13.164.544 festgelegt, voraussichtlich am 3. Dezember um 21:49 UTC.
Nach Fusaka: Glamsterdam und der Weg zu 100.000 TPS
Das nächste benannte Upgrade, Glamsterdam, wird voraussichtlich im Jahr 2026 landen und hat bereits zwei Headliner: Enshrined Proposer Builder Separation (ePBS) und Block-Level Access Lists (BALs).
-
ePBS zielt darauf ab, die Lieferkette des maximal extrahierbaren Werts (MEV) zu stärken, indem der Blockaufbau und die Vorschläge auf Protokollebene aufgeteilt werden, anstatt sich nur auf externe Relais zu verlassen.
-
BALs zielen auf eine effizientere Ausführung und eine bessere Handhabung des Statuszugriffs ab, einschließlich zukünftiger Erhöhungen der Blob-Kapazität.
PeerDAS- und BPO-Forks bringen den Surge voran. Verlaufsablauferweiterungen und Peer-to-Peer (P2P)-Optimierungen beinhalten die Verge- und Purge-Themen. Verbesserungen der Benutzererfahrung wie Proposer Lookahead und P-256-Unterstützung machen Vorbestätigungen und Passkey-Wallets in großem Maßstab realistisch.
Wenn Ethereum diesem Rhythmus folgt, wird Fusaka weniger als einzelnes Ereignis, sondern eher als Wendepunkt in Erinnerung bleiben. Es markiert den Moment, in dem sich die Roadmap in ein kohärentes und wertbewusstes Skalierungsprogramm verwandelte. Ziel ist es, einen modularen Stack mit 100.000 TPS zu unterstützen, ohne die Dezentralisierung aufzugeben, die das Netzwerk überhaupt erst wertvoll gemacht hat.
