Vertrauenslose Interoperabilität zwischen Rollups: Übersicht, Erstellung und Herausforderungen

Autor: Marshall Vyletel Jr. Quelle:1KX Übersetzung: Shan Oppa, Bitchain Vision

einführen

Die Anzahl der Rollups für Ethereum hat ein explosives Wachstum verzeichnet.Laut L2beat -Daten wurden nach diesem Schreiben 91 L2 und L3 gestartet und 82 sind unterwegs.Daher gibt es auch viel Fragmentierung in Bezug auf Liquidität, Benutzererfahrung und Entwickler -Tools.Aktuelle Interoperabilitätslösungen müssen verbessert werden, da sie auf einer Kombination aus Brücken von Drittanbietern, externen Verpackungsgütern und Absichtsrahmen beruhen, und jede Lösung hat ihre eigenen Probleme.

1. Liquiditätsbrücken sind häufig das Ziel der größten Kryptowährungs -Hacker -Angriffe (wie der 321 -Millionen -Dollar -Wurmloch -Hacker -Hacker -Angriff)

2. Externe Verpackungsgüter sind nicht beliebt, und Daten zeigen, dass Menschen nach Möglichkeit eher bereit sind, Vermögenswerte in nativer Form zu halten. 100 Millionen Dollar)

3. Der Absichtsrahmen beruht auf Dritten, die ein gewisses Vertrauen erfordern, das nicht ignoriert werden kann, und zusätzliche Gebühren für die Erleichterung von Aktivitäten mit Kreuzrollup (z. B. aufgrund offizieller Unregelmäßigkeiten der Brückenunregelungen verlieren Degenkettenbenutzer mehr als 80% ihrer Token).Ein zentraler Absichtsrahmen bedeutet auch einen geringeren Wettbewerb, was zu schlechten Preisgestaltung und Leistung führen kann

In diesem Artikel untersuchen wir die Aussicht auf vertrauenslose Interoperabilität, indem wir sechs Ebenen von Interoperabilitätslösungen zwischen dezentralen Rollup -Ökosystemen definieren und diskutieren.

Wir beginnen mit dem Standard, der asynchron von der Quellrollup nach L1 zurückziehen und manuell zum Zielrollup überbrücken und mit der Annahmearchitektur der Kompositionsfähigkeit der Span -Rollup in einer einzigen Transaktion enden.Wir werden untersuchen, wie sich jede Interoperabilitätsniveau auf die Benutzererfahrung, die Entwicklererfahrung, das MeV -Potenzial und die Rollup selbst auswirkt (insbesondere im Zusammenhang mit Änderungen der Infrastruktur).

In diesem Artikel wird hauptsächlich Ethereum und sein L2 erörtert und konzentriert sich nur auf vertrauenslose Interoperabilität.In diesem Fall bezieht sich „vertrauenslose Interoperabilität“ auf In-Protokoll-Kanäle, bei denen kein Dritter die Übertragung außerhalb der erforderlichen Infrastruktur erleichtert, die die meisten Rollups bereits benötigen.

Vorbereitung

Definition

Grundsätzlich erfordert die vertrauenslose Interoperabilität einige gemeinsame Ressourcen, und zwei beliebige Protokolle, die interoperieren möchten, müssen in der Lage sein, auf diese Ressourcen zugreifen zu können.Im Falle von Ethereum L1 existieren alle intelligenten Verträge in derselben Umgebung, die den gesamten Zustand von Ethereum teilt, sodass sie immer die höchste Interoperabilität haben.L2 teilt die Siedlungsschicht jedoch nur durch einen separaten Brückenvertrag, sodass die Interoperabilität stark eingeschränkt ist.

Die wichtigsten gemeinsamen Infrastrukturkomponenten, die uns auf der Leiter der vertrauenslosen Interoperabilität führen können, sind gemeinsame Sortierer, Superbauer und gemeinsame Abrechnung.Die Garantien und neuen Funktionen, die für diese gemeinsamen Schichten offen sind, sind miteinander verbunden, sind jedoch im Wesentlichen orthogonal.

1. Shared Serializer/Super Builder: Verbessert hauptsächlich die Geschwindigkeit und Benutzererfahrung.

2. Gemeinsame Siedlung: Keine Notwendigkeit für externe Verpackungen und Messaging in Protokoll.

Erstens werden wir die sechs vertrauenslosen Interoperabilitätsniveaus definieren, die in der Einführung erwähnt werden:

1. L1 asynchron:
   → Manuelle Vermögensübertragung über zusammenfassende Abwicklung L1, um Interoperabilität zu erreichen.

2. Atome enthalten:
   → Stellen Sie sicher, dass alle Transaktionen über das Rollup -Bündel im nächsten Block jedes Rollups enthalten sind oder nicht enthalten sind.

3. Gemeinsame Siedlung:
   → Mehrere Rollups werden durch denselben Brückenvertrag mit L1 verbunden.

4. Atomausführung:
   → Stellen Sie sicher, dass alle Transaktionen über das Rollup -Bundle in den nächsten Block jedes Rollups enthalten sind, das am Bündel beteiligt ist, und erfolgreich ausgeführt werden, da sonst keine Transaktionen durchgeführt werden.Eine erfolgreiche Ausführung bedeutet, dass jede Transaktion ohne Rollback ausgeführt wird und sich im aktualisierten Status jedes Rollups im Bundle widerspiegelt.

5. Kompositionsfähigkeit auf Blockebene:
   → Der nächste Block über das Rollup -Bundle garantiert, dass es abhängige Transaktionen enthalten kann (TX B auf Rollup B hängt vom Ergebnis von TX A auf Rollup A ab)

6. Kompositionsfähigkeit der Transaktionsebene:
   → Die Interoperabilität auf Smart Contract Level erfordert nur eine Transaktion, um Statusänderungen zwischen mehreren Rollups zu verursachen (keine Bündelung).Die Verwendung eines Protokolls auf einem Rollup entspricht logischerweise der Verwendung eines anderen intelligenten Vertrags in einer Kette.Wichtig ist, dass dies bedeutet, dass staatliche Änderungen vor dem Anruf bei der Rückkehr wiederhergestellt werden können.

Um mehr über jede Ebene zu erfahren, werden wir die folgenden wichtigen Anwendungsfälle abdecken, um die Funktionen jeder Ebene und ihre Auswirkungen auf Benutzer, Entwickler, Aggregate und MEV -Sucher zu demonstrieren.

Beispiel:

1. Übertragung desselben Tokens
   → an sich selbst senden: ETH ETH zwischen zwei Rollups einlösen oder ERC-20 gegen ERC-20 austauschen

2. Token -Kauf
   → Cross Rollup Limit Order: Verwenden Sie ETH/ERC-20 in Rollup A, um ein anderes ERC-20 von Dex auf Rollup B zu kaufen und (optional) an Rollup A zurücksenden

Bedeutung:

Wir werden auch die folgenden Fragen beantworten, um die Auswirkungen auf wichtige Anteilseigner in einem aggregierten Ökosystem weiter zu verstehen.

1. Benutzererfahrung
   Wie wird sich die Benutzererfahrung ändern, indem sie diese Interoperabilität erreicht?

2. Entwicklererfahrung
   Wie wird sich der Entwickler verändern, indem sie diese Interoperabilität erreicht?

3. MEV -Potenzial
   Wenn wir diese Interoperabilität erreichen, ist es möglich, neue MEV -Möglichkeiten zu haben?

4. Der Einfluss von Rollup
   Muss Rollup sich für eine neue Infrastruktur entscheiden, um dies zu erreichen?Welche Änderungen wurden in der Gebührenstruktur von Rollup vorgenommen?Was sind die potenziellen Vorteile der Beteiligung von Rollup an dieser Infrastruktur?

Erweiterte Übersicht

Sechs Stufen der vertrauenslosen Interoperabilität

1. L1 Asynchron

Erforderliche Infrastruktur:

nicht anwendbar

Dies bezieht sich per Definition auf den aktuellen Standard -Standard -Interoperabilitätsmodus.Alle Rollups werden auf diese Weise definiert, da sie auf L1 als Siedlungsschichten basieren und nur durch Brückenverträge zugegriffen werden können und regelmäßig Statusaktualisierungen zum Schutz des Netzwerks veröffentlichen.

In diesem Fall besteht die einzige kanonische Möglichkeit, eine vertrauenslose Kreuzungsaktivität auszuführen, darin, das Vermögen aus der Quellrollup durch die kanonische Brücke zu extrahieren und es manuell in das Zielrollup abzulegen, sobald er auf L1 verfügbar ist.

Für eine optimistische Rollup unter Berücksichtigung des fehlerhaften Fensters beträgt die Verzögerungsverzögerung etwa 7 Tage.In ZK Rollup sind die Verzögerungen bei den Rückzugsverzögerungen nicht ganz sicher, aber es kann zwischen 15 Minuten und einem ganzen Tag liegen, was bei ZkSync der Fall ist.

Darüber hinaus ist es auch möglich, intelligente Verträge für den Punkt-zu-Punkt-Atomaustausch zu verwenden. Dies ist jedoch ein kleinerer Anwendungsfall und kann nicht effektiv skaliert werden.

Es ist erwähnenswert, dass es derzeit Lösungen von Drittanbietern gibt:

1. Fluiditätsbrücke

2. Absicht Framework

Beide Beispiele erfordern Lösungen von Drittanbietern, um zu helfen.

Senden Sie an sich:

1. Standardisierte Praktiken:
   → Vermögenswerte aus Rollup a extrahieren
   → manuell Rollup B speichern B

2. Dritte Seite:
   → Liquiditätsbrücken- / Solver -Netzwerk

Querrolling-Grenzbestellungen

1. Spezifikation:
   → Vermögenswerte aus Rollup a extrahieren
   → manuell Rollup B speichern B
   → Grenzbestellungen ausführen
   → Um zurück zu senden, muss das Ziel ERC-20 extern verpackt werden

2. Dritte Seite
   → aufstrebende Lösungsraum über aggregierte Grenzbestellungen hinweg
   → Es gibt offene Entwürfe, die dies um die Verwendung der Verwendung fördern

Da dies die Standardeinstellung ist, besteht keine Notwendigkeit, Änderungen in UX, Devex, MEV und Zusammenfassung zu besprechen.

2. Atomic enthält

Erforderliche Infrastruktur

Shared Serializer *

Die Atomeinschluss ist nur garantiert, dass das Cross-Summarization-Bündel im nächsten Block aufgenommen wird.

Dies erfordert einen gemeinsam genutzten Sortierer, aber theoretisch kann die Sortierter auf zwei angegebenen Rollups keinen maximalen Durchsatz erreichen, er kann manuell durchgeführt werden (einfach zwei Transaktionen für jeden Rollup separat einreichen).Aus diesem Grund haben wir der erforderlichen Infrastruktur Sternchen hinzugefügt.

Wir gehen jedoch nicht davon aus, dass der gemeinsame Sortierer den vollständigen Knoten jedes angeschlossenen Rollups ausführt. Daher ist es unmöglich, die erfolgreiche Ausführung einer Reihe von Transaktionen zu garantieren.In diesem Fall kann der gemeinsame Sortierer nur sicherstellen, dass die Transaktion korrekt formatiert ist und in den nächsten Block aufgenommen wird, aber möglicherweise nicht erfolgreich ausgeführt wird.

Da es keine Ausführungsgarantie gibt, ist es unmöglich, die atomare Eingliederung programmatisch auf sinnvolle Weise auszunutzen, ohne das Risiko einer der Transaktionen zu widerrufen.Wir befinden uns also im Wesentlichen in genau der gleichen Situation wie die L1 -Async -Interoperabilität.

Erwägen Sie, einen einfachen Cross-Sum-Austausch mit nur Atomeinschlussgarantien zu beginnen:

1. Tauschen Sie die Bündel über Rollup aus
   → TX 1: Sperren/Zerstören Sie Token auf der Quelle Rollup
   → TX 2: Minze des Tokens an die Benutzeradresse auf der Zielrolle

Möglicherweise haben wir Garantien für atomare Einschlüsse, d. H. Beide Transaktionen sind tatsächlich im nächsten Block jeder Zusammenfassung enthalten. Wenn jedoch die erste Transaktion zurückrollt und die zweite Transaktion nicht zurückrollt, ist der Benutzer in der Zielkette falsch Zahlungsprobleme durch Zuordnen von Geldern, ohne sie in der Quellkette zu sperren oder zu verbrennen.

Jede Interoperabilitätslösung, unabhängig davon, ob es sich um eine Liquiditätsbrücke, einen Absichtsrahmen oder einen XERC-20-Austausch handelt, ist anfällig für dieses Risiko und kann sie nicht mindern.Aufgrund dieses Risikos erfordert die aktuelle Lösung, dass die Einleitung einer Transaktion erfolgreich ausgeführt und in einen Block in der Quellkette aufgenommen worden sein muss, bevor das Relais verwendet werden kann, um die ausgehende Nachricht zu übergeben und eine zweite Transaktion in der Zielkette auszuführen.

WICHTIG: Atomar

3. Geteilte Einigung

Erforderliche Infrastruktur:

Proof -Aggregationsschicht // Shared Bridge Contract

Hier werden die Dinge interessanter.Aufgrund des Bestehens eines gemeinsamen Brückenvertrags kann die gesamte Liquidität, die von L1 in das Rollup -Ökosystem abgelagert ist, zwischen allen verbundenen Rollups frei bewegt werden.Bis dahin konnten wir nicht zwischen Rollups austauschen, ohne standardisierte Kanäle, externe Verpackungsgüter oder Lösungen mit Drittanbietern zu durchlaufen.

Warum einen gemeinsam genutzten Brückenvertrag abschließen?Um zu verstehen, warum ein gemeinsamer Brückenvertrag es uns ermöglicht, Vermögenswerte auf vertrauenslose Weise über Rollup zu übertragen, überlegen Sie zunächst, ob Sie ETH in Rollup A haben, sie zerstören und dann nativ auf Rollup B marten können, ohne auf Layer1 Shared Bridge -Vertrag aufzubauen, was passiert .

Wir sehen, dass jede Rollup mit dem Brückenvertrag am Mainnet nicht synchronisiert ist.Der Rollup B Bridge Contract hat noch 50 ETHs, sodass der Benutzer 1 seiner ETHs nicht auf L1 extrahieren kann.

Um dieses Problem zu lösen, haben wir ein externes Verpackungsprotokoll für Asset -Verpackungen erstellt, um externe Verpackungsversionen von Token in der Zusammenfassung auszugeben, die native Versionen an anderer Stelle im Netzwerk symbolisieren.

Mit einer gemeinsamen Siedlungsschicht ist die Situation anders.Da die gesamte Liquidität jedes angeschlossenen Rollups im selben Brückenvertrag gesperrt ist, kann sich zwischen Rollups frei bewegen, da der Gesamtwert im Brückenvertrag gleich bleibt und immer extrahiert werden kann.

Es muss auf der L1 -Vertragsebene aktualisiert werden, um zu verstehen, wo die Liquidität es den Benutzern ermöglichen soll, Geld von überall abzuheben. Dies ist jedoch einfach, da die Zusammenfassung aller Verbindungen in gemeinsam genutzte Verträge gelesen/schreiben kann.

Mit einer gemeinsam genutzten Abrechnungsschicht sieht der Prozess möglicherweise nach einfachem Senden für sich selbst aus.

Senden Sie an sich:

1. Der Benutzer erstellt erste Transaktion:
   → TX 1: ETH auf Rollup A extrahieren (und auf Rollup B gegossen)
   → Die Transaktion wird in Chargen eingereicht und dem L1 -Vertrag übermittelt
   → Es wird in die Transaktionswurzel zusammengefasst, die alle gemeinsam genutzten Siedlungsrollups gruppiert

2. Rollup B importiert diese Transaktionswurzel

3. Repeater gibt die Transaktion in die Münzstätte ein und legt Merkle -Zertifikat in Rollup B ein

4. Rollup B verwendet Merkle -Proof- und Transaktionswurzel, um die Zerstörung von Transaktionen zu überprüfen

5. User Cast Eth auf Rollup B

6. Rollup B gibt den Beweis für L1 ein

Wir können diesen Prozess auf alle ERC-20 verlängern, die Verträge in allen Aggregaten im Shared Abrechnungsökosystem abgeben.

Wir können uns einen gemeinsam genutzten Brückenvertrag als eine In-Protocol-Messaging-Schicht zwischen allen Verbindungsaggregationen vorstellen, sodass dieser Prozess theoretisch tatsächlich auf einen beliebigen Messaging-Standard ausgedehnt werden kann.

Dies bringt uns näher an die Kompositionsfähigkeit, aber da die Aggregationsnachweis und die Bereitstellung von Nachrichten erst nach dem Ausdruck von staatlichen Änderungen auf L1 erforderlich sind, ist die Latenz hoch (wenn auch signifikant niedriger als der l1 -asynchrone Fall).Darüber hinaus bleibt jede komplexe Kreuzrollup-Aktivität (z. das Zielrollup.In diesem Fall ist es unmöglich, atomare Kreuzungsbündel zu erstellen.

Ein weiterer wichtiger Vorteil einer gemeinsamen Vergleich besteht darin, dass Liquiditätsanbieter oder Löser, die in mehreren Umgebungen Aufträge ausführen, weniger Reibung besteht.Da sich ihre Liquidität über alle verbundenen Rollups in demselben Brückenvertrag widerspiegelt, müssen sie nicht auf ein vollständiges Auszahlungsfenster warten, um die Liquidität der Kreuzung zu verwalten.

Auswirkungen auf die Stakeholder:

1. Benutzer:
   Vermögenswerte können jetzt in nationaler Form übertragen werden, ohne dass eine L1 -Auszahlungsfrist erforderlich ist

2. Entwickler:
   Änderungen beschränken

3. MEV -Sucher:
   Da dies bei mehreren Blöcken pro Rollup geschieht, besteht kein neues MeV -Potenzial

4. Rollups:
   Rollups müssen sich für einen gemeinsam genutzten Brückenvertrag entscheiden und können Vorkompilation hinzufügen, um Kreuzrollup-Nachrichten zu verarbeiten

WICHTIG: Die gemeinsame Einigung ermöglicht die nicht externe Verpackung von Vermögenstransfers und willkürlichen Messaging in allen Zusammenfassungen gemeinsamer Brückenverträge und Beweisaggregationsschichten, aber es gibt immer noch eine nicht-negative Latenz (obwohl viel kürzer als L1-Async) und kann nicht über Atomic erstellt werden Balken.

4. Atomausführung

Erforderliche Infrastruktur:

Gemeinsamer Sortierer // Super Builder

Die Atomausführung ermöglicht es uns, eine erfolgreiche Ausführung von Cross-Volume-Bündeln zu gewährleisten, aber wie wir sehen werden, gibt es weniger Anwendungsfälle für Cross-Volume-Bündel, die nicht auf Transaktionen beruhen als ursprünglich erwartet.

Wenn eine einzelne Transaktion in einer Reihe von Abhängigkeitstransaktionen widerrufen wird, werden alle anderen Transaktionen ungültig und müssen ebenso widerrufen werden, wie dies bei Token -Zerstörung der Fall ist und über Rollups hinweg gekoppelt wird.Tokens, die auf Zielrollups gespielt werden, hängen davon ab, ob sie auf Quell -Rollups zerstört oder gesperrt wurden, sodass wir sagen können, dass eine Reihe von Zerstörungs- und Münztransaktionen eine Reihe von Abhängigkeitstransaktionen sind.

Dieses Bündel ist ohne eine Zwischenpartei (z. B. Super Builder) nicht möglich, die eine Zieltransaktion erstellen kann.

Überlegen Sie, welche Bedingungen für einen Build über Rollup -Swap -Bundle ohne die Teilnahme anderer Parteien als Benutzern erfüllt sein müssen.Es muss ein Bundle erstellt werden, um Vermögenswerte auf dem Quell -Rollup- und Münzvermögen auf dem Zielrollup zu sperren/zu verbrennen, aber wir haben ein Problem:

1. Verträge zu Quell -Rollups können nur Nachrichten senden, wenn sie die ursprünglichen Quellvermögen sperren/zerstören, und sie können keine Transaktionen für Zielrollups anrufen und erstellen.
   → Deshalb existiert das Nachrichtenprotokoll und das Relay -Netzwerk.
   → Die Nachricht kann verwendet werden, um zu konstruieren, was der Aufruf auf das Ziel sein sollte, aber sie kann die Transaktion nicht tatsächlich erstellen.

2. Erstellen Sie eine zweite Transaktion auf dem Zielrollup zu Mint:
   → Benutzer können dies nicht selbst erstellen
   → d. H.) Die Zielkette muss nachweisen, dass das Token auf die Quellkette verbrannt/gesperrt wurde. Dieser Beweis ist jedoch erst verfügbar, wenn die erste Transaktion ausgeführt wird, was unsere Anforderungen an die Atomizität zerstört.→ theoretisch kann jeder andere kann
   Die Partei, die eine zweite Transaktion mit Casting -Rechten erstellt, kann jederzeit eine „Cast“ -Transaktion in der Zielkette erstellen, ohne zuerst eine „Verbrennung“ oder eine „Verriegelung in der Quellkette zu erzeugen, was eine enorme Anfälligkeit darstellt.

Wir können sehen, dass wir, obwohl wir die Ausführung von Kreuz-Summen-Bundles garantieren können, Schwierigkeiten haben, sie zuerst aufzubauen, um wertvolle Vermögenswerte zu übertragen.

Es gibt jedoch immer noch einige Atomausführungswendungsfälle, die sich nicht auf Kreuzungen stützen müssen.Einer von ihnen ist eine Kreuzungs-Arbitrage:

Da es keine strenge Abhängigkeit zwischen diesen Transaktionen gibt, kann jeder dieses Atompaket erstellen und an einen gemeinsam genutzten Sequenzer senden, der die Atomausführung garantiert.

Um jedoch zuerst die Atomausführungsgarantie zu erhalten Löst der Plan wird dies tun.Die einzige erforderliche Änderung ist, dass der Blockbauer oder andere Dritte in der Lage sein müssen, Transaktionen im Namen des Benutzers zu erstellen, um das Abhängigkeits-Cross-Rollup-Bundle abzuschließen.

Es ist unwahrscheinlich, dass eine Infrastruktur aufbaut, die nur eine Atomausführung ermöglicht, ohne die Komposition weiter implementieren zu können.Angesichts der Tatsache, dass die Infrastruktur bereits über atomare Ausführungsfähigkeiten verfügt, sind die relativen Vorteile des Erreichens der Kompositionsfähigkeit auf Blockebene weitaus schwieriger als das Erreichen dieses Ziels.

Auswirkungen auf die Stakeholder:

1. Benutzer:
   Es gibt möglicherweise keine Änderungen, obwohl Dritte möglicherweise Lösungen wie Absicht anbieten, es ist unklar, wie sie umgesetzt werden sollen

2. Entwickler:
   Wahrscheinlich nicht verändern

3. MEV -Sucher:
   Cross-Rollup-Arbitrage ist in Anbetracht der Atomausführung sicherer

4. Rollup:
   Rollup muss einen gemeinsam genutzten Sortierer/Super Builder verwenden, um einen Block mit Transaktionen von jedem Rollup einzureichen, mit dem Sie zusammenarbeiten möchten, was die Einnahmestruktur von Rollup ändern kann.Es ist nicht klar, wie es sich ändern wird.- –
   Der Sortiermarkt kann den Umsatz mit dem Rollup erhöhen, indem es reife Bauherren ermöglichen, Tob -Platz zu kaufen

WICHTIG: Während die Bündel mit Kreuzrollen die Atomausführung garantieren, ist nicht klar, wie diese Bündel ohne einen Superbauer erstellt werden, der die Bündelsteile erstellt, sodass die Atomausführung selbst wahrscheinlich die Interoperabilität beeinflusst.Standardmäßig sollte der freigegebene Sequenzer/Super Builder die Komposition auf Blockebene erstellen.

5. Kompositionsfähigkeit auf Blockebene

Erforderliche Infrastruktur:

Shared Sortierer // Super Builder // Proof -Aggregationsschicht * // Shared Bridge Contract *

(* = optional)

In den meisten Diskussionen über gemeinsame Sequenzer und gemeinsame Siedlungsschichten ist der Begriff, der üblicherweise zur Beschreibung dieser Interoperabilität verwendet wird, „synchrone Kompositionsfähigkeit“.

Wir haben den Begriff leicht geändert, um ihn beschreibender zu machen.Das Aktualisieren des Begriffs auf „Kompositionsfähigkeit auf Blockebene“ bedeutet, dass Cross-Rollup-Transaktionspakete zwischen zwei Rollups kombiniert werden können, die im nächsten Block enthalten und erfolgreich ausgeführt werden.Die synchrone Kompositionsfähigkeit kann mit der Kompositionsfähigkeit auf Transaktionsebene verwechselt werden, die wir im nächsten Abschnitt untersuchen werden.Wichtig ist, dass dies eine Zwischenpartei (gemeinsame Sortierinfrastruktur) erfordert, die der Testamentsvollstrecker und Schöpfer für Transaktionspakete werden kann.

Auf dieser Ebene sehen wir die echte Kompositionsfähigkeit zwischen Rollups und senden sie nicht nur an sich selbst, um an der DAPP an einem anderen Rollup teilzunehmen.

Durch Hinzufügen eines gemeinsam genutzten Sequenzers, der Transaktionen erstellen kann, können wir nun ein Spann -Zusammenfassungspaket erstellen, das Entwickler programmgesteuert nutzen können.

Es sind zwei Situationen zu berücksichtigen:

1. Kompositionsfähigkeit auf Blockebene

2. Verbindungsfähigkeit auf Blockebene + gemeinsame Siedlungsschicht

In beiden Fällen können wir ein SPAN -Zusammenfassungsbündel für komplexere Aktivitäten erstellen, aber im zweiten Fall können wir native Vermögenswerte durch gemeinsame Abrechnung verwenden. Dies kann beispielsweise zu einer summarischen DEX -Aktivität führen, die eine bessere Auswirkungen auf den Preis haben.

Mit der Komposition auf Blockebene haben wir sowohl die Vorteile der Atomausführung als auch die zusätzliche Fähigkeit, abhängige Transaktionspakete zu erstellen.Schauen wir uns unsere beiden veranschaulichen Beispiele an.

Übertragung desselben Tokens über XERC-20 (keine gemeinsame Abwicklung):

1. Der Benutzer besitzt ERC-20

2. Benutzer erstellen TX über DAPP:
   → Sparen Sie ERC-20 in der XERC-20-Sperrkiste, um die XERC-20-Packaged-Version zu erhalten
   → Zerstöre Xerc-20
   → Senden Sie eine Nachricht an die gemeinsam genutzte Sortierinfrastruktur, die darauf hinweist

3. Superbuilder nimmt Transaktionen auf und erzeugt Cross-Rollup-Bündel
   → TX 1: Die obigen Verpackungs- und Zerstörungstransaktionen
   → TX 2: XERC-20 auf Rollup B gegossen

4. Superbuilder setzt diese Kreuzrollup dem gemeinsamen Sortierer ein
   → Da Superbuilder zwei mit Rollups verbundene volle Knoten ausführt, simulieren sie Transaktionen, um sicherzustellen, dass das Bündel erfolgreich ausgeführt wird.Wenn eine Transaktion zurückgerollt wird, wird das gesamte Bundle zurückgerollt.

5. Der gemeinsame Sortierer legt den Block mit zwei Transaktionen zur DA -Schicht und dem Knoten, der die Statusänderungen ausführt

6. XERC-20-Cast an Benutzer auf Rollup B

Mit der gemeinsamen Siedlungsschicht wird der Prozess weiter vereinfacht, da das ERC-20 nicht zuerst als XERC-20 für den Austausch verpackt werden muss.

Schauen wir uns nun die Cross-Rollup-Grenzbestellungen an, d. H. Kaufen Sie die ERC-20 mit dem anfänglichen (anderen) ERC-20 in Rollup A auf Rollup B und senden Sie die erzeugte ERC-20 zurück an Rollup A.In diesem Fall gehen wir nicht davon aus, dass wir eine gemeinsame Siedlungsschicht haben, obwohl im Fall einer gemeinsamen Siedlungsschicht ähnliche Prozesse vorhanden sind.Der einzige Unterschied besteht darin, dass die zusätzliche externe Verpackung der Vermögenswerte keine zusätzliche Verpackung des Vermögens besteht.

Hier sind die in diesem Fall erforderlichen Transaktionen:

1. ERC-20 auf a packen und zerstören

2. Mint Xerc-20 auf B

3. Tauschen Sie den ersten XERC-20 mit dem Ziel ERC-20 auf B aus

4. Packen und Zerstören von Target ERC-20 auf B

5. Mint Xerc-20 auf a

Hier sind die möglichen Workflows:

fließen:

1. Der Benutzer initiiert die erste Transaktion:
   → XERC-20 packen und zerstören und eine Nachricht senden, um die Austauschparameter anzugeben (Zielkette, DEX-Adresse, ERC-20, um ausgetauscht zu werden, den Bestellpreis zu begrenzen, boolescher Wert, ob zurücksendet werden soll)

2. Super Builder sieht den Deal und erstellt das Bundle:
   → TX 1: Der Benutzer erstellt die obige Transaktion
   → TX 2: Guss Xerc-20 am Ziel (Superbauer müssen Casting-Berechtigungen haben)
   → TX 3: Verwenden Sie Daten aus TX 1, um Grenzbestellungen durchzuführen
   → TX 4: Packen und Zerstören von ERC-20 auf B, vorausgesetzt, die Grenzbestellung wurde vollständig erfüllt und senden Sie eine Nachricht in der Quellkette zum Gießen
   → TX 5: Ziel des Ziels XERC-20 aus der Austauschausgabe in der Quellkette

Da der Super Builder Blöcke und Sortiertransaktionen erstellt, kann er jede Transaktion simulieren und das Bündel ausgelassen, wenn eine Transaktion widerrufen wird.Wenn ein Benutzer beispielsweise seine Grenzbestellung nicht vollständig erfüllen kann, wird das Bundle vor der Ausführung des Blocks weggelassen.

In Ermangelung einer gemeinsamen Sortierinfrastruktur für die gemeinsame Siedlungsschicht sind externe Verpackungsversionen von ETH und XERC-20 erforderlich, die dazu führen können, dass sich die Marktbedingungen von DEX verschlechtern, wenn der Liquiditätspool von Verpackungsvermögen dünner wird.In diesem Fall müssen Benutzer möglicherweise lockerere Einschränkungen, eine höhere Schlupftoleranz verwenden und möglicherweise suboptimale Preise erhalten.Wenn USDC beteiligt ist, gibt es eine Ausnahme.Ein gemeinsamer Sortierer ohne gemeinsame Abrechnung kann mit Circle zusammenarbeiten, um ausschließliche Rechte an USDC -Verträgen über Rollups hinweg zu erlangen, um native USDC -Übertragungen und -austausch über Rollups zu erleichtern.

Mit einer gemeinsamen Siedlungsschicht ist diese externe Verpackung unnötig, und da der Liquiditätspool der nativen Vermögensbörsen tiefer ist, kann sie bessere Preise bieten, aber der Prozess ist im Grunde genommen der gleiche.

Vertrauen Sie dem Sequenzer optimistisch

Rollup erfordert optimistisches Vertrauen in gemeinsame Sortierer/Superbauer, um effiziente Cross-Rollup-Bündel zu erstellen.Dies liegt hauptsächlich daran, dass dieses Kreuzrollup-Bundle abhängige Transaktionen enthält, die einzelne Rollups erst nach dem Hinzufügen von Blöcken zu jeder Rollup-Kette überprüft und an der Siedlungsschicht auf L1 aggregiert werden.Ein Beispiel ist die anfängliche Zerstörung und Casting von ETH von Quelle zu Ziel.Entscheidend ist, dass die ETH tatsächlich in der Quellkette zerstört werden muss, bevor sie an der Zielkette gepriesen werden, ansonsten können doppelte Zahlungen auftreten.

Um dieses vollständige Bündel in einem Block auszuführen, müssen alle Transaktionen in diesem Block vorhanden sein, auch wenn die Transaktion vor dem Block selbst einen ungültigen Zustand darstellt (z. B. wenn der Benutzer vor dem Block keine ETH hat, gibt es ETH in der Zielkette des Austauschs).Daher müssen wir glauben, dass der Sortierer gültige Abhängigkeiten in das Cross-Tum-Bündel einbezieht.Zertifikate können anschließend eingereicht werden, um die Gültigkeit jeder Transaktion nachzuweisen.

Dies ist jedoch weniger wichtig, wenn sie verpackte Vermögenswerte verwenden, da sie keinen Einfluss auf die in L1 gespeicherte Liquidität haben. Es muss jedoch immer noch einen Fallback -Mechanismus geben, um das Risiko von Fehlern bei böswilligen Sortierern oder Code auszugleichen. Diese Fehler lassen das Transaktionsbündel zu. zusammen mit der restaurierten abhängigen Transaktion ausgeführt werden.

Auswirkungen auf die Stakeholder:

1. Benutzer
   Massive Upgrades für die Benutzererfahrung und ermöglichen kreuzsummizierte Grenzbestellungen in einem einzigen Block

2. Entwickler
   Sie müssen sich über Kreuzungsaktivitäten eingehen und möglicherweise die benutzerdefinierte Vorkompilierung nutzen.Entwickler müssen aus einer Bündelperspektive denken, nicht nur Angebote, sondern auch Superbauer und benutzerdefinierte Rollup -Infrastruktur können die Komplexität der meisten Entwickler beseitigen.

3. MEV -Sucher
   Die Chancen, dass MEV-Suchende L1-Strategien für Kreuzungspakete im Grunde genommen gleich sind, hängt jedoch davon ab, wie PBS (Trennung von Antriebsbüchern) implementiert wird.
   → Cross-Tum-Bündel werden im Wesentlichen als einzelne Transaktion betrachtet, sodass MEVs durch Vorhanden oder Klemme dieser Bündel gefunden werden können, solange sie den Preis nicht überschreiten, die tolerierbare Schlupfbetrag überschreiten (weil sich das gesamte Bündel erholt, mev, mev, mev Versuch wird scheitern)

4. Rollups
   Benötigt die Anmeldung der gemeinsam genutzten Sortierinfrastruktur (einschließlich Superbauer) und ermöglicht den Zugang zu ETH-Zerstörung/Casting im gemeinsamen Sortierer im Fall einer gemeinsamen Abrechnungsschicht.
   → MEV kann durch den Verkauf von Blockraum an Bauherren verinnerlicht werden

6. Kompositionsfähigkeit auf Transaktionsebene

Erforderliche Infrastruktur:

VM -Ebene Änderung // Shared Abrechnung // Super Builder

Die Kompositionsfähigkeit auf Transaktionsebene bezieht sich auf das gleiche Maß an Funktionalität, das von Smart Contracts in einer EVM-Kette geteilt wird.In diesem Fall kann eine einzelne Transaktion den Status mehrerer Rollups gleichzeitig aktualisieren und sicherstellen, dass Änderungen des Zustands vor einem Anruf wiederhergestellt werden können, wenn der Anruf nicht erfolgreich zurückgibt.Tatsächlich können Atomtransaktionspakete in komponierbaren Umgebungen auf Blockebene in einer einzigen Cross-Rollup- und Cross-VM-Transaktion abgeschlossen werden.Zusätzlich zur gemeinsamen Abrechnungsschicht und des Super Builders erfordert dies Änderungen auf VM-Ebene an allen verbundenen Rollups.

Wir beschreiben hiermit einen möglichen Mechanismus aus hohem Niveau.(Nach unserem Kenntnisstand wird dieses Konstrukt dem Espresso -Team zugeschrieben).Zunächst legt der Benutzer eine Querrollup-Transaktion einem Rollup ein, dessen Status geändert wird, oder einen Superbauer, der Blöcke für alle relevanten Rollups erstellen kann.Der Super Builder simuliert die Transaktion und bildet eine Liste von Eingangs- und Ausgangspaaren, eine für jedes zugehörige Rollup, wodurch die erforderlichen und erwarteten Kreuzrollup-Nachrichten in der Transaktion angegeben sind.(Beachten Sie, dass Superbauer dies nur tun können, wenn sie über einen bestimmten Zeitraum sichere Sortierrechte für alle relevanten Rollups haben.)Der Super Builder sendet dann die simulierten Blöcke zusammen mit den erwarteten Eingangs- und Ausgangspaaren jeder Rollup -Transaktion an jeden Rollup -Antragsteller.Während der Ausführung führt jedes Rollup die eigene Zustandsübergangsfunktion normal aus, sofern die Eingabe aus der Liste der Cross-Rollup-Transaktionen korrekt ist.Während der Abrechnung können die Eingabe- und Ausgangslisten während der Nachweis der Aggregationsphase der gemeinsam genutzten Siedlungsschicht überschritten und sich als sicher erwiesen werden.Wenn die erwarteten Eingänge über Rollup -Transaktionen hinweg nicht mit dem von einem anderen Rollup angegebenen Ausgang übereinstimmen, lehnt der Abwicklungsprozess die gesamte Cross -Rollup -Transaktion ab.

Obwohl es nur begrenzte neue Funktionen gibt, die zusätzlich zu Blitzdarlehen die Kompositionsfähigkeit auf Transaktionsebene freischalten können, kann die Erfahrung mit der Erstellung von Cross-Rollup-Anwendungen erheblich verbessert werden.Die Fähigkeit, DApps zu erstellen, die mit allen Verbindungsketten interagieren, ohne dass Cross-Rollup-Bündel in Betracht gezogen werden, erleichtert die Innovation in mehreren Rollup-Umgebungen viel einfacher.Darüber hinaus können neue Anwendungsfälle und Verhaltensweisen entstehen.

Es gibt viele ungelöste Entwurfsprobleme in der Kompositionsfähigkeit auf Transaktionsebene.Erstens müssen sorgfältige Überlegungen darüber gegeben werden, wie Entwickler sich in den Rollup-Aufrufen ihrer intelligenten Verträge entscheiden oder aus.Wenn wir eine willkürliche Komposition ohne Einschränkung zuzulassen, kehren wir zu einem einzigen Rollup zurück.Wir sind der Meinung, dass die Antwort hier darin besteht, Entwickler deutlich darauf hinzuweisen, wo sie in ihren Verträgen eine Querverformbarkeit benötigen, z.

Auswirkungen auf die Stakeholder

1. Benutzer:
   Die gleiche Bedeutung wie Kompositionsfähigkeit auf Blockebene und hat andere fortschrittliche Funktionen wie Blitzdarlehen
   → UX verwendet fast die gleiche Kette wie Opt-In Dapp

2. Entwickler: Da DAPP-Entwickler die Vertragskreuz-Summarisierung lokal anrufen und die Ausgabe dieser Anrufe verwenden können (z. B. Einzelübersichtsanrufe),
   Der Entwickler erlebt stark
   Verbesserung → Superbuilder/Sequenzer Infra muss immer noch Transaktionen in einen zusammenfassenden Block platzieren, der von Cross-Summarization-Aufrufen betroffen ist, muss jedoch nicht dasselbe Bündel wie die Kompositionsfähigkeit auf Blockebene erstellen.

3. MEV -Sucher:
   Cross-Rollup-Bündel entsprechen jetzt im Grunde genommen einer einzelnen Transaktion in einer Kette, sodass das MEV-Potential hoch ist

4. Rollups:
   Benötigen Sie eine Änderung der virtuellen Maschinenebene sowie die Auswahl eines gemeinsamen Sortierers und einer gemeinsamen Abrechnungsschicht
   → Bevor Sie in der Lage sind, den Zustand durch Beweise zu überprüfen, müssen die Eingabe und Ausgabe anderer Rollups vertrauenswürdig sein, was zusätzliche Vertrauensannahmen beinhaltet. Der Schnittmechanismus kann jedoch die Vertrauensbelastung verringern

Zusammenfassung und Ökosystemkarte

Nachdem wir die technischen Details jeder hier definierten Interoperabilitätsebene verstanden haben, können wir zusammenfassen:

1. Die gemeinsame Abrechnung ermöglicht den Austausch über Rollups ohne externe Verpackungsvermögen und erstellen Sie in Protokoll-Messaging-Pfaden zwischen allen verbundenen Rollups

2. Shared Sort/Superbuilders ermöglicht die nächsten Blockausführungsgarantien für Cross-Rollup-Bündel

3. Die Kompositionsfähigkeit auf Blockebene ermöglicht die Erstellung komplexer, schneller, voneinander abhängiger Kreuzungspakete, wodurch ein komponierbares Ökosystem ermöglicht wird, das in der Nähe von Smart Contract auf Smart Contract Level liegt.
   → Erstellen Sie diese Querrollup-Bündel, ohne externe Verpackungsvermögen zu verwenden, indem Sie die gemeinsame Abrechnung hinzufügen

4. Die Kompositionsfähigkeit auf Transaktionsebene ist möglich, und obwohl neu geöffnete Anwendungsfälle komplexere Benutzer abzielen können, können Sie das potenzielle Erlebnis der Summary Development erheblich verbessern.

Derzeit entstehen viele Projekte, um diese nativen interoperablen Ökosysteme zu schaffen.Hier ist ein hochrangiger Überblick über das Feld:

Ökosystemkarte

Abschluss

Es gibt immer noch einige unbeantwortete Fragen zu den technischen Details in dem in diesem Artikel aufgeführten Framework.Zum Beispiel kann das Erstellen eines Bündels für überschwächte Grenzbestellungen in einem komponierbaren Ökosystem auf Blockebene detaillierter erforderlich sein, um die Schlupftoleranz für teilweise Erfüllung und Marktbestellungen zu bewältigen.Wir bieten hier eine potenzielle Lösung, um das Cross-Summary Limit Limit Order Bündel wiederherzustellen, wenn die Bestellung nicht vollständig abgeschlossen ist, der Entwurfsraum jedoch geöffnet ist.

Darüber hinaus ist erwähnenswert, dass dies mit dem wachsenden Austausch von Ideen im Bereich Anwendungsketten zu tun hat.Die Anwendungskette ist ein langer Langschwanz L2, entweder universell oder lizenziert, mit dem Ziel, eine spezifische damit verbundene Vereinbarung über einen L2 zu isolieren.Wenn wir die Kompositionsfähigkeit auf Blockebene erreichen, werden wir höchstwahrscheinlich feststellen, dass die Anwendungskettenumgebungen aufgrund der nativen Kompositionsfähigkeit zwischen allen verbundenen Netzwerken erheblich ansprechen.

Gegenwärtig ist die Einführung von Liquidität in diese Anwendungsketten immer noch schwierig, aber sobald größere Ketten als Eingang zu interoperablen Umgebungen verbunden sind, werden wir wahrscheinlich ein ummauertes Gartenökosystem um die gemeinsame Infrastruktur sehen.

Eine weitere wichtige unbeantwortete Frage ist, wie der Entwurfsraum rund um den Superbuilder gelöst wird.Diese Entwicklung steckt noch in den Kinderschuhen und es ist nicht klar, wie man ein komplexes Netzwerk von Bauherren erstellt, das auf aggregierte Pakete auf effizienteste Weise erstellen kann.Diese kreuzsummierten Pakete werden in der besten Weise in den Block aufgenommen, und die Auswirkungen auf die aggregierten Einnahmen sind eine offene Frage, und viele Teams untersuchen verschiedene Strategien.

Letztendlich kann die Zukunft eine Kombination aus Lösungen für In- und Außenprotokoll-Brücken beinhalten, die zusammenarbeiten, um jedem einen besseren Interoperabilitätsprozess zu bieten.Wir glauben, dass der in diesem Artikel definierte Fortschritt als Leitfaden für Entwickler und Bauherren dienen kann, die sich darauf konzentrieren, Endbenutzern nahtlos eine interoperablöse Interoperabilität zu bieten.