Fusaka ist nun live, und die Debatte hat sich von der Frage, was das Upgrade bewirken würde, dahin verlagert, wie gut es sich bewährt hat. Es wurde sieben Monate nach Pectra aktiviert und war der zweite Hard Fork von Ethereum im Jahr 2025 sowie der schnellste Abstand zwischen großen Upgrades, seit das Netzwerk auf Proof-of-Stake umgestellt hat.

Das Release bestätigte einen Tempowechsel. Die Core-Entwickler ersetzten den alten Jahresrhythmus durch engere, häufigere Forks, und Fusaka war der Machbarkeitsnachweis. Hier sehen Sie, was tatsächlich ausgeliefert wurde, wie das Netzwerk reagierte und was es für ETH auf dem Weg ins Jahr 2026 bedeutet. 👇

Was war das Ethereum-Upgrade Fusaka?

Das Ethereum-Fusaka-Upgrade war ein koordinierter Hard Fork, der am 3. Dezember 2025 im Mainnet live ging. Der Tradition folgend verbindet der Name „Fulu“, einen Stern im Sternbild Kassiopeia, mit „Osaka“, einer früheren Devcon-Gastgeberstadt, und bindet so Konsens- und Ausführungsschicht in einer einzigen Version zusammen.

Fusaka konzentrierte sich auf Skalierbarkeit statt auf nutzerorientierte Funktionen, anders als das vorausgegangene Pectra-Upgrade. Die wichtigste Änderung, PeerDAS (EIP-7594), überarbeitete, wie Nodes bestätigen, dass Blob-Daten von Layer 2 vorhanden sind, indem sie Fragmente stichprobenartig prüfen, statt jedes Byte zu speichern. Das legte den Grundstein für vollständiges Danksharding.

Der Fork bündelte rund zwölf Ethereum Improvement Proposals, die meisten aus früheren Planungsrunden übernommen, mit Schwerpunkt auf der Härtung der Ethereum Virtual Machine und der Datenschicht. Zusammen versetzten sie Ethereum in die Lage, schnellere Rollups und datenintensive Anwendungen zu bedienen, ohne die Anforderungen an Nodes über Consumer-Hardware hinauszutreiben.

Die wichtigsten Vorteile von Fusaka

Fusaka stellte Netzwerkstabilität und planbare Skalierung über spektakuläre Funktionen, was die Vorsicht widerspiegelt, die den endgültigen Umfang prägte. Die Änderungen haben verändert, wie Ethereum größere Datenlasten verarbeitet und wie Validatoren die Blockerzeugung im Netzwerk koordinieren.

Zu den wichtigsten Vorteilen, die Fusaka eingeführt hat, gehören die folgenden:

• Blob-Sampling (PeerDAS): Verringert die Bandbreiten- und Speicherbelastung der Konsensknoten um etwa 85 %, da Validatoren die Verfügbarkeit von Blobs anhand von Teilstichproben statt vollständiger Downloads prüfen können.
• Höherer Blob-Durchsatz: Das Maximum an blobs pro Block wurde in gestuften Forks von 9 auf 21 angehoben. Dadurch wächst die Kapazität von Layer 2 deutlich, und die Kosten für das Einreichen von rollup-Daten sinken mit der Zeit.
• Höheres L1-gas limit: Das Standard-Block-gas limit wurde per EIP-7935 auf 60 Millionen angehoben, wodurch die Basisschicht etwa 20–30 % mehr Platz für Transaktionen und komplexe Smart-Contract-Ausführung erhält.
• Flexible Blob-Skalierung (EIP-7892): Es wurden Blob Parameter Only Forks hinzugefügt, leichtgewichtige Upgrades, die die Blob-Einstellungen anpassen, ohne dass jedes Mal ein vollständiger Hard Fork nötig ist, wenn Entwickler mehr Kapazität wollen.
• Vorhersehbare Proposer (EIP-7917): Ermöglichte einen deterministischen Proposer-Lookahead, sodass Validatoren früher erfahren, wer kommende Blöcke vorschlägt. Das unterstützt Preconfirmations und die Stabilität des Konsenses.
• Native Passkey-Signierung (EIP-7951): Fügte einen secp256r1-Precompile hinzu, der geräteeigene Signaturen über WebAuthn, FIDO2 und Hardware-Sicherheitsmodule ermöglicht und so ein reibungsloseres Wallet-Onboarding erlaubt.

Fusaka, PeerDAS und die EOF-Entscheidung erklärt

Zwei Komponenten bestimmten den Umfang von Fusaka: PeerDAS, das als zentrales Feature in das Release gelangte, und EOF, das die Entwickler schließlich gestrichen haben. Beides zu verstehen erklärt, warum das finale Upgrade schlanker ausfiel, als frühe Roadmaps vermuten ließen.

Was ist PeerDAS in Fusaka?

PeerDAS (Peer Data Availability Sampling) ermöglicht es Knoten der Konsensschicht, große Blob-Transaktionen zu bestätigen, indem sie kleine zufällige Teilstücke prüfen, statt jeden Blob vollständig herunterzuladen. Die Daten werden in 128 Spalten aufgeteilt und im Netzwerk verteilt, sodass jeder Knoten nur einen Bruchteil speichert und gemeinsam die Verfügbarkeit gewährleistet wird.

Dieses Design trennte den Zusammenhang zwischen Blob-Durchsatz und Hardwarekosten der Validatoren und ermöglichte es Ethereum, die Datenkapazität zu skalieren, ohne Maschinen in Unternehmensqualität zu verlangen. Entwickler stellten jedes Feature zurück, das PeerDAS hätte verzögern können, da es die Voraussetzung war, um die künftige Nachfrage nach Rollup und Datenverfügbarkeit zu bedienen, wie in unserer Erklärung zu EIP-4844 beschrieben.

Warum EOF aus Fusaka gestrichen wurde

Das EVM Object Format (EOF) sollte Smart Contracts neu strukturieren, indem es klare Grenzen zwischen Code, Daten und Metadaten zieht und den bisherigen unstrukturierten Bytecode ersetzt. Der Plan bündelte rund ein Dutzend aufeinander abgestimmter EIPs zur ersten tiefgreifenden Überarbeitung der EVM seit ihrer Entstehung.

Die Core-Entwickler haben EOF nach einem All-Core-Developers-Call im April 2025 aus Fusaka entfernt und verwiesen auf ungelöste Komplexität, Zeitplanrisiken und fehlenden groben Konsens. Protokollleiter Tim Beiko stellte die Streichung als Schutz von PeerDAS dar; die Befürworter von EOF sollen ihr Anliegen für einen späteren Fork vorbringen, statt es durchzudrücken.

Zeitplan für das Ethereum-Release Fusaka

Fusaka erreichte das Mainnet planmäßig, nachdem es im Oktober 2025 drei öffentliche Testnets durchlaufen hatte. Der Rollout setzte sich dann mit zwei Forks fort, die nur Parameter änderten und die Blob-Kapazität schrittweise statt auf einmal erhöhten – ein bewusst vorsichtiges Vorgehen angesichts der Neuheit des Sampling-Verfahrens.

Der Fusaka-Rollout verlief über die folgenden wichtigen Meilensteine:

• Holesky-Testnet: Aktiviert am 1. Oktober 2025, testet grundlegende Änderungen, darunter die Erhöhung des Gas-Limits und die Validator-Leistung unter den neuen Regeln.
• Sepolia testnet: Am 14. Oktober 2025 aktiviert, mit Fokus auf das Verhalten von PeerDAS und simulierten höheren gas-Limits über alle Client-Implementierungen hinweg.
• Hoodi-Testnet: Am 28. Oktober 2025 aktiviert, die letzte permissionless Validator-Generalprobe, bevor die Entwickler die Mainnet-Reife bestätigten.
• Mainnet-Aktivierung: Ging am 3. Dezember 2025 in Epoche 411392 live und wurde innerhalb von etwa fünfzehn Minuten bei allen großen Clients sauber finalisiert.
• BPO1-Fork: Am 9. Dezember 2025 aktiviert; das Blob-Ziel steigt auf 10 und das Maximum auf 15 pro Block.
• BPO2-Fork: Aktiviert am 7. Januar 2026, hob das Ziel auf 14 und das Maximum auf 21 an und schloss damit die Parameterabstimmung von Fusaka ab.

Liste der Ethereum-Fusaka-EIPs

Das finale EIP-Paket von Fusaka verfolgte drei Ziele: die Datenkapazität von Layer 2 skalieren, die Ausführungseffizienz von Layer 1 verbessern und die Erfahrung für Entwickler und Validatoren verfeinern. Laut der Mainnet-Ankündigung der Ethereum Foundation und dem Tracking von Forkcast waren dies die Vorschläge, die das Release geprägt haben.

Die folgenreichsten Fusaka-EIPs nach Rolle sind unter anderem:

• EIP-7594: Führte PeerDAS ein, das Sampling-Protokoll, mit dem Konsens-Nodes die Verfügbarkeit von Blobs ohne vollständige Downloads prüfen können, und damit den Kern des gesamten Upgrades.
• EIP-7892: Ermöglichte Forks nur für Blob-Parameter und erlaubt so leichte Anpassungen der Blob-Ziele und -Maximalwerte ohne einen vollständig koordinierten Hard Fork.
• EIP-7935: Legt das Standard-Gaslimit pro Block auf 60 Millionen fest und vereinheitlicht damit einen Wert über alle Clients hinweg, den Validatoren bereits vor der Aktivierung zu übernehmen begonnen hatten.
• EIP-7825: Begrenzt das Gas pro Transaktion auf etwa 16,7 Millionen (2²⁴), eine Maßnahme zur Absicherung gegen DoS-Angriffe, die zugleich die Grundlage für parallele Ausführung schafft.
• EIP-7918: Begrenzte die Blob-Basisgebühr durch die Ausführungskosten, verhinderte, dass die blobs-Preise auf 1 wei einbrechen, und bewahrte ein aussagekräftiges Gebührensignal.
• EIP-7951: Fügte einen secp256r1-Precompile hinzu, mit dem Signaturen im Passkey-Stil und hardwaregestützte Signaturen kostengünstig on-chain verifiziert werden können.
• EIP-7917: Lieferte deterministisches Proposer-Lookahead, mit dem Rollups und Anwendungen kommende Block-Proposer für ein besseres Sequencing vorhersehen können.
• EIP-7939: Fügte den Opcode CLZ (Count Leading Zeros) hinzu, der Entwicklern eine günstige native Anweisung für Bit-Mathematik und kryptografische Hilfsfunktionen bietet.

Mehrere kleinere Vorschläge rundeten das Paket ab, darunter das Paar zur Neubepreisung von ModExp (EIP-7823 und EIP-7883), die Begrenzung der RLP-Blockgröße (EIP-7934) und Verbesserungen des Netzwerkprotokolls (EIP-7642). Diese verfeinerten vor allem die Gas-Ökonomie und die Effizienz der Verbreitung, als die Blockkapazität wuchs.

Wie das Netzwerk nach dem Start reagierte

Der eigentliche Test für Fusaka kam nach der Aktivierung, als reale Blob-Nutzung und Gebührendaten die Prognosen ablösten. Die frühen Signale entsprachen weitgehend den Erwartungen der Entwickler, doch einige Ergebnisse überraschten Beobachter, die in den folgenden Wochen den Ethereum-Gas-Preis und die Blob-Märkte verfolgten.

Die beiden BPO-Forks verdreifachten die maximale Blob-Kapazität innerhalb von etwa einem Monat und gaben Rollups deutlich mehr Platz für das Veröffentlichen von Batches. Die Gebühren auf Layer 2 großer Netzwerke blieben bei typischen Transaktionen weit unter einem Cent, und Analysten verwiesen auf weitere Senkungen, während die Kapazität weiter in Richtung des langfristigen Ziels von 128 Blobs skaliert.

Ein kontraintuitives Ergebnis stach hervor. Die Blob-Gebührenuntergrenze von EIP-7918 ließ die Blob-Basisgebühren von ihrem vorherigen Niveau nahe null stark ansteigen, da das Veröffentlichen von Daten nicht mehr praktisch kostenlos war. Die L2-Kosten blieben dennoch niedrig, weil die Gebührenuntergrenze vor allem ein funktionierendes Preissignal wiederherstellte, statt Blobspace für Rollups wirklich teuer zu machen.

Fusaka und ETH: Kursentwicklung seit dem Start

Fusaka wurde mit einem kurzen Kursanstieg aktiviert: ETH lag am Starttag bei rund 3.200 $, ein Plus von etwa 4 %, als der Fork inmitten von Zinssenkungsoptimismus der Fed und mehrjährigen Tiefständen bei den Börsenreserven abgeschlossen wurde. Diese Stärke hielt nur bis Anfang Januar an, als ETH noch über 3.000 $ notierte, bevor allgemeine Marktbedingungen übernahmen.

Der Abwärtstrend vertiefte sich dann. ETH fiel bis Februar 2026 unter 1.800 $, als Rezessionsängste, der Verkauf von ETH durch Mitgründer Vitalik Buterin und anhaltende Abflüsse aus Spot-ETFs zusammentrafen. Frühjahrsrallyes in Richtung 2.350 $ im März und 2.100 $ im April wurden jeweils verkauft, und eine Risk-off-Bewegung im Juni drückte den Preis in die Nähe von 1.570 $.

Das Gesamtbild ist ernüchternd. ETH notiert Anfang Juli bei rund 1.774 $, etwa 45 % unter dem Niveau seit dem Start, und hat seine ersten drei aufeinanderfolgenden roten Quartalskerzen aller Zeiten verzeichnet. Fusaka räumte große technische Einwände aus, doch der Preis bewegte sich in den folgenden sieben Monaten in die entgegengesetzte Richtung.

Diese Diskrepanz verdeutlicht die Frage der Wertabschöpfung bei ETH. Günstigerer, reichlicherer Blockspace erhöht bei schwacher Nachfrage nicht automatisch das Verbrennen von Gebühren auf der Basisebene oder die staking-yield, daher verbesserte Fusaka die Qualität des Netzwerks mehr als dessen Preis. Nichts davon ist eine Finanzberatung, recherchieren Sie daher selbst, bevor Sie Geld anlegen.

Was Fusaka als Nächstes vorbereitet hat

Fusaka war nie ein Endpunkt. Mit der Einführung von PeerDAS und dem BPO-Mechanismus gab es den Kernentwicklern eine wiederholbare Methode zur Skalierung der Datenkapazität und eine Grundlage für die ehrgeizigeren Arbeiten auf der Ausführungsebene, die folgen. Die Roadmap nach Fusaka nimmt bereits Gestalt an.

Der unmittelbare Nachfolger ist Glamsterdam, angepeilt für die zweite Hälfte 2026, der den Schwerpunkt auf die Skalierung von Layer 1 selbst legt, durch fest integrierte Proposer-Builder-Trennung und parallele Ausführung. Über den Fork-Fahrplan hinaus hat Vitalik Buterin eine „Lean Ethereum“-Roadmap veröffentlicht, die Quantensicherheit, Datenschutz und langfristige Skalierbarkeit bis 2029 abdeckt.

Weitere BPO-Forks sollen die Blob-Zahl bis Mitte 2026 auf 48 pro Block anheben und damit die schrittweise Skalierung fortsetzen, die Fusaka ermöglicht hat. Jeder Schritt baut auf dem vorherigen auf und bringt Ethereum stetig näher an den Durchsatz, den seine auf Rollups ausgerichtete Roadmap seit Langem verspricht.

Fazit

Fusaka hat sein zentrales Versprechen eingelöst: Es hat die Datenschicht von Ethereum skaliert, ohne die Dezentralisierung zu beeinträchtigen, auf die Node-Betreiber angewiesen sind. PeerDAS wurde reibungslos eingeführt, die Blob-Kapazität verdreifachte sich innerhalb weniger Wochen, und das Netzwerk verkraftete die Änderungen mit minimalen Störungen.

Die schwierigere Frage ist, was daraus folgt. Fusaka gab Ethereum die Infrastruktur, um die nächste Nutzerwelle aufzunehmen, doch Infrastruktur allein garantiert nicht, dass Aktivität, Gebühren oder Preis folgen. Während sich Glamsterdam und die breitere Roadmap für 2026 entfalten, bleibt die Fähigkeit des Netzwerks, technische Leistungsfähigkeit in dauerhaften Wert umzusetzen, die Geschichte, die man im Auge behalten sollte.