Interopérabilité sans confiance entre les rouleaux: aperçu, construire et défis

Auteur: Marshall Vyletel Jr. Source:Traduction 1kx: Shan Oppa, Vision de Bitchain

introduire

Le nombre de rouleaux sur Ethereum a connu une croissance explosive.Selon les données L2Beat, au moment de la rédaction de cet article, 91 L2 et L3 ont été lancés, et 82 sont en déplacement.Par conséquent, il y a aussi beaucoup de fragmentation de liquidité, d’expérience utilisateur et d’outils de développeur.Les solutions actuelles d’interopérabilité doivent être améliorées car elles s’appuient sur une combinaison de ponts tiers, d’actifs d’emballage externes et de cadres d’intention, et chaque solution a ses propres problèmes.

1. Les ponts de liquidité sont souvent la cible des plus grandes attaques de pirates de crypto-monnaie (comme l’attaque de pirates de pont de pont à 321 millions de dollars)

2. Les actifs d’emballage externes ne sont pas populaires, et les données montrent que les gens sont plus disposés à détenir des actifs sous forme native chaque fois que possible (par exemple, selon les données L2Beat, les actifs de pont de spécification valent 22 milliards de dollars, tandis que les actifs d’emballage externes ne valent que 30% de 30% .

3. Le cadre d’intention repose sur des tiers qui nécessitent une confiance qui ne peut pas être ignorée et facturer des frais supplémentaires pour faciliter les activités croisées (par exemple, les utilisateurs de la chaîne Degen perdent plus de 80% de leurs jetons en raison des irrégularités officielles du pont).Un cadre d’intention centralisé signifie également une concurrence plus faible, ce qui peut entraîner de mauvais prix et des performances

Dans cet article, nous étudions la perspective d’une interopérabilité sans confiance en définissant et en discutant de six niveaux de solutions d’interopérabilité entre les écosystèmes Rollup décentralisés.

Nous commençons par la valeur par défaut, qui consiste à nous retirer de manière asynchrone du rouleau source à L1 et à pont manuellement vers le Rollup cible, et nous terminons par l’architecture d’hypothèse de la composabilité de Span Rollup en une seule transaction.Nous explorerons comment chaque niveau d’interopérabilité affectera l’expérience utilisateur, l’expérience du développeur, le potentiel MEV et le rollup lui-même (spécifiquement lié aux changements d’infrastructure).

Cet article traite principalement d’Ethereum et de son L2, et se concentre uniquement sur l’interopérabilité sans confiance.Dans ce cas, «l’interopérabilité sans confiance» fait référence aux canaux en protocole, qui ne nécessitent pas un tiers pour faciliter la transmission en dehors de l’infrastructure nécessaire dont la plupart des rouleaux ont déjà besoin.

Préparation

définition

Fondamentalement, l’interopérabilité sans confiance nécessite certaines ressources partagées, et deux protocoles qui souhaitent interopérer doivent être en mesure d’accéder à ces ressources.Dans le cas d’Ethereum L1, tous les contrats intelligents existent dans le même environnement qui partage l’état complet d’Ethereum, ils auront donc toujours le plus haut niveau d’interopérabilité.Cependant, L2 ne partage la couche de règlement uniquement par le biais d’un contrat de pont séparé, donc l’interopérabilité est grandement limitée.

Les principaux composants d’infrastructure partagés qui peuvent nous conduire sur l’échelle de l’interopérabilité sans confiance sont les trieurs partagés, les super constructeurs et la facturation partagée.Les garanties et les nouvelles fonctionnalités ouvertes à ces couches partagées sont liées, mais sont essentiellement orthogonales.

1. Sérialiseur partagé / Super Builder: améliore principalement la vitesse et l’expérience utilisateur.

2. Settlement partagé: Pas besoin d’emballage externe et de messagerie en protocol.

Tout d’abord, nous définirons les six niveaux d’interopérabilité sans confiance mentionnés dans l’introduction:

1. L1 asynchrone:
   → Transfert d’actifs manuels par règlement sommaire L1 pour atteindre l’interopérabilité.

2. Les atomes contiennent:
   → Assurez-vous que toutes les transactions à travers le faisceau Rollup seront incluses dans le bloc suivant de chaque rouleau impliqué dans ce bundle ou ne seront pas inclus.

3. Règlement partagé:
   → plusieurs rouleaux sont connectés à L1 via le même contrat de pont.

4. Exécution atomique:
   → Assurez-vous que toutes les transactions à travers le bundle Rollup seront incluses dans le bloc suivant de chaque Rollup impliqué dans le bundle et exécuté avec succès, sinon aucune transaction ne sera exécutée.Une exécution réussie signifie que chaque transaction est exécutée sans retournement et se reflète dans l’état mis à jour de chaque rollup dans le bundle.

5. Composabilité au niveau des blocs:
   → Le bloc suivant à travers le faisceau Rollup garantit qu’il peut contenir des transactions dépendantes (TX B sur Rollup B dépend du résultat de Tx A sur Rollup A)

6. Composabilité au niveau de la transaction:
   → L’interopérabilité du niveau de contrat intelligent ne nécessite qu’une seule transaction pour provoquer des changements d’état entre plusieurs rouleaux (pas de regroupement).L’utilisation d’un protocole sur n’importe quel rollup est logiquement équivalent à l’utilisation d’un contrat intelligent différent sur une chaîne.Surtout, cela signifie que tout état change avant que l’appel puisse être restauré au retour.

Pour en savoir plus sur chaque niveau, nous couvrirons les cas d’utilisation clés suivants pour démontrer les capacités de chaque niveau et leur impact sur les utilisateurs, les développeurs, les agrégats et les chercheurs MEV.

Exemple:

1. Transfert du même jeton
   Urance

2. Achat de jeton
   → Cross Rollup Limite Commande: Utilisez ETH / ERC-20 dans Rollup A pour acheter un autre ERC-20 sur Dex sur Rollup B et (éventuellement) renvoie à Rollup A

signification:

Nous répondrons également aux questions suivantes pour comprendre davantage l’impact sur les principaux actionnaires dans tout écosystème agrégé.

1. Expérience utilisateur
   Comment l’expérience utilisateur changera-t-elle en atteignant ce niveau d’interopérabilité?

2. Expérience du développeur
   Comment l’expérience du développeur changera-t-elle en atteignant ce niveau d’interopérabilité?

3. Potentiel mev
   Si nous atteignons ce niveau d’interopérabilité, est-il possible d’avoir de nouvelles opportunités MEV?

4. L’impact du rouleau
   Rollup doit-il opter pour une nouvelle infrastructure pour y parvenir?Quels changements ont été apportés dans la structure des frais de Rollup?Quels sont les avantages potentiels de la participation de Rollup dans cette infrastructure?

Aperçu avancé



Six étapes de l’interopérabilité sans confiance

1. L1 asynchrone

Infrastructure requise:

non applicable

Par définition, cela fait référence au mode d’interopérabilité sans confiance par défaut actuel.Tous les rouleaux sont définis de cette façon car ils sont construits sur L1 en tant que couches de règlement et ne peuvent être accessibles que par des contrats de pont, et ils publient périodiquement des mises à jour d’état pour protéger le réseau.

Dans ce cas, la seule façon canonique d’effectuer toute activité croisée sans confiance est d’extraire l’actif de la source de la source à travers le pont canonique et de le déposer manuellement dans le rollup cible une fois disponible sur L1.

Pour un rouleau optimiste, compte tenu de la fenêtre anti-erreur, le retard de retrait est d’environ 7 jours.Dans ZK Rollup, les retards de retrait ne sont pas tout à fait certains, mais cela peut durer entre 15 minutes et une journée complète, ce qui est le cas avec Zksync.

De plus, il est également possible d’utiliser des contrats intelligents pour l’échange atomique point à point, mais il s’agit d’un cas d’utilisation plus petit et ne peut pas être mis à l’échelle efficace.

Il convient de noter qu’il existe actuellement des solutions tierces:

1. Pont de fluidité

2. Cadre d’intention

Nos deux exemples nécessitent des solutions tierces pour aider.

Envoyez-vous:

1. Pratiques standardisées:
   → Extraire les actifs de Rollup A
   → Économiser manuellement Rollup B

2. Tierce personne:
   → Réseau de pont de liquidité / solveur

Ordres limites de roulement croisé

1. spécification:
   → Extraire les actifs de Rollup A
   → Économiser manuellement Rollup B
   → Exécuter des ordres de limite
   → Pour renvoyer, l’ERC-20 cible doit être emballé en externe

2. Tierce personne
   → Espace émergent de la solution à travers les ordres de limite agrégés
   → Il y a des conceptions ouvertes qui favorisent cela autour de l’intention d’utilisation

Comme c’est la valeur par défaut, il n’est pas nécessaire de discuter des changements dans UX, Devex, MEV et Résumé.

2. Atomique contient

Infrastructure requise

Sérialiseur partagé *

L’inclusion atomique est garantie que le bundle de la rédaction croisée sera inclus dans le bloc suivant.

Cela nécessite un trieur partagé, mais théoriquement, si les trieurs sur deux rouleaux donnés n’atteignent pas le débit maximal, cela peut être fait manuellement (il suffit de soumettre deux transactions à chaque Rollup séparément).C’est pourquoi nous avons ajouté des astérisques à l’infrastructure requise.

Cependant, nous ne supposons pas que le trieur partagé exécute le nœud complet de chaque Rollup connecté, il est donc impossible de garantir l’exécution réussie d’un ensemble de transactions.Dans ce cas, le trieur partagé ne peut que s’assurer que la transaction est formatée correctement et sera incluse dans le bloc suivant, mais il peut ne pas être exécuté avec succès.

Puisqu’il n’y a pas de garantie d’exécution, il est impossible d’exploiter par programme l’inclusion atomique de manière significative sans encourir le risque de révoquer l’une des transactions.Nous sommes donc essentiellement dans la même situation exactement que l’interopérabilité asynchrone L1.

Envisagez de démarrer un échange de summènes simples avec seulement des garanties d’inclusion atomique:

1. Échangez les faisceaux à travers Rollup
   → TX 1: jetons de verrouillage / détruire sur le rouleau source
   → TX 2: entoure le jeton à l’adresse utilisateur sur le rouleau cible

Nous pouvons avoir des garanties d’inclusion atomique, c’est-à-dire que les deux transactions sont en fait incluses dans le bloc suivant de chaque résumé, mais si la première transaction recule et que la deuxième transaction ne recule pas, l’utilisateur sera incorrect sur la chaîne cible que nous aurons le double Problèmes de paiement en allouant des fonds sans les verrouiller ou les brûler sur la chaîne source.

Toute solution d’interopérabilité, qu’il s’agisse d’un pont de liquidité, d’un cadre d’intention ou d’un échange XERC-20, est vulnérable à ce risque et ne peut pas l’atténuer.En raison de ce risque, la solution actuelle nécessite que l’initiation d’une transaction doit avoir été exécutée avec succès et incluse dans un bloc sur la chaîne source avant que le relais puisse être utilisé pour transmettre le message sortant et exécuter une deuxième transaction sur la chaîne cible.

IMPORTANT: L’inclusion atomique n’aura pas d’impact significatif sur le potentiel d’interopérabilité

3. Règlement partagé

Infrastructure requise:

Couche d’agrégation de preuve // ​​Contrat de pont partagé

C’est là que les choses commencent à devenir plus intéressantes.En raison de l’existence d’un contrat de pont partagé, toutes les liquidités déposées de L1 dans l’écosystème de rouleau peuvent être déplacées librement entre tous les rouleaux connectés.Jusque-là, nous n’avons pas pu échanger entre les rouleaux sans passer par des canaux standardisés, des actifs d’emballage externes ou l’utilisation de solutions tierces.

Pourquoi établir un contrat de pont partagé?Pour comprendre pourquoi un contrat de pont partagé nous permet de transférer des actifs à travers Rollup de manière sans confiance, considérez d’abord si vous pouvez avoir ETH dans Rollup A, détruisez-le, puis entourez nativement sur Rollup B sans construire sur le contrat de pont partagé Layer1, que se passe-t-il .



Nous voyons que chaque rollup est en désaccord avec le contrat de pont sur le maint de maint.Le contrat Rollup B Bridge a toujours 50 ETHS, donc l’utilisateur ne peut pas extraire 1 de ses ETH à L1.

Pour résoudre ce problème, nous avons établi un protocole d’emballage d’actifs externes pour émettre des versions d’emballage externes de jetons dans le résumé, qui symbolisent les versions natives ailleurs dans le réseau.

Avec une couche de règlement partagée, la situation est différente.Étant donné que toute liquidité de chaque rouleau connecté est verrouillée dans le même contrat de pont, on peut se déplacer librement entre les rouleaux car la valeur totale du contrat de pont reste la même et peut toujours être extraite.

Il faut être mis à jour au niveau du contrat L1 pour comprendre où la liquidité est pour permettre aux utilisateurs de retirer de l’argent de n’importe où, mais cela est simple car le résumé de toutes les connexions peut être lu / écrire aux contrats partagés.

À l’aide d’une couche de facturation partagée, le processus peut ressembler à ce qui suit pour l’envoi simple à vous-même.

Envoyez-vous:

1. L’utilisateur crée une transaction initiale:
   → TX 1: Extraire ETH sur Rollup A (et moulé sur Rollup B)
   → La transaction est soumise par lots et soumise au contrat L1
   → Il est agrégé dans la racine de transaction, qui regroupe tous les rouleaux de règlement partagés

2. Rollup B importe cette racine de transaction

3. Le répéteur soumet la transaction à la menthe et soumet un certificat Merkle à Rollup B

4. Rollup B utilise la preuve et la racine des transactions Merkle pour vérifier la destruction des transactions

5. Utilisateur Cast Eth sur Rollup B

6. Rollup B soumet une preuve à L1

Nous pouvons étendre ce processus à tout ERC-20 qui a des contrats dans tous les agrégats de l’écosystème de règlement partagé.

Nous pouvons considérer un contrat de pont partagé comme une couche de messagerie en protocol entre toutes les agrégations de connexion, donc en théorie, ce processus peut en fait être étendu à toute norme de messagerie arbitraire.

Cela nous rapproche de la composibilité, mais comme la preuve d’agrégation et la livraison de messages ne sont nécessaires qu’après les modifications d’état reflétées sur L1, la latence est élevée (bien que significativement inférieure au cas asynchrone L1).De plus, toute activité complexe de randonnée croisée (comme l’utilisation de Dex sur Rollup B pour mener des ordonnances de limite de randonnée croisée des actifs sur Rollup A) reste un processus fastidieux pour les utilisateurs, car ils doivent encore envoyer à eux-mêmes et en échange manuellement des actifs sur les actifs sur le rouleau cible.Dans ce cas, il est impossible de créer des faisceaux atomiques de rollup croisé.

Un autre avantage important du règlement partagé est qu’il y a moins de friction pour les fournisseurs de liquidités ou les résolveurs qui exécutent des commandes dans plusieurs environnements.Étant donné que leur liquidité dans tous les rouleaux connectés se reflète dans le même contrat de pont, ils n’ont pas à attendre une fenêtre de retrait complète pour gérer la liquidité de randonnée croisée.

Impact sur les parties prenantes:

1. utilisateur:
   Les actifs peuvent désormais être transférés sous forme native sans avoir besoin de la période de retrait L1

2. Promoteur:
   Les modifications sont limitées aux émetteurs de jetons qui peuvent désormais émettre des versions natives de ERC-20 sur tous les rouleaux connectés en utilisant la messagerie en protocole

3. Mev Searcher:
   Puisque cela se produit sur plusieurs blocs par roulement, aucun nouveau potentiel MEV n’existe

4. Rollups:
   Les Rollups doivent choisir d’utiliser un contrat de pont partagé et peuvent ajouter une précompilation pour gérer les messages de randonnée croisée

IMPORTANT: Le règlement partagé permet un emballage non externe des transferts d’actifs et des messages arbitraires dans tous les résumés des contrats de pont partagés et des couches d’agrégation de preuve, mais il y a toujours une latence non négligeable (bien que beaucoup plus courte que L1 asynchrone) et ne peut pas être créée à travers l’atomique poutres.

4. Exécution atomique

Infrastructure requise:

Trieur partagé // Super constructeur

L’exécution atomique nous permet de garantir une exécution réussie de bundles à volume croisé, mais comme nous le verrons, il y a moins de cas d’utilisation pour les faisceaux de volumes croisés qui ne reposent pas sur les transactions que prévu.

Si une seule transaction dans un ensemble de transactions de dépendance est révoquée, toutes les autres transactions deviendront invalides et doivent également être révoquées, comme c’est le cas avec la destruction et la frappe de jetons à travers les Rollups.Les jetons de jetons sur les rouleaux cibles dépendent de leur détruit ou de leur verrouillage sur les rouleaux source, nous pouvons donc dire qu’un ensemble de transactions de destruction et de frappe est un ensemble de transactions de dépendance.

Ce bundle n’est pas possible sans une partie intermédiaire (comme Super Builder) qui peut créer une transaction cible.

Considérez quelles conditions doivent être remplies pour une construction sur le pack Swap Rollup sans la participation d’autres parties autres que les utilisateurs.Un bundle doit être créé pour verrouiller / brûler les actifs sur le rouleau source et les actifs de la menthe sur le rouleau cible, mais nous avons un problème:

1. Les contrats sur les rouleaux de source ne peuvent envoyer des messages que lors du verrouillage / de la destruction des actifs source d’origine, et ils ne peuvent pas appeler et créer des transactions sur les rouleaux cibles.
   → C’est pourquoi le protocole de message et le réseau de relais existent.
   → Le message peut être utilisé pour construire ce que devrait être l’appel sur la cible, mais il ne peut pas réellement créer la transaction elle-même.

2. Créez une deuxième transaction sur le Rollup cible vers la menthe:
   → Les utilisateurs ne peuvent pas créer ce TX eux-mêmes car ils n’ont pas les droits de frappe sur les jetons sur Rollup B
   → c’est-à-dire) La chaîne cible doit prouver que le jeton a été brûlé / verrouillé sur la chaîne source, mais que cette preuve n’est pas disponible avant l’exécution de la transaction initiale, ce qui détruira notre exigence d’atomicité.→ En théorie, tout autre peut
   La partie qui crée une deuxième transaction avec les droits de casting peut créer une transaction « Cast » sur la chaîne cible à tout moment sans créer d’abord une « brûlure » ou un verrouillage sur la chaîne source, ce qui est une énorme vulnérabilité.

Nous pouvons voir que même si nous pouvons garantir l’exécution de bundles réprimés, nous avons des difficultés à les construire d’abord pour transférer des actifs précieux.

Cependant, il y a encore des cas d’utilisation de l’exécution atomique qui n’ont pas besoin de s’appuyer sur des faisceaux de rouleaux croisés.L’un d’eux est l’arbitrage croisé:



Puisqu’il n’y a pas de dépendance stricte entre ces transactions, n’importe qui peut créer ce package atomique et le soumettre à un séquenceur partagé qui garantit l’exécution atomique.

Cependant, afin d’obtenir d’abord la garantie d’exécution atomique, le Rollup doit sélectionner le trieur partagé et le superbuilder pour exécuter le nœud complet de tous les rouleaux connectés, de sorte que l’étape de l’exécution atomique à la composabilité au niveau bloc est très faible, tout tri partagé résout le plan le fera.Le seul changement requis est que le constructeur de blocs ou un autre tiers doit être en mesure de créer des transactions au nom de l’utilisateur pour compléter le bundle de rallumage croisé de dépendance.

Il est peu probable qu’il construise une infrastructure qui n’autorise que l’exécution atomique sans mettre en œuvre davantage la composabilité.Étant donné que l’infrastructure a déjà des capacités d’exécution atomique, les avantages relatifs de la réalisation de la composabilité au niveau complet sont beaucoup plus difficiles que d’atteindre cet objectif.

Impact sur les parties prenantes:

1. utilisateur:
   Il n’y a peut-être aucun changement, bien que des tiers puissent offrir des solutions comme l’intention, il n’est pas clair comment les mettre en œuvre

2. Promoteur:
   Probablement ne pas changer

3. Mev Searcher:
   L’arbitrage croisé est plus sûr compte tenu de l’exécution atomique

4. Rollup:
   Rollup doit choisir d’utiliser un trieur / super constructeur partagé pour soumettre un bloc contenant des transactions à partir de chaque Rollup avec lequel vous souhaitez interagir, ce qui peut modifier la structure des revenus de Rollup.On ne sait pas comment cela changera.-
   Le marché de tri peut augmenter les revenus de roulement en permettant aux constructeurs matures d’acheter un espace tob

IMPORTANT: Bien que les faisceaux de rouleaux croisés garantissent l’exécution atomique, il n’est pas clair comment ces faisceaux seront construits sans un super constructeur qui crée les parties du bundle, de sorte que l’exécution atomique elle-même est peu susceptible d’affecter l’interopérabilité.Par défaut, le séquenceur / Super Builder partagé doit construire la composabilité au niveau des blocs.

5. Composabilité au niveau des blocs

Infrastructure requise:

Trieur partagé // Super Builder // Couche d’agrégation d’épreuve * // Contrat de pont partagé *

(* = facultatif)

Dans la plupart des discussions sur les séquenceurs partagés et les couches de règlement partagées, le terme couramment utilisé pour décrire ce niveau d’interopérabilité est la «composabilité synchrone».

Nous avons modifié légèrement le terme pour le rendre plus descriptif.La mise à jour du terme à la «composabilité au niveau du bloc» signifie que les paquets de transaction de randonnée transversale peuvent être combinés entre deux Rollups qui seront inclus dans le bloc suivant et exécutés avec succès.La composabilité synchrone peut être confondue avec la composabilité au niveau de la transaction, que nous explorerons dans la section suivante.Surtout, cela nécessite une partie intermédiaire (infrastructure de tri partagée) qui peut devenir l’exécuteur testamentaire et créateur de s’appuyer sur des packages de transactions.

À ce niveau, nous commençons à voir la véritable composabilité entre les rouleaux, pas simplement l’envoyer à vous-même pour participer au DAPP sur un autre Rollup.

En ajoutant un séquenceur partagé qui peut créer des transactions, nous pouvons désormais créer un package de résumé SPAN que les développeurs peuvent exploiter par programme.

Il y a deux situations à considérer:

1. Composabilité au niveau des blocs

2. Composabilité au niveau des blocs + couche de règlement partagée

Dans les deux cas, nous pouvons créer un bundle de résumé de Span pour des activités plus complexes, mais dans le deuxième cas, nous pouvons utiliser les actifs natifs grâce à la facturation partagée, par exemple, cela peut entraîner un résumé de l’activité Dex un meilleur impact de prix.

Avec la composabilité au niveau des blocs, nous avons à la fois les avantages de l’exécution atomique et la capacité supplémentaire de créer des packages de transaction dépendants.Jetons un coup d’œil à nos deux exemples illustratifs.

Transfert du même jeton via XERC-20 (pas de règlement partagé):

1. L’utilisateur possède ERC-20

2. Les utilisateurs créent TX via DAPP:
   → Enregistrer ERC-20 dans la boîte de verrouillage XERC-20 pour recevoir la version emballée XERC-20
   → Détruiser le XERC-20
   → Envoyez un message à l’infrastructure de tri partagée indiquant qu’une transmission croisée a été lancée et que des données pertinentes sont jointes pour faciliter l’échange

3. Superbuilder reprend des transactions et crée des faisceaux de rollup croisé
   → TX 1: les transactions d’emballage et de destruction ci-dessus
   → TX 2: Cast Xerc-20 sur Rollup B

4. Superbuilder soumet ce rollup croisé au trieur partagé
   → Étant donné que Superbuilder exécute deux nœuds complets connectés aux rouleaux, ils simulent les transactions pour s’assurer que le bundle est exécuté avec succès.Si une transaction est en arrière, l’ensemble du bundle sera en arrière.

5. Le trieur partagé soumet le bloc contenant deux transactions à la couche DA et le nœud qui effectue les changements d’état

6. XERC-20 Cast aux utilisateurs sur Rollup B

Avec la couche de règlement partagée, le processus est encore simplifié car il n’est pas nécessaire d’emballer d’abord l’ERC-20 sous le nom de XERC-20 pour l’échange.

Regardons maintenant les ordres de limite croisée croisée, c’est-à-dire achetez l’ERC-20 avec l’ERC-20 initial (différent) dans Rollup A sur Rollup B et renvoyez l’ERC-20 généré à Rollup A.Dans ce cas, nous ne supposons pas que nous avons une couche de règlement partagée, bien que des processus similaires existent dans le cas d’une couche de règlement partagée.La seule différence est qu’il n’est pas nécessaire de l’emballage externe supplémentaire des actifs.

Voici les transactions requises dans ce cas:

1. Emballer et détruire l’ERC-20 sur un

2. Menthe xerc-20 sur b

3. Échangez le XERC-20 initial avec la cible ERC-20 sur b

4. Emballer et détruire la cible ERC-20 sur b

5. Menthe xerc-20 sur un

Voici ses flux de travail possibles:





couler:

1. L’utilisateur initie la première transaction:
   → Emballer et détruire le XERC-20 et envoyer un message pour spécifier les paramètres d’échange (chaîne cible, adresse Dex, ERC-20 à échanger, limiter le prix de commande, valeur booléenne s’il faut renvoyer)

2. Super Builder voit l’accord et crée le bundle:
   → TX 1: L’utilisateur crée la transaction ci-dessus
   → TX 2: Cast Xerc-20 à la destination (les super constructeurs doivent avoir des autorisations de coulée)
   → TX 3: Utilisez les données du TX 1 pour effectuer des ordres de limite
   → TX 4: Package et détruire ERC-20 sur B, en supposant que l’ordre de limite a été entièrement rempli et envoie un message sur la chaîne source pour le casting
   → TX 5: Casting cible XERC-20 de la sortie d’échange sur la chaîne source

Étant donné que le super constructeur crée des blocs et trie les transactions, il peut simuler chaque transaction et omet le bundle lorsqu’une transaction est révoquée.Par exemple, si un utilisateur est incapable de remplir pleinement son ordre de limite, le bundle est omis avant d’exécuter le bloc.

En l’absence d’une infrastructure de tri partagée pour la couche de règlement partagée, des versions d’emballage externes d’ETH et XERC-20 sont nécessaires, ce qui peut faire s’aggraver les conditions du marché de Dex à mesure que le pool de liquidités des actifs d’emballage devient plus mince.Dans ce cas, les utilisateurs peuvent avoir à utiliser des restrictions plus lâches, une tolérance de glissement plus élevée et peuvent recevoir des prix sous-optimaux.Si l’USDC est impliqué, il y a une exception.Un trieur partagé sans facturation partagée peut fonctionner avec Circle pour obtenir des droits exclusifs sur les contrats USDC à travers les Rollups pour faciliter les transferts et échanges USDC natifs à travers les Rollups.

Avec une couche de règlement partagée, cet emballage externe n’est pas nécessaire, et comme le pool de liquidités des échanges d’actifs indigènes est plus profond, il peut offrir de meilleurs prix, mais le processus est fondamentalement le même.

Faites confiance de manière optimiste au séquenceur

Rollup nécessite une confiance optimiste dans les trieurs / super constructeurs partagés pour créer des faisceaux efficaces de randonnée croisée.Cela est principalement dû au fait que ce faisceau de rouleaux croisés contient des transactions dépendantes que les rouleaux individuels ne peuvent pas vérifier tant que les blocs sont ajoutés à chaque chaîne de roulement et agrégés à la couche de règlement sur L1.Un exemple est la destruction initiale et la coulée de l’ETH de la source à la destination.Surtout, l’ETH doit être en fait détruit sur la chaîne source avant de passer à la chaîne cible, sinon des doubles paiements peuvent se produire.

Cependant, pour exécuter ce bundle complet dans un bloc, toutes les transactions doivent exister dans ce bloc, même si la transaction représente un état non valide avant le bloc lui-même (par exemple, si l’utilisateur n’a pas d’ETH avant le bloc, il y a alors l’ETH sur la chaîne cible de l’échange).Par conséquent, nous devons croire que le trieur comprend des dépendances valides dans le faisceau à somme croisée.Les certificats peuvent être soumis par la suite pour prouver la validité de chaque transaction.

Cependant, cela est moins important lorsque vous utilisez des actifs emballés, car ils n’ont aucun effet sur la liquidité native stockée dans L1, mais il doit toujours y avoir un mécanisme de secours pour compenser le risque d’erreurs dans les trieurs ou le code malveillants, ces erreurs permettent au bundle de transaction de être exécuté avec la transaction dépendante restaurée.

Impact sur les parties prenantes:

1. utilisateur
   Mises à niveau massives de l’expérience utilisateur, permettant des ordres de limite de réduction croisée dans un seul bloc

2. Développeurs
   Vous devez avoir une sensibilisation au rolllup croisé sur les activités de rollup croisé et peut-être avoir besoin de tirer parti de la précompilation personnalisée.Les développeurs doivent penser du point de vue du paquet, non seulement des offres, mais des super constructeurs et une infrastructure de rollup personnalisée peuvent éliminer la complexité de la plupart des développeurs.

3. Chercheur mev
   Les chances que les chercheurs MEV utilisant des stratégies L1 sur les faisceaux à somme croisée sont essentiellement les mêmes, mais cela dépend de la façon dont PBS (séparation du proposant-constructeur) est mis en œuvre.
   → Les faisceaux à somme croisée sont essentiellement considérés comme une seule transaction, donc les MEV peuvent être trouvés en pré-échangeant ou en serrant ces faisceaux, tant qu’ils ne font pas que le prix dépasse le montant tolérable (parce que l’ensemble du bundle se rétablira, Mev la tentative échouera)

4. Rouleaux
   Nécessite une opt-in à l’infrastructure de tri partagée (y compris les super constructeurs) et permet d’accéder à la destruction / coulée d’ETH dans le trieur partagé dans le cas d’une couche de facturation partagée.
   → MEV peut être internalisé en vendant un espace de bloc aux constructeurs

6. Composabilité au niveau de la transaction

Infrastructure requise:

Changement de niveau de machine virtuelle // Settlement partagé // Super constructeur

La composabilité au niveau de la transaction se réfère au même niveau de fonctionnalité partagée par des contrats intelligents sur une chaîne EVM.Dans ce cas, une seule transaction peut mettre à jour l’état de plusieurs Rollups simultanément et s’assurer que tout état change avant que tout appel puisse être restauré si l’appel ne revient pas avec succès.En fait, les packages de transactions atomiques dans des environnements composables au niveau des blocs peuvent être effectués dans une seule transaction croisée et transversal.En plus de la couche de facturation partagée et du super constructeur, cela nécessite des modifications de niveau VM à tous les rouleaux connectés.

Nous décrivons ici un mécanisme possible d’un niveau élevé.(Au meilleur de nos connaissances, cette construction est attribuée à l’équipe Espresso).Tout d’abord, l’utilisateur soumet une transaction croisée à un rouleau dont l’état est modifié ou un super constructeur qui peut construire des blocs sur tous les rouleaux pertinents.Le Super Builder simule la transaction et forme une liste de paires d’entrée et de sortie, une pour chaque Rollup connexe, qui spécifie les messages de randonnée croisée nécessaires et attendus dans la transaction.(Notez que les super constructeurs ne peuvent le faire que s’ils ont des droits de tri sécurisés pour tous les rouleaux pertinents sur une période de temps).Le Super Builder envoie ensuite les blocs simulés à chaque proposant Rollup avec les paires d’entrée et de sortie attendues de chaque transaction Rollup.Pendant l’exécution, chaque RALLUP exécute normalement sa propre fonction de transition d’état, en supposant que l’entrée de la liste des transactions croisées est correcte.Pendant le règlement, les listes d’entrée et de sortie peuvent être réduites et prudentes pendant la phase d’agrégation de preuve de la couche de règlement partagée.Plus précisément, si les entrées attendues entre les transactions ROLLUP ne correspondent pas à la sortie spécifiée par un autre Rollup, le processus de règlement rejette l’intégralité de la transaction croisée Rollup.

Bien qu’il existe de nouvelles fonctionnalités limitées que la composabilité au niveau de la transaction peut débloquer en plus du prêt Lightning, l’expérience de la création d’applications de rolllup croisé peut être considérablement améliorée.La possibilité de créer des DAPP qui interagissent avec toutes les chaînes de liens sans considérer les paquets de rollup croisé rendra beaucoup plus facile à innover dans plusieurs environnements Rollup.De plus, de nouveaux cas d’utilisation et comportements peuvent émerger.

Il existe de nombreux problèmes de conception non résolus dans la composabilité au niveau de la transaction.Premièrement, il faut réfléchir attentivement à la façon dont les développeurs s’accompagnent ou sortent d’appels croisés à leurs contrats intelligents.Autoriser la composabilité arbitraire sans être restreinte signifie que nous revenons à un seul rouleau.Nous pensons que la réponse ici est de permettre aux développeurs de souligner clairement où ils ont besoin de composibilité de rollup croisé dans leurs contrats, tels que le marquage de certains points d’entrée d’un contrat comme un rallumage transversal via des modificateurs de solidité (tels que « composite »).

Impact sur les parties prenantes

1. utilisateur:
   La même signification que la composabilité au niveau des blocs et a d’autres fonctionnalités avancées telles que Lightning Loan
   → UX utilise presque la même chaîne que l’opt-in dapp

2. Développeur: Étant donné que les développeurs DAPP peuvent appeler localement le contrat transversal et utiliser la sortie de ces appels (tels que les appels sommaires uniques),
   Le développeur éprouve grandement
   Amélioration → Superbuilder / Sequencer Infra doit encore placer des transactions dans un bloc récapitulatif affecté par les appels de l’éténuation croisée, mais n’a pas à construire le même bundle que la composabilité au niveau du bloc.

3. Mev Searcher:
   Les paquets de rouleaux croisés sont désormais essentiellement équivalents à une seule transaction sur une chaîne, donc le potentiel MEV est élevé

4. Rollups:
   Besoin d’un changement de niveau de machine virtuelle, ainsi que de la sélection d’un trieur partagé et d’une couche de facturation partagée
   → Avant de pouvoir vérifier l’état par la preuve, l’entrée et la sortie des autres rouleaux doivent être fiables, ce qui implique des hypothèses de confiance supplémentaires, mais le mécanisme de coupe peut réduire le fardeau de la confiance

Carte abstraite et écosystème

Après avoir compris les détails techniques de chaque niveau d’interopérabilité défini ici, nous pouvons résumer:

1. La facturation partagée permet d’échange sur les rouleaux sans actifs d’emballage externes et à créer des chemins de messagerie en protocole entre tous les rouleaux connectés

2. Sort partagé / Superbuilders autorisent les garanties d’exécution du bloc suivant sur les paquets de rollup croisé

3. La composabilité au niveau des blocs permet la création de faisceaux complexes, rapides et interdépendants, permettant un écosystème composable qui est proche du contrat intelligent au niveau du contrat intelligent.
   → Créez ces faisceaux de rouleaux croisés sans utiliser des actifs d’emballage externes en ajoutant une facturation partagée

4. La composabilité au niveau de la transaction est possible, et bien que les cas d’utilisation nouvellement ouverts puissent cibler des utilisateurs plus complexes, il a le potentiel de mettre à niveau considérablement l’expérience de développement de l’été.

Actuellement, de nombreux projets émergent pour créer ces écosystèmes interopérables natifs.Voici un aperçu de haut niveau du domaine:

Carte de l’écosystème