PeerDAS und die Zukunft von Ethereum: Transformation der Datenverfügbarkeit und Layer-2-Ökonomie

Ethereum-Validatoren mussten bisher jedes Byte an Blob-Daten herunterladen, die im Netzwerk veröffentlicht wurden – etwa 750 MB pro Tag, Tendenz steigend. Seit dem 3. Dezember 2025 ist dies nicht mehr nötig. Der Fusaka-Hard-Fork führte PeerDAS (Peer Data Availability Sampling) ein, eine kryptografische Technik, die es Nodes ermöglicht, die Datenverfügbarkeit zu verifizieren, indem sie nur einen kleinen zufälligen Teil anstatt der gesamten Nutzlast prüfen. Drei Monate später prägen die Ergebnisse die Ökonomie jeder bedeutenden Layer 2 neu.

Was PeerDAS unter der Haube tatsächlich verändert

PeerDAS, formalisiert als EIP-7594, ersetzt Ethereums Modell „Jeder lädt alles herunter“ durch eine probabilistische Verifizierung mittels Reed-Solomon-Erasure-Coding. So funktioniert es in der Praxis:

1. Blob-Erweiterung: Die Daten jedes Blobs werden mittels 1D-Erasure-Coding erweitert, wodurch sich ihre Größe verdoppelt, aber eine Redundanz hinzugefügt wird, die eine Rekonstruktion aus beliebigen 50 % der Teile ermöglicht.
2. Spaltenverteilung: Die erweiterten Daten werden in 128 Spalten aufgeteilt. Jeder reguläre Node abonniert mindestens 8 zufällig ausgewählte Spalten-Subnetze – das bedeutet, er lädt etwa 1/16 der erweiterten Daten bzw. 1/8 der Originaldaten herunter.
3. Supernode-Erzwingung: Nodes, die Validatoren mit einem Gesamteinsatz von 4.096 ETH oder mehr unterstützen, müssen alle 128 Spalten-Subnetze abonnieren und als Data Healer fungieren, um Lücken für den Rest des Netzwerks zu schließen.
4. Sampling-Verifizierung: Jeder Node kann die Datenverfügbarkeit verifizieren, indem er einige zufällige Spalten anfordert und diese gegen KZG-Polynom-Commitments prüft. So wird eine starke probabilistische Garantie erreicht, ohne den vollständigen Datensatz herunterzuladen.

Der Nettoeffekt: Die Bandbreitenanforderungen für Validatoren sinken um ca. 85 %. Ein Node, der zuvor 750 MB an Blob-Daten pro Tag abgerufen hat, bewältigt nun etwa 112 MB bei gleichbleibenden Sicherheitsgarantien.

Die Steigerung des Blob-Durchsatzes

Fusaka hat nicht einfach nur einen Schalter umgelegt. Die Core-Entwickler von Ethereum führten über EIP-7892 einen neuartigen Mechanismus namens Blob Parameter Only (BPO) Forks ein. Dieser ermöglicht es, Blob-Limits durch leichtgewichtige Hard-Forks zu erhöhen, die nicht mit großen, benannten Upgrades gebündelt werden müssen.

Die Skalierung erfolgt bewusst phasenweise:

Fork	Datum	Blob-Ziel	Blob-Maximum	Daten pro Block
Vor Fusaka	Vor Dez 2025	6	9	~768 KB
Fusaka + PeerDAS	3. Dez 2025	6 (mit DAS)	9	~768 KB
BPO1	9. Dez 2025	10	15	~1.920 KB
BPO2	7. Jan 2026	14	21	~2.688 KB
BPO3/BPO4 (geplant)	2026	Bis zu 128	TBD	~16 MB

Jeder Blob enthält 128 KB an Daten. Bei den aktuellen BPO2-Parametern verarbeitet Ethereum bis zu 2,7 MB an Blob-Daten pro Block. Das langfristige Ziel von 128 Blobs pro Block würde dies auf 16 MB steigern – etwa das Doppelte dessen, was das Mainnet von Celestia derzeit bietet.

L2-Gebühreneinsturz: Die Zahlen, auf die es ankommt

Die Datenverfügbarkeit macht etwa 90 % der Betriebskosten von Layer 2 aus. Wenn man die DA-Kosten um eine Größenordnung senkt, sind die Auswirkungen auf die Endnutzergebühren dramatisch.

Vor Fusaka kosteten L2-Transaktionen auf Arbitrum, Optimism und Base für einen einfachen Swap typischerweise 0,05 $bis 0,15$. Nach BPO2 haben sich dieselben Transaktionen bei etwa 0,004 $bis 0,02$ stabilisiert. Dies entspricht einer Reduzierung von 70–95 %, zusätzlich zu den Einsparungen, die bereits durch das Dencun-Upgrade im März 2024 erzielt wurden.

Spezifische Auswirkungen auf Netzwerke, die Anfang 2026 beobachtet wurden:

• Arbitrum: 40–60 % Gebührensenkung im ersten Monat nach Fusaka, wobei die durchschnittlichen Swap-Kosten unter 0,01 $ fielen.
• Optimism und Superchain: Das Superchain-Ökosystem profitierte sofort von der erweiterten Blob-Kapazität, wobei OP Mainnet-Transaktionen für 0,005 $bis 0,01$ abgewickelt wurden.
• Base: Als Coinbase-L2 mit dem höchsten Transaktionsvolumen verzeichnete Base die dramatischste Durchsatzverbesserung und verarbeitete mehr Transaktionen zu niedrigeren Kosten pro Einheit.

Die Entwicklung hin zu 128 Blobs pro Block deutet darauf hin, dass die L2-Gebühren bis Ende 2026 den Bereich unter 0,001 $ erreichen könnten – ein Bereich, der Mikrozahlungen und Hochfrequenz-DeFi-Strategien erstmals wirtschaftlich tragfähig macht.

Der DA-Layer-Krieg: Macht PeerDAS Celestia überflüssig?

Als Fusaka an den Start ging, stellte sich sofort die Frage, ob Ethereums native DA-Verbesserungen Drittanbieter-Datenverfügbarkeitsschichten wie Celestia, EigenDA und Avail verdrängen würden. Drei Monate später fällt die Antwort differenziert aus.

Das Argument für die Ethereum DA-Dominanz: Bei 128 Blobs pro Block würde Ethereum eine DA-Kapazität von etwa 16 MB pro Block bieten – das Doppelte des aktuellen Durchsatzes von Celestia. Für Rollups, die bereits auf Ethereum abwickeln, eliminiert die Verwendung nativer Blobs das Bridge-Risiko und vereinfacht die Architektur. Das Sicherheitsmodell erbt das vollständige Validator-Set von Ethereum, anstatt sich auf einen separaten Konsensmechanismus zu verlassen.

Das Argument für eine fortgesetzte DA-Spezialisierung: Selbst bei BPO2-Parametern zahlen Ethereum-L2s deutlich mehr pro Megabyte als Celestia-Nutzer. Eclipse berichtete, 0,07 $pro Megabyte an Celestia gezahlt zu haben, verglichen mit 3,83$ pro Megabyte für Ethereum-Blobs – ein 55-facher Kostenvorteil. Diese Lücke wird sich mit zunehmender Blob-Kapazität verringern, aber kostensensible Rollups und High-Throughput-Chains (Gaming, Social) könnten weiterhin dedizierte DA-Layer bevorzugen.

Der Mittelweg von EigenDA: EigenDA V2 erreichte einen Durchsatz von 100 MB/s durch die Nutzung der Restaking-Infrastruktur von EigenLayer und bietet Ethereum-ausgerichtete Sicherheit, ohne um Blob-Speicherplatz zu konkurrieren. Sein Data Availability Committee-Modell tauscht ein gewisses Maß an Dezentralisierung gegen rohe Performance ein und positioniert sich als die Wahl für Unternehmen und Ethereum-native Projekte, die mehr Durchsatz benötigen, als Blobs bieten können.

Das wahrscheinliche Ergebnis ist eine Marktsegmentierung: Ethereum-Blobs für sicherheitsmaximierende Rollups, Celestia für kostensensible und souveräne Chains und EigenDA für Ethereum-nahe Anwendungen mit hohem Durchsatz.

Von 1D zu 2D: Der Weg zum vollständigen Danksharding

PeerDAS ist ein Meilenstein, nicht das Ziel. Die Vision des vollständigen Danksharding – benannt nach dem Forscher Dankrad Feist – erfordert ein Upgrade vom 1D - Erasure - Coding - Schema von PeerDAS auf einen 2D - Coding - Ansatz, der über die gesamte Blob - Datenmatrix operiert, anstatt nur auf einzelnen Blobs.

Der Unterschied ist entscheidend für die Skalierungsobergrenze. Beim 1D - Coding wird jeder Blob unabhängig kodiert und verifiziert. Beim 2D - Coding bilden die Blob - Daten des gesamten Blocks eine Matrix, in der sowohl Zeilen als auch Spalten mittels Erasure Coding kodiert sind. Dies ermöglicht:

• Höhere Sampling - Effizienz: Nodes können die gesamte Datenmatrix mit weniger Proben (Samples) verifizieren.
• Größere Fehlertoleranz: Die Datenrekonstruktion wird selbst bei aggressiveren Spaltenverlusten möglich.
• Theoretischer Durchsatz: Ein Ziel von 1 GB / s Datenverfügbarkeit, was einer 30.000 - fachen Steigerung gegenüber der Kapazität vor Fusaka entspricht.

Der vollständige Übergang erfordert weitere Forschung zu den Kosten der Proof - Generierung, den Netzwerk - Propagationszeiten und der Interaktion zwischen 2D DAS und der Proposer - Builder Separation. Er verbleibt auf der Ethereum - Roadmap unter "The Surge", jedoch ohne festes Bereitstellungsdatum.

Was als Nächstes kommt: Glamsterdam und Hegota

Ethereums Roadmap für 2026 bewegt sich nach Fusaka rasant weiter mit zwei weiteren benannten Upgrades:

Glamsterdam (erwartet im Mai – Juni 2026) verlagert den Fokus von der Rollup - Skalierung auf die Layer - 1 - Effizienz. Die beiden wichtigsten EIPs sind:

• EIP - 7732 (Enshrined Proposer - Builder Separation): Formalisiert, wie Block - Builder für Blöcke bieten und wie Validatoren teilnehmen, wodurch der Zentralisierungsdruck durch MEV verringert wird.
• EIP - 7928 (Block - Level Access Lists): Verlangt von Buildern, vor der Ausführung zu deklarieren, auf welchen Status sie zugreifen werden, was eine parallele Verarbeitung und eine bessere Zeitplanung ermöglicht.

Hegota (erwartet im 2. Halbjahr 2026) zielt auf die Node - Effizienz ab durch:

• Verkle - Trees: Eine neue Datenstruktur, welche die für die Statusverifizierung erforderlichen Proof - Größen drastisch reduziert, was potenziell die Speicheranforderungen der Nodes verringert und echte "stateless" (zustandslose) Clients ermöglicht.
• Management historischer Daten: Verbesserungen bei der Speicherung und Bereinigung (Pruning) langfristiger Chain - Daten.

Zusammen adressieren diese Upgrades die komplementäre Herausforderung zur Datenverfügbarkeit: den Base - Layer von Ethereum schnell und effizient genug zu machen, um als Settlement - Infrastruktur für Tausende von Rollups gleichzeitig zu dienen.

Was das für Builder bedeutet

Die praktischen Auswirkungen für Entwickler, die auf Ethereum und seinem L2 - Ökosystem aufbauen, sind signifikant:

1. Kostenmodelle haben sich dauerhaft geändert: Anwendungen, die bei 0,10 $pro Transaktion wirtschaftlich unmöglich waren, sind bei 0,005$ rentabel. Berechnen Sie Ihre Unit Economics neu.
2. Die Wahl des DA - Layers ist eine strategische Entscheidung: Evaluieren Sie, ob Ethereum - native Blobs, Celestia oder EigenDA am besten zu Ihren Sicherheitsanforderungen und Ihrer Kostensensibilität passen. Die Antwort variiert je nach Anwendungsfall.
3. Bereiten Sie sich auf Blob - Abundanz vor: Mit dem Rollout von BPO3 und BPO4 bis 2026 wird die Blob - Kapazität weiter expandieren. Entwerfen Sie Ihre Datenstrategien so, dass sie von sinkenden Kosten profitieren, anstatt auf Knappheit zu optimieren.
4. Beobachten Sie Glamsterdam für L1 - Änderungen: ePBS wird die Dynamik des Block - Buildings verändern, und Access - Lists auf Block - Ebene könnten die Art und Weise beeinflussen, wie Transaktionen geordnet und ausgeführt werden.

Das Fusaka - Upgrade und seine PeerDAS - Implementierung stellen Ethereums bisher klarstes Statement dar, dass die Rollup - zentrierte Roadmap funktioniert. Drei Monate Produktionsdaten bestätigen, dass die probabilistische Datenverifizierung nicht nur theoretisch fundiert, sondern praktisch transformativ ist – sie senkt Kosten, erweitert Kapazitäten und bereitet die Bühne für das Endspiel des vollständigen Danksharding, das Ethereums Datenschicht praktisch unbegrenzt machen könnte.

BlockEden.xyz bietet hochperformante RPC - Endpunkte und Dateninfrastruktur für Ethereum und führende Layer - 2 - Netzwerke einschließlich Arbitrum, Optimism und Base. Während sich die DA - Landschaft nach Fusaka weiterentwickelt, skaliert unsere Infrastruktur mit ihr. Entdecken Sie unseren API - Marktplatz, um auf der neuen Ökonomie reichhaltiger Datenverfügbarkeit aufzubauen.