Was ist EIP-4844?

EIP-4844 ist der Ethereum Improvement Proposal, der Blob-führende Transaktionen eingeführt hat. Diese Transaktionen vom Typ 3 transportieren große Datenmengen, sogenannte blobs, neben dem Block auf der Konsensschicht, die das Proof-of-Stake-System von Ethereum betreibt. Blob-Daten bleiben außerhalb der Ausführungsschicht, in der Smart Contracts laufen.

Proto-Danksharding verdankt seinen Namen den Forschern, die es vorgeschlagen haben, Protolambda und Dankrad Feist, wie ethereum.org erklärt. „Proto“ kennzeichnet es als erste Stufe des vollständigen Danksharding, eines späteren Designs, das überflüssig macht, dass ein einzelner Node alle Blob-Daten herunterladen muss.

Der Vorschlag beschreibt Rollups als den einzigen vertrauenslosen Weg, Ethereum kurz- und mittelfristig zu skalieren. Das anfängliche Ziel für die Blob-Kapazität lag bei etwa 0,375 MB pro Block, mit einer Obergrenze von etwa 0,75 MB.

Durch die Einführung des exakten Transaktionsformats, das für das vollständige Danksharding vorgesehen ist, mussten Rollups mit EIP-4844 nur eine größere Änderung daran vornehmen, wie sie Daten veröffentlichen. Spätere Kapazitätserhöhungen erforderten keinen weiteren Transaktionstyp.

Warum Rollups eine neue Art von Daten brauchten

Ein Rollup führt Transaktionen in einem separaten Netzwerk aus und veröffentlicht anschließend einen komprimierten Nachweis davon auf Ethereum. Jeder kann diesen Nachweis nutzen, um den Zustand des Rollup nachzubilden und zu überprüfen. Diese Garantie heißt Datenverfügbarkeit.

Bei optimistischen Rollups ermöglichen die Daten es jedem, während des Anfechtungszeitraums einen fehlerhaften Zustand anzufechten. ZK-Rollups belegen jede Zustandsänderung mit einem Gültigkeitsnachweis, doch Nutzer benötigen weiterhin die zugrunde liegenden Daten, um ihre Guthaben zu bestätigen und auszusteigen, falls der Betreiber ausfällt. Beide Rollup-Designs benötigen diese Daten nur für einen begrenzten Zeitraum.

Vor März 2024 veröffentlichten Rollups diese Daten als Calldata, dem Eingabefeld einer normalen Transaktion. Jeder Ethereum-Node verarbeitet Calldata und speichert sie dauerhaft, sodass Rollups für dauerhafte Speicherung zahlten, obwohl einige Wochen Verfügbarkeit ausgereicht hätten.

Die gemeinsame Nutzung desselben gas-Marktes mit anderen Ethereum-Transaktionen verursachte zusätzliche Kosten. Stoßzeiten im mainnet trieben die Datengebühren für rollup nach oben, die dann die Nutzer zahlten. EIP-4844 löste beide Probleme, indem es blobs einen eigenen Preis und ein festes Löschdatum gab.

So funktionieren Blob-Transaktionen

Eine Blob-Transaktion ähnelt einer normalen Ethereum-Transaktion mit angehängten zusätzlichen Daten. Die EIP-4844-Spezifikation legt die Kernregeln fest:

• Feste Größe: Ein Blob enthält 4.096 Feldelemente zu je 32 Bytes, insgesamt 131.072 Bytes (128 KiB). Absender zahlen für den gesamten Blob, auch wenn sie nur einen Teil davon nutzen.
• Temporäre Speicherung: Consensus-Nodes speichern blobs für 4.096 Epochen, etwa 18 Tage, bevor sie sie löschen. Rollup-Betreiber, Archivdienste und Nutzer können eigene Kopien für historische Zwecke aufbewahren.
• Für Smart Contracts verborgen: Die Ethereum Virtual Machine (EVM), die Smart Contracts ausführt, kann Blob-Inhalte nicht lesen. Über den Opcode BLOBHASH können Contracts nur einen 32-Byte-langen versionierten Hash jedes Blobs abrufen.
• Kryptografische Commitments: Jeder Blob enthält ein KZG-Commitment, einen kurzen kryptografischen Fingerabdruck seiner Daten. Rollups können einen vorkompilierten Vertrag an der Adresse 0x0A nutzen, um nachzuweisen, dass ein bestimmter Wert zu einem Blob gehört, zu Kosten von 50.000 Gas.
• Separate Gebühr, die verbrannt wird: Blob-Gas hat eine eigene Basisgebühr. Das Protokoll verbrennt die gesamte Blob-Gebühr und erstattet sie nicht zurück, wenn die Transaktion fehlschlägt.

KZG-Commitments beruhen auf geheimen Zufallszahlen, die niemand kennen darf. Um sie zu erzeugen, veranstaltete Ethereum eine öffentliche Zeremonie mit mehr als 140.000 Beiträgen, der größten ihrer Art, laut ethereum.org. Das Setup bleibt sicher, solange mindestens ein Teilnehmer seinen geheimen Wert vernichtet hat.

Nodes prüfen jeden Blob einmal, ohne ihn auszuführen oder dauerhaft zu speichern. Diese begrenzte Arbeitslast ermöglicht es dem Netzwerk, Blob-Daten weit unter dem Preis von Calldata anzusetzen.

Wie der Blob-Gebührenmarkt die Preise bestimmt

Die Preisbildung für blobs folgt demselben Prinzip wie EIP-1559, das die normale Basisgebühr von Ethereum festlegt. Das Protokoll legt einen Zielwert und eine Höchstzahl an blobs pro Block fest. Eine Nutzung über dem Zielwert erhöht die blob-Basisgebühr, eine Nutzung darunter senkt sie.

Ein laufender Gesamtwert namens Excess Blob Gas erfasst diese Differenz, und die Basisgebühr wächst exponentiell mit diesem Wert. Beim Start erhöhte ein Block mit der Höchstzahl von 6 blobs die Gebühr um etwa 12,5 %. Ein leerer Block senkte sie um etwa 11,1 %.

EIP-7691 von Pectra änderte das Verhältnis von Ziel zu Maximum von 1:2 auf 2:3 und passte die Anpassungsgeschwindigkeit der Gebühr an. Ein voller Block erhöht die Gebühr nun um etwa 8,2 %, während ein Block ohne blobs sie um etwa 14,5 % senkt.

Die geringe Nachfrage legte eine Schwäche des ursprünglichen Designs offen. Immer wenn das Angebot die Nachfrage überstieg, fiel die Blob-Basisgebühr oft auf ihr Minimum von 1 Wei, die kleinste Einheit von ETH. Nach einem plötzlichen Nachfrageanstieg dauerte es von diesem Tiefstwert aus mehr als eine Stunde mit nahezu vollen Blöcken, bis die Gebühr wieder einen Marktpreis erreichte, wie die Autoren von EIP-7918 anmerkten.

Blob-Kapazität seit Dencun

Ethereum hat die Blob-Kapazität seit März 2024 dreimal erhöht und dabei sowohl die Zielgröße als auch die Höchstzahl der blobs pro Block angehoben:

Das aktuelle Ziel liegt beim 4,7-Fachen des Startwerts. Die maximale Kapazität ist 3,5-mal höher, sodass ein voller Block etwa 2,6 MiB Blob-Daten tragen kann.

Neben der Kapazitätserhöhung führte Pectra EIP-7623 ein. Für datenintensive Transaktionen legte es Mindestpreise für Calldata von 10 Gas pro Nullbyte und 40 Gas pro Nicht-Nullbyte fest. Calldata wurde damit zu einer schlechten Wahl für Rollup-Daten und ermutigte die verbleibenden Nutzer, auf blobs umzusteigen.

EIP-7892 von Fusaka führte Blob Parameter Only (BPO) Forks ein. Diese ändern nur das Blob-Ziel und das Maximum sowie die Geschwindigkeit der Anpassung der Blob-Gebühren. Die Client-Teams setzen die Änderungen über Konfiguration statt neuen Code um, sodass Kapazitätserhöhungen möglich sind, ohne auf ein vollständiges benanntes Upgrade zu warten.

Wie in der Mainnet-Ankündigung der Ethereum Foundation bestätigt, wurden die ersten beiden BPO-Forks zusammen mit Fusaka angesetzt. Beide wurden planmäßig aktiviert.

Wie PeerDAS die Blob-Verifizierung veränderte

Vor Fusaka lud jeder Konsensknoten jeden Blob herunter, sodass die Bandbreite der Home-Validatoren die Obergrenze für die Kapazität bildete.

PeerDAS (EIP-7594) ersetzt diese vollständigen Downloads durch Data Availability Sampling. Jeder Blob wird zunächst per Erasure Coding erweitert, was redundante Daten hinzufügt, sodass das Original aus einem Teil rekonstruiert werden kann. Das Protokoll teilt die erweiterten Daten in 128 Spalten auf. Einzelne Nodes speichern und prüfen nur einige davon.

Bei den aktuellen Parametern benötigt ein Node laut EIP-7594 etwa ein Achtel der Gesamtdaten, um die Verfügbarkeit zu prüfen. Wenn mindestens die Hälfte der Spalten gesammelt wird, kann jeder Node die vollständigen Daten rekonstruieren. Mit dem Wachstum des Netzwerks wird die Wahrscheinlichkeit, dass ein Angreifer Daten verbirgt und dabei diese Prüfungen besteht, vernachlässigbar.

Rollups, die blobs senden, übernehmen unter PeerDAS auch andere Aufgaben. Sie müssen 128 Cell Proofs pro Blob berechnen und der Transaktion beifügen, wodurch aufwendige Berechnungen von den Block-Erstellern wegverlagert werden. EIP-7594 begrenzt jede Transaktion auf 6 blobs.

Die Ethereum Foundation erklärt, dass PeerDAS eine 8x Steigerung der theoretischen blob-Kapazität ermöglicht. Ein früheres Protokoll-Update skizzierte mit dieser Architektur einen Weg von 6 auf bis zu 48 blobs pro Block.

EIP-7918 und die Blob-Gebührenuntergrenze

Ein weiterer Fusaka-Vorschlag, EIP-7918, koppelt die Blob-Gebühren an die Basisgebühr der Ausführung. Der Mindestpreis verlangt, dass ein Blob mindestens so viel kostet wie 8.192 Einheiten normales Ausführungs-Gas. Jeder Blob verbraucht 131.072 Einheiten Blob-Gas, sodass die Blob-Mindestbasisgebühr ein Sechzehntel der Basisgebühr der Ausführung beträgt.

Der Mindestpreis soll ein funktionierendes Preissignal wiederherstellen. Machen die Ausführungskosten den größten Teil der Gesamtkosten eines Rollups aus, wirken sich Änderungen der Blob-Basisgebühr kaum auf die Nachfrage aus, und diese Gebühr fällt auf 1 Wei. Der Mindestpreis berechnet Blob-Nutzern zudem einen Teil des Rechenaufwands, der für die Überprüfung von KZG-Beweisen nötig ist.

In absoluten Zahlen bleibt die Untergrenze klein. Eine Ausführungs-Basisgebühr von 1 gwei ergibt Mindestkosten für einen Blob von 8.192 gwei, also etwa 0,0000082 ETH. Bei hoher Blob-Nachfrage bleibt die Regel wirkungslos, da die Marktgebühr die Reserve bereits übersteigt.

Fidelity Digital Assets modellierte den Reservepreis so, als hätte er seit Dencun gegolten. Die angepasste Gebühr hätte die beobachtete Gebühr an 93 % der Tage überschritten und bis zum 28. Oktober 2025 zusätzliche Einnahmen von etwa 24.641 ETH erbracht. Die Schätzung bewertete diesen Betrag bei einem ETH-Preis von 3.984 $ mit rund 78,6 Millionen Dollar.

Blob-Nachfrage 2026: ungenutzte Kapazität und Netzwerkgrenzen

Nach den BPO-Forks überstieg das Blob-Angebot die Nachfrage. Die Core-Entwickler einigten sich im Januar 2026 darauf, dass ein dritter BPO-Fork keine Priorität habe, bis die Nutzung steige, so die Ethereum Foundation.

Die Nutzung erreichte anschließend neue Höchststände. Am 3. September 2026 erreichte sie einen Rekord-Dreitagesdurchschnitt von 5,9 blobs pro Block und einen Tagesdurchschnitt von 6,7, berichtete Bankless. Diese Werte entsprachen dennoch nur 40 bis 50 % des Ziels von 14 blobs. Blöcke mit der vollen Zahl von 21 blobs blieben selten.

Auch die weitere Expansion hängt von der Netzwerkleistung ab. Laut MigaLabs-Forschung verfehlten Blöcke mit vielen blobs eher den Folgeblock, berichtete DL News. Anfang 2026 einigten sich Entwickler grob darauf, dass sich blob-Daten schneller im Netzwerk verbreiten müssen, bevor die Kapazität wieder steigt.

Die nächste vorgeschlagene Erhöhung würde ein Ziel von 21 Blobs und ein Maximum von 32 festlegen. Entwickler wägen niedrigere Rollup-Gebühren gegen die zusätzliche Bandbreitenlast ab, neben der großen Erhöhung des Gas-Limits, die für Glamsterdam geplant ist. Für einen dritten BPO-Fork gibt es Stand Ende Oktober 2026 kein Mainnet-Datum.

Wer den Wert abschöpft: Rollup-Gebühren, Blob-Einnahmen und ETH-Angebot

EIP-4844 hat sein zentrales Ziel erreicht, Layer-2-Transaktionen günstig zu machen. Base, Arbitrum und OP Mainnet veröffentlichen Daten nun zu einem Bruchteil der früheren Kosten. Unsere Layer-2-Rankings zeigen, wie viele Netzwerke von dieser Preisgestaltung abhängen.

Niedrige Gebühren schmälern auch die Erträge von Ethereum. Im Jahr bis Ende 2025 zahlte Base laut Fidelity rund 5,2 Millionen Dollar an Blob-Gebühren und nahm rund 94 Millionen Dollar an Nutzer-Transaktionsgebühren ein. Der Großteil des durch die Aktivität erzeugten Werts blieb beim Rollup.

Da Blob-Gebühren verbrannt werden, wirkt sich dies direkt auf das ETH-Angebot aus. Durch die Verbrennung von Ausführungs- und Blob-Gebühren wurden zwischen dem 1. Januar und dem 9. Oktober 2026 rund 16.525 ETH entfernt, was nur 2,07 % der Bruttoemission ausglich, so die Berechnung von TokenPost. Das Nettoangebot stieg in diesem Zeitraum um rund 778.000 ETH. Das aktuelle Verhältnis zwischen Verbrennung und Emission finden Sie in unserem ETH-Gas-Tracker.

Befürworter argumentieren, dass günstige blobs die Gesamtaktivität steigern. Ihrer Ansicht nach könnten höhere Kapazität und der Reservepreis nach EIP-7918 blob-Gebühren mit der Zeit zu einer größeren Einnahmequelle machen. Kritiker verweisen darauf, dass Rollups die meisten Gebühren behalten und kaum etwas an Ethereum zahlen, was die Verbindung zwischen Netzwerknutzung und dem ETH-Preis schwächt.

EIP-4844 und die sich wandelnde Roadmap von Ethereum

Die Rollup-zentrierte Roadmap hinter EIP-4844 wies dem Ethereum-Mainnet die Aufgabe zu, die Sicherheit zu gewährleisten, während Layer-2-Netzwerke den Großteil der Aktivität abwickelten. Dieser Plan hat sich 2026 geändert.

Am 3. Februar 2026 schrieb Vitalik Buterin, die Dezentralisierung von Layer 2 sei weit langsamer vorangekommen als erwartet, obwohl das Mainnet selbst skaliert wurde, so The Block. Er sagte, die ursprüngliche Vision für Layer-2-Netzwerke und ihre Rolle in Ethereum „ergibt keinen Sinn mehr“, und forderte einen neuen Weg.

Beide Richtungen tauchen in den Protokollprioritäten 2026 der Ethereum Foundation auf. Mainnet-Ausführung und Blob-Kapazität liegen nun in einem einzigen Scale-Track, dessen Glamsterdam-Arbeit weitere Erhöhungen der Blob-Parameter umfasst. Im Jahr 2025 verdoppelte sich das Mainnet-Gas-Limit von 30 bis 60 Millionen. Dieses Limit misst, wie viel Rechenleistung in einen Block passt.

Konkurrenz kommt auch von spezialisierten Data-Availability-Netzwerken. Celestia und EigenDA, das über EigenLayer restaketes ETH nutzt, bieten unter anderen Sicherheitsmodellen mehr Rohkapazität zu geringeren Kosten. Fidelity warnte, dass höhere Blob-Preise einige Rollups zu diesen günstigeren Alternativen treiben könnten.

Wie es mit Blobs weitergeht

Glamsterdam, das nächste große Upgrade, wurde am 6. Oktober 2026 im Sepolia-Testnetz aktiviert, gemäß dem Zeitplan der Ethereum Foundation. Die Aktivierung im Hoodi-Testnetz ist für den 26. Oktober 2026 geplant. Ein Termin für das mainnet steht noch nicht fest, berichtete Yellow.

Mehrere Glamsterdam-Änderungen bereiten das Netzwerk darauf vor, mehr blobs zu verarbeiten:

• Enshrined Proposer-Builder Separation (EIP-7732): Sie integriert das Block Building in das Protokoll und verlängert die Zeit, die zur Verbreitung von Daten im Netzwerk zur Verfügung steht, von etwa 2 Sekunden auf etwa 9 Sekunden, erklärt ethereum.org. Ein neues Komitee prüft, ob die Blob-Daten jedes Blocks rechtzeitig eingetroffen sind.
• Sparse Blobpool (EIP-8070): Jeder Execution-Client lädt mit einer Wahrscheinlichkeit von 15 % einen neuen Blob vollständig herunter. Andernfalls prüft er nur die ihm zugewiesenen Spalten stichprobenartig. Der Vorschlag schätzt, dass dies die durchschnittliche Blobpool-Bandbreite um etwa 4x senkt.
• Höhere Calldata-Untergrenze (EIP-7976): Die Mindestpreisgestaltung für Calldata steigt auf 64 Gas pro Byte. Stärkere Anreize zur Nutzung von blobs gehören zu den erklärten Zielen des Vorschlags.

Hegota soll auf Glamsterdam folgen und hat Fork-Choice Enforced Inclusion Lists (FOCIL) als Hauptmerkmal. Die Ethereum Foundation zählt die Zensurresistenz für blobs zu den Forschungsbereichen, die mit dieser Arbeit verbunden sind.

Das langfristige Ziel bleibt das vollständige Danksharding. Ethereum.org sieht es noch mehrere Jahre entfernt und erwartet, dass es über Rollups hinweg mehr als 100.000 Transaktionen pro Sekunde unterstützt. PeerDAS und BPO-Forks sowie die Netzwerkänderungen von Glamsterdam sind Schritte hin zu diesem Design.

Fazit

EIP-4844 verschaffte Rollups die günstigen, temporären Daten, die sie brauchten. Blobs senkten ihren größten Kostenpunkt über Nacht um mehr als 90 % und bewahrten den Weg zu vollständigem Danksharding.

Die meisten verbleibenden Herausforderungen sind wirtschaftlicher und politischer Natur. Der Blob-Speicherplatz übersteigt die Nachfrage der Rollups, sodass Blob-Gebühren kaum zum ETH-Burn beitragen. Zugleich überprüft Ethereum die Rolle von Rollups in seiner Roadmap.

Wir erwarten, dass die Nachfrage und die Fähigkeit des Netzwerks, größere Blöcke zu verarbeiten, das Tempo künftiger BPO-Forks bestimmen. Solange die Nutzung das aktuelle Ziel nicht erreicht, ist die wichtigste Blob-Kennzahl, welchen Anteil des Ziels von 14 Blobs die Rollups täglich nutzen.