EIP-4844 erklärt: blobs, Layer 2-Gebühren & was sich geändert hat

Datawallet-Team
Zuletzt aktualisiert
9. April 2026
Dieses Datum kennzeichnet ein vollständiges Audit und keine geringfügige Änderung. Unser Redaktionsteam überprüft jede Behauptung, Zahl und Plenndetail im Einklang mit unseren redaktionellen Richtlinien vor der erneuten Veröffentlichung.
Faktengeprüft
Redaktionell verifiziert
Redaktioneller Faktencheck-Prozess

Dieser Artikel wurde von unserem Redaktionsteam auf Richtigkeit überprüft und verifiziert. Alle Behauptungen, Datenpunkte und Plattformdetails werden anhand von Primärquellen gegengeprüft.

Datengenauigkeit überprüft
Quellen abgeglichen
Plattformdetails bestätigt
Sehen Sie sich unseren Faktencheck-Prozess an
Haftungsausschluss
Affiliate-Offenlegung
Wie Datawallet finanziert wird

Einige Links auf dieser Seite sind Affiliate-Links. Datawallet erhält möglicherweise eine Provision, wenn Sie sich über diese registrieren, ohne zusätzliche Kosten für Sie. Bewertungen und Rankings spiegeln unsere eigenen Tests und Kriterien wider.

Lesen Sie unsere vollständige Offenlegung

Zusammenfassung: EIP-4844, besser bekannt als Proto-Danksharding, wurde mit dem Dencun-Upgrade am 13. März 2024 veröffentlicht und gab den Ethereum-rollups durch blob-Transaktionen einen eigenen, dedizierten Datenpfad.

Seit dem Start hat Ethereum die blob-Kapazität durch Pectra (Mai 2025) verdoppelt und PeerDAS durch Fusaka (Dezember 2025) eingeführt.

Zwei nachfolgende Blob-Parameter-Only-Forks haben das Ziel pro Block bereits von 3 auf 14 und das Maximum von 6 auf 21 erhöht, mit dem langfristigen Ziel von 128 blobs pro Block unter vollständigem Danksharding.

Was ist EIP-4844?

EIP-4844 oder Proto-Danksharding führte einen neuen Transaktionstyp für Ethereum ein: die blob-tragende Transaktion (Typ 0x03). Anstatt für dauerhafte Calldata-Speicherung zu bezahlen, können rollups große Datenblöcke anhängen, die Konsens-Clients einmal verprüfen und nach rund 18 Tagen verwerfen.

Das Ergebnis ist ein separater, viel günstigerer Markt für data availability, der neben dem regulären gas-Markt existiert. rollups erben die Sicherheit von Ethereum, ohne Preise der Ausführungsschicht für Rohdaten zu zahlen, die sie nur für Betrugsnachweise und Rekonstruktion vorhalten müssen.

Beim Start konnte jeder Block zwischen 0 und 6 blobs mit einem Ziel von 3 enthalten. Jedes blob fasst bis zu 128 KB an Daten, abgesichert durch kryptografische KZG-Zusagen, die es dem Netzwerk ermöglichen, die Verfügbarkeit zu verifizieren, ohne dass jeder Node die Daten dauerhaft herunterlädt.

EIP-4844 war von Anfang an als Sprungbrett hin zum vollständigen Danksharding konzipiert, dem langfristigen Plan, Ethereum massive Datenbandbreite durch data availability sampling zu verleihen.

Was ist EIP-4844?

Wie blob-Transaktionen funktionieren

Blob-Transaktionen existieren parallel zu regulären Transaktionen, tragen jedoch einen „Sidecar“ aus Daten mit sich, der auf der Konsensschicht statt auf der Ausführungsschicht liegt. Die Mechanik ist bewusst einfach gehalten:

  • Temporärer Speicher: Jedes blob wird für etwa 4.096 Epochs (~18 Tage) aufbewahrt, bevor es bereinigt wird. Lang genug für ehrliche rollup-Teilnehmer, um die Daten herunterzuladen, kurz genug, um die Anforderungen an den Node-Speicherplatz überschaubar zu halten.
  • Feste Größe: Jedes blob fasst bis zu 128 KB an Daten, unabhängig davon, ob es vollständig genutzt wird. Absender bezahlen für das gesamte blob.
  • EVM-Unsichtbarkeit: Smart Contracts sehen lediglich einen versionierten Hash des blob, wodurch die Kosten auf der Ausführungsschicht niedrig bleiben.
  • Separater Gebührenmarkt: Blobs nutzen ihre eigene Preisgestaltung im EIP-1559-Stil, wobei eine Basisgebühr je nachdem angepasst wird, ob der vorherige Block über oder unter dem Ziel lag. Alle Blob-Basisgebühren werden gebrennt.

Dieses Design verschaffte rollup-Lösungen eine weitaus günstigere data availability, ohne die Ausführungsschicht zu überlasten oder alltägliche Nutzer auszupreisen.

Rückblick: Zwei Jahre blobs

Als Proto-Danksharding im März 2024 eingeführt wurde, war die Wirkung unmittelbar. Die Median-Gebühren auf Arbitrum, Optimism, Base und zkSync sanken über Nacht von Dutzenden Cent auf Bruchteile eines Cents. Die tägliche Aktivität allein auf Base verdreifachte sich in den darauffolgenden Monaten.

Gegen Ende 2024 lag die Nachfrage fast in jedem Block nahe am 3-blob-Ziel. Ein einzelner airdrop oder Token-Launch konnte die Gebühren von Bruchteilen eines Cents auf mehrere US-Dollar pro blob treiben, wodurch die Kostenvorteile, die blobs attraktiv gemacht hatten, zunichte gemacht wurden.

Im Laufe des Jahres kristallisierten sich zwei strukturelle Probleme heraus:

  1. Das blob-Angebot war zu knapp bemessen. Bei nur 3 Ziel-blobs pro Block und einer harten Obergrenze von 6 konnte das System die wachsende rollup-Nachfrage nicht ohne Gebührenspitzen absorbieren.
  2. Die blob-Gebühren waren zeitweise zu niedrig, um ins Gewicht zu fallen. In ruhigen Phasen sank die Basisgebühr auf 1 wei ab. Das ist zwar großartig für rollups, zerstörte jedoch die Preisfindung und bedeutete, dass Nodes echte kryptografische Arbeit für nahezu keine Entlohnung leisteten.

Beide Probleme wurden in den darauffolgenden Upgrades adressiert.

Pectra: Verdoppelung der blob-Kapazität

Das Pectra-Upgrade, das am 7. Mai 2025 aktiviert wurde, war Ethereums erster großer Hard Fork im Jahr 2025. Die Hauptmerkmale waren Validator-bezogene Änderungen wie EIP-7251 und EIP-7702, aber die wichtigste Änderung für rollups war in EIP-7691 integriert.

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 erhöht. Auch der Anpassungsfaktor für die base fee wurde optimiert, sodass volle Blöcke die base fee nun um ~8,2 % pro Block anheben statt um 12,5 %.

Pectra brachte zudem EIP-7623 auf den Weg, wodurch die gas-Kosten für Calldata von 16 auf 42 gas pro Byte erhöht wurden. Die Absicht dahinter war einfach: Die letzten rollups, die noch Calldata nutzten, sanft dazu zu drängen, auf blobs zu migrieren.

Über weite Strecken des Jahres 2025 hielt sich diese Kombination gut. Die L2-Gebühren 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 Entwickler bereiteten etwas Ehrgeizigeres vor.

Fusaka und PeerDAS: Der echte Skalierungssprung

Fusaka wurde am 3. Dezember 2025 aktiviert und stellt die größte Änderung der blob-Infrastruktur seit EIP-4844 dar. Wo Pectra eine Feinabstimmung war, führte Fusaka einen völlig neuen Weg ein, wie das Netzwerk mit blob-Daten umgeht, was von der Ethereum Foundation live bestätigt wurde.

Das Hauptmerkmal ist PeerDAS (Peer Data Availability Sampling), definiert in EIP-7594. Vor Fusaka musste jeder Node jeden blob vollständig herunterladen, was der Datenmenge, die das Netzwerk ohne Kompromisse bei der Dezentralisierung verarbeiten konnte, eine feste Obergrenze setzte.

PeerDAS hebt diese Einschränkung auf, indem es blob-Daten in 128 Spalten aufteilt, die auf Nodes verteilt sind, wobei jeder Node nur eine Teilmenge speichert und bereitstellt. Das Netzwerk als Ganzes hat nach wie vor Zugriff auf alles, aber kein einzelner Node trägt die gesamte Last.

Reguläre Full Nodes müssen nur 4 der 128 Spalten-subnets abonnieren, wodurch der blob-Bandbreitenbedarf um etwa das Achtfache sinkt. Dies ist dasselbe Datenverfügbarkeits-Sampling-Konzept, das dem vollständigen Danksharding zugrunde liegt und in einer Form bereitgestellt wird, die Produktions-Validatoren heute ausführen können.

Fusaka und PeerDAS: Der echte Skalierungssprung

BPO-Forks: Skalierung in Echtzeit

Neben PeerDAS führte Fusaka EIP-7892 ein, das einen neuen Typ von Mini-Upgrade namens Blob Parameter Only (BPO)-Fork definiert. BPO-Forks passen das blob-Ziel, das Maximum und den Aktualisierungsfaktor für die base fee an, ohne andere Protokolländerungen zu bündeln.

Ethereum kann die blob-Kapazität nun in gemessenen Schritten 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): Erhöhte das blob-Ziel von 6 auf 10 und das Maximum von 9 auf 15.
  • BPO2 (7. Januar 2026): Erhöhte das blob-Ziel von 10 auf 14 und das Maximum von 15 auf 21.

Bereits diese beiden Forks verdreifachten die blob-Kapazität innerhalb eines Monats. Core-Entwickler planen bereits weitere BPOs mit dem Ziel von 48 blobs pro Block bis Mitte 2026, während das langfristige Ziel bei 128 blobs pro Slot unter vollständigem Danksharding liegt.

BPO-Forks: Skalierung in Echtzeit

Blob-Gebühren-Umsatz seit dem Launch

Jede auf Ethereum gezahlte Blob-Base-Fee wird verbrannt, weshalb Blob-Einnahmen direkt zum deflationären Mechanismus von ETH beitragen. Die bisherige Bilanz fällt jedoch differenzierter aus, als die Schlagzeilen vermuten lassen.

Im ersten Jahr nach Dencun zahlten Blob-Transaktionen etwa 1.020 ETH an EIP-4844-Base-Fees plus weitere ~2.000 ETH an EIP-1559-Gebühren, insgesamt rund 8 Millionen US-Dollar. Das ist nach L1-Maßstäben bescheiden und liegt weit unter den 34 Millionen US-Dollar pro Monat, die Layer 2s vor dem Upgrade für Calldata ausgegeben hatten.

Der Grund ist einfach: Abgesehen von kurzen Spitzen durch Events wie Blobscriptions und den LayerZero airdrop verbrachte die Blob-Base-Fee den Großteil der Jahre 2024 und 2025 bei oder nahe 1 wei. Rollups erhielten data availability nahezu zum Nulltarif, und Ethereum schöpfte fast keinen Wert ab.

Untersuchungen von Fidelity Digital Assets modellierten, wie die Blob-Einnahmen mit einer ordnungsgemäßen Gebührenuntergrenze ausgesehen hätten. Ihre Schätzung: Zwischen Dencun und Oktober 2025 wären etwa 24.641 ETH (rund 78 Millionen US-Dollar) an kumuliertem Umsatz zusätzlich generiert worden, wenn EIP-7918 bereits live gewesen wäre.

Genau das hat Fusaka behoben.

Blob-Gebühren-Umsatz seit dem Launch

EIP-7918: Blob-Gebühren aussagekräftig machen

EIP-7918, eingeführt in Fusaka, verknüpft die minimale Blob-Base-Fee mit der L1-Ausführungs-Base-Fee. Die Blob-Preisfestsetzung spiegelt nun stets die tatsächlichen Rechenkosten für die Verifizierung von KZG-Proofs wider, wobei die Untergrenze auf 1/15,258 des L1-gas festgelegt ist.

Der Mechanismus beeinträchtigt Rollups in Phasen echter Nachfrage nicht, da die Gleichgewichtsgebühr in diesen Momenten deutlich über der Untergrenze liegt. Was er verhindert, ist das Absacken des Preises auf Null, wenn L1-gas günstig ist.

Der unmittelbare Effekt war dramatisch. Die Blob-Base-Fee stieg im Vergleich zu ihrem Vor-Fusaka-Mindestwert um das etwa 15-Millionen-Fache. Branchenschätzungen zufolge könnten Blob-Gebühren bis 2026 zu 30–50% zum gesamten ETH-Burn beitragen, je nachdem, wie sich die L2-Aktivität skaliert.

Blob-Umsätze entwickeln sich für Ethereum zu einer echten Produktlinie und sind kein subventionierter Service für Rollups mehr, was die langfristige wirtschaftliche Beziehung zwischen L1 und Layer 2 verändert.

Auswirkungen auf Layer 2-Gebühren und -Aktivität

Die Kombination aus EIP-4844, Pectra und Fusaka hat das Layer 2-Ökosystem grundlegend verändert:

  • Gebührenkompression: Eine typische L2-Transaktion, die Ende 2025 ca. 0,50 $ kostete, sank in den Wochen nach Fusaka auf 0,20 $ bis 0,30 $, wobei weitere Reduzierungen durch die Nutzung der BPO-Kapazität zu erwarten sind.
  • Durchsatz: Das kombinierte L2-Ökosystem verarbeitet derzeit ca. 5.600 TPS, wobei Entwickler für den weiteren Verlauf des Jahres 2026 im Zuge des BPO-Fahrplans 24.000+ TPS prognostizieren.
  • Rollup-Basisszenario: Modelle der Ethereum Foundation deuten darauf hin, dass die Rollup-Gebühren in den ersten Monaten nach Fusaka um weitere 40 bis 60 % sinken könnten, mit potenziellen Rückgängen von 90 %+, wenn die Kapazität weiter ausgebaut wird.
  • L1-Durchsatz: Fusaka hat außerdem das Standard-Block-gas-Limit über EIP-7935 auf 60 Millionen angehoben, wodurch die Basisschicht ca. 20 bis 30 % mehr Transaktionen pro Block verarbeiten kann.

Der Nettoeffekt ist ein Ethereum L1, das deutlich leistungsfähiger ist, gepaart mit einem L2-Ökosystem, das endlich über den nötigen Spielraum verfügt, um die nächste Nutzerwelle an Bord zu holen.

Auswirkungen auf Layer 2-Gebühren und -Aktivität

Wie es weitergeht

Der Weg von hier an ist klarer als zu jedem anderen Zeitpunkt in Ethereums Skalierungs-Fahrplan. PeerDAS ist die technische Grundlage für das vollständige Danksharding, und BPO-Forks bieten Core-Entwicklern eine Möglichkeit, die Kapazität ohne vollständige Netzwerk-Upgrades zu skalieren. Jedes BPO ist ein Stresstest, der validiert, ob das Netzwerk den nächsten Sprung bewältigen kann.

Über den bestehenden Zeitplan hinaus stehen zwei weitere Meilensteine auf der Ethereum-Roadmap:

  • Glamsterdam (geplant für 2026): Die nächste große Hard Fork nach Fusaka, die voraussichtlich weitere Verbesserungen der Ausführungsschicht sowie eine kontinuierliche Skalierung der blobs mit sich bringen wird.
  • Vollständiges Danksharding: Das Endspiel für die data availability von Ethereum mit einem Ziel von rund 128 blobs pro Slot. Längst kein spekulatives Konzept mehr wie beim Start von EIP-4844.

Fazit

EIP-4844 war Ethereums wichtigste Skalierungsänderung seit The Merge, und die zwei Jahre seit dem Start haben den auf Rollups ausgerichteten Fahrplan auf eine Weise bestätigt, die Anfang 2024 kaum jemand vorhergesagt hätte. Die L2-Gebühren sind eingebrochen, die Rollup-Aktivität hat sich zum dominierenden Anteil der Ethereum-Nutzung entwickelt, und das Netzwerk verfügt über die Infrastruktur, um auch in den kommenden Jahren weiter zu skalieren.

Pectra verdoppelte die Blob-Kapazität, Fusaka führte PeerDAS- und BPO-Forks ein, und EIP-7918 stellte sicher, dass Blob-Gebühren mit wachsendem Durchsatz tatsächlich eine Bedeutung haben. Proto-Danksharding war immer nur der Prototyp. Was heute im mainnet läuft, fängt an, viel mehr wie das echte System auszusehen.

EIP-4844 erklärt: blobs, Layer 2-Gebühren & was sich geändert hat