Demandez à une application crypto à peu près n'importe quoi et elle vous renvoie une question : sur quelle chaîne ? L'abstraction de chaîne désigne un ensemble de techniques dont la raison d'être est justement de ne plus la poser. À côté se tient l'abstraction de compte, qui règle un autre problème, et les deux sont confondues en permanence. Cet article les sépare, passe en revue les normes sur lesquelles chacune s'appuie et vous montre comment vérifier si une brique donnée est une norme achevée ou un brouillon encore susceptible de changer.
Ce que veut vraiment dire abstraction de chaîne
L'abstraction de chaîne est d'abord un objectif, et seulement ensuite une technique. L'objectif est que vous disiez ce que vous voulez et que le logiciel détermine quelle chaîne ou quelles chaînes la demande touche, dans quel ordre et avec quel jeton les frais sont payés.
Comparez avec ce que vous faites aujourd'hui. Votre solde est découpé entre plusieurs réseaux, et chacun veut son propre jeton pour les frais. Une même chaîne de caractères d'adresse peut exister sur de nombreuses chaînes et désigner un compte différent sur chacune. Déplacer de la valeur entre elles est une course à part, avec ses propres risques. Chacun de ces points est un endroit où vous devez savoir quelque chose sur les chaînes avant de pouvoir régler quoi que ce soit.
Aucun protocole seul ne livre tout cela. En pratique, l'abstraction de chaîne s'assemble à partir de quatre pièces : une façon de nommer sans ambiguïté une chaîne et un compte sur cette chaîne, une façon d'exprimer le résultat voulu plutôt que les étapes, un circuit par lequel quelqu'un d'autre couvre les frais, et une couche de règlement qui déplace réellement de la valeur entre chaînes.
Il en découle qu'il n'existe ni une spécification unique à montrer du doigt, ni un organisme propriétaire du terme. Certaines pièces sont des propositions Ethereum, d'autres des propositions inter-écosystèmes de la Chain Agnostic Standards Alliance, d'autres simplement le produit d'une entreprise. Alors quand un service annonce qu'il a résolu l'abstraction de chaîne, la question utile est : laquelle des quatre pièces ?
Abstraction de compte et abstraction de chaîne : la répartition des rôles
L'abstraction de compte répond à deux questions sur un compte unique : qui a le droit d'autoriser une transaction, et qui la paie. Elle transforme le compte, simple paire de clés, en quelque chose de programmable.
Sur Ethereum, deux propositions portent cette charge, et les deux sont marquées Final dans le dépôt des propositions d'amélioration d'Ethereum. ERC-4337 définit l'abstraction de compte au moyen d'un mempool séparé, si bien que des comptes intelligents complets peuvent exister sans modifier le protocole de base. EIP-7702 ajoute un type de transaction qui permet à un compte ordinaire détenu en externe de pointer vers du code de contrat, et nomme les trois fonctions autour desquelles il a été conçu : regrouper plusieurs opérations dans une transaction, le parrainage et la réduction de privilèges, où une sous-clé reçoit des droits étroits plutôt que le contrôle total. EIP-7702 est entré en service sur le réseau principal avec la mise à jour Pectra, que la Fondation Ethereum a annoncée pour mai 2025.
L'abstraction de chaîne répond à une question que l'abstraction de compte ne touche jamais. Vos fonds et votre état sont éparpillés sur plusieurs chaînes, et même un compte intelligent parfait reste un compte sur une chaîne, avec un solde dessus et des frais payés dans son jeton.
Voici un test qui les sépare. Si la question est qui peut signer et qui paie, c'est l'abstraction de compte. Si la question est où cette chose réside et comment la valeur passe d'une chaîne à l'autre, c'est l'abstraction de chaîne.
Les deux s'empilent au lieu de se concurrencer, et la couture se voit dans les spécifications elles-mêmes. ERC-4337 cite EIP-7702 parmi les propositions dont il dépend. Dans l'autre sens, une autorisation EIP-7702 est signée avec un identifiant de chaîne, et la spécification accepte soit l'identifiant de la chaîne courante, soit zéro, zéro signifiant que l'autorisation vaut sur toutes les chaînes. Ce seul champ est une décision d'abstraction de chaîne logée dans une norme d'abstraction de compte, et le document signale lui-même le prix à payer : la même adresse peut pointer vers un autre code sur une autre chaîne.
Ce qu'est un compte universel, et ce qu'il n'est pas
Compte universel relève du langage produit, pas de la norme. Aucune spécification de ce nom n'a été publiée. Ce que les produits désignent ainsi, c'est une identité et un écran, où les soldes détenus sur de nombreuses chaînes sont additionnés et affichés en un seul chiffre, et où l'action que vous lancez est acheminée vers les chaînes dont elle a besoin.
La partie du dessous qui est réellement normalisée, c'est le nommage. CAIP-2, une spécification en statut Final de la Chain Agnostic Standards Alliance, définit un identifiant de chaîne comme un espace de noms plus une référence, si bien que le réseau principal d'Ethereum est l'espace de noms eip155 avec la référence 1, et qu'une chaîne Bitcoin ou Cosmos reçoit un nom de même forme. CAIP-10 s'appuie dessus et définit un identifiant de compte comme l'identifiant de chaîne plus l'adresse. Avec ces deux textes, un compte est non ambigu entre écosystèmes et non plus seulement à l'intérieur d'un seul.
Le travail continue sur des formats mieux adaptés aux contrats. ERC-7930, intitulé Interoperable Addresses, définit une forme binaire compacte qui lie une référence de chaîne et une adresse. Sa page porte le statut Review, ce qui veut dire qu'il est en relecture par les pairs et n'est pas figé.
Ce qu'un compte universel ne fait pas, c'est fusionner les chaînes. Les actifs restent sur des chaînes précises, les transactions entrent toujours dans des blocs précis, et les risques de chaque chaîne s'appliquent toujours à ce que vous y détenez. L'agrégation, c'est de l'affichage plus de l'acheminement : un vrai gain de confort et non un changement du lieu où se trouve votre argent.
Abstraction du gas : payer les frais avec ce que vous détenez déjà
L'abstraction du gas est la brique étroite que la plupart des gens rencontrent en premier. Vous arrivez sur une chaîne avec l'actif que vous voulez utiliser et pas la moindre unité du jeton dans lequel cette chaîne prélève ses frais, donc vous ne pouvez rien faire tant que vous n'êtes pas allé en chercher.
La solution consiste à laisser quelqu'un d'autre payer et à régler les comptes séparément. ERC-4337 intègre cela sous la forme d'un paymaster, un contrat auxiliaire acceptant de payer la transaction à la place de l'émetteur, et cite parmi les usages prévus le paiement des frais en jetons ERC-20 et le subventionnement des frais par les développeurs pour leurs utilisateurs. EIP-7702 décrit la même forme dans sa fonction de parrainage. Les interfaces de portefeuille suivent aussi : CAIP-25, la méthode par laquelle un site ouvre une session avec un portefeuille, cite un service de paymaster parmi les capacités qu'un portefeuille peut déclarer chaîne par chaîne, et cette spécification est au statut Review.
Deux choses méritent vérification. Quelqu'un paie, alors demandez ce qu'il y gagne : des frais prélevés sur le jeton que vous dépensez, une subvention d'une application qui veut votre activité, ou un écart de prix. Et un parrain dont vous dépendez peut refuser de vous servir, forme douce de censure qui n'existe pas quand vous détenez vous-même le jeton de frais.
Les intentions et les solveurs font le vrai travail
La moitié exécution de l'abstraction de chaîne fonctionne le plus souvent avec des intentions. Au lieu de signer une suite d'étapes, vous signez une déclaration du résultat voulu, et un tiers en concurrence avec d'autres, appelé le plus souvent solveur ou filler, exécute les étapes et se fait payer pour cela.
Normaliser cela est un chantier ouvert et non refermé. ERC-7683, intitulé Cross Chain Intents, vise l'interface entre les protocoles d'intentions et les solveurs, afin qu'un solveur n'ait pas à écrire du code sur mesure pour chaque protocole. Son statut est Draft, et il dépend d'ERC-7930, qui n'est lui-même qu'au statut Review.
Draft n'est pas ici une formalité, et cette proposition montre bien pourquoi. Son propre texte décrit un brouillon antérieur qui normalisait une autre partie du processus, avec des structures d'ordres et des interfaces de règlement, et explique pourquoi cette conception a été remplacée. Tout ce que vous lirez à son sujet et qui a plus d'un an peut décrire une version qui n'existe plus.
Rien de tout cela ne supprime la question du règlement. La valeur qui apparaît sur une autre chaîne y est arrivée par un mécanisme qui doit convaincre la destination que l'événement d'origine a bien eu lieu, et c'est dans ce mécanisme que loge la confiance. L'abstraction de chaîne vous cache cette étape ; elle ne l'efface pas.
Comment lire le statut d'une norme avant de lui faire confiance
Tout ce qui précède repose sur des documents encore en mouvement, donc l'habitude la plus utile est de lire la ligne de statut avant le contenu. Les deux processus l'impriment en haut de la proposition, et les trois étiquettes que vous croiserez ici sont Draft, Review et Final.
Draft signifie que le texte est écrit et peut encore bouger dans n'importe quelle direction. Review signifie que d'autres implémenteurs l'examinent et que la forme est largement arrêtée. Final signifie que le texte est figé. Cela ne signifie pas que tout le monde l'a adopté : l'adoption est une autre question, à laquelle on répond avec des données et non avec le champ de statut.
Final n'est pas non plus la même chose qu'en service. ERC-4337 exige que son infrastructure soit déployée sur une chaîne avant que quoi que ce soit puisse l'utiliser, et EIP-7702 a nécessité une mise à jour du réseau. Donc l'affirmation qu'une chaîne prend en charge une norme comporte deux vérifications et non une : la spécification est-elle finale, et cette chaîne l'a-t-elle déployée.
Où regarder n'a rien de secret. Tout ce qui est numéroté EIP ou ERC possède une page dans le dépôt des propositions d'amélioration d'Ethereum, et tout ce qui est numéroté CAIP en possède une dans l'index des propositions agnostiques de chaîne. Les deux affichent le statut courant et un journal des modifications, et les deux seront plus à jour que n'importe quel article à leur sujet, y compris celui-ci.
Conclusion
L'abstraction de compte décide qui contrôle un compte et qui paie ses frais, via des normes comme ERC-4337 et EIP-7702, toutes deux finales et toutes deux en service sur Ethereum. L'abstraction de chaîne traite des fonds et de l'état répartis sur de nombreuses chaînes, via un nommage agnostique de chaîne comme CAIP-2 et CAIP-10, une exécution fondée sur les intentions et une prise en charge des frais qui traverse les chaînes. Un compte universel est l'emballage produit autour de ces pièces et non une norme à part entière ; il agrège au lieu de fusionner, donc vos actifs vivent toujours sur des chaînes précises. Comme une bonne partie de cette tuyauterie en est encore au brouillon ou à la relecture, traitez la ligne de statut de chaque proposition comme faisant partie du fait, et vérifiez-la à la source.
Articles associés
Autres articles Bitbase sur ce sujet :
- Modèles de ponts : verrouillage, destruction et émission native
- Qu'est-ce que Hyperlane, l'interopérabilité sans autorisation
- Particle Network et l’abstraction de chaînes en pratique
Avertissement : Cet article est un contenu pédagogique de Bitbase Academy, fourni à titre d'information uniquement. Il ne constitue pas un conseil en investissement, en trading, en fiscalité ou en finance. Les cryptoactifs sont volatils ; évaluez votre propre risque. Rédigé en août 2026 ; référez-vous aux informations officielles les plus récentes.
Sources
[1] ERC-4337: Account Abstraction Using Alt Mempool (Final) eips.ethereum.org
[2] EIP-7702: Set Code for EOAs (Final) eips.ethereum.org
[3] Pectra Mainnet Announcement, Ethereum Foundation, 2025 blog.ethereum.org
[4] CAIP-2: Blockchain ID Specification (Final) chainagnostic.org
[5] CAIP-10: Account ID Specification (Final) chainagnostic.org
[6] ERC-7930: Interoperable Addresses (Review) eips.ethereum.org
[7] ERC-7683: Cross Chain Intents (Draft) eips.ethereum.org
[8] CAIP-25: Wallet Create Session JSON-RPC Method (Review) chainagnostic.org
