Ein Ethereum-Prototyp, der die Aufgaben zur Wiederherstellung von Blobs bestimmten hochsicheren Knoten zuweist, hat die geschätzte Rekonstruktionsarbeit in Simulationen mit 1.000 Knoten um 11–18× reduziert. Bei vier Blobs, 10 % Superknoten und ohne zurückgehaltene Spalten fiel die netzwerkweite Rekonstruktionskosten von 48,6 CPU-Sekunden unter PeerDAS auf 2,75 CPU-Sekunden unter dem reduzierten Design. Bei einem Anteil von 20 % Superknoten lagen die Werte bei 91 und 6,6 CPU-Sekunden.
Die Ergebnisse stammen aus einem Bericht des Forschers Csaba Kiraly. Sie beschreiben die akkumulierte Rechenarbeit im simulierten Netzwerk, nicht die verstrichene Wiederherstellungszeit, wobei ein gemessener Kostenaufwand von 162 Millisekunden pro Blob-Wiederherstellung auf einem Ryzen 9 8945HS-Prozessor verwendet wurde.
Warum es wichtig ist
Die Blobs von Ethereum tragen Daten, die von Layer-2-Rollups verwendet werden, während PeerDAS es Knoten ermöglicht, die Datenverfügbarkeit zu überprüfen, indem sie nur einen Teil davon herunterladen. Hochsichere Knoten müssen mindestens 64 von 128 Datenspalten halten, und Superknoten halten alle 128. Wenn viele Knoten dasselbe fehlende Blob rekonstruieren, kann das Netzwerk teure Arbeiten wiederholen.
Das reduzierte Design weist bestimmten Knoten zunächst bestimmte Blobs zu. Andere Knoten können die wiederhergestellten Daten über bestehende Spaltenverteilungs-Kanäle empfangen, anstatt sie sofort neu zu erstellen, während hochsichere Knoten eine verzögerte Wiederherstellungsrolle für alles behalten, was noch fehlt.
Der Ansatz ist enger als das vollständige RowDAS, das zusätzliche Zeilenkanäle hinzufügen würde, damit kleinere Knoten Daten bündeln und kollektiv rekonstruieren können. Der Prototyp reduziert daher die Prozessorarbeit, ohne die zusätzliche Resilienz von RowDAS zu bieten oder die Blob-Grenzen zu ändern.
Marktauswirkungen
Der Hauptvorteil auf kurze Sicht ist die geringere Rekonstruktionsnachfrage für Betreiber, die das wachsende Rollup-Ökosystem von Ethereum bedienen. Das könnte die Rechenlast für Heim-Staker und andere hochsichere Knotenbetreiber verringern, während die Blob-Aktivität zunimmt.
Die Ergebnisse sind jedoch weiterhin auf simulierte, in Bearbeitung befindliche Netzwerke mit echter Kryptographie beschränkt. Größere Simulationen, Devnet-Tests und die vollständige Konfiguration des 128-Zeilen-Subnetzes bleiben zukünftige Arbeiten, sodass Investoren die berichteten Gewinne als frühes Designsignal und nicht als Prognose der aktuellen Netzwerk Kosten betrachten sollten.
Häufig gestellte Fragen
-
Wie viel Rekonstruktionsarbeit hat das reduzierte PeerDAS-Design eingespart?
In Simulationen mit 1.000 Knoten fiel die geschätzte Rekonstruktionsarbeit um 11–18×. Bei 10 % Superknoten sank die Kosten von 48,6 auf 2,75 CPU-Sekunden.
-
Warum weist Ethereum die Aufgaben zur Blob-Wiederherstellung bestimmten Knoten zu?
Das Design ermöglicht es bestimmten hochsicheren Knoten, spezifische Blobs zuerst wiederherzustellen. Andere Knoten können dann die wiederhergestellten Daten empfangen, anstatt dieselbe Arbeit zu wiederholen.
-
Was ist der Unterschied zwischen dem reduzierten Design und dem vollständigen RowDAS?
Das reduzierte Design verwendet bestehende Spaltenverteilungskanäle und behält eine Absicherung durch hochsichere Knoten. Vollständiges RowDAS würde Zeilenkanäle für kollektive Rekonstruktion und größere Resilienz hinzufügen.
-
Beweist der Prototyp niedrigere Gebühren oder schnellere Ethereum-Transaktionen?
Nein. Die berichteten Messungen deckten die netzwerkweite Rekonstruktionsarbeit ab, nicht die Transaktionsgeschwindigkeit, Gebühreneinsparungen oder die verstrichene Wiederherstellungszeit.
-
Welche Tests sind noch erforderlich, bevor dieses Ethereum-Design übernommen werden kann?
Die Ergebnisse sind weiterhin auf simulierte, in Bearbeitung befindliche Netzwerke mit echter Kryptographie beschränkt. Größere Simulationen, Devnet-Tests und die Validierung der vollständigen 128-Zeilen-Subnetzkonfiguration sind weiterhin erforderlich.