Qu'est-ce que l'abstraction de compte et pourquoi les phrases de récupération deviennent obsolètes

Introduction

Le conseil standard pour quiconque entre dans la crypto n'a pas changé depuis une décennie : notez 12 mots, stockez-les hors ligne, et ne les perdez jamais. Cette instruction est correcte sous l'ancien modèle. Les comptes détenus en externe (EOA) dérivent une clé privée unique de cette phrase mnémonique, et celui qui détient la clé contrôle les fonds. Il n'y a pas de récupération, pas de limite de dépenses, aucun moyen d'exiger une deuxième signature. Perdez la phrase, perdez tout.

L'abstraction de compte change cette prémisse. Au lieu de coupler la sécurité du portefeuille à un secret unique, AA transforme le portefeuille lui-même en contrat intelligent, qui peut appliquer des règles arbitraires sur qui peut signer, comment le gaz est payé, et ce qui se passe lorsqu'une clé est compromise. La mise à niveau ne nécessite pas que les utilisateurs comprennent les contrats intelligents. De l'extérieur, un portefeuille à clé d'accès ressemble à la connexion à une application avec une empreinte digitale. En dessous, l'architecture est fondamentalement différente.

Ce guide explique comment AA fonctionne au niveau du protocole, ce que ERC-4337 a introduit, et pourquoi ce changement est important pour l'auto-conservation à l'avenir.

Comment les portefeuilles Ethereum fonctionnaient avant l'abstraction de compte

Chaque adresse Ethereum avant AA était un compte détenu en externe. Un EOA est contrôlé par une clé privée dérivée d'une phrase de départ mnémonique. Le compte n'a pas de logique en chaîne. Il peut envoyer des transactions et signer des messages, mais il ne peut pas appliquer de règles sur ces actions. Pour un aperçu plus large des types de portefeuilles et de leurs mécanismes, voir ce que sont les portefeuilles crypto.

Cette conception présente trois limitations structurelles :

Aucun mécanisme de récupération. Si la clé privée est perdue et qu'aucune sauvegarde n'existe, le compte est définitivement inaccessible. Chainalysis estime qu'environ 20 % de tous les Bitcoins sont détenus dans des portefeuilles dont les clés sont présumées perdues. Ethereum est confronté au même problème.

Aucun contrôle des dépenses. Un EOA ne peut pas limiter la taille des transactions, restreindre les adresses de destination, ou exiger plusieurs signatures. Une seule clé compromise signifie une perte totale. Les organisations qui ont besoin d'un contrôle partagé sur les fonds doivent utiliser des contrats multisig externes au lieu de fonctionnalités de compte natives. Pour savoir comment ces configurations multisig fonctionnent et où elles ont échoué, voir comment les plus grands trésors de la crypto sont sécurisés et volés.

Le gaz doit être payé par l'expéditeur. Chaque transaction nécessite que le compte signataire détienne de l'ETH pour le gaz. Un nouvel utilisateur recevant des jetons sur Ethereum ne peut pas les déplacer sans d'abord acquérir de l'ETH ailleurs. Cela crée une impasse d'intégration qui persiste depuis le lancement d'Ethereum en 2015.

Ce que ERC-4337 a introduit

ERC-4337, rédigé par Vitalik Buterin, Yoav Weiss, Kristof Gazso, Namra Patel, Dror Tirosh et Shahaf Nacson, est entré en service sur le réseau principal d'Ethereum en mars 2023. Il fournit l'abstraction de compte sans nécessiter de fork dur, ce qui était une contrainte de conception critique. Les propositions AA précédentes (EIP-2938, EIP-3074) exigeaient des changements au niveau du protocole que les validateurs et les équipes clientes étaient réticents à adopter. ERC-4337 contourne cela en opérant entièrement au niveau de la couche de contrats intelligents.

La norme introduit quatre composants :

UserOperations. Au lieu d'envoyer une transaction régulière, les utilisateurs soumettent une UserOperation (UserOp), une structure de données qui décrit l'action prévue. Les UserOps entrent dans un mempool séparé, pas le mempool de transactions standard. Chaque UserOp contient l'adresse du compte intelligent de l'expéditeur, les données d'appel pour l'action prévue, les limites de gaz, et une adresse de paymaster optionnelle.

Bundlers. Des nœuds spécialisés collectent les UserOps du mempool alternatif, les regroupent en une seule transaction en chaîne, et soumettent cette transaction au réseau. Le bundler paie le gaz à l'avance et est remboursé par le compte intelligent ou un paymaster. Le regroupement crée des économies de gaz : les frais généraux fixes d'une transaction Ethereum sont payés une fois par lot plutôt qu'une fois par action utilisateur.

Contrat EntryPoint. Un contrat singleton déployé à une adresse canonique sur chaque chaîne ERC-4337. Toutes les UserOps groupées passent par ce contrat, qui appelle la fonction de validation de chaque compte intelligent, exécute l'opération, et gère la comptabilité du gaz. Le contrat EntryPoint a été audité par OpenZeppelin et est immuable une fois déployé, fournissant une ancre de confiance stable pour l'ensemble du système.

Paymasters. Des contrats optionnels qui sponsorisent le gaz au nom des utilisateurs. Un paymaster peut payer les frais en échange de jetons ERC-20, absorber les coûts comme subvention dapp, ou implémenter toute autre logique de paiement. La fonction validatePaymasterUserOp du paymaster est appelée pendant la validation, et le paymaster peut rejeter les opérations qui ne répondent pas à ses critères.

Le résultat : un portefeuille n'est plus une paire de clés. C'est un contrat intelligent avec une fonction validateUserOp programmable qui décide si une opération donnée est autorisée.

Le cycle de vie de UserOperation en détail

Comprendre comment une UserOp se déplace dans le système clarifie ce qui rend l'AA différente des transactions régulières.

1. Construction. L'application de portefeuille construit une UserOp contenant l'appel au contrat cible, les paramètres de gaz et un nonce. Si un paymaster est impliqué, l'adresse du paymaster et ses données d'approbation sont incluses.
2. Signature. L'utilisateur signe la UserOp. Le format de signature est défini par le compte intelligent, pas par le protocole. C'est la flexibilité clé : le compte intelligent peut accepter les signatures ECDSA, les signatures par clé d'accès, les seuils multisig, ou tout autre schéma.
3. Soumission. La UserOp signée est soumise à un bundler via un point de terminaison JSON-RPC (eth_sendUserOperation). Le bundler valide la UserOp hors chaîne pour s'assurer qu'elle ne sera pas annulée.
4. Regroupement. Le bundler regroupe plusieurs UserOps en une seule transaction qui appelle la fonction handleOps du contrat EntryPoint.
5. Exécution. L'EntryPoint appelle la fonction de validation de chaque compte intelligent. Si la validation réussit, l'EntryPoint exécute l'opération. Si un paymaster est présent, l'EntryPoint facture le paymaster au lieu du compte intelligent pour le gaz.
6. Confirmation. La transaction groupée est incluse dans un bloc. Chaque UserOp qu'elle contient est traitée comme une action indépendante qui réussit ou échoue sans affecter les autres UserOps du lot.

Ce cycle de vie signifie que l'utilisateur n'interagit jamais directement avec le mempool d'Ethereum. Le bundler gère l'estimation du gaz, la gestion des nonces et la soumission des transactions. Du point de vue de l'utilisateur, l'expérience est plus proche de soumettre un formulaire sur un site Web que de diffuser une transaction blockchain brute.

Les portefeuilles à clé d'accès et la fin des phrases de récupération

La conséquence la plus visible de l'AA est que les portefeuilles peuvent désormais authentifier les utilisateurs avec des clés d'accès au lieu de phrases de récupération.

Une clé d'accès est une information d'identification cryptographique stockée dans l'enclave sécurisée de l'appareil (l'enclave sécurisée sur les appareils Apple, Titan M sur les Google Pixels, ou TPM sur les machines Windows). L'utilisateur s'authentifie avec une empreinte digitale, un scan du visage ou un code PIN de l'appareil. La clé privée ne quitte jamais le matériel.

Coinbase Smart Wallet, lancé en juin 2024, utilise cette approche. La création de compte prend moins de 10 secondes. L'utilisateur s'authentifie avec un biométrique, et le portefeuille déploie un compte de contrat intelligent qui reconnaît cette clé d'accès comme un signataire valide. Il n'y a pas de phrase de récupération à noter, pas d'extension de navigateur à installer. Coinbase a signalé avoir déployé plus de 10 millions de comptes intelligents via ce flux d'ici début 2026.

Safe (anciennement Gnosis Safe) a intégré la signature par clé d'accès dans son cadre de compte intelligent. Les utilisateurs peuvent ajouter une clé d'accès comme l'un des multiples signataires sur un compte multi-signature, combinant la commodité de la connexion biométrique avec la sécurité des signatures à seuil.

Le compromis est la dépendance à la plateforme. Une clé d'accès créée sur un iPhone est synchronisée via le trousseau iCloud. Si un utilisateur perd tous ses appareils Apple et ne peut pas accéder à iCloud, la clé d'accès est perdue. C'est pourquoi la récupération sociale existe comme couche complémentaire. Les portefeuilles à clé d'accès sont plus solides lorsqu'ils sont combinés avec au moins un signataire de secours qui utilise une méthode d'authentification différente.

Récupération sociale : remplacer la sauvegarde par des gardiens

La récupération sociale, proposée par Vitalik Buterin dans un article de blog de 2021, remplace la sauvegarde unique (phrase de récupération) par un groupe de gardiens.

Le mécanisme fonctionne comme suit :

1. Le propriétaire du portefeuille désigne un ensemble de gardiens. Les gardiens peuvent être des amis, des membres de la famille, des dépositaires institutionnels, ou même d'autres contrats intelligents.
2. Le propriétaire définit un seuil. Par exemple, 3 des 5 gardiens doivent approuver une demande de récupération.
3. Si le propriétaire perd l'accès, il initie un processus de récupération à partir d'un nouvel appareil. Les gardiens confirment indépendamment la demande.
4. Une fois le seuil atteint, le compte intelligent remplace la clé de signature perdue par une nouvelle.

Les gardiens n'ont pas besoin de se coordonner simultanément. La plupart des implémentations incluent un délai (généralement de 24 à 48 heures) pendant lequel le propriétaire d'origine peut annuler une tentative de récupération frauduleuse.

Ce modèle élimine le point de défaillance unique. Perdre un appareil ne signifie pas perdre des fonds, tant qu'assez de gardiens sont joignables. Il élimine également le fardeau de la sécurité physique de stocker une phrase de récupération dans un coffre-fort ignifuge ou un coffre de banque.

Le choix des gardiens est très important. Les gardiens doivent être répartis sur différentes zones géographiques, canaux de communication et types de relations. Si tous les gardiens sont dans le même groupe de discussion et que ce groupe est compromis, le mécanisme de récupération devient un vecteur d'attaque. Certaines implémentations permettent d'ajouter des gardiens institutionnels (tels qu'un fournisseur de portefeuille matériel ou un service de garde) aux côtés des contacts personnels, créant ainsi une défense en profondeur.

Parrainage des frais de gaz et fonctionnement des paymasters

Avant l'AA, un nouvel utilisateur qui recevait de l'USDC sur Ethereum ne pouvait pas l'envoyer sans d'abord acquérir de l'ETH pour payer les frais de gaz. Ce problème de l'œuf et de la poule a été l'un des plus grands obstacles à l'adoption dans la crypto.

Les paymasters résolvent ce problème. Un paymaster est un contrat intelligent qui accepte de couvrir les frais de gaz pour une UserOperation, selon ses propres règles.

Trois modèles courants de paymaster ont émergé :

Gaz sponsorisé par la dapp. L'application paie tous les frais de gaz pour ses utilisateurs. La dapp dépose de l'ETH dans le contrat paymaster et autorise les UserOps de ses utilisateurs. Du point de vue de l'utilisateur, les transactions sont gratuites. Les dapps traitent le gaz comme un coût d'acquisition client, similaire à la livraison gratuite dans le commerce électronique. Ce modèle est particulièrement efficace sur les réseaux de couche 2 où les frais de gaz sont une fraction de centime par transaction.

Paiement du gaz en ERC-20. Le paymaster accepte un jeton ERC-20 (USDC, DAI) au lieu de l'ETH. L'utilisateur paie le gaz, mais dans un jeton qu'il possède déjà. Le paymaster échange le jeton contre de l'ETH pour rembourser le bundler. Cela élimine le besoin pour les utilisateurs de détenir deux jetons distincts (l'actif qu'ils veulent utiliser plus l'ETH pour le gaz).

Abonnement ou basé sur des sessions. Le paymaster autorise un lot d'opérations dans une fenêtre de temps ou une limite de dépenses. Une dapp de jeu pourrait sponsoriser 100 transactions par jour et par utilisateur, par exemple. Les clés de session étendent ce concept : l'utilisateur signe une seule transaction qui accorde à une clé temporaire le droit d'effectuer des actions spécifiques (comme des mouvements dans un jeu) sans nécessiter d'approbation pour chacune.

Pimlico, Alchemy et Stackup exploitent une infrastructure de paymaster que les dapps peuvent intégrer avec quelques appels API. Alchemy seul a facilité plus d'un million de déploiements de comptes intelligents grâce à ses services de paymaster et de bundler. L'économie est simple : sur les réseaux de couche 2 où les frais de gaz coûtent quelques centimes, sponsoriser les transactions des utilisateurs est trivialement bon marché.

EIP-7702 et la voie vers l'abstraction de compte native

L'ERC-4337 fonctionne sans modifications du protocole, mais ce n'est pas l'état final. La feuille de route d'Ethereum inclut l'EIP-7702 (écrit par Vitalik Buterin et Sam Wilson), qui a été inclus dans la mise à niveau Pectra.

L'EIP-7702 introduit un nouveau type de transaction qui permet à un EOA de pointer temporairement vers le code d'un contrat intelligent pendant la durée d'une seule transaction. L'EOA ne devient pas définitivement un contrat intelligent. Au lieu de cela, il peut se comporter comme tel lorsque nécessaire, ayant accès à des appels groupés, au gaz sponsorisé et à une logique de validation personnalisée, puis revenir à un comportement EOA standard.

Cela est important pour deux raisons. Premièrement, cela permet aux détenteurs d'EOA existants (toute personne ayant un portefeuille MetaMask aujourd'hui) d'accéder aux fonctionnalités AA sans migrer vers un nouveau compte. La migration a été un point de friction majeur : les utilisateurs ne veulent pas déplacer tous leurs actifs, autorisations et historique en chaîne vers une nouvelle adresse. Deuxièmement, cela réduit les coûts de gaz car le surcoût de déploiement permanent de compte intelligent est évité pour les utilisateurs qui n'ont besoin des fonctionnalités AA qu'occasionnellement.

La vision à long terme, discutée dans plusieurs articles de la feuille de route de la Fondation Ethereum, est que chaque compte sur Ethereum devienne un compte intelligent par défaut. StarkNet et zkSync implémentent déjà cela : sur ces réseaux, chaque compte est un contrat intelligent dès sa création. L'EIP-7702 est le pont qui fait passer la base d'utilisateurs existante d'Ethereum vers ce modèle sans casser la compatibilité ascendante.

Où l'abstraction de compte est déployée aujourd'hui

L'adoption de l'AA est concentrée sur les réseaux de couche 2 où les coûts de gaz rendent l'expérimentation bon marché.

Base a la plus forte densité de comptes intelligents, grâce au Smart Wallet de Coinbase. À la mi-2026, Base avait traité plus de 30 millions d'UserOperations. Les coûts de gaz inférieurs au centime du réseau rendent le parrainage par paymaster économiquement trivial.

Polygon a intégré l'AA dès le début et propose une abstraction de compte native au niveau du protocole dans son rollup zkEVM. L'accent mis par Polygon sur les jeux et les applications sociales s'aligne bien avec le modèle de clés de session, où les utilisateurs ont besoin de nombreuses transactions de faible valeur sans invites d'approbation répétées.

Arbitrum et Optimism prennent en charge ERC-4337 via le contrat standard EntryPoint. Les principales dapps sur les deux chaînes ont commencé à migrer les flux d'intégration vers des comptes intelligents, en particulier les protocoles DeFi qui souhaitent offrir des premiers échanges sans gaz. Pour le contexte sur la façon dont les mises à jour d'Ethereum ont permis aux portefeuilles de fonctionner comme des contrats intelligents, la chronologie commence avec le déploiement d'EntryPoint ERC-4337.

Le réseau principal d'Ethereum prend en charge ERC-4337, mais des coûts de gaz plus élevés signifient que le parrainage paymaster est plus coûteux. La plupart des utilisations d'AA sur le réseau principal proviennent de portefeuilles multi-signatures de grande valeur (Safe) plutôt que de dapps grand public. Safe gère plus de 100 milliards de dollars d'actifs à travers ses déploiements de comptes intelligents.

StarkNet et zkSync implémentent l'abstraction de compte native au niveau du protocole, ce qui signifie que chaque compte est un contrat intelligent par défaut. C'est la direction vers laquelle pointe la feuille de route à long terme d'Ethereum.

Ce que cela ne couvre pas

Ce guide se concentre sur le mécanisme de l'abstraction de compte et ses conséquences immédiates pour la conception de portefeuilles. Il ne couvre pas :

• La comparaison détaillée des implémentations spécifiques de comptes intelligents (Safe, Kernel, Biconomy, ZeroDev)
• Les implications MEV du mempool UserOperation (pour les mécanismes MEV, voir qu'est-ce que le MEV)
• Les audits de sécurité formels des contrats paymaster individuels
• L'abstraction de compte inter-chaînes et comment les comptes intelligents interagissent avec le pontage

Vérifications pratiques pour évaluer un portefeuille AA

Avant de confier des fonds à un portefeuille à compte intelligent, considérez ces questions :

Le contrat intelligent est-il audité ? Vérifiez si l'implémentation du compte intelligent du portefeuille a subi des audits de sécurité par des tiers. Les contrats de Safe sont parmi les plus audités dans la DeFi. Les implémentations plus récentes peuvent ne pas avoir le même historique.

Que se passe-t-il si le fournisseur cesse ses activités ? Un portefeuille à clé d'accès lié à un seul fournisseur crée une nouvelle forme de dépendance. Recherchez des portefeuilles qui permettent d'ajouter plusieurs signataires, y compris une clé privée traditionnelle comme sauvegarde.

Où la clé d'accès est-elle stockée ? Comprenez si la clé d'accès est liée à l'appareil ou synchronisée via un fournisseur de cloud. iCloud Keychain et Google Password Manager synchronisent les clés d'accès, ce qui est pratique mais élargit la surface d'attaque pour inclure la sécurité du compte cloud.

Le portefeuille prend-il en charge la récupération sociale ? Si la seule méthode d'authentification est une clé d'accès et que la clé d'accès est perdue, les fonds peuvent être irrécupérables. La récupération sociale ajoute un filet de sécurité. Vérifiez combien de gardiens le portefeuille prend en charge et si le processus de récupération a été testé.

Sur quelles chaînes le compte intelligent fonctionne-t-il ? Un compte intelligent sur le réseau principal d'Ethereum a une adresse différente de celle du même compte sur Arbitrum, sauf si le portefeuille utilise un déploiement déterministe CREATE2. Vérifiez la compatibilité inter-chaînes avant de déposer des fonds sur plusieurs réseaux.

Quelle est la voie de mise à niveau ? Certaines implémentations de comptes intelligents sont évolutives (la logique du contrat peut être modifiée par le propriétaire). C'est puissant mais cela introduit un risque : une clé de mise à niveau compromise pourrait réécrire la logique de validation du portefeuille. Vérifiez si les mises à niveau nécessitent un délai ou une approbation multipartite.