Ein kurzer Blick auf die Vorteile und potenziellen Probleme von Stateless Rollup

Der Hauptvorteil besteht darin, die auf Ethereum gespeicherte Datenmenge zu reduzieren und dadurch die Kosten für Benutzer für Transaktionen auf L2 zu senken.

**Geschrieben von: **OneTrueKirk

Zusammengestellt von: Yvonne, MarsBit

Originalbeitrag von OneTrueKirk auf ethresear.ch

Dies ist das erste Mal, dass ich hier zu einem Thema schreibe, daher entschuldige ich mich, wenn ich Sie in irgendeiner Weise beleidige. Ich habe über diese Idee (Stateless Rollups) hauptsächlich für dedizierte Rollups für unser Kreditprotokoll nachgedacht, hoffe aber, dass sie allgemein anwendbar ist. Wir freuen uns über jedes Feedback.

TLDR:

Es wird nur der Statusstamm veröffentlicht, nicht die Anrufdaten.

(MarsBit-Hinweis: Calldata ist der Wert des Datenteils in der Vertragstransaktion und kann nicht geändert werden.)

Detail

Was wäre, wenn Ethereum nicht als Datenverfügbarkeitsschicht verwendet würde, sondern indem der vollständige Status als Aufrufdaten veröffentlicht würde und nur die Statuswurzel im Mainnet veröffentlicht würde? Der Hauptvorteil besteht darin, die auf Ethereum gespeicherte Datenmenge zu reduzieren und dadurch die Kosten für Benutzer für Transaktionen auf L2 zu senken. Selbst mit EIP-4844 ist Blobace nicht kostenlos.

Das Hauptrisiko besteht in einem Data Withholding-Angriff, bei dem ein Antragsteller einen gültigen Statusstamm veröffentlicht, aber vollständige Daten von anderen Rollup-Knoten zurückhält, um die zukünftige Blockproduktion zu monopolisieren oder Gelder als Geiseln zu halten. Um dies zu verhindern, müssen ehrliche Knoten jede Zustandsaktualisierung in Frage stellen, für die kein Peer Daten bereitstellen kann. Interaktive Betrugsnachweise im Arbitrum-Stil können verwendet werden, um Antragsteller zu zwingen, den vollständigen Status im Mainnet offenzulegen, führen jedoch dennoch dazu, dass die Herausforderung fehlschlägt, wenn der Stamm gültig ist, sodass die Kosten der Herausforderung selbst im Falle eines Scheiterns gering sind.

(MarsBit-Hinweis: Unter „Data Withholding Attack“ versteht man einen Angreifer, der beim Zugriff auf geschützte Daten absichtlich nicht alle Daten zurückgibt oder falsche Daten zurückgibt, um den Zweck der Täuschung oder Zerstörung zu erreichen.

Wenn die Kosten für das Scheitern einer Herausforderung niedrig sind, könnten ehrliche Antragsteller unglücklich gemacht werden, indem sie gezwungen werden, für die Veröffentlichung aller Staatsdaten im Mainnet zur Verteidigung der Herausforderung zu bezahlen, selbst wenn sie die Staatsdaten Punkt-zu-Punkt korrekt weitergegeben haben. Die Kosten für die Einleitung einer Anfechtung müssen im Verhältnis zu den Kosten für die Verteidigung stehen, um sicherzustellen, dass ehrliche Antragsteller nicht auf diese Weise angegriffen werden können.

Im schlimmsten Fall, wenn ein Angreifer 1 US-Dollar ausgeben kann, um einen ehrlichen Antragsteller 1 US-Dollar zu kosten, kann er den Antragsteller dazu zwingen, aufzugeben und seinen Block zurückzubekommen. Ein neuer ehrlicher Anbieter kann dann ein Angebot abgeben, und solange der Angreifer den Angriff nicht auf alle potenziellen ehrlichen Anbieter wiederholen kann, zu denen auch jeder gehört, der über Geld verfügt, kann er keine dauerhafte Ausfallzeit verursachen. Es ist möglich, eine weitere Klausel hinzuzufügen, bei der die Kosten der Anfechtung steigen, wenn seit der Fertigstellung eines gültigen Blocks zu viel Zeit vergangen ist. Auf diese Weise ist es leicht, einen unehrlichen Antragsteller herauszufordern, aber es ist unmöglich, Staatsübergänge für lange Zeit zu stoppen.

Optimistischer ist, dass Knoten, wenn sie Daten zwischen Peers verteilen, über ihre eigenen Datensicherungs- und Zugänglichkeitslösungen entscheiden können und Benutzer besser dran sind, die Daten, die sie für ihre eigenen Zustandsübergänge benötigen, lokal zu speichern. Im Kontext einer bestimmten Anwendung habe ich darüber nachgedacht, den Rollup-Status auf eine völlig andere Art und Weise als die EVM zu kodieren, um dies zu optimieren. Alle mit einem bestimmten Benutzerkonto verbundenen Status können in demselben Hash codiert werden, sodass Benutzer Änderungen an ihrem Konto einfacher überprüfen können, ohne den globalen Status zu kennen (d. h. bestätigen, dass Sie die Anzahl der Token erhalten haben, ohne sich Gedanken darüber machen zu müssen, woher sie stammen).

Zusammenfassen

Ich würde gerne Ihre Gedanken hören und würde mich über Links zu verwandten Arbeiten freuen. Im Gegensatz zum gewöhnlichen optimistischen Rollup lässt sich beim optimistischen Rollup leicht feststellen, ob die übermittelten Anrufdaten mit der Statuswurzel des Hauptnetzwerks übereinstimmen und ob beide gültig sind. Es ist jedoch unmöglich, anhand der Statuswurzel allein zu wissen, ob eine Aktualisierung gültig ist Es ist notwendig, die wirtschaftlichen Auswirkungen von Herausforderungsphasen und Trauer (d. h. böswilliges Verhalten) sorgfältig abzuwägen.