Comment Connext permet l'interopérabilité cross-chain avec le standard xERC-20

Connext, le protocole d'interopérabilité modulaire qui a été le pionnier de l'abstraction de chaîne (Chain Abstraction), se consacre à la simplification de l'expérience utilisateur dans l'écosystème blockchain en faisant abstraction des complexités liées à l'utilisation de plusieurs blockchains.

Le protocole Connext, développé sur Linea zk-EVM, y parvient grâce à diverses initiatives, notamment le standard de token xERC20 et la boîte à outils d'abstraction de chaîne – toutes orientées vers la réduction du besoin pour les utilisateurs de comprendre, voire même d'être conscients des réseaux sous-jacents avec lesquels ils interagissent. En résumé, Connext simplifie les transactions cross-chain et améliore l'accessibilité pour rendre la technologie blockchain plus abordable pour l'utilisateur moyen. Au cœur de Connext se trouvent deux protocoles essentiels.

Le premier est la couche de messagerie sous-jacente qui lit l'état de plusieurs rollups tout en les regroupant et en les compilant en une déclaration combinée, à l'image du fonctionnement des séquenceurs de rollup. Cela garantit que toute information disponible sur une chaîne est accessible aux autres chaînes.

Le second composant est le protocole d'intent, qui permet à un utilisateur Connext ne disposant pas de fonds sur la chaîne A de finaliser une transaction en utilisant des liquidités externes provenant d'acteurs tiers du marché (solvers) sur cette chaîne. Ainsi, l'utilisateur Connext n'a pas besoin de se soucier des contraintes liées au bridging de ses tokens de la chaîne B vers la chaîne A, mais peut simplement exprimer son intent, et un solver interviendra en son nom pour financer immédiatement la transaction avant d'être remboursé par le protocole ultérieurement.

Le défi du bridging de tokens sur plusieurs chaînes dans le web3

Les tokens ERC-20 n'ont jamais été conçus pour être bridgés. Ils étaient destinés à résider sur une seule chaîne, c'est pourquoi ils ne disposent pas de fonctions natives de mint ou de burn. Lorsqu'un token ERC-20 est bridgé aujourd'hui, en coulisses, le token est verrouillé dans un bridge tandis que celui-ci mint une attestation du token verrouillé sur une autre chaîne. Cela signifie que si le bridge est piraté et que les fonds sont drainés, la valeur du token ERC-20 ne sera plus garantie, entraînant la perte de valeur de l'attestation.

Un autre défi concerne le bridging de tokens ERC-20 spécifiques à un projet, qui s'est historiquement révélé difficile en raison d'une faible adoption et d'exigences de liquidité considérables. Les utilisateurs peuvent recourir à un bridge canonique pour rendre les tokens interopérables ou disponibles sur différentes chaînes ; cependant, cela exige que les autres bridges acquièrent le token natif du bridge canonique pour interagir avec ces tokens.

Par ailleurs, l'utilisation d'un bridge tiers limiterait les utilisateurs à un seul écosystème et ferait reposer entièrement la sécurité d'un projet sur ce bridge. Toutes ces solutions sont loin d'être idéales et imposent des contraintes aux projets.

Le standard de token xERC-20 et comment il permet l'interopérabilité

xERC-20 est un standard qui résout ce problème en offrant de l'optionnalité ; au lieu de verrouiller des tokens ERC-20 dans un bridge, vous les verrouillez dans une « lockbox », qui est essentiellement un contrat wrapper. Ce contrat wrapper mint ensuite un token xERC-20 doté à la fois d'une fonction burn et d'une fonction mint, permettant aux bridges de gérer ces actions efficacement. Étant donné que ces tokens ERC-20 sur L1 sont verrouillés dans une lockbox, sur L2, vous pouvez disposer d'une représentation cohérente, ce qui signifie que quel que soit le L2 utilisé, vous obtiendrez le même token.

Cette solution n'est pas nouvelle, car elle est techniquement réalisable depuis un certain temps. Cependant, le problème de cette solution réside dans les risques de sécurité qu'elle introduit : plusieurs bridges contrôlent le minting de votre token, l'exposant à des failles de sécurité si l'un des bridges venait à être piraté. xERC-20 répond à ce problème de sécurité en introduisant des limites de minting, où un émetteur peut attribuer des limites ajustables au nombre de tokens qu'un bridge peut minter.

Commencez à développer dans le web3 avec MetaMask Developer

Êtes-vous un développeur web3 qui crée des dapps grand public ?

La suite MetaMask Developer, comprenant l'API Wallet MetaMask, le SDK, les API de services web3 et les Snaps, offre un ensemble complet d'outils pour embarquer des millions des utilisateurs les plus engagés du web. Consultez le portail développeur pour en savoir plus sur nos offres.