Fusaka ist nun live, und die Debatte hat sich von der Frage, was es bewirken würde, darauf verlagert, wie gut es sich bewährt hat. Sieben Monate nach Pectra aktiviert, markierte es Ethereums zweiten Hard Fork des Jahres 2025 und die schnellste Umstellung zwischen großen Upgrades, seit das Netzwerk auf Proof-of-Stake umgestellt wurde.

Die Veröffentlichung bestätigte einen Tempowechsel. CORE-Entwickler ersetzten den alten jährlichen Rhythmus durch engere, häufigere Forks, und Fusaka war der Proof of Concept. Hier erfahren Sie, was tatsächlich implementiert wurde, wie das Netzwerk reagierte und was dies für ETH im weiteren Verlauf des Jahres 2026 bedeutet. 👇

Was war das Ethereum Fusaka Upgrade?

Das Ethereum Fusaka Upgrade war ein koordinierter Hard Fork, der am 3. Dezember 2025 auf dem mainnet live ging. Der Tradition folgend, verbindet der Name „Fulu“, einen Stern im Sternbild Kassiopeia, mit „Osaka“, einer ehemaligen Devcon-Gastgeberstadt, und vereint so die Konsens- und Ausführungsschichten in einer einzigen Veröffentlichung.

Fusaka konzentrierte sich auf Skalierbarkeit statt auf nutzerorientierte Funktionen, im Gegensatz zum vorangegangenen Pectra Upgrade. Die wichtigste Änderung, PeerDAS (EIP-7594), überarbeitete die Art und Weise, wie Knoten die Existenz von Layer 2 blob data bestätigen, indem sie Fragmente sampeln können, anstatt jedes Byte zu speichern. Dies legte den Grundstein für vollständiges Danksharding.

Der Fork bündelte rund zwölf Ethereum Improvement Proposals, die meisten aus früheren Scoping-Runden übernommen, mit dem Fokus auf die Härtung der Ethereum Virtual Machine und der data layer. Zusammen positionierten sie Ethereum, um schnellere rollups und datenintensive Anwendungen zu unterstützen, ohne die Knotenanforderungen über Consumer-Hardware hinaus zu treiben.

Wesentliche Vorteile von Fusaka

Fusaka priorisierte die Netzwerkgesundheit und vorhersehbare Skalierung gegenüber herausragenden Funktionen, was die Vorsicht widerspiegelt, die seinen endgültigen Umfang prägte. Die Änderungen gestalteten neu, wie Ethereum größere Datenlasten verarbeitet und wie Validatoren die Blockproduktion im gesamten Netzwerk koordinieren.

Die wesentlichen Vorteile, die Fusaka einführte, umfassen die folgenden Punkte:

• Blob sampling (PeerDAS): Reduziert den Bandbreiten- und Speicherbedarf auf Konsensknoten um etwa 85 %, wodurch Validatoren die blob availability anhand partieller Stichproben statt vollständiger Downloads überprüfen können.
• Höherer blob throughput: Erhöhte das maximale blob-Volumen pro Block von 9 auf 21 durch gestaffelte Forks, was die Layer 2-Kapazität erheblich erweitert und die rollup-Posting-Kosten im Laufe der Zeit senkt.
• Höheres L1 gas limit: Hob das Standard-Block-gas limit über EIP-7935 auf 60 Millionen an, was der base layer etwa 20-30 % mehr Spielraum für Transaktionen und die Ausführung komplexer Smart Contracts gibt.
• Flexible blob scaling (EIP-7892): Fügte Blob Parameter Only forks hinzu, leichte Upgrades, die blob-Einstellungen anpassen, ohne jedes Mal einen vollständigen Hard Fork durchzuführen, wenn Entwickler mehr Kapazität wünschen.
• Vorhersehbare Proposer (EIP-7917): Ermöglichte eine deterministische Proposer-Vorausschau, sodass Validatoren früher erfahren, wer die nächsten Blöcke vorschlägt, was Preconfirmations und die Konsensstabilität fördert.
• Native Passkey-Signierung (EIP-7951): Fügte einen secp256r1-Precompile hinzu, der geräte-native Signaturen über WebAuthn, FIDO2 und Hardware-Sicherheitsmodule freischaltet, für ein reibungsloseres wallet-Onboarding.

Fusaka PeerDAS und die EOF-Entscheidung erklärt

Zwei Komponenten definierten den Umfang von Fusaka: PeerDAS, das als Ankerfunktion in die Veröffentlichung aufgenommen wurde, und EOF, das die Entwickler letztendlich strichen. Das Verständnis beider erklärt, warum das endgültige Upgrade schlanker aussah, als frühe Roadmaps vermuten ließen.

Was ist PeerDAS in Fusaka?

PeerDAS (Peer Data Availability Sampling) ermöglicht es Konsensschicht-Knoten, große blob-Transaktionen zu bestätigen, indem sie kleine zufällige Slices überprüfen, anstatt jeden blob vollständig herunterzuladen. Daten werden in 128 Spalten aufgeteilt, die über das Netzwerk verteilt sind, sodass jeder Knoten nur einen Bruchteil speichert, während kollektiv die availability gewährleistet wird.

Dieses Design trennte die Verbindung zwischen blob throughput und den Hardwarekosten für Validatoren, wodurch Ethereum die Datenkapazität skalieren kann, ohne Enterprise-Grade-Maschinen zu erfordern. Entwickler depriorisierten jede Funktion, die eine Verzögerung von PeerDAS riskierte, da es die Voraussetzung war, um den zukünftigen Bedarf an rollups und data availability zu decken, wie in unserem EIP-4844 explainer beschrieben.

Warum EOF aus Fusaka gestrichen wurde

Das EVM Object Format (EOF) zielte darauf ab, Smart Contracts neu zu strukturieren, indem es klare Grenzen zwischen Code, Daten und Metadaten zog und den aktuellen unstrukturierten Bytecode ersetzte. Der Plan bündelte etwa ein Dutzend koordinierter EIPs in der ersten tiefgreifenden Überarbeitung der EVM seit ihrer Einführung.

Core-Entwickler entfernten EOF aus Fusaka nach einem All Core Developers Call im April 2025, unter Berufung auf ungelöste Komplexität, Zeitplanrisiken und einen Mangel an grobem Konsens. Protokollleiter Tim Beiko bezeichnete die Streichung als Schutz von PeerDAS und überließ es den Befürwortern von EOF, ihren Fall für einen späteren Fork vorzubringen, anstatt ihn durchzusetzen.

Ethereum Fusaka Release-Zeitplan

Fusaka erreichte das mainnet planmäßig, nachdem im Oktober 2025 drei öffentliche testnets erfolgreich durchlaufen wurden. Der Rollout wurde dann durch zwei Parameter-Only-Forks fortgesetzt, die die blob-Kapazität in gemessenen Schritten skalierten, anstatt alles auf einmal – ein bewusst vorsichtiger Ansatz angesichts der Neuheit der Sampling-Technik.

Der Fusaka-Rollout entfaltete sich über diese wichtigen Meilensteine hinweg:

• Holesky testnet: Aktiviert am 1. Oktober 2025, zur Prüfung von Basisänderungen, einschließlich der Erhöhung des gas-Limits und der Validator-Performance unter den neuen Regeln.
• Sepolia testnet: Aktiviert am 14. Oktober 2025, konzentriert auf das PeerDAS-Verhalten und simulierte höhere gas-Limits über verschiedene Client-Implementierungen hinweg.
• Hoodi testnet: Aktiviert am 28. Oktober 2025, die letzte genehmigungsfreie Validator-Probe, bevor die Entwickler die mainnet-Bereitschaft bestätigten.
• mainnet-Aktivierung: Ging am 3. Dezember 2025 um Epoch 411392 live und wurde innerhalb von etwa fünfzehn Minuten über alle wichtigen Clients hinweg sauber abgeschlossen.
• BPO1 fork: Aktiviert am 9. Dezember 2025, erhöhte das blob-Ziel 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 Fusakas Parameterabstimmung ab.

Ethereum Fusaka EIP-Liste

Fusakas endgültiger EIP-Satz verfolgte drei Ziele: die Skalierung der Layer 2-Datenkapazität, die Verbesserung der Layer 1-Ausführungseffizienz und die Verfeinerung der Entwickler- und Validator-Erfahrung. Basierend auf der mainnet-Ankündigung der Ethereum Foundation und dem Forkcast-Tracking waren dies die Vorschläge, die die Veröffentlichung prägten.

Die wichtigsten Fusaka EIPs nach Rolle umfassen die folgenden:

• EIP-7594: Einführung von PeerDAS, dem Sampling-Protokoll, das Konsensknoten ermöglicht, die Verfügbarkeit von blobs ohne vollständige Downloads zu überprüfen – der Anker des gesamten Upgrades.
• EIP-7892: Ermöglichte Blob Parameter Only forks, die leichte Anpassungen an blob-Zielen und Maxima ohne einen vollständig koordinierten Hard Fork erlauben.
• EIP-7935: Legte das Standard-Block-gas-Limit auf 60 Millionen fest und standardisierte damit einen Wert über Clients hinweg, den Validatoren bereits vor der Aktivierung übernommen hatten.
• EIP-7825: Begrenzte das gas pro Transaktion auf etwa 16,7 Millionen (2²⁴), eine DoS-Härtungsmaßnahme, die auch den Grundstein für parallel execution legt.
• EIP-7918: Begrenzte die blob-Basisgebühr durch die Ausführungskosten, um zu verhindern, dass die blob-Preise auf 1 wei fallen und ein aussagekräftiges Gebührensignal zu erhalten.
• EIP-7951: Fügte einen secp256r1-Precompile hinzu, der die günstige on-chain-Verifizierung von Passkey-ähnlichen und hardwaregestützten Signaturen ermöglicht.
• EIP-7917: Liefert deterministische Proposer-Vorausschau, die es Rollups und Anwendungen ermöglicht, bevorstehende Block-Proposer für ein besseres Sequencing zu antizipieren.
• EIP-7939: Fügte den CLZ (count leading zeros) Opcode hinzu, der Entwicklern eine günstige native Anweisung für Bit-Level-Mathematik und kryptografische Hilfsfunktionen bietet.

Mehrere kleinere Vorschläge rundeten das Paket ab, darunter das ModExp-Repricing-Paar (EIP-7823 und EIP-7883), die RLP-Blockgrößenbegrenzung (EIP-7934) und Verbesserungen des Netzwerkprotokolls (EIP-7642). Diese Maßnahmen strafften hauptsächlich die gas-Ökonomie und die Propagations-Effizienz, während die Blockkapazität wuchs.

Wie das Netzwerk nach dem Start reagierte

Fusakas eigentlicher Test kam nach der Aktivierung, als Live-blob-Nutzung und Gebührendaten die Prognosen ersetzten. Die frühen Signale entsprachen weitgehend den Entwicklererwartungen, obwohl einige Ergebnisse Beobachter überraschten, die die Ethereum-gas-Preise und blob-Märkte in den folgenden Wochen verfolgten.

Die beiden BPO forks verdreifachten die maximale blob-Kapazität innerhalb von etwa einem Monat, was Rollups wesentlich mehr Raum zum Posten von Batches gab. Layer 2-Gebühren in wichtigen Netzwerken blieben für typische Transaktionen deutlich unter einem Cent, und Analysten wiesen auf weitere Reduzierungen hin, da die Kapazität weiterhin auf das langfristige 128-blob-Ziel skaliert wurde.

Ein kontraintuitives Ergebnis stach hervor. Die blob-Gebührenuntergrenze von EIP-7918 führte dazu, dass die blob-Basisgebühren von ihren früheren nahezu Null-Niveaus stark anstiegen, da das Daten-Posting nicht länger effektiv kostenlos war. Die L2-Kosten blieben dennoch niedrig, da die Gebührenuntergrenze hauptsächlich ein funktionierendes Preissignal wiederherstellte, anstatt blobspace für Rollups wirklich teuer zu machen.

Fusaka und ETH: Kursentwicklung seit dem Start

Fusaka wurde mit einem kurzen Aufwärtstrend aktiviert, wobei ETH am Starttag nahe 3.200 $ lag, ein Plus von etwa 4 %, als der Fork inmitten des Optimismus über Zinssenkungen der Fed und mehrjährigen Tiefstständen bei den Börsenreserven abgeschlossen wurde. Diese Stärke hielt nur bis Anfang Januar an, als ETH noch über 3.000 $ schwebte, bevor sich die allgemeineren Bedingungen durchsetzten.

Der Rückgang vertiefte sich dann. ETH fiel bis Februar 2026 unter 1.800 $, als Rezessionsängste, der Verkauf von ETH durch Mitbegründer Vitalik Buterin und anhaltende spot-ETF-Abflüsse zusammenkamen. Frühlingsrallyes in Richtung 2.350 $ im März und 2.100 $ im April wurden jeweils abverkauft, und eine Risikoaversion im Juni drückte den Preis auf fast 1.570 $.

Das Gesamtbild ist ernüchternd. ETH notiert Anfang Juli bei rund 1.774 $, ein Rückgang von etwa 45 % seit dem Start, und hat seine ersten drei aufeinanderfolgenden roten Quartalskerzen verzeichnet. Fusaka beseitigte große technische Einwände, doch der Preis entwickelte sich in den folgenden sieben Monaten in die entgegengesetzte Richtung.

Diese Diskrepanz verdeutlicht die Frage der Wertakkumulation, die über ETH schwebt. Günstigerer, reichlicherer Blockspace erhöht nicht automatisch den Base-Layer-Fee-Burn oder den staking yield, wenn die Nachfrage gering bleibt, daher verbesserte Fusaka die Qualität des Netzwerks mehr als seinen Preis. Nichts davon ist eine Finanzberatung, daher sollten Sie Ihre eigene Recherche durchführen, bevor Sie investieren.

Was Fusaka als Nächstes vorbereitete

Fusaka war nie ein Endpunkt. Durch die Implementierung von PeerDAS und des BPO-Mechanismus gab es den CORE-Entwicklern eine wiederholbare Methode zur Skalierung der Datenkapazität und eine Grundlage für die anspruchsvollere Arbeit auf der Execution-Layer, die folgen wird. Die Roadmap nach Fusaka nimmt bereits Gestalt an.

Der unmittelbare Nachfolger ist Glamsterdam, geplant für die zweite Hälfte des Jahres 2026, das sich auf die Skalierung von Layer 1 selbst konzentriert, durch verankerte Proposer-Builder-Trennung und parallel execution. Über den Fork-Zeitplan hinaus veröffentlichte Vitalik Buterin eine „Lean Ethereum“-Roadmap, die Quantensicherheit, Datenschutz und langfristige Skalierbarkeit bis 2029 abdeckt.

Weitere BPO-Forks zielen darauf ab, die Blob-Anzahl bis Mitte 2026 auf 48 pro Block zu erhöhen und setzen die inkrementelle Skalierung fort, die Fusaka ermöglichte. Jeder Schritt baut auf dem vorherigen auf und bewegt Ethereum stetig in Richtung des Durchsatzes, den seine Rollup-zentrierte Roadmap seit langem verspricht.

Abschließende Gedanken

Fusaka erfüllte sein zentrales Versprechen: Es skalierte Ethereums Datenschicht, ohne die Dezentralisierung zu beeinträchtigen, auf die Node-Betreiber angewiesen sind. PeerDAS wurde sauber implementiert, die Blob-Kapazität verdreifachte sich innerhalb weniger Wochen, und das Netzwerk absorbierte die Änderungen mit minimalen Störungen.

Die schwierigere Frage ist, was daraus wird. Fusaka gab Ethereum die Infrastruktur, um die nächste Welle von Nutzern aufzunehmen, aber 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 umzuwandeln, die Geschichte, die es wert ist, beobachtet zu werden.