Vitalik Buterin sagt, dass PeerDAS des Fusaka-Upgrades der Schlüssel zur Skalierung von Ethereum ist

Ethereum-Mitbegründer Vitalik Buterin erklärte, dass das Kernmerkmal des Fusaka-Upgrades der Blockchain, PeerDAS, der Schlüssel zur Skalierung des Netzwerks sei.

PeerDAS, kurz für Peer Data Availability Sampling, ermöglicht es Knoten, zu überprüfen, dass Blockdaten existieren, ohne sie vollständig herunterladen oder speichern zu müssen. Stattdessen holen sich die Knoten kleinere „Chunks“ von Daten und rekonstruieren den Rest mithilfe von Erasure Coding, wie Buterin in einem X-Post erklärte. Erasure Coding ist eine Datensicherungstechnik, bei der Daten in Stücke zerlegt, mit redundanten Informationen ergänzt und diese Stücke so verteilt werden, dass die Originaldaten auch dann rekonstruiert werden können, wenn einige Teile fehlen.

Buterin beschrieb diesen Ansatz als „ziemlich beispiellos“, da er die Notwendigkeit beseitigt, dass ein einzelner Knoten den gesamten Datensatz halten muss. In der ersten Version von PeerDAS werden die vollständigen Daten eines Blocks noch in begrenzten Fällen benötigt – wenn Blöcke erstmals ausgestrahlt werden und wenn Teilblöcke rekonstruiert werden müssen. Selbst dann, betonte er, sei nur ein ehrlicher Akteur für diese „untrusted“-Rolle erforderlich, damit der Prozess funktioniert, was ihn widerstandsfähig gegen eine große Anzahl unehrlicher Teilnehmer macht. Zukünftige Verbesserungen werden zudem ermöglichen, dass diese beiden Funktionen verteilt werden können.

Ethereum erreicht erstmals sechs Blobs pro Block

Buterins Kommentare erfolgten als Antwort auf einen Thread von Dragonfly Head of Data „hildobby“, der darauf hinwies, dass Ethereum gerade erstmals sechs Blobs pro Block erreicht habe. Blobs sind Pakete mit fester Größe für Transaktionsdaten, die mit Ethereums Dencun-Upgrade eingeführt wurden, um Rollups günstigeren temporären Speicher als reguläre Calldata zu bieten. Jeder Block hat einen begrenzten „Blobspace“, und die Anzahl der Blobs pro Block – der Blob Count – beeinflusst direkt, wie viele Transaktionsdaten von Skalierungslösungen auf Ethereum gepostet werden können.

Laut hildobby wird die erhöhte Blob-Nutzung durch Aktivitäten von Rollups wie Base, World, Scroll, Soneium und Linea vorangetrieben. Base und World allein verbrauchen den Großteil des verfügbaren Blobspace, wobei Layer-2s zusammen etwa 200.000 US-Dollar pro Woche an Mainnet-Gebühren zahlen. Dennoch bleiben viele Blobs teilweise leer, und die Posting-Muster sind inkonsistent, was die Prognose des Blobspace erschwert, so der Analyst.

Buterin erkannte diesen Druck an und sagte, dass die Blob-Anzahl zunächst konservativ skaliert werde, bevor sie im Laufe der Zeit aggressiver erhöht wird. Diese vorsichtige Einführung sei bewusst gewählt – die Kernentwickler wollen das System gründlich testen, bevor sie die Kapazität erweitern, obwohl sie bereits seit Jahren daran arbeiten. Während die Blob-Anzahl bestimmt, wie viele Daten Rollups pro Block posten können, könnte eine zu schnelle Skalierung das Netzwerk belasten. PeerDAS begegnet diesem Problem, indem Knoten die Datenverfügbarkeit durch Sampling und nicht durch das Speichern vollständiger Blobs überprüfen, was den vorsichtigen Ansatz zur schrittweisen Erhöhung der Blob-Anzahl untermauert.

Langfristig sieht Buterin PeerDAS nicht nur als Schlüssel für Layer-2-Skalierung, sondern auch für die Ethereum-Basislayer. Sobald das Gas-Limit hoch genug ist, argumentierte er, könnten sogar Layer-1-Ausführungsdaten in Blobs verschoben werden. Das würde die Belastung der Knoten weiter reduzieren und mehr Skalierungsreserven freisetzen, sodass Ethereum eine höhere Nachfrage bewältigen kann, ohne die Dezentralisierung zu gefährden.

Letzte Woche haben Ethereum-Entwickler vorläufig den 3. Dezember als Termin für den Start von Fusaka im Mainnet festgelegt, vorbehaltlich erfolgreicher Testnet-Rollouts im nächsten Monat. Die Ethereum Foundation hat außerdem einen vierwöchigen Audit-Wettbewerb für Fusaka gestartet und bietet bis zu 2 Millionen US-Dollar an Belohnungen für Sicherheitsforscher, die vor dem Hard Fork im Mainnet Bugs entdecken.