Was ist EIP-4844?

EIP-4844, auch bekannt als Proto-Danksharding, führte einen neuen Transaktionstyp in Ethereum ein: die Blob-Träger-Transaktion (Typ 0x03). Anstatt für die dauerhafte Speicherung von Calldata zu bezahlen, können Rollups große Datenblöcke anhängen, die von Konsens-Clients einmalig überprüft und nach etwa 18 Tagen verworfen werden.

Das Ergebnis ist ein separater, deutlich kostengünstigerer Markt für data availability parallel zum regulären gas data availability . Rollups profitieren von der Sicherheit Ethereum, ohne die hohen Kosten der Ausführungsschicht für Rohdaten zahlen zu müssen, die sie lediglich für Betrugsnachweise und die Rekonstruktion benötigen.

Zum Start konnte jeder Block zwischen 0 und 6 blobs enthalten blobs 3 angestrebt wurden. Jeder Blob fasst bis zu 128 KB Daten, die durch KZG-Kryptografische Verpflichtungen gesichert sind, wodurch das Netzwerk die Verfügbarkeit überprüfen kann, ohne dass jeder Knoten die Daten dauerhaft herunterladen muss.

EIP-4844 von Anfang an als Zwischenschritt auf dem Weg zum vollständigen Danksharding konzipiert, dem langfristigen Plan, Ethereum durch data availability eine Ethereum Datenbandbreite zu verschaffen.

So funktionieren Blob-Transaktionen

Blob-Transaktionen laufen parallel zu regulären Transaktionen ab, enthalten jedoch einen „Sidecar“ mit Daten, der sich auf der Konsensschicht statt auf der Ausführungsschicht befindet. Die Funktionsweise ist bewusst einfach gehalten:

• Zwischenpeicherung: Jeder Blob wird etwa 4.096 Epochen (~18 Tage) lang aufbewahrt, bevor er gelöscht wird. Das ist lang genug, damit ehrliche rollup die Daten herunterladen können, und kurz genug, um den Speicherbedarf der Knoten überschaubar zu halten.
• Feste Größe: Jeder Blob kann bis zu 128 KB Daten enthalten, unabhängig davon, ob er vollständig genutzt wird. Die Absender zahlen für den gesamten Blob.
• EVM : Smart Contracts sehen lediglich einen versionierten Hash des Blobs, wodurch die Kosten auf der Ausführungsebene gering gehalten werden.
• Separater Gebührenmarkt: Blobs ein eigenes, EIP-1559 Preismodell, bei dem sich die base danach richtet, ob der vorherige Block über oder unter dem Zielwert lag. Alle base der Blobs werden verbrannt.

Dieses Konzept ermöglichte Rollups data availability deutlich kostengünstigere data availability die Ausführungsschicht zu überfrachten oder normale Nutzer durch hohe Kosten abzuschrecken.

Rückblick: Zwei Jahre Blobs

Als Proto-Danksharding im März 2024 Proto-Danksharding , waren die Auswirkungen sofort spürbar. Die mittleren Gebühren auf Arbitrum, Optimism, Base und zkSync über Nacht von mehreren zehn Cent auf Bruchteile eines Cent zkSync . Base auf Base verdreifachte sich die tägliche Aktivität in den folgenden Monaten.

Bis Ende 2024 lag die Nachfrage fast in jedem Block nahe am Zielwert von 3 Blobs. Ein einziger airdrop Token-Launch könnte die Gebühren von Bruchteilen eines Cent auf mehrere Dollar pro Blob in die Höhe treiben und damit die Kostenvorteile zunichte machen, die blobs ursprünglich so blobs gemacht hatten.

Im Laufe des Jahres traten zwei strukturelle Probleme deutlich zutage:

1. Das Blob-Angebot war zu knapp. Mit nur drei blobs Block und einer festen Obergrenze von sechs konnte das System rollup steigende rollup nicht ohne Gebührenspitzen bewältigen.
2. Die Blob-Gebühren waren manchmal zu niedrig, um wirklich von Bedeutung zu sein. In ruhigen Zeiten sank die base auf 1 Wei. Das war zwar ideal für Rollups, beeinträchtigte jedoch die Preisbildung und führte dazu, dass die Knoten echte kryptografische Arbeit fast ohne Vergütung verrichteten.

Beide Probleme wurden in den nachfolgenden Aktualisierungen behoben.

Pectra: Verdopplung der Blob-Kapazität

Das Pectra , das am 7. Mai 2025 aktiviert wurde, war Ethereumerster großer Hard Fork des Jahres 2025. Die wichtigsten Neuerungen betrafen Validatoren, wie beispielsweise EIP-7251 und EIP-7702, doch die für Rollups bedeutendste Änderung war in EIP-7691 verborgen.

EIP-7691 hat den Blob-Durchsatz über Nacht verdoppelt. Das Ziel pro Block wurde von 3 auf 6 und das Maximum von 6 auf 9 angehoben. Auch der Anpassungsfaktor base wurde angepasst, sodass volle Blöcke die base nun um ca. 8,2 % pro Block statt um 12,5 % erhöhen.

Pectra hat Pectra EIP-7623 implementiert, wodurch die gas für Calldata von 16 auf 42 gas Byte angehoben wurden. Die Absicht dahinter war einfach: alle verbleibenden Rollups, die noch Calldata verwenden, dazu zu bewegen, auf blobs umzusteigen.

Den größten Teil des Jahres 2025 über funktionierte diese Kombination gut. L2 blieben niedrig, und die Blob-Auslastung pendelte sich um das neue Ziel von 6 Blobs ein. Doch der nächste Engpass zeichnete sich bereits ab, und die Entwickler bereiteten etwas Ehrgeizigeres vor.

Fusaka PeerDAS: Der echte Skalierungssprung

Fusaka wurde am 3. Dezember 2025 aktiviert und stellt die größte Veränderung an der Blob-Infrastruktur seit EIP-4844 dar. Während Pectra eine Feinabstimmung Pectra , Fusaka eine völlig neue Art und Weise Fusaka , wie das Netzwerk mit Blob-Daten umgeht, was von der Ethereum live bestätigt wurde.

Das Hauptmerkmal ist PeerDAS (Peer Data Availability ), definiert in EIP-7594. Vor Fusaka musste jeder Knoten jeden Blob vollständig herunterladen, was eine harte Obergrenze dafür setzte, wie viele Daten das Netzwerk verarbeiten konnte, ohne die Dezentralisierung zu beeinträchtigen.

PeerDAS diese Einschränkung, indem es Blob-Daten in 128 Spalten aufteilt, die auf die Knoten verteilt sind, wobei jeder Knoten nur einen Teil davon speichert und bereitstellt. Das Netzwerk als Ganzes hat weiterhin Zugriff auf alle Daten, aber kein einzelner Knoten trägt die gesamte Last.

Normale Vollknoten müssen nur 4 der 128 subnets abonnieren, wodurch sich der Bandbreitenbedarf für Blobs um etwa das Achtfache reduziert. Es handelt sich hierbei um dasselbe Konzept data availability , das auch dem vollständigen Danksharding zugrunde liegt, und das in einer Form bereitgestellt wird, die Produktionsvalidatoren bereits heute nutzen können.

BPO Forks: Skalierung in Echtzeit

Neben PeerDAS Fusaka EIP-7892ein, das eine neue Art von Mini-Upgrade definiert, die als „Blob Parameter Only“ (BPO)-Fork bezeichnet wird. BPO-Forks passen das Blob-Ziel, das Maximum und den Anteil base an, ohne weitere Protokolländerungen zu bündeln.

Ethereum nun die Blob-Kapazität schrittweise erhöhen, sobald das Netzwerk beweist, dass es einen höheren Durchsatz bewältigen kann, anstatt 12 bis 18 Monate auf den nächsten Hard Fork zu warten. Die ersten beiden BPOs wurden planmäßig aktiviert:

• BPO1 (9. Dezember 2025): Das Blob-Ziel wurde von 6 auf 10 und das Maximum von 9 auf 15 angehoben.
• BPO2 (7. Januar 2026): Das Blob-Ziel wurde von 10 auf 14 und das Maximum von 15 auf 21 angehoben.

Allein diese beiden Forks haben die Blob-Kapazität innerhalb eines Monats verdreifacht. Die Kernentwickler planen bereits weitere BPOs, um bis Mitte 2026 48 blobs Block zu erreichen, wobei das langfristige Ziel bei 128 blobs Slot unter vollständigem Danksharding liegt.

Einnahmen aus Blob-Gebühren seit dem Start

Jede auf Ethereum gezahlte base Ethereum vernichtet, wodurch die Blob-Einnahmen direkt zum Deflationsmechanismus ETHbeitragen. Die bisherige Entwicklung ist differenzierter, als es die Schlagzeilen vermuten lassen.

Im ersten Jahr nach Dencun fielen ETH Blob-Transaktionen etwa 1.020 ETH base sowie weitere rund 2.000 ETH EIP-1559 an, was insgesamt etwa 8 Millionen US-Dollar ergab. Das ist für L1 eher bescheiden und liegt deutlich unter den 34 Millionen US-Dollar pro Monat, die L2-Lösungen vor dem Upgrade für Calldata ausgaben.

Der Grund dafür ist einfach: Abgesehen von kurzen Spitzen bei Ereignissen wie Blobscriptions und demairdrop lag die base den größten Teil der Jahre 2024 und 2025 bei oder nahe 1 Wei. Rollups erhielten data availability fast kostenlos, und Ethereum so gut wie keinen Anteil am Wert.

Die ForschungsabteilungFidelity Assets hat modelliert, wie die Blob-Einnahmen bei einer ordnungsgemäßen Gebührenschwelle ausgesehen hätten. Ihre Schätzung: Zwischen Dencun Oktober 2025 wären zusätzliche kumulierte Einnahmen in Höhe von ca. 24.641 ETH rund 78 Millionen US-Dollar) erzielt worden, wenn EIP-7918 bereits in Kraft gewesen wäre.

Genau das hat Fusaka .

EIP-7918: Blob-Gebühren sinnvoll gestalten

EIP-7918, das mit Fusaka eingeführt wurde, koppelt die base Blobs an die base L1 . Die Preisgestaltung für Blobs spiegelt nun stets die tatsächlichen Rechenkosten für die Überprüfung von KZG-Beweisen wider, wobei die Untergrenze auf 1/15,258 desgas festgelegt ist.

Der Mechanismus hat keinen Einfluss auf Rollups in Zeiten echter Nachfrage, da die Gleichgewichtsgebühr in solchen Momenten deutlich über der Untergrenze liegt. Er verhindert lediglich, dass der Preis auf null fällt, wenngas günstiggas .

Die unmittelbaren Auswirkungen waren dramatisch. Die base Blobs stieg im Vergleich zumFusaka um das etwa 15-Millionenfache. Branchenprognosen gehen davon aus, dass Blob-Gebühren bis 2026 30 bis 50 % der gesamten ETH ausmachen könnten, je nachdem, wie sich L2 entwickeln.

Die Blob-Einnahmen entwickeln sich für Ethereum zu einer eigenständigen Produktlinie Ethereum sind Ethereum ein subventionierter Dienst für Rollups, was die langfristigen wirtschaftlichen Beziehungen zwischen L1 L2 verändert.

Auswirkungen auf Layer 2 und -Aktivitäten

Die kombinierte Wirkung von EIP-4844, Pectra und Fusaka das Layer 2 grundlegend verändert:

• Gebührenrückgang: Eine typische L2 , die Ende 2025 noch etwa 0,50 $ kostete, sank in den Wochen nach Fusaka auf 0,20 bis 0,30 $, wobei weitere Senkungen zu erwarten sind, sobald die BPO-Kapazitäten genutzt werden.
• Durchsatz: Das gesamte L2 verarbeitet derzeit etwa 5.600 TPS, wobei Entwickler davon ausgehen, TPS des BPO-Zeitplans bis 2026 mehr als 24.000 TPS erreicht werden.
• base Rollup : Nach Modellen Ethereum könnten rollup in den ersten Monaten nach dem Start von Fusaka um weitere 40 bis 60 % sinken, wobei bei einer weiteren Steigerung der Kapazität sogar Rückgänge von über 90 % möglich sind.
• L1 : Fusaka hat Fusaka über EIP-7935 das Standardziel für gas auf 60 Millionen angehoben, wodurch die base pro Block etwa 20 bis 30 % mehr Transaktionen verarbeiten kann.

Das Ergebnis ist eine deutlich leistungsfähigereL1 , gepaart mit einem L2 , das endlich über die nötigen Kapazitäten verfügt, um die nächste Welle von Nutzern aufzunehmen.

Wie geht es weiter?

Der Weg von hier aus ist klarer als jemals zuvor in der Skalierungs-Roadmap Ethereum. PeerDAS die technische Grundlage für ein vollständiges Danksharding, und BPO-Forks bieten den Kernentwicklern eine Möglichkeit, die Kapazität ohne umfassende Netzwerk-Upgrades zu skalieren. Jeder BPO ist ein Stresstest, der überprüft, ob das Netzwerk den nächsten Schritt bewältigen kann.

Über den bestehenden Zeitplan hinaus sind zwei weitere Meilensteine in der Ethereum vorgesehen:

• Glamsterdam (geplant für 2026): Die nächste große Hard Fork nach Fusaka, die neben der fortgesetzten Blob-Skalierung weitere Verbesserungen der Ausführungsschicht bringen soll.
• Vollständiges Danksharding: Die Endphase fürdata availability Ethereum , mit einem Ziel von etwa 128 blobs Slot. Es handelt sich nicht mehr um das spekulative Konzept, das es bei EIP-4844 war.

Unterm Strich

EIP-4844 die bedeutendste Skalierungsänderung Ethereumseit „The Merge“, und die zwei Jahre seit der Einführung haben die rollup Roadmap in einer Weise bestätigt, die Anfang 2024 kaum jemand vorhergesehen hätte. L2 sind eingebrochen, rollup machen mittlerweile den größten Teil der Ethereum aus, und das Netzwerk verfügt über die Infrastruktur, um noch über Jahre hinweg weiter zu skalieren.

Pectra die Blob-Kapazität Pectra , Fusaka die Forks PeerDAS BPO Fusaka , und EIP-7918 hat dafür gesorgt, dass Blob-Gebühren bei steigendem Durchsatz tatsächlich eine Rolle spielen. Proto-Danksharding immer nur der Prototyp. Was mainnet im mainnet läuft, sieht langsam immer mehr nach der echten Version aus.