Home-Staking in Gefahr, da Ethereum-Datenvolumen von 70GB auf 1,2TB ansteigt

Ethereum-Mitbegründer Vitalik Buterin hat Peer Data Availability Sampling (PeerDAS) als ein entscheidendes Instrument identifiziert, um den wachsenden Bedarf an Blob-Speicher im Netzwerk zu bewältigen. PeerDAS ist ein Feature des kommenden Fusaka-Upgrades.

Seine Bemerkungen kommen zu einem Zeitpunkt, an dem Ethereum sechs Blobs pro Block verzeichnet – ein Meilenstein, der die Bedenken hinsichtlich der Datenüberlastung im gesamten Ökosystem verstärkt hat.

Blobs wurden durch EIP-4844 als temporäre On-Chain-Datenträger eingeführt, die dazu dienen, die Kosten für Layer-2-Rollups zu senken und gleichzeitig den permanenten Speicherbedarf zu vermeiden. Im Gegensatz zu Call Data verfallen Blobs nach etwa zwei Wochen, wodurch der langfristige Speicherbedarf reduziert wird, während die Integrität für die Transaktionsverifizierung erhalten bleibt.

Diese Struktur macht den Betrieb von Rollups günstiger und verbessert die Skalierbarkeit von Ethereum.

Dieses Design hat jedoch die schnelle Verbreitung von Blobs im gesamten Blockchain-Netzwerk gefördert. Am 24. September berichtete der On-Chain-Analyst Hildobby, dass mehrere Ethereum-Layer-2-Lösungen, darunter Base, Worldcoin, Soneium und Scroll, nun stark auf Blobs angewiesen sind.

Vor diesem Hintergrund wies der Analyst darauf hin, dass Validatoren mittlerweile mehr als 70 Gigabyte Speicherplatz benötigen, um Blobs zu verwalten, und warnte davor, dass diese Zahl auf über 1,2 Terabyte anwachsen könnte, wenn keine Bereinigung erfolgt.

Dieser starke Anstieg hat Entwickler dazu gezwungen, nach Lösungen zu suchen, die Skalierbarkeit und Speichereffizienz in Einklang bringen.

Wie PeerDAS funktioniert

Buterin erklärte, dass PeerDAS diese Herausforderung lösen wird, indem verhindert wird, dass ein einzelner Node den gesamten Datensatz speichert, und die Verantwortung über das Netzwerk verteilt wird.

Laut ihm:

„PeerDAS funktioniert so, dass jeder Node nur nach einer kleinen Anzahl von ‚Chunks‘ fragt, um probabilistisch zu überprüfen, dass mehr als 50% der Chunks verfügbar sind. Wenn mehr als 50% der Chunks verfügbar sind, kann der Node diese theoretisch herunterladen und mithilfe von Erasure Coding den Rest rekonstruieren.“

Er merkte jedoch an, dass das System in bestimmten Phasen weiterhin vollständige Blockdaten benötigt, etwa während der ersten Übertragung oder wenn ein Block aus Teilinformationen wiederhergestellt werden muss.

Um Manipulationen vorzubeugen, betonte Buterin die Bedeutung von „ehrlichen Akteuren“, die diese Rollen erfüllen. Er hob jedoch hervor, dass PeerDAS selbst gegenüber großen Gruppen unehrlicher Teilnehmer widerstandsfähig ist, da andere Nodes bei Bedarf die Verantwortung übernehmen können.

Zunehmende Blobs

Buterin wies darauf hin, dass die Kernentwickler von Ethereum trotz jahrelanger Forschung zum Projekt weiterhin vorsichtig mit der Einführung von PeerDAS umgehen.

Um Risiken zu minimieren, einigten sie sich darauf, die Einführung über Blob Parameter Only (BPO) Forks zu staffeln, anstatt die Kapazität auf einmal zu erhöhen. Der erste Fork, geplant für den 17. Dezember, wird die Blob-Ziele von 6/9 auf 10/15 anheben. Ein zweiter Fork, geplant für den 7. Januar 2026, wird die Limits erneut auf 14/21 erhöhen.

Dieser gestufte Ansatz ermöglicht es den Entwicklern, die Netzwerkleistung zu überwachen und schrittweise Anpassungen vorzunehmen. Buterin erwartet, dass die Anzahl der Blobs mit diesen Änderungen steigen wird, was den Grundstein für spätere, aggressivere Erhöhungen legt.

Seiner Ansicht nach wird PeerDAS entscheidend sein, um das Wachstum von Layer-2 zu unterstützen und die Basisschicht von Ethereum darauf vorzubereiten, höhere Gas-Limits zu bewältigen und schließlich Ausführungsdaten vollständig in Blobs zu migrieren.

Der Beitrag Home staking at risk as Ethereum data loads climb from 70GB toward 1.2TB erschien zuerst auf CryptoSlate.