Vitalik Buterin: PeerDAS von Ethereum wird entscheidend für L2-Skalierung sein

Ethereum-Mitbegründer Vitalik Buterin glaubt, dass Peer Data Availability Sampling (PeerDAS), ein Kernmerkmal des kommenden Fusaka-Upgrades, die Layer-2-Skalierbarkeitsprobleme für die Ethereum-Blockchain beheben wird. 

Buterin erklärte am Donnerstag in Reaktion auf einen X-Thread von Hildebert Moulié, Leiter der Daten bei Dragon XYZ, dass die Technologie den Knoten helfen wird, Daten zu verifizieren, ohne dass sie den gesamten Blockchain herunterladen müssen.

„So funktioniert PeerDAS: Jeder Knoten fragt nur nach einer kleinen Anzahl von Chunks, um probabilistisch zu verifizieren, dass mehr als 50 % der Chunks verfügbar sind“, sagte Buterin schrieb auf X. „Wenn mehr als 50 % der Chunks verfügbar sind, kann der Knoten theoretisch diese Chunks herunterladen und die Restlichen durch Fehlerkorrekturcodes wiederherstellen.“

Der Programmierer betonte erneut, dass dies es einer Live-Blockchain auf Ether ermöglichen würde, ohne dass ein einzelner Knoten vollständige Datensätze speichern muss. 

Ethereum-Netzwerk erreicht Rekord bei Blobs pro Block 

Mittlerweile am Mittwoch bemerkte Moulié, dass Ethereum erstmals in der Geschichte sein Ziel von sechs Blobs pro Block erreicht hatte. Blobs, oder Binary Large Objects, wurden Ethereum durch die Dencun-Upgrade im März 2024 unter EIP-4844, auch bekannt als Proto-Danksharding, eingeführt.

Laut Moulié wurde die Blob-Nutzung während des Spitzens weitgehend durch Aktivitäten mehrerer L2-Rollups angetrieben. Base entfielen 42 % der Blob-Aktivität, gefolgt von World mit 25 %, während andere Beiträge von Arbitrum bei 8 %, OP Mainnet bei 4 % und Soneium und Scroll bei jeweils 3 % stammten.

5/ aktueller genutzter Blob-Space %

42 % Base
25 % World
8 % Arbitrum
4 % OP Mainnet
3 % Soneium
3 % Scroll
2 % Unichain
2 % Shape
2 % Lighter
1 % Ink pic.twitter.com/J6EWWp0VF7

— hildobby (@hildobby) September 24, 2025

Blobs wurden entwickelt, um die Transaktionskosten für Layer-2-Netzwerke zu reduzieren, indem sie dedizierten Speicher für komprimierte Daten bereitstellen. Sie mögen zuvor effektiv gewesen sein, aber laut Moulié ist die Prognose der Blob-Nutzung aufgrund von „inkonsistenten Postings durch verschiedene Chains“ schwierig.

Der Leiter der Daten bei Dragon XYZ erwähnte auch, dass die aktuellen Anforderungen an den Validator-Speicher mehr als 70 Gigabyte Speicher für unkomprimierte Blobs überschreiten, mit Schätzungen, die bei unbeschnittenen Daten über 1.200 Gigabyte liegen. Jeder Blob trägt komprimierte Informationen, aber die Kompressionsverhältnisse variieren je nach Chain und überschreiten selten 25 %.

„Jeder Stack hat seinen eigenen Kompressionsalgorithmus, aber im Allgemeinen ist es schwieriger, höhere Kompressionsverhältnisse zu erreichen, je vielfältiger die Nutzung der Chain ist“, bemerkte er.

Laut Moulié werden mehr als 10 % der Blobs nicht vollständig genutzt, da sie von kleineren Rollups stammen, die regelmäßig Daten posten, bevor die Blobs ihr 128-Kilobyte-Limit erreichen. Er sagte auch, dass rund 30 % der Blöcke, die Blobs enthalten, von Miner-Extractable-Value-(MEV)-Problemen betroffen waren.

Fusaka wird es verschiedenen Knoten ermöglichen, Aufgaben für verschiedene Blöcke auszuführen

EF-Mitbegründer Buterin ging einige der L2-Skalierbarkeitsprobleme an und sagte, dass es bei der ersten PeerDAS-Einführung immer noch Fälle geben wird, die vollständige Datenspeicherung erfordern. 

„In der ersten Version gibt es zwei Fälle, in denen die vollständigen Daten eines Blocks noch an einem Ort existieren müssen: bei der ursprünglichen Ausstrahlung und bei der Rekonstruktion, falls ein Publisher nur zwischen 50 % und 100 % eines Blocks bereitstellt“, fasste er zusammen.

Er klärte, dass das Protokoll nur einen einzigen ehrlichen Akteur erfordert, um seine Integrität aufrechtzuerhalten, auch wenn mehrere andere versuchen, unehrlich zu handeln. 

„Wir brauchen nur einen ehrlichen Akteur, um sie zu tun; wenn es auch 100 unehrliche Akteure gibt, umgeht das Protokoll sie einfach. Und verschiedene Knoten können diese Aufgabe für verschiedene Blöcke ausführen“, bemerkte Buterin.

Fusaka-Upgrade-Zeitplan für Dezember festgelegt

Als berichtete von Cryptopolitan, das Fusaka-Upgrade, das für den 3. Dezember geplant ist, wird EIP-7594 offiziell einführen und die Blob-Kapazität von der aktuellen Ziel- und Höchstzahl von sechs und neun Blobs pro Block verdoppeln. 

Ether-Entwickler planen einen gestaffelten Ansatz wie bei den vorherigen Upgrades, mit zwei Blob-Parameter-nur-Forks, um die Kapazität schrittweise zu erhöhen.

Die maximale Blob-Anzahl wird im ersten Fork von neun auf fünfzehn erhöht, dann im zweiten Fork von sechzehn auf einundzwanzig, so die Ethereum-Forscherin Christine Kim. Der zweite Fork ist für Januar geplant.

Obwohl PeerDAS und verwandte Methoden seit langer Zeit entwickelt wurden, warnte Buterin die Entwickler, dass sie noch ungetestet sind.