Qu'est-ce que l'abstraction de chaîne et l'ERC-7683 ? Guide simple

Ce que promet réellement l'abstraction de chaîne

La crypto-monnaie fonctionne sur des dizaines de blockchains indépendantes. Chaque chaîne a ses propres portefeuilles, jetons de gaz, explorateurs de blocs et normes de jetons, si bien que faire transiter de la valeur d'Ethereum vers Arbitrum, puis vers Base, puis vers une chaîne non-EVM comme Solana a historiquement impliqué de signer plusieurs transactions, de détenir plusieurs jetons de gaz et de faire confiance à plusieurs ponts en chemin. L'abstraction de chaîne part de l'idée que l'utilisateur ne devrait avoir à se soucier de rien de tout cela.

Dans sa forme marketing la plus pure, l'abstraction de chaîne signifie : vous ouvrez une application, vous décidez ce que vous voulez faire (échanger un jeton, déposer des fonds dans une stratégie de rendement, acheter un NFT), vous signez une seule fois avec votre portefeuille habituel, et le système gère en silence la chaîne sur laquelle vous vous trouvez, le jeton de gaz nécessaire et la façon dont la valeur passe de là où elle se trouve à là où elle doit arriver. La chaîne devient un détail d'implémentation, comme le centre de données qui sert une page web.

Cette promesse est réellement différente de l'ancienne vision du « multi-chaîne », qui signifiait simplement que la même équipe déployait sur plusieurs chaînes. L'abstraction de chaîne se rapproche davantage d'une interopérabilité au niveau de l'expérience utilisateur : une seule signature, de nombreuses chaînes en coulisses. La question de savoir si la technologie tient cette promesse en 2026 est une question distincte, plus honnête, et c'est celle sur laquelle se concentre cet article.

En quoi les intents diffèrent des transactions

Le cœur mécanique de l'abstraction de chaîne est un changement dans ce que les utilisateurs signent. Une transaction traditionnelle est de type impératif : appelle cette fonction sur ce contrat avec ces calldata, en payant ce montant de gaz. L'utilisateur dit précisément à la chaîne quoi faire, octet par octet. Toute erreur (mauvais ID de chaîne, mauvaise adresse de contrat, gaz insuffisant) est de la faute de l'utilisateur.

Un intent est déclaratif. L'utilisateur énonce un résultat qu'il souhaite, accompagné de contraintes : je veux au moins 1 000 USDC sur Base avant 15 h UTC, et je suis prêt à dépenser jusqu'à 0,3 ETH sur n'importe quelle chaîne pour y parvenir. Rien n'est fixé concernant le pont, le relayer ou la route. Celui qui peut satisfaire l'intent le mieux obtient le droit de le remplir.

Ce petit glissement de langage, de l'impératif au déclaratif, est tout le moteur de l'abstraction de chaîne. Comme l'utilisateur ne s'est pas engagé à l'avance sur une route, la couche d'exécution peut optimiser à travers les chaînes, regrouper plusieurs remplissages, payer le gaz à la place de l'utilisateur, et même rerouter en cours de route si la liquidité s'épuise. Le coût, c'est qu'un tiers, un filler, doit désormais engager du capital et assumer le risque d'exécution. L'avantage, c'est que l'utilisateur n'a plus à le faire.

Les intents ne sont pas nouveaux en informatique. Ils existent depuis des décennies dans les solveurs d'optimisation, les enchères publicitaires et les moteurs de routage. La nouveauté, c'est de les envelopper dans une norme Ethereum afin que tout dapp, portefeuille ou relayer puisse parler le même langage d'intent. C'est précisément le rôle pour lequel ERC-7683 a été conçu.

Le rôle des fillers et des solvers

Si les intents sont la question, les fillers sont la réponse. Un filler (parfois appelé solver, parfois relayer dans les configurations cross-chain) est un acteur hors chaîne, généralement un market maker professionnel ou un protocole spécialisé, qui surveille le mempool public ou le carnet d'ordres d'intents à la recherche d'intents qu'il peut exécuter de manière rentable.

Imaginez un utilisateur sur Ethereum qui souhaite acheter un NFT listé sur Base. L'utilisateur signe un intent : livrer 1 000 USDC sur Base en moins de dix minutes, en acceptant de dépenser jusqu'à 1 001 USDC sur Ethereum en entrée. Un filler voit l'intent, calcule un itinéraire et avance les capitaux : il bloque 1 000 USDC sur Base pour payer le vendeur du NFT, puis récupère les 1 001 USDC de l'utilisateur sur Ethereum via un bridge ou un swap interne au système. Le filler empoche le spread pour avoir pris en charge le risque de bridge et le risque de timing.

L'économie du filler est importante, car c'est l'hypothèse de confiance que l'abstraction de chaîne introduit en silence. Dans le monde classique de l'auto-conservation, on fait confiance au smart contract que l'on appelle. Dans un monde d'intents, on fait confiance au fait qu'au moins un filler est disposé et capable de régler votre intent avant votre échéance, et que le mécanisme de règlement (souvent un hashlock, une preuve merkle ou un escrow de type HTLC) ne permet pas au filler de voler les fonds.

C'est aussi pourquoi les fillers ne sont pas interchangeables avec les bridges. Un bridge déplace des tokens spécifiques entre deux chaînes spécifiques et suppose que l'utilisateur veut exactement ce chemin. Un filler, lui, cherche à satisfaire un résultat, souvent en combinant un bridge avec un swap et un parrainage de gas. « De meilleurs bridges » et « abstraction de chaîne » sont parfois utilisés comme synonymes dans le marketing, mais mécaniquement ce sont des couches différentes.

ERC-7683 comme standard d'intent cross-chain

ERC-7683 est une Ethereum Request for Comment qui propose une structure partagée pour les intents cross-chain. L'Ethereum Standards Process formalise les interfaces de smart contracts et de tokens depuis les débuts d'Ethereum, et un ERC est l'endroit canonique où les nouveaux standards sont débattus avant d'être largement déployés. L'ERC-7683 a été porté par les équipes d'Across et d'UniswapX, avec la contribution de deBridge et d'autres.

À la base, le standard définit deux choses : comment un intent est décrit on-chain (l'ordre), et comment un filler prouve qu'il l'a exécuté (le règlement). L'ordre est un struct qui enregistre l'utilisateur, le token et la chaîne d'entrée, le token et la chaîne de sortie, le montant de sortie minimal, une échéance et un nonce. Le règlement est géré par le standard qui indique à l'escrow de chaque chaîne participante d'honorer un secret partagé, normalement le hash d'un secret connu uniquement du filler, que l'utilisateur peut révéler une fois qu'il confirme l'exécution.

Pourquoi standardiser ? Sans ERC-7683, chaque protocole basé sur les intents inventait son propre format d'ordre et son propre contrat de règlement. Un wallet qui voulait prendre en charge les intents d'Across devait apprendre le format de message d'Across ; ajoutez UniswapX, et il devait en apprendre un autre. Avec un standard partagé, une seule intégration de wallet peut présenter des routes basées sur les intents à travers plusieurs protocoles, et les fillers peuvent concourir pour exécuter les ordres de toute source conforme. Le standard est la plomberie qui permet à l'idée abstraite d'abstraction de chaîne de devenir une véritable surface produit.

Il convient de noter ce que l'ERC-7683 ne fait volontairement pas. Il ne choisit pas quel bridge utiliser ; il ne dicte pas la politique de frais ; il n'impose pas de mécanisme spécifique de sélection des fillers. C'est un accord au niveau transport, similaire dans l'esprit à la manière dont SMTP a standardisé l'e-mail tout en laissant les fournisseurs de boîtes aux lettres libres de concurrencer sur le stockage et les fonctionnalités.

Implémentations nommées : Across, UniswapX, deBridge

Trois protocoles se trouvent au centre de la discussion sur l'ERC-7683, et comprendre leurs rôles clarifie ce que le standard fait réellement.

Across est l'un des designs de bridge basé sur les intents les plus anciens. Il utilise un réseau de relayers qui avancent des capitaux sur la chaîne de destination et sont remboursés sur la chaîne source via une couche de règlement partagée. Across a été un contributeur précoce de l'ERC-7683 et considère le standard largement comme une normalisation de son format d'ordre existant.

UniswapX a commencé comme un protocole d'intents axé sur le swap sur Ethereum (et certaines Layer 2) : les utilisateurs signent un intent de swap, et un réseau de fillers, appelés fillers, se concurrencent pour le router, y compris via leur inventaire privé et via les pools Uniswap v2/v3/v4. Son expansion vers les swaps cross-chain est l'une des principales raisons pour lesquelles un standard d'intents partagé importait ; sans lui, le produit cross-chain d'UniswapX serait un silo.

deBridge est un réseau de messagerie et de liquidité cross-chain qui a historiquement mis l'accent sur le passage de messages arbitraires, et pas seulement sur le bridge de tokens. Son rôle dans la conversation autour de l'ERC-7683 est de s'assurer que le standard peut transporter des payloads d'intent au-delà des simples swaps de tokens, par exemple des intents qui déclenchent un appel de smart contract sur la chaîne de destination dans le cadre du règlement.

Lu ensemble, Across apporte l'expérience du bridge cross-chain, UniswapX apporte le modèle de fillers en concurrence issu des swaps same-chain, et deBridge apporte la puissance de passage de messages général. L'ERC-7683 est la langue qu'ils ont convenu de parler pour que leur liquidité et leur flux d'ordres puissent interopérer.

Pourquoi l'abstraction de compte est un prérequis, pas un ajout optionnel

L'abstraction de compte, formalisée sur Ethereum sous le nom d'ERC-4337, est ce qui rend les intents utilisables depuis un wallet normal plutôt que depuis une console de développeur. Les comptes intelligents peuvent vérifier les signatures de manière arbitraire, parrainer le gas, regrouper plusieurs appels et se remettre de la perte de clés. Sans eux, chaque intent signé par l'utilisateur exige toujours que l'utilisateur détienne le bon token de gas sur la bonne chaîne, ce qui va à l'encontre de tout l'intérêt de l'abstraction de chaîne.

Concrètement, un flux d'abstraction de chaîne a généralement besoin de trois fonctionnalités d'abstraction de compte fonctionnant ensemble. Premièrement, le parrainage de gas : un filler ou un relayer paie le gas de la chaîne de destination pour que l'utilisateur n'ait pas besoin du token natif de cette chaîne. Deuxièmement, les appels groupés : signer une fois devrait permettre au compte intelligent de soumettre plusieurs sous-appels, par exemple approve puis fill, de manière atomique. Troisièmement, l'abstraction de signature : un compte intelligent peut vérifier le hash d'un intent ERC-7683 par rapport au message signé par l'utilisateur sans repasser par une fenêtre EIP-712 maladroite.

C'est aussi pourquoi l'abstraction de chaîne est largement construite sur les chaînes de saveur Ethereum (Layer 1 et Layer 2 compatibles EVM) en 2026. Les standards d'abstraction de compte, l'outillage de comptes intelligents et les couches de règlement partagées y ont d'abord tous mûri. Apporter la même UX à des chaînes non-EVM comme Solana ou Bitcoin est un domaine de travail actif, souvent via des couches de passage de messages enveloppées, mais les primitives on-chain restent différentes en dehors de l'EVM.

Risques et compromis honnêtes

L'abstraction de chaîne est une vraie ingénierie, pas de la magie, et ses aspérités méritent d'être connues avant de s'y appuyer pour des sommes importantes. Voici les modes de défaillance qui sont réellement apparus dans des systèmes à base d'intentions de niveau production en 2025 et jusqu'en 2026.

Exécutions bloquées ou expirées. Une intention a une échéance ; si aucun exécutant ne la prend en charge à temps, l'utilisateur n'obtient rien. Avec un pont manuel, un pont lent est au moins visible. Dans un flux basé sur les intentions, une exécution lente peut sembler identique à une exécution en file d'attente, et l'utilisateur doit décider s'il attend, annule ou signe une nouvelle intention à un prix moins favorable.

Hypothèses de confiance envers les exécutants. L'utilisateur ne fait pas confiance au pont qu'il attendait, mais à l'exécutant qui remporte l'enchère. Si cet exécutant est sous-capitalisé, malveillant ou opère dans une juridiction qui complique tout recours, l'utilisateur dispose de peu de voies de recours. Les conceptions de règlement de l'ERC-7683 limitent ce qu'un exécutant peut dérober, mais elles n'éliminent pas les exécutions partielles, le glissement ni les abus de type sandwich sur la chaîne source.

Risque lié aux contrats intelligents sur deux systèmes. Tout flux inter-chaînes touche au moins deux ensembles de contrats (séquestre source, séquestre destination), ainsi que les contrats propres de l'exécutant. Un bug dans n'importe lequel d'entre eux peut bloquer des fonds. Les audits aident, mais la composabilité inter-chaînes multiplie la surface d'attaque par rapport à un échange sur une même chaîne.

Une interface trompeuse qui masque une décentralisation réelle. Les discours marketing brouillent souvent la frontière entre « vous pouvez échanger d'une chaîne à l'autre en un clic » (vrai) et « les chaînes sont désormais invisibles pour l'utilisateur » (exagéré). En pratique, les utilisateurs voient toujours du gaz sur certaines chaînes, tombent toujours sur des chaînes que leur portefeuille ne prend pas nativement en charge, et doivent encore parfois recourir à un pont manuel en repli.

Surface réglementaire et de censure. Parce que les exécutants sont des acteurs identifiables hors chaîne, ils peuvent être contraints de censurer certains portefeuilles ou itinéraires. C'est structurellement comparable aux préoccupations de centralisation autour des builders et relayers de mev dans l'ensemble de la stack Ethereum, et cela ne disparaît pas avec l'ERC-7683.

Ce que cela implique pour les utilisateurs, les développeurs et les portefeuilles

Pour les utilisateurs, la leçon pratique est que l'abstraction de chaîne en 2026 se comprend mieux comme « une meilleure UX de pont avec des garde-fous supplémentaires », et non comme « les chaînes ont disparu ». Un utilisateur qui aurait manuellement échangé sur Ethereum, ponté vers Base, puis acheté un actif peut désormais exprimer ces trois étapes en une seule intention, mais il doit toujours lire les détails de l'ordre (sortie minimale, échéance, frais de l'exécutant) avant de signer. La meilleure UX cache les chaînes ; la pire UX cache les risques.

Pour les développeurs, l'ERC-7683 réduit le coût de construction de fonctionnalités inter-chaînes. Au lieu d'intégrer chaque pont séparément, une dapp peut publier une intention, accepter des exécutants depuis plusieurs backends et laisser les utilisateurs exprimer le résultat souhaité dans la chaîne de leur choix. Le travail de standardisation crée aussi un terrain concurrentiel plus clair : les moteurs de routage se font concurrence sur le prix, les exécutants sur la vitesse et le capital, et la dapp elle-même reste agnostique à la chaîne.

Pour les portefeuilles, la question stratégique est de savoir s'ils deviennent agrégateurs d'intentions, exécutants, ou les deux. Les portefeuilles qui détiennent la relation utilisateur contrôlent le flux d'ordres, et le flux d'ordres est la ressource rare dans une économie basée sur les intentions. Plusieurs équipes de portefeuilles ont explicitement indiqué qu'elles considèrent la propriété du flux d'ordres comme un avantage défendable, à la manière dont les bourses considèrent le flux sur les marchés traditionnels.

Comment suivre l'abstraction de chaîne sans se laisser emporter par les slogans

L'abstraction de chaîne évolue vite, et le jargon qui l'accompagne aussi. Suivre quels standards, exécutants et ponts sont réellement livrés par rapport à ceux qui en sont encore aux slides de présentation est un travail à temps plein. Zippfeed met en avant les titres liés à l'abstraction de chaîne avec une notation de sentiment (bullish, neutral, ou bearish) et une cote d'importance, afin que vous puissiez distinguer les véritables évolutions de protocole du bruit marketing et réagir avant que les récits ne se figent en consensus.