Qu'est-ce que la nouvelle norme d'intention inter-chaînes ERC7683 ? Que nous apporte ERC7683 ? Que fait ERC7683 ? L’adoption attendue de l’ETF Ethereum a déclenché la ruée vers l’or de l’ETH Beta. La reprise des transactions sur le réseau principal ne manquera pas de rayonner sur les différents écosystèmes L2 d'Ethereum. Par exemple, l'annonce d'un financement énorme par Farcaster a de nouveau attiré l'attention de DEGEN, et tout le monde a recommencé à courir après OP dans la vague ETH Beta...
Aujourd'hui, le L'éditeur de ce site Web vous donnera une introduction détaillée à la nouvelle norme d'intention inter-chaînes ERC7683, les amis qui l'aiment devraient y jeter un œil ensemble !
Mais revenons aux opérations réelles, puisque des points chauds instantanés apparaissent aléatoirement dans chaque chaîne, lorsque les utilisateurs veulent rapidement chasser les points chauds, ils peuvent faire face à des fonds de chaque chaîne. Le montant est différent, les fonds doivent être inter-chaînes et l'expérience et le fonctionnement ne sont pas bons.
Récemment, en tant que grand frère des transactions DEX sur la chaîne du réseau principal ETH, Uniswap se tient au courant de l'actualité et a appelé tout le monde à prêter attention à la nouvelle norme pour les intentions inter-chaînes développée conjointement par lui et Across - ERC-7683.
Cela injectera-t-il plus de vitalité et de catalyseur dans divers projets ETH DeFi 1.0 ?
Le cross-chain est facile à comprendre, mais qu'est-ce que « l'intention cross-chain » ?
Avant d'expliquer les intentions inter-chaînes, commençons par présenter ce qu'est « l'architecture d'intention » :
L'architecture d'intention est une méthode de conception dans laquelle les utilisateurs n'ont qu'à spécifier l'état final qu'ils souhaitent atteindre (c'est-à-dire l'intention) sans se soucier du processus de mise en œuvre spécifique. Le système trouve et exécute automatiquement le meilleur chemin pour atteindre l'objectif en fonction de l'intention de l'utilisateur.
Comprenant l'architecture d'intention, le concept d'« intention cross-chain » n'est plus abstrait :
L'intention cross-chain fait référence à l'exécution de transactions spécifiées par l'utilisateur entre différentes chaînes. Par exemple, vous avez un USDC sur Ethereum et vous souhaitez l'échanger contre du MATIC sur Polygon. Dans le système d'intention inter-chaînes, il vous suffit d'indiquer au système « Échanger USDC sur Ethereum vers MATIC sur Polygon », et le système trouvera automatiquement le chemin optimal pour terminer la transaction, y compris le pontage et l'échange entre chaînes.
Le système d'intention inter-chaînes simplifie théoriquement la complexité des chaînes de pontage traditionnelles et devient la principale solution pour les interactions inter-chaînes des utilisateurs. Cependant, la principale difficulté actuelle de ces systèmes réside dans la nécessité de disposer de liquidités suffisantes et d’un réseau de remplissage actif pour exécuter les transactions inter-chaînes.
Avec l'augmentation du nombre de chaînes et de la demande inter-chaînes, en cas de flux insuffisant et de planification chaotique du réseau de remplissage, les utilisateurs connaîtront des coûts inter-chaînes plus élevés, des temps d'attente plus longs et des taux d'échec plus élevés.
ERC-7683 standardise les intentions inter-chaînes et optimise le processus de transaction inter-chaînes, résolvant les problèmes actuels dans les transactions inter-chaînes grâce à des méthodes innovantes :
Interface de transaction standardisée : ERC-7683 définit les structures standard CrossChainOrder et ResolvedCrossChainOrder pour convertir les commandes Analysé dans un format standard exécutable, il est facile à comprendre et à traiter pour les remplisseurs, rendant ainsi différents systèmes de blockchain interopérables. ERC-7683 propose que toutes les intentions inter-chaînes suivent la même structure séquentielle afin qu'un réseau de calage commun et partagé puisse effectuer des transactions.
Réseau de remplissage partagé :
Une fois qu'un utilisateur a signé une commande via une interface de transaction standardisée, la commande est propagée à plusieurs remplisseurs via le réseau, et les remplisseurs récupèrent les commandes via un mécanisme d'enchères, offrant la meilleure cotation et un chemin d'exécution efficace.
Traitement automatisé :
Les utilisateurs doivent uniquement saisir l'intention de transaction spécifiée et le système effectue automatiquement les opérations inter-chaînes complexes, réduisant ainsi les coûts et le temps. Les utilisateurs bénéficient de coûts réduits et d'une meilleure expérience utilisateur
Garde sécurisée des fonds :
Le contrat de règlement conserve les fonds des utilisateurs via un mécanisme de vérification standardisé et ne seront remis au remplisseur qu'une fois que la transaction aura été jugée réussie.
Imaginez que le comportement de l'utilisateur consistant à traverser manuellement la chaîne à travers le pont à chaînes est similaire à la chaîne logistique d'origine. Si l'utilisateur souhaite envoyer un colis de A à B, il doit emballer et peser lui-même, personnaliser. l'itinéraire, et enfin contacter le canal de transport et enfin le retourner. Vous devez suivre vous-même le colis jusqu'au bout. Il existe également des cas où les transporteurs ont des capacités et des prix demandés différents, voire des objets perdus. Les étapes sont compliquées et nécessitent que les utilisateurs comprennent et prennent en compte de nombreux facteurs de manière indépendante.
ERC-7683 est comme une entreprise de transport express mature, avec une série de normes unifiées et complètes, notamment la tarification par pesée, la personnalisation des itinéraires, l'allocation de capacité, etc. Pour les utilisateurs, un tel « cross-chain en un clic » permet d'économiser des soucis et de l'argent.
Le monde souffre depuis longtemps.
D'un point de vue théorique du processus, Uniswap propose un processus inter-chaînes pratique dans le but de lancer la norme ERC-7683 afin de promouvoir le progrès de la technologie inter-chaînes.
Non seulement les utilisateurs, mais aussi de nombreuses parties au projet telles que Optimism et Krystal ont exprimé leur respect pour le lancement de l'ERC-7683. Tout le monde attend avec impatience un protocole inter-chaînes efficace et rapide pour libérer des liquidités et apporter plus à la chaîne. .vitalité.
Actuellement, l'ERC-7683 est en phase d'examen et de discussion et n'a pas encore été officiellement lancé. Il devrait être officiellement mis en œuvre après de nouvelles améliorations et approbations.
Uniswap et AcrossProtocol tiendront une réunion d'échange sur ERC-7683 à 13h00 HNE ce vendredi, vous pourrez en apprendre davantage sur l'application réelle de la norme ERC-7683 après sa mise en ligne et plus d'informations et de détails.
Cet article est divisé en deux parties. Tout d’abord, j’ai exposé ma conviction que l’infrastructure d’abstraction de chaîne est essentielle à l’adoption des crypto-monnaies par les consommateurs et qu’une architecture basée sur l’intention est le meilleur moyen de la concevoir. Deuxièmement, je décris le principal obstacle à l’adoption généralisée prévue : l’activité du réseau de solutions.
En fin d'article, je propose une solution et présente le standard développé en collaboration entre Across et Uniswap, qui s'appuie sur les retours du groupe de travail CAKE. Cette norme vise à optimiser l'expérience utilisateur de la solution, à réduire les barrières à l'entrée dans un réseau de solutions commun afin que la plupart des intentions puissent être acheminées vers ce réseau et, à terme, à permettre à des réseaux de solutions plus vastes et plus compétitifs de prospérer.
Espace de solutions :
Proposition :
Nos bâtiments les plus performants et les plus brillants sont-ils dotés d'infrastructures redondantes ?
Beaucoup de gens se plaignent du fait que les meilleurs ingénieurs en cryptographie se concentrent trop sur la fourniture de plus d'espace de bloc aux utilisateurs finaux. Cette critique est valable ; il existe trop de solutions L2 pour les utilisateurs finaux par rapport à la demande.
Cependant, je refuse d’accepter qu’aucune application cryptographique utile n’existe.
La finance décentralisée offre aux individus la possibilité de conserver eux-mêmes leurs actifs numériques, leur permettant ainsi de contourner les fournisseurs de services exigeants et d'utiliser leurs actifs numériques pour acheter des objets ayant une valeur réelle. La promesse de l’auto-conservation des données offre également une alternative utopique aux individus qui hésitent de plus en plus à faire confiance au monopole des FAANG pour assurer la sécurité de leurs données.
Je pense que le vrai problème n’est pas le manque d’applications cryptographiques utiles, mais les frictions lorsque les utilisateurs finaux tentent d’accéder à ces applications. Les utilisateurs finaux devraient expérimenter ce qui suit lorsqu'ils interagissent avec des applications cryptées :
Ce sont les attributs d'une application cryptographique "utilisable".
Les solutions blockchain modulaires d’aujourd’hui offrent aux consommateurs tous ces attributs, mais ils ne sont pas tous disponibles au même endroit.
En 2020, la blockchain est monolithique, offrant aux utilisateurs finaux deux des trois attributs : la vitesse, le coût ou la sécurité. Nous avons ensuite imaginé un avenir modulaire ou centré sur le cumul qui débloquerait les trois attributs simultanément.
Aujourd'hui, nous avons jeté les bases de cette infrastructure centrée sur la mise à niveau du rollup. L2 fournit un espace de bloc bon marché et rapide, tandis que la plupart des L2 fournissent un espace de bloc sans autorisation. Au lieu de cela, L1 fournit un espace de bloc sécurisé résistant à la Troisième Guerre mondiale (vous pouvez en savoir plus sur les compromis entre la sécurité et l'expérience utilisateur fournis par L1 et L2 dans mon article). Ces L2 se connectent en toute sécurité aux L1 via des chemins de messages réglementés, jetant ainsi les bases d'un réseau modulaire et interopérable. Au cours des quatre dernières années, nous avons construit la fibre entre les blockchains qui prend en charge des applications cryptographiques utiles. Mais pourquoi les blockchains modulaires sont-elles si inutilisables ?
Le caractère inévitable des réseaux blockchain modulaires est que les actifs financiers se rassembleront sur la couche la plus sécurisée, tandis que les clics des utilisateurs se rassembleront sur des couches plus rapides et moins chères.
La topologie modulaire de la blockchain encourage la fourniture d'un espace de blocs sécurisé sur une couche différente de celle d'un espace de blocs bon marché et rapide. Les utilisateurs auront naturellement tendance à stocker leur valeur sur les réseaux les plus sécurisés, mais ils exigeront des interactions fréquentes avec des réseaux rapides et bon marché. De par sa conception, le chemin canonique entre L2 et L1 est lent et/ou coûteux. Ces phénomènes expliquent pourquoi les utilisateurs doivent emprunter ces chemins canoniques et utiliser les actifs L1 pour payer les interactions L2. Il en résulte une expérience utilisateur de chiffrement « inutilisable ».
L'objectif de l'abstraction de la chaîne est de réduire les frictions pour les utilisateurs qui envoient de la valeur à travers les chemins de ces protocoles. Les abstracteurs de chaîne supposent que les utilisateurs préfèrent attribuer les états finaux souhaités aux dapps en tant qu'« intentions » et que les dapps sont responsables de la mise en œuvre de leurs intentions. Les utilisateurs ne doivent pas compromettre la garde d’actifs sécurisés pour accéder à des frais peu élevés et à une faible latence.
Ainsi, l'abstraction de la chaîne consiste à permettre aux utilisateurs de transférer de la valeur à travers le réseau en toute sécurité, à moindre coût et rapidement. Un flux d'utilisateurs courant aujourd'hui est qu'un utilisateur disposant d'un solde USDC sur une chaîne « sécurisée » (telle que Ethereum) souhaite créer un NFT ou échanger de nouveaux jetons sur une nouvelle chaîne (telle que Blast ou Base). La façon de procéder en aussi peu d'étapes que possible est d'effectuer une séquence de transactions bridge → swap → mint (ou swap → bridge → mint).
Dans cet exemple, l'intention de l'utilisateur est d'utiliser son USDC sur la chaîne sécurisée pour créer un NFT sur une autre chaîne. Tant qu'ils reçoivent le NFT et que leur solde USDC est conservé dans le lieu de garde de leur choix, les utilisateurs seront satisfaits.
Les abstractions de chaîne reposent sur le transfert de valeur entre chaînes, mais l'envoi de valeur via des chemins de message canoniques est soit coûteux, soit lent. Les « ponts rapides » offrent aux utilisateurs une alternative rapide et peu coûteuse à l'envoi de valeur à travers les réseaux, mais ils introduisent de nouvelles hypothèses de confiance. La messagerie est le moyen le plus intuitif de créer des ponts rapides car elle est calquée sur l'architecture TCP/IP et s'appuie sur un protocole de pontage qui agit comme un routeur TCP pour connecter les deux chaînes.
Diagramme TCP/IP par ResearchGate
Le transfert de valeur via la messagerie implique un protocole de pont envoyant des messages entre les contrats sur les chaînes d'origine et cible. Ce message est déclenché du côté origine par une transaction utilisateur et est relayé vers le côté destination une fois la « validité » du message vérifiée.
Un message ne peut être vérifié qu'une fois la transaction en chaîne d'origine qui a initié le message terminée, c'est-à-dire que la transaction a été définitivement incluse dans la blockchain canonique de la chaîne d'origine. Cette vérification peut se faire au moyen d'une preuve de validité que la transaction a été incluse dans le consensus de la chaîne d'origine, d'une proposition optimiste, ou après qu'un certain nombre de signatures de témoins aient été accumulées du côté d'origine. Une fois le message relayé vers le contrat pont sur la chaîne cible, les jetons sont remis à l'utilisateur.
Il y a plusieurs problèmes fondamentaux avec cette architecture :
Le pontage rapide basé sur la messagerie sera dangereux, lent ou coûteux selon le mécanisme de vérification. Intent Marketplace est une architecture alternative pour un pontage rapide qui découle d'un aperçu clé :
La valeur est fongible, et pour le destinataire, la manière dont la valeur est transférée n'a pas d'importance tant que les fonds sont reçus
Les ponts peuvent avoir de la valeur transfert externalisé vers un agent sophistiqué pour gagner en rapidité et réduire les coûts ? La liquidité est dynamique au sein et en dehors de la chaîne, et des améliorations de prix peuvent être obtenues si le mécanisme de pontage peut choisir de manière flexible la meilleure voie d'exécution lors du pontage des transferts.
Le mécanisme d'intention permet aux utilisateurs de spécifier les conditions ou contrats précis dans lesquels leurs transactions de transfert de valeur peuvent être exécutées.
L'intention la plus simplifiée est de payer X jetons de la chaîne A pour recevoir une commande de Y jetons sur la chaîne B.
Les protocoles de pontage n'exigent pas que les messages soient envoyés entre les domaines afin de satisfaire l'intention inter-domaines de l'utilisateur. Au lieu de cela, le protocole sous-traite le transfert de valeur à des agents sélectionnés parmi un réseau de solveurs sans autorisation, et les solveurs individuels demanderont ensuite un remboursement au protocole de transition. En revanche, les mécanismes basés sur la messagerie précisent exactement comment leurs transactions doivent être effectuées et ne nécessitent pas de dépendre de la disponibilité des courtiers.
Les protocoles de pontage basés sur l'intention peuvent être plus précisément qualifiés de protocoles de règlement d'intention, ils sont chargés de garantir que le solveur ne viole pas les conditions spécifiées par l'utilisateur. Le protocole de règlement des intentions garantit aux solveurs qu'ils seront remboursés et récompensés lorsqu'ils satisferont les intentions des utilisateurs. À cette fin, l'accord de règlement de l'intention doit faire appel à Oracle pour vérifier l'authenticité de la réalisation de l'intention. La sécurité de l'oracle peut être basée sur une période de contestation optimiste, un seuil de témoin ou une preuve de validité ZK, etc.
Puisqu'un seul solveur peut assumer le risque final et déterminer le meilleur chemin d'exécution, le protocole de règlement d'intention permet un transfert de valeur rapide et à faible coût
Le pont de messagerie ne peut communiquer que lorsque la chaîne d'origine a atteint sa finalité. Aujourd'hui, le délai de finalité est de sept jours sur le Rollup Optimiste et d'une heure sur le Rollup ZK. Bien que ces délais de finalité devraient diminuer avec l'adoption généralisée de la technologie client légère ZK et les progrès de la technologie de pré-confirmation des commandes partagées, comme pour toutes les blockchains, il est peu probable que les délais de finalité aient un jour un sens « instantané », ce qui démontre la persistance du temps de finalité. besoin de solutions de transition rapides. Sans prendre le risque de finalité, même si le pont voulait ajouter un proxy de confiance supplémentaire dans le chemin de relais pour couvrir les pertes dues à la réorganisation de la chaîne, il ne serait pas en mesure d'augmenter les vitesses de livraison des messages au-delà de la période de finalité.
L'accélération fournie par l'architecture basée sur l'intention est due au fait qu'un seul solveur dans un réseau de solveurs hétérogène peut supporter plus de risques de finalité qu'un protocole de transmission de messages et satisfaire l'intention de l'utilisateur avant que le risque de réorganisation de la chaîne ne disparaisse complètement. Le solveur facture ensuite aux utilisateurs le risque de finalité qu'ils prennent en échangeant des délais plus rapides.
L'externalisation de la réalisation des intentions inter-chaînes auprès d'agents améliorera également les prix pour les utilisateurs en moyenne. Dans le pontage basé sur l'intention, afin d'exécuter la commande de l'utilisateur sur la chaîne cible, le solveur frontal sera renvoyé par le système après avoir validé son exécution. Ces règlements d’intention peuvent être regroupés pour répartir les coûts. Contrairement aux utilisateurs, les remplisseurs ne nécessitent pas de remboursement immédiat et factureront aux utilisateurs des frais initiaux de financement en conséquence. Le règlement par lots n'est pas la seule caractéristique de l'architecture basée sur l'intention, mais cette architecture est plus synergique avec le règlement par lots car elle sépare l'étape de remboursement de l'étape de réalisation de l'intention.
La plus grande source d'amélioration des prix vient de l'intuition selon laquelle la valeur est fongible et que trouver le meilleur chemin dans le temps surpassera généralement le transfert de valeur. Cependant, certains chemins ne peuvent pas être battus dans le temps, comme le transport sur la durée CCTP USDC.
Les ponts de messagerie doivent coder la manière dont ils apporteront de la valeur aux utilisateurs. Certains choisissent d'envoyer des jetons à partir de pools de liquidités à un taux de change prédéterminé, tandis que d'autres frappent des jetons représentatifs aux destinataires qui doivent ensuite échanger les actifs symboliques canoniques requis.
Pour répondre aux intentions des utilisateurs, les agents peuvent tirer des liquidités d'une combinaison de lieux de liquidité en chaîne et hors chaîne. Le réseau de solveurs compétitif fournit théoriquement aux utilisateurs des sources de liquidité illimitées (mais même ces sources de liquidité peuvent être rapidement épuisées dans une direction lors d'événements en chaîne à forte volatilité, tels que les événements populaires de frappe de NFT, de parachutages et de tirage de tapis).
Après avoir soumis une commande inter-chaînes comme intention, le solveur peut internaliser le MEV généré par la commande en tant qu'amélioration de prix.
Les architectures basées sur l'intention sont conçues dès le départ pour être sécurisées
Les ponts basés sur l'intention sont construits en toute sécurité car ils séparent les besoins urgents des utilisateurs des besoins complexes des réseaux d'établissement. Les solveurs peuvent attendre le remboursement, contrairement aux utilisateurs qui seront facturés conformément à l'accord de règlement pour le temps d'attente du remboursement. Par conséquent, le règlement des intentions peut être vérifié à l’aide d’un mécanisme très robuste sans contraintes de temps strictes. Ceci est préférable du point de vue de la sécurité, car la vérification de la mise en œuvre de l’intention est intuitivement complexe.
À titre d'exemple de vérification d'intention en production, Across batch vérifie et paie les charges après une période de défi optimiste de 90 minutes. Bien entendu, les réseaux de règlement devraient s’efforcer de rembourser les remplisseurs le plus rapidement possible afin de réduire les frais pour les utilisateurs finaux. Une amélioration du mécanisme de défi optimiste serait un mécanisme de preuve de validité ZK, qui nécessiterait que la logique de vérification d'intention soit codée dans un circuit ZK. À mon avis, il est inévitable que le mécanisme de preuve de vérification remplace le mécanisme de contestation optimiste et permette aux réseaux de règlement d'intention de rembourser les utilisateurs plus rapidement.
Alors, comment l'abstraction de la chaîne émerge-t-elle de l'architecture basée sur l'intention ?
Rappelez-vous que l'abstraction de la chaîne nécessite un transfert de valeur entre chaînes rapide et bon marché. Cela ne devrait pas non plus obliger les utilisateurs à soumettre des transactions en chaîne sur le réseau où leurs actifs sont stockés.
Si une signature Permit2 ou EIP 3074 est incluse, l'intention de l'utilisateur n'a pas besoin d'être soumise en chaîne par l'utilisateur. Cela est vrai à la fois pour la messagerie et pour le pontage basé sur l’intention. Les deux architectures peuvent tirer parti du mode Permit2, permettant aux utilisateurs de signer le nombre de jetons qu'ils sont prêts à payer hors ligne sur le portefeuille de chaîne d'origine.
Les marchés basés sur l'intention prennent mieux en charge les abstractions de chaîne car ils permettent un transfert de valeur inter-chaînes rapide et bon marché. Imaginez que les utilisateurs puissent demander à un solveur de leur fournir un devis pour saisir une position garantie WETH sur Arbitrum en utilisant leur USDC sur Optimism comme paiement. Les utilisateurs peuvent envoyer cette intention à une enchère RFQ et les solveurs peuvent enchérir dessus. Le gagnant de l'enchère peut ensuite recevoir l'intention signée de l'utilisateur, qui contient une copie de son USDC autorisé à être dépensé pour Optimism, le montant de WETH gagné sur Arbitrum et les données d'appel pour déposer ce WETH dans une position de jalonnement d'Arbitrum. Le solveur peut ensuite soumettre cette transaction sur Optimism (au nom de l'utilisateur) pour lancer une intention inter-chaînes et retirer l'USDC du portefeuille Optimism de l'utilisateur. Enfin, le solveur peut renseigner l'intention de l'utilisateur en envoyant WETH à l'utilisateur et en transmettant les données d'appel à la position de jalonnement sur la chaîne de l'utilisateur.
Construire une infrastructure d'abstraction de chaîne signifie rendre les processus utilisateur instantanés et bon marché sans les obliger à soumettre des transactions en chaîne. Terminons cet article en discutant des obstacles à des intentions d’adoption plus larges.
La clé pour obtenir la meilleure expérience utilisateur à partir de l'abstraction de chaîne basée sur l'intention est de construire un réseau de solveurs compétitif solveurs. L'intention de pontage s'appuie sur les effets de réseau du solveur pour fonctionner mieux que la variante de messagerie. Il s’agit du compromis principal entre l’intention et l’architecture de messagerie. La réalité est que toutes les applications génératrices d’intentions ne nécessitent pas l’accès à un ensemble de solveurs parfaitement compétitifs, et certaines peuvent préférer acheminer leurs intentions vers un réseau de solveurs oligopolistiques. Cependant, l’état actuel du réseau de solveurs est immature et est loin d’atteindre le niveau d’activité du réseau de solveurs sur lequel s’appuient les marchés d’intention.
Nous ne voulons pas que chaque DApp achemine les intentions vers un réseau isolé de solveurs. La meilleure situation d’expérience utilisateur se produit lorsque de nombreux DApp communiquent avec le même pool de solveurs et que tous les DApp ont la liberté de modifier le pool de solveurs auquel ils envoient leur intention.
Nous devons faire de l’expérience utilisateur du solveur une priorité absolue.
L'exécution du solveur d'intention est complexe et nécessite une expertise dans la création de logiciels hautes performances ainsi que dans la gestion des risques d'inventaire inter-chaînes. Naturellement, quelques parties seront intéressées à couvrir les coûts de démarrage liés à l'exécution de ce code. Dans le meilleur des cas, un solveur écrit pour un DApp, tel que le solveur UniswapX, peut être réutilisé pour résoudre d'autres DApp générant des intentions, tels que Across et CowSwap.
Nous devons vraiment améliorer l'efficacité globale du capital du réseau de solveurs pour toutes les DApp basées sur l'intention. Cela nécessitera de résoudre les obstacles à l’exécution du solveur.
Pour ce faire, nous avons besoin que les DApp génératrices d'intentions soient visibles par tout solveur et garantissent que tous les solveurs ont accès à plusieurs réseaux de règlement d'intentions différenciés et compétitifs. Cela donnera aux décideurs l’assurance qu’ils peuvent choisir d’acheminer la réalisation de leurs intentions vers des réseaux de règlement en qui ils ont confiance. La concurrence entre les réseaux de règlement réduira également les coûts des solveurs.
La proposition de valeur d'Intent Settlement Network est de fournir aux solveurs une sécurité et d'autres fonctionnalités qui peuvent avoir un impact sur le remplissage des intentions par les solveurs.
Le choix d'un réseau de règlement d'intention par un solveur aura un impact sur sa capacité à fournir des garanties de frais et de délai d'exécution aux utilisateurs. Certains réseaux de règlement peuvent offrir des périodes d'exclusivité aux solveurs, ce qui soutiendra le développement d'enchères hors chaîne où les solveurs et les utilisateurs peuvent négocier et s'engager à payer des frais de relais. (En outre, ces enchères d'intention peuvent également fournir des pré-confirmations financièrement garanties, améliorant encore l'expérience utilisateur. Pour comprendre le flux de découverte d'intention par l'utilisateur via les enchères et les pré-confirmations, je vous recommande de consulter cette conférence de Karthik de Sorella)
Certains règlements Le réseau peut proposer une expiration d'intention (c'est-à-dire que la valeur est renvoyée à l'utilisateur après avoir atteint une certaine période d'exécution), une prise en charge d'intention (c'est-à-dire que le réseau de règlement utilise son propre bilan pour répondre à l'intention de l'utilisateur s'il n'y a pas de solution. à remplir), ou des chaînes de récupération flexibles (c'est-à-dire permettre au solveur de choisir une chaîne de son choix pour la récupération).
À terme, les réseaux de règlement seront en concurrence féroce pour rembourser les solveurs rapidement et à moindre coût sans compromettre la sécurité. À leur tour, les solveurs enverront leur flux de commandes au réseau de règlement qui leur permet d’offrir les frais les moins chers aux utilisateurs afin de remporter le flux de commandes de la DApp. La concurrence dans les réseaux de règlement et de résolution dépend de l’intention de toutes les parties de la chaîne d’approvisionnement de se coordonner pour parler la même langue, et la concurrence conduira à la meilleure expérience utilisateur pour le transfert de valeur entre chaînes.
Si les solveurs peuvent supposer que les intentions partageront des éléments communs, ils peuvent alors réutiliser leur code pour résoudre les intentions initiées par différentes DApp, réduisant ainsi leurs coûts de configuration. Si différents DApp créent des intentions répondant aux mêmes critères, ils peuvent tous acheminer leurs intentions vers le même pool de solveurs. Cela contribuera à donner accès à la prochaine génération de DApp en leur permettant de connecter directement leurs intentions inter-chaînes au pool de solveurs matures existant sans avoir à connecter les solveurs individuellement, et aura accès à un transfert bon marché, rapide, sécurisé et sans autorisation de valeur.
Un logiciel de suivi tiers facilitera également le suivi de l'état d'intention de tout nouveau DApp si les normes sont respectées.
Cette norme d'intention devrait permettre aux sujets d'intention ou aux solveurs de préciser sur quel réseau de règlement ils souhaitent régler leurs intentions.
J'imagine des protocoles de règlement concurrents (tels que SUA VE, Across, Anoma et Khalani) offrant différentes fonctionnalités aux solveurs. Selon le réseau de règlement qui rembourse le solveur, celui-ci peut offrir différentes garanties de prix et de délais au propriétaire intentionnel. Les DApp et les solveurs peuvent accepter d'acheminer l'intention de l'utilisateur vers un réseau de règlement en qui ils ont confiance pour éviter la censure, maintenir la confidentialité des données, tout en étant suffisamment sécurisés pour que les solveurs puissent faire confiance au remboursement.
En inscrivant le choix du réseau de règlement dans l'ordre d'intention lui-même, les solveurs peuvent intégrer cette certitude dans les offres qu'ils présentent aux utilisateurs. Les solveurs et les utilisateurs peuvent réduire les coûts en éliminant l’incertitude initiale concernant les prix de transition avant de soumettre leur intention de mise en chaîne.
En travaillant avec Uniswap et sur la base des commentaires du groupe de travail CAKE, Across et moi avons proposé la norme d'intention inter-chaîne suivante qui donne la priorité à l'expérience utilisateur du solveur
La norme est conçue pour simplifier le travail des solveurs. L'un des choix conscients qu'il a faits a été de prendre en charge Permit2/EIP3074 de manière native avec nonce et initiateDeadline, et de fournir aux remplisseurs de formulaires des garanties sur le montant du remboursement qu'ils obtiendraient du réseau de règlement et l'intention de l'utilisateur de pouvoir suivre le format. De plus, une fonction de démarrage est définie dans la norme qui permet au filler (la personne qui amène la commande sur la chaîne) de spécifier des "fillerData" supplémentaires sur la chaîne, que l'utilisateur ne connaît pas lors de la signature des données CrossChainOrder. De cette façon, les remplisseurs peuvent s'assurer qu'ils sont récompensés par des contrats de règlement pour la soumission des méta-transactions de l'utilisateur, ainsi que configurer des informations spécifiques au remboursement telles que les chaînes de remboursement.
Cette norme vise également à permettre aux DApp de suivre plus facilement l'état d'achèvement des intentions. Tout contrat de règlement qui implémente cette norme doit créer un sous-type personnalisé de ResolvedCrossChainOrder qui peut être résolu à partir de n'importe quel champ orderData. Cela peut inclure les jetons impliqués dans l'échange, la chaîne cible et d'autres contraintes d'exécution. Une fonction de résolution est incluse dans la norme pour permettre aux DApp de comprendre comment afficher l'état de l'intention à l'utilisateur, ainsi que pour permettre aux résolveurs de connaître la structure exacte de l'ordre d'intention qu'ils traitent.
L'objectif de conception de cette norme est d'améliorer l'expérience utilisateur du solveur, en lui permettant de prendre plus facilement en charge plusieurs réseaux de règlement et de calculer leurs récompenses de manière déterministe. Je pense que cela leur permettra de fournir des devis plus précis et plus compacts à leurs utilisateurs. Vous pouvez lire plus de détails dans cet article et dans la discussion sur le forum Ethereum Magicians à propos de la norme, nommée ERC7683.
Les « intentions » prêtent à confusion car elles ne sont pas définies, et ce manque de définition crée de véritables défauts d'expérience utilisateur.
Tout le monde veut que tout le monde utilise sa définition standard de l'intention, je reconnais donc pleinement que les normes sont pratiquement impossibles à établir. Je pense que définir d’abord un système de règlement des intentions, puis essayer d’attirer le flux de commandes est la bonne façon d’établir une norme industrielle.
À mon avis, une approche plus réalisable est que les DApp qui ont déjà beaucoup de trafic d'utilisateurs et génèrent beaucoup d'intentions d'utilisateurs accepteront de respecter certaines normes minimales qui seront adoptées par leurs solveurs existants. Cela formera un nouveau pool de solveurs plus grand. En capturant le flux de commandes consolidé provenant de sites déjà importants, ce nouveau pool de solveurs réalisera plus de bénéfices et sera en mesure d'offrir de meilleurs prix aux utilisateurs finaux. À terme, les nouveaux DApp devront également acheminer leurs intentions vers ce pool de solveurs et prendre en charge ses normes d'intention.
Pour démarrer ce processus, Across et Uniswap ont proposé conjointement une norme que tous les participants intentionnels de la chaîne d'approvisionnement utilisent lors du traitement des commandes des utilisateurs pour envoyer X jetons de la chaîne A et recevoir des jetons Y sur la chaîne B. Les flux d'ordres transitant par UniswapX (qui présente un avantage comparatif dans la conception des enchères et la création d'intentions) et Across (qui présente un avantage comparatif dans l'exécution des intentions de règlement) peuvent être combinés, démarrant ainsi le processus de création d'un réseau de solveurs plus vaste et plus compétitif.
Ce qui précède est le contenu détaillé de. pour plus d'informations, suivez d'autres articles connexes sur le site Web de PHP en chinois!
Jusqu'où ira Ethereum ?
Cotations de prix Ethereum
Prix du marché d'Ethereum aujourd'hui
Découvrez les dix principales crypto-monnaies dans lesquelles il vaut la peine d'investir
Pourquoi ne puis-je pas accéder au navigateur Ethereum ?
Le navigateur Ethereum interroge la monnaie numérique
Requête blockchain du navigateur Ethereum
Qu'est-ce qu'Ethereum
![[Web front-end] Démarrage rapide de Node.js](https://img.php.cn/upload/course/000/000/067/662b5d34ba7c0227.png)
