Ethereum hat am 3.12.2025 das Fusaka-Upgrade aktiviert, wodurch die Data-Availability-Kapazität des Netzwerks erheblich erweitert wurde, durch den Mechanismus Blob Parameter Overrides. Dieser Mechanismus ermöglicht eine schrittweise Anpassung des Ziels und der maximalen Grenze für Blobs – komprimierte Transaktionspakete, die Layer-2-Rollups auf Ethereum hochladen, um Sicherheit und Vollständigkeit zu gewährleisten.
Die nächsten beiden Anpassungen erhöhten das Ziel für Blobs pro Block von 6 auf 10, dann auf 14, während die maximale Grenze auf 21 angehoben wurde. Das Kernziel von Fusaka ist es, die Kosten für Rollups zu senken, indem die Durchsatzrate für Blob-Daten erhöht wird.
Nach drei Monaten Datenerfassung zeigt die Analyse jedoch eine deutliche Diskrepanz zwischen technischer Kapazität und tatsächlicher Nutzung. MigaLabs’ Analyse von über 750.000 Slots seit der Aktivierung von Fusaka zeigt, dass das Netzwerk das Ziel von 14 Blobs pro Block noch nicht erreicht hat.
Bemerkenswert ist, dass der mediane Blob-Nutzungsgrad sogar nach der ersten Parameteranpassung gesunken ist. Blöcke mit 16 oder mehr Blobs weisen deutlich höhere Miss-Rate auf, was auf eine abnehmende Zuverlässigkeit des Netzwerks bei Annäherung an die neuen Kapazitätsgrenzen hindeutet.
Das Fazit des Berichts ist recht klar: Es sollte nicht weiter die Blob-Parameter erhöht werden, bis die Miss-Rate bei Blöcken mit vielen Blobs wieder auf ein normales Niveau sinkt und tatsächliche Nachfrage besteht, um die bereits geschaffene Kapazität zu füllen.
Was hat sich bei Fusaka geändert und wann
Vor Fusaka, gemäß EIP-7691, setzte Ethereum das Ziel bei 6 Blobs pro Block mit einer maximalen Grenze von 9. Die Fusaka-Erweiterung führte zwei aufeinanderfolgende Blob Parameter Overrides durch.
Das erste wurde am 9.12.2025 aktiviert, mit Ziel 10 und Maximalgrenze 15. Das zweite am 7.1.2026, mit Ziel 14 und Maximalgrenze 21.
Der Fahrplan für das Fusaka-Upgrade von Ethereum zeigt, dass die Blob-Parameter von den Grundwerten 6/9 auf 12/15 und schließlich 14/21 zwischen Dezember 2025 und Januar 2026 erhöht wurden. Diese Änderungen erfordern keinen Hard Fork, sondern erlauben Ethereum, die Kapazität durch Koordination der Clients anzupassen, ohne das Protokoll zu verändern.
MigaLabs’ Analyse, mit reproduzierbarem Quellcode und Methodik, verfolgt die Blob-Nutzung und Netzwerkleistung während dieses Übergangs. Die Ergebnisse zeigen, dass der mediane Blob-Wert pro Block nach dem ersten Override von 6 auf 4 gesunken ist, obwohl die Gesamtkapazität erweitert wurde. Blöcke mit 16 oder mehr Blobs sind äußerst selten, erscheinen nur 165 bis 259 Mal im gesamten Beobachtungszeitraum.
Mit anderen Worten: Das Netzwerk hat Spielraum, nutzt ihn aber noch nicht vollständig.
Der Bericht weist auch auf eine Inkonsistenz hin: Die Timeline-Beschreibung gibt an, dass der erste Override das Ziel von 6 auf 12 erhöht hat, während die Mainnet-Ankündigung und die Dokumentation der Ethereum Foundation die Erhöhung von 6 auf 10 bestätigen. In dieser Analyse werden die offiziellen Parameter der Ethereum Foundation verwendet, während die empirischen Daten zu Nutzung und Miss-Rate von MigaLabs als Grundlage der Analyse gelten.
Die Miss-Rate steigt bei Blöcken mit vielen Blobs stark an
Die Netzwerkzuverlässigkeit wird anhand der sogenannten missed slots – Blöcke, die nicht korrekt übertragen oder validiert wurden – gemessen und zeigt einen klaren Trend.
Bei niedrigen Blob-Zahlen liegt die Miss-Rate bei etwa 0,5 %. Bei Blöcken mit 16 oder mehr Blobs steigt sie auf 0,77 % bis 1,79 %. Bei 21 Blobs, also der maximalen Grenze nach dem zweiten Override, erreicht die Miss-Rate 1,79 %, mehr als das Dreifache des Basiswerts.
Die Analyse der Miss-Rate für Blob-Zahlen von 10 bis 21 zeigt eine zunehmend abfallende Kurve der Zuverlässigkeit, die bei Überschreiten des Ziels von 14 Blobs deutlich wird.
Das ist besonders relevant, weil es zeigt, dass die aktuelle Infrastruktur von Ethereum – inklusive Hardware der Validatoren, Bandbreite und Attestationszeit – Schwierigkeiten hat, Blöcke mit hoher Kapazität zuverlässig zu verarbeiten.
Wenn in Zukunft die Nachfrage stark steigt und regelmäßig Blöcke nahe an die Grenze von 21 Blobs bringen, könnte die hohe Miss-Rate zu verzögerter Finalität oder erhöhtem Reorg-Risiko führen. Der Bericht betrachtet dies als eine stabile Grenze: Das Netzwerk kann technisch mehr Blobs verarbeiten, aber die Fähigkeit, dies stabil und zuverlässig zu tun, ist noch ungewiss.
Die Fehlerquote liegt bei weniger als 0,75 % bei Blöcken mit weniger als 16 Blobs, steigt aber auf über 1 % bei höheren Blob-Anzahlen, mit 1,79 % bei 21 Blobs.## Blob-Ökonomie und die Rolle des Reserve-Preises
Fusaka erweitert nicht nur die Kapazität, sondern ändert auch die Preisgestaltung für Blobs durch EIP-7918, das eine Reserve-Preisschwelle einführt, um den Blob-Auktionen einen Mindestpreis von 1 Wei zu sichern.
Früher, bei niedriger Blob-Nachfrage und dominanten Transaktionskosten, konnte der Base Fee für Blobs auf nahezu null sinken, was das Preissignal entwertete. Layer-2-Rollups mussten Blob-Gebühren zahlen, um Transaktionsdaten auf Ethereum hochzuladen, und diese Gebühren sollten die Rechenkosten sowie die Netzbelastung widerspiegeln.
Wenn die Gebühren nahe bei null liegen, wird das wirtschaftliche Feedback-System zerstört, was zu einem Verhalten führt, bei dem Ressourcen verbraucht werden, ohne die tatsächlichen Kosten zu decken, und so die Nachfrage nicht sichtbar bleibt.
Der Reserve-Preis von EIP-7918 koppelt Blob-Gebühren an die tatsächlichen Rechenkosten, um sicherzustellen, dass auch bei schwacher Nachfrage die Preise ein sinnvolles wirtschaftliches Signal liefern. Das hilft, das Problem des „Free-Rider“-Verhaltens zu vermeiden und liefert klarere Daten für zukünftige Kapazitätserweiterungen.
Erste Daten vom Dune-Dashboard von Hildobby zeigen, dass die Blob-Gebühren nach Fusaka stabil geblieben sind, anstatt wie in früheren Phasen stark zu sinken. Die durchschnittlichen Blob-Gebühren pro Block bestätigen die Einschätzung von MigaLabs, dass die Nutzung noch nicht ausreicht, um die neue Kapazität zu füllen.
Die Transaktionskosten für „Blob“ erreichten im Jahr 2024 Anfang und Ende 2 Millionen US-Dollar, bevor sie im Jahr 2025 allmählich sanken und 2026 auf niedrigem Niveau blieben.## Wie effektiv ist Fusaka?
Technisch gesehen hat Fusaka erfolgreich die Kapazität erweitert und gezeigt, dass der Mechanismus Blob Parameter Override ohne kontroversen Hard Fork funktionieren kann. Der Reserve-Preis wirkt sich positiv aus, indem er die Blob-Gebühren wirtschaftlich sinnvoll hält.
Dennoch ist die Nutzung noch unterhalb der Kapazitätsgrenze, und die Zuverlässigkeit an der oberen Grenze der neuen Kapazität nimmt deutlich ab. Die Miss-Rate-Kurve zeigt, dass das aktuelle Infrastruktur-Setup die Werte vor Fusaka und die Parameter 10/15 nach dem ersten Override gut bewältigt, aber bei Überschreiten von 16 Blobs zunehmend belastet wird.
Dies schafft ein klares Risikoprofil: Wenn Layer-2-Operationen explosionsartig wachsen und regelmäßig Blöcke nahe an die Grenze von 21 Blobs bringen, könnte das Netzwerk mit hoher Miss-Rate konfrontiert werden, was die Finalität und Reorg-Resistenz beeinträchtigt.
Andererseits zeigt die sinkende mediane Blob-Nutzung nach dem ersten Override, trotz Kapazitätserweiterung, dass die aktuellen Rollups noch nicht durch Blob-Availability limitiert sind. Entweder sind ihre Transaktionsvolumina noch nicht groß genug, oder sie optimieren Kompression und Batching, um die bestehende Kapazität zu nutzen, anstatt sie zu erweitern.
Daten von Blobscan deuten ebenfalls darauf hin, dass einzelne Rollups ihre Blob-Anzahl relativ stabil halten, anstatt die neu geschaffene Kapazität schnell auszunutzen.
Nächste Schritte für Ethereum
Der Fahrplan von Ethereum umfasst weiterhin PeerDAS, eine tiefere Neugestaltung des Data-Availability-Sampling, um die Blob-Kapazität zu erweitern und gleichzeitig die Dezentralisierung und Sicherheit zu verbessern.
Die Ergebnisse von Fusaka zeigen jedoch, dass die Rohkapazität derzeit kein Engpass ist. Das Netzwerk hat noch Spielraum, um auf 14/21 zu wachsen, bevor eine weitere Erweiterung notwendig wird, wobei die Daten zu Miss-Raten bei hohen Blob-Zahlen auf Infrastruktur-Upgrades hinweisen.
Ein sichererer Ansatz ist es, die Nutzung schrittweise an das aktuelle Ziel anzupassen, die Miss-Rate zu beobachten, wenn Clients und Validatoren für höhere Blob-Lasten optimiert werden, und nur dann Parameter anzupassen, wenn das Netzwerk die Stabilität in Grenzfällen nachweisen kann.
Fusaka hat Raum für zukünftiges Wachstum geschaffen und die Blob-Ökonomie stabilisiert, aber noch keinen unmittelbaren Boom bei der Nutzung ausgelöst oder die Herausforderungen bei maximaler Kapazität vollständig gelöst. Ob die Kapazität vollständig ausgelastet wird, bleibt eine offene Frage, auf die die aktuellen Daten noch keine Antwort bieten.
