Account abstraction et smart wallets : ERC-4337, EIP-7702

L'account abstraction permet de contrôler un compte crypto par du code plutôt que par une seule clé privée. Un smart wallet utilise ce code pour décider de ce qui constitue une transaction valide : il peut ainsi accepter une passkey ou Face ID au lieu d'une seed phrase, laisser quelqu'un d'autre payer le gas, regrouper plusieurs actions en un seul clic et rétablir l'accès via des gardiens de confiance en cas de perte d'un appareil.

Sur Ethereum, cela s'est fait en deux étapes : ERC-4337, un standard de smart account qui fonctionne sans modifier le protocole, puis EIP-7702, qui a permis en mai 2025 aux wallets ordinaires d'emprunter des fonctionnalités de smart wallet. Ce guide explique les deux, les fonctionnalités qu'ils apportent, les nouveaux risques qu'ils créent, et comment Sui et MultiversX proposent nativement des fonctionnalités similaires.

Qu'est-ce que l'account abstraction ?

Ethereum compte deux types de comptes. Un externally owned account (EOA) est une paire de clés : quiconque détient la clé privée peut tout faire, et la perdre revient à tout perdre. Un compte de contrat contient du code mais, historiquement, ne pouvait pas initier une transaction par lui-même.

« Abstraction » signifie séparer qui vous êtes de la manière dont vous le prouvez. Avec l'account abstraction, les règles de validation d'une transaction se trouvent dans le code même du compte. Le compte peut exiger une signature, deux sur trois, une passkey, une limite de dépenses quotidienne ou un verrouillage temporel, et ces règles peuvent évoluer par la suite sans transférer vos fonds vers une nouvelle adresse.

Un smart wallet (aussi appelé smart account ou smart contract wallet) est simplement un wallet fondé sur ce principe. Il reste en auto-conservation lorsque vous contrôlez les clés ou facteurs de signature ; le code vous offre simplement plus d'options que « une clé, tous les pouvoirs ». Notre guide des wallets non custodial traite de l'aspect conservation.

ERC-4337 : des smart accounts sans hard fork

ERC-4337, intitulé « Account Abstraction Using Alt Mempool », a été créé le 29 septembre 2021 par des auteurs dont Vitalik Buterin et Yoav Weiss, et porte désormais le statut Final. Son choix de conception clé est qu'il « completely avoids the need for consensus-layer protocol changes ». Au lieu d'un nouveau type de transaction, il ajoute une couche au-dessus d'Ethereum.

Les éléments en jeu sont :

• UserOperation : une pseudo-transaction décrivant ce que vous voulez que votre smart account fasse. Vous signez celle-ci plutôt qu'une transaction normale.
• Bundler : un nœud qui collecte les UserOperations dans un mempool séparé et les regroupe dans une vraie transaction.
• EntryPoint : un contrat unique et partagé qui vérifie chaque opération avec le code de validation propre au compte, puis l'exécute.
• Paymaster : un contrat facultatif qui accepte de payer le gas pour l'utilisateur, ou d'être payé dans un token comme l'USDC.
• Factory : un contrat qui déploie votre smart account lors de sa première utilisation.

Le contrat EntryPoint audité a été mis en service sur Ethereum le 1er mars 2023, après un audit d'OpenZeppelin, et déployé sur plusieurs autres réseaux EVM, dont Polygon, Optimism, Arbitrum, BNB Chain, Avalanche et Gnosis Chain, selon The Block. Comme ERC-4337 est un standard de contrat et non une règle de protocole, le même modèle fonctionne aussi sur les rollups ; consultez notre article sur le layer 2 en crypto.

L'inconvénient est qu'un smart account ERC-4337 possède une nouvelle adresse. Si vous détenez déjà des actifs dans un EOA, vous devez les transférer, et c'est cette friction qui a rendu l'étape suivante importante.

EIP-7702 et la mise à jour Pectra

EIP-7702, « Set Code for EOAs », ajoute un nouveau type de transaction qui permet à un EOA existant de pointer vers du code de smart contract. Le compte signe une autorisation, et dès lors son champ de code contient un indicateur de délégation : les appels au compte exécutent la logique du contrat délégué. Votre adresse et vos soldes restent inchangés.

EIP-7702 a été déployé avec le hard fork Pectra, activé sur le mainnet Ethereum à l'epoch 364032 (timestamp 1746612311, soit le 7 mai 2025). La spécification ERC-4337 mentionne désormais EIP-7702 comme prérequis et prend en charge les autorisations 7702, de sorte que les deux fonctionnent ensemble : un EOA mis à niveau peut utiliser des bundlers et des paymasters comme n'importe quel smart account.

Deux points sont à retenir :

• La clé d'origine fonctionne toujours. Déléguer du code ne supprime pas la clé privée de l'EOA : quiconque détient cette clé peut toujours signer pour le compte. EIP-7702 ajoute des fonctionnalités ; il ne rend pas une clé compromise sûre.
• Une délégation est puissante. Signer une autorisation 7702 confie le contrôle du comportement du compte au contrat que vous désignez. Un contrat malveillant peut tout vider en une seule transaction.

Ce que permettent les smart wallets

La plupart des avantages concrets se répartissent en cinq groupes.

Des passkeys au lieu des seed phrases

Une passkey est un identifiant WebAuthn stocké dans la puce sécurisée de votre téléphone, un ordinateur portable ou une clé de sécurité matérielle, déverrouillé par Face ID, une empreinte digitale ou un code PIN. Ces clés utilisent la courbe secp256r1 (P-256), qu'Ethereum ne pouvait pas vérifier à faible coût avant le precompile EIP-7951. Ce precompile a été livré avec la mise à jour Fusaka, activée sur le mainnet Ethereum le 3 décembre 2025 à 21:49:11 UTC, selon l'Ethereum Foundation. Il permet à un smart account de vérifier on-chain la signature d'un téléphone, qui devient alors lui-même la clé du wallet. Si vous avez l'habitude de noter douze mots, notre guide de la seed phrase explique ce que remplace une passkey.

Parrainage du gas et frais payés en stablecoins

Un paymaster peut couvrir le gas des premières transactions d'un utilisateur, ou lui permettre de payer les frais en USDC plutôt qu'en ETH. Pour un débutant, cela supprime l'étape « acheter de l'ETH avant de pouvoir faire quoi que ce soit ». Notre article sur les frais de gas explique ce qui est payé.

Le batching

Une seule signature peut approuver un token et le déposer, ou swapper puis staker, en une seule opération atomique. Si une étape échoue, l'ensemble du lot est annulé, et vous ne vous retrouvez pas avec une position à moitié construite.

Récupération sociale et règles multifacteurs

Le code du compte peut désigner des gardiens, comme un second appareil, un hardware wallet ou des proches de confiance, qui peuvent ensemble remplacer la clé de signature si vous la perdez. Le même principe, appliqué à la signature plutôt qu'à la récupération, permet une configuration m-sur-n comme celle d'un wallet multisig.

Clés de session et limites de dépenses

Un jeu ou une application de trading peut obtenir une clé temporaire autorisée à appeler uniquement certains contrats, jusqu'à un montant donné et pour une durée donnée. Vous approuvez une fois plutôt qu'à chaque action, et les dégâts en cas de fuite d'une clé de session sont plafonnés.

EOA vs ERC-4337 vs EIP-7702 vs MPC

Le MPC et l'account abstraction résolvent des problèmes qui se recoupent, par des voies différentes. Le MPC divise une clé pour qu'aucune partie ne la détienne seule ; l'account abstraction modifie ce que la blockchain accepte comme preuve. Notre article sur les wallets MPC approfondit le sujet.

Risques et compromis

Les smart wallets suppriment certains modes de défaillance et en ajoutent d'autres.

• Risque de smart contract. Votre compte est du code. Un bug dans le compte, la version d'EntryPoint qu'il utilise, un module ou un paymaster peut bloquer ou faire perdre des fonds. Privilégiez des implémentations auditées et largement utilisées.
• Délégations malveillantes. Dans les premières semaines suivant Pectra, Wintermute a constaté que plus de 80 % des délégations EIP-7702 pointaient vers des contrats « sweeper » copiés-collés qui vident automatiquement les wallets dont les clés avaient déjà fuité, selon The Block le 1er juin 2025. Traitez toute demande de signature d'une délégation comme une demande de céder le compte. Notre guide sur les wallet drainers et le phishing d'approbation explique comment ces demandes sont déguisées.
• Dépendance au cloud et aux fournisseurs. Une passkey synchronisée n'est pas plus sûre que le compte Apple ou Google qui la sous-tend. La documentation de Sui déconseille de s'appuyer sur une seule passkey comme unique méthode de conservation pour des comptes de grande valeur.
• Dépendance à l'infrastructure. Les bundlers et les paymasters sont des services. Si un paymaster cesse de parrainer, vous avez de nouveau besoin du gas natif ; si un fournisseur de wallet disparaît, il vous faut un moyen d'accéder à votre compte sans son application.
• Différences entre blockchains. Un smart account déployé sur un réseau n'existe pas automatiquement sur un autre, et les paramètres de récupération ne sont pas copiés.

Les équivalents natifs sur Sui et MultiversX

Les blockchains non EVM ont intégré plusieurs de ces fonctionnalités directement dans le protocole plutôt que de les ajouter sous forme de contrats.

Sui zkLogin vous permet d'envoyer des transactions depuis une adresse Sui à l'aide d'une connexion Google, Apple, Facebook ou Twitch, parmi d'autres fournisseurs actifs sur le mainnet, sans lier publiquement les deux, selon la documentation de Sui. Votre adresse est dérivée de la connexion et d'un sel propre à chaque utilisateur, et une preuve à divulgation nulle de connaissance démontre que vous détenez un identifiant valide. Sui le présente comme non custodial, un 2-sur-2 entre la connexion et le sel, et prévient que perdre le sel signifie perdre définitivement l'accès à cette adresse.

Les transactions sponsorisées de Sui permettent à une adresse de payer le gas d'une autre, afin qu'une application puisse accueillir des utilisateurs qui ne détiennent pas de SUI, selon la documentation développeur de Sui. Sui prend aussi en charge les signatures par passkey et le multisig natif, et zkLogin comme les passkeys peuvent s'intégrer à un multisig pour la récupération. Pour les options de wallets, consultez les meilleurs wallets Sui.

Les Guardians de MultiversX ajoutent une authentification à deux facteurs on-chain : une fois un gardien activé, chaque transaction nécessite sa co-signature en plus de celle du propriétaire. La désignation d'un nouveau gardien ne prend effet qu'après 20 epochs, et les transactions protégées peuvent être soumises via un relayer lorsque l'utilisateur ne dispose pas d'EGLD pour les frais, selon la documentation de MultiversX.

La place de JewelSwap

JewelSwap fonctionne sur MultiversX, Sui et Radix : ce sont donc ces fonctionnalités natives qui concernent nos utilisateurs. Tout wallet compatible avec la blockchain peut signer pour le liquid staking (JWLSUI, JWLEGLD, JWLXRD) ou les farms Sui. Quel que soit le type de wallet choisi, les bases de notre guide des wallets en auto-conservation s'appliquent toujours : sauvegardez votre moyen de récupération et lisez chaque demande de signature.

Questions fréquentes

Qu'est-ce que l'account abstraction, en termes simples ?

Cela signifie que votre compte crypto est contrôlé par du code au lieu d'une seule clé privée. Le code définit ce qu'est une transaction valide, ce qui permet la connexion par passkey, le parrainage du gas, les actions groupées, les limites de dépenses et la récupération sociale.

Qu'est-ce qu'un smart wallet en crypto ?

Un smart wallet est un wallet dont le compte est un smart contract, ou un compte ordinaire qui a délégué à un smart contract. Il peut rester en auto-conservation, mais ajoute des règles programmables comme plusieurs signataires, des gardiens et des limites.

Quelle est la différence entre ERC-4337 et EIP-7702 ?

ERC-4337 est un standard au niveau des contrats, actif sur Ethereum depuis mars 2023, qui crée de nouveaux smart accounts à l'aide de bundlers, d'un contrat EntryPoint et de paymasters. EIP-7702, actif depuis la mise à jour Pectra du 7 mai 2025, permet à une adresse de wallet existante de déléguer à du code de smart contract, si bien que les utilisateurs conservent leur adresse. Les deux sont conçus pour fonctionner ensemble.

Les smart wallets sont-ils plus sûrs que les wallets classiques ?

Ils peuvent l'être, car ils permettent la récupération, l'approbation multifacteur et les limites de dépenses. Ils ajoutent aussi un risque de smart contract et de nouvelles techniques de phishing, comme les demandes malveillantes de délégation EIP-7702 : la sécurité dépend donc de l'implémentation et de ce que vous signez.

Ai-je encore besoin d'une seed phrase avec un smart wallet ?

Pas toujours. De nombreux smart wallets utilisent des passkeys ou, sur Sui, zkLogin à la place d'une seed phrase. Il vous faut tout de même un moyen de récupération, comme des gardiens, une seconde passkey ou un sel sauvegardé, car perdre tous les facteurs peut signifier perdre le compte.

Sui propose-t-il l'account abstraction ?

Sui propose des fonctionnalités similaires de manière native plutôt que via un standard de contrat : zkLogin pour la connexion via OAuth, les transactions sponsorisées pour le gas, les signatures par passkey et le multisig intégré.

À lire aussi

• Qu'est-ce qu'un wallet MPC ?
• Les wallets non custodial expliqués
• Qu'est-ce qu'un wallet multisig ?
• Les meilleurs wallets en auto-conservation en 2026
• Wallet drainers et phishing d'approbation

Cet article est éducatif et ne constitue pas un conseil financier ou juridique. Les détails des standards et des mises à jour proviennent des pages EIP d'Ethereum, de l'Ethereum Foundation et de la documentation de Sui et de MultiversX, vérifiés le 17 octobre 2026 ; les sources sont citées dans le texte. Les fonctionnalités des wallets évoluent rapidement : consultez la documentation actuelle de votre fournisseur.