L'abstraction de compte (AA) rend un compte blockchain programmable : au lieu que le protocole code en dur l'unique règle « une signature valide issue d'une clé privée déplace les fonds », le compte est régi par du code de contrat qui définit ses propres conditions d'acceptation d'une transaction — multisig, récupération sociale, limites de dépenses, actions groupées, ou le fait de laisser un tiers payer le gaz. Sur Ethereum et les autres chaînes EVM, elle est principalement mise en œuvre via l'ERC-4337, qui achemine les UserOperations à travers des bundlers, un contrat EntryPoint partagé et des paymasters optionnels, sans aucune modification du protocole ; des chaînes comme zkSync Era et Starknet intègrent l'AA nativement, et l'EIP-7702 permet à un compte à phrase de récupération existant d'adopter une logique de smart account à son adresse actuelle. L'abstraction de compte ne change pas en soi la garde : un smart account reste contrôlé par celui qui en détient les clés, et dans un portefeuille non dépositaire, c'est vous. WATS en applique la partie la plus concrète : le Hot Wallet de WATS utilise un paymaster ERC-4337 sur les chaînes EVM, de sorte que les frais de réseau sont payés dans un seul jeton, l'ATS, plutôt que dans le jeton de gaz natif de chaque chaîne — tout en restant entièrement non dépositaire.
Ce que « l'abstraction de compte » signifie réellement
Sur la plupart des blockchains, « votre compte » n'est en réalité qu'une paire de clés. Quiconque détient la clé privée peut déplacer les fonds, et les règles de validation d'une transaction sont codées en dur dans le protocole. L'abstraction de compte change cette prémisse : elle rend le compte lui-même programmable, de sorte que la logique qui décide si une transaction est valide réside dans un code que vous contrôlez plutôt que dans une règle de protocole figée.
En clair, un compte traditionnel pose une seule question — « cette signature est-elle valide pour cette clé ? » Un smart account peut poser n'importe quelle question que vous écrivez : « deux de ces trois signataires sont-ils présents ? », « cette transaction est-elle sous la limite quotidienne ? », « le délai de verrouillage de récupération a-t-il expiré ? » Le compte cesse d'être une paire de clés passive et devient un petit moteur de politiques programmable.
EOA contre smart account
Sur Ethereum aujourd'hui, il existe deux types de comptes. Un compte détenu en externe (EOA) est contrôlé directement par une clé privée, généralement dérivée d'une phrase de récupération. Aucun code ne se cache derrière ; la clé est le compte. Un smart account (aussi appelé compte-contrat) est contrôlé par un contrat intelligent déployé, et ce contrat définit la manière dont les transactions sont autorisées.
La différence pratique est la flexibilité. Un EOA n'a qu'un seul modèle de sécurité — une clé, une signature — et si vous perdez la phrase de récupération, les fonds sont perdus. Un smart account peut mettre en œuvre du multisig, de la récupération sociale, des limites de dépenses, des clés de session ou des mises à niveau automatiques, le tout sans modifier la chaîne sous-jacente. Pour une comparaison plus approfondie, consultez notre analyse des smart accounts contre EOA.
Pourquoi c'est important : récupération, gaz, regroupement, politiques
Les comptes programmables débloquent plusieurs choses que les portefeuilles à phrase de récupération ne peuvent tout simplement pas faire :
Récupération. Au lieu d'une unique et fragile phrase de récupération, un smart account peut désigner des gardiens ou un contrat de récupération, de sorte que perdre un appareil ne signifie pas tout perdre. Paiement flexible du gaz. Le compte peut laisser un tiers — un paymaster — parrainer les frais, ou accepter des frais dans un jeton autre que la monnaie native de la chaîne, ce qui supprime la nécessité de garder un solde résiduel d'ETH, de POL, de SOL et de Toncoin juste pour déplacer d'autres actifs. Regroupement. Plusieurs opérations — approuver et échanger, ou plusieurs transferts — peuvent être regroupées en une seule transaction atomique qui réussit entièrement ou échoue entièrement. Politiques de sécurité personnalisées. Des limites quotidiennes, des listes d'autorisation, des verrous temporels et des clés de session peuvent être appliqués par le compte lui-même plutôt que confiés à une application ou à une extension de navigateur.
Comment c'est mis en œuvre : ERC-4337, AA native et EIP-7702
Il n'existe pas une seule façon de faire de l'abstraction de compte. Trois approches dominent en 2026.
L'ERC-4337 est la norme dominante sur Ethereum et les chaînes EVM, et elle fonctionne sans aucun changement de protocole. Les utilisateurs envoient des « UserOperations » à un mempool distinct ; les bundlers les regroupent et les soumettent via un contrat EntryPoint on-chain partagé, tandis que des contrats paymasters optionnels gèrent qui paie le gaz. Point crucial, l'ERC-4337 est une norme réservée à l'EVM — il ne s'exécute pas sur Solana ni TON. Ces écosystèmes obtiennent des résultats similaires grâce à leurs propres mécanismes de payeur de frais ou de relayeur qui jouent le rôle équivalent.
L'abstraction de compte native emprunte une voie différente : des chaînes comme zkSync Era et Starknet intègrent l'AA directement dans le protocole, de sorte que chaque compte est un smart account par défaut et qu'il n'y a pas de fracture EOA/contrat à combler. L'EIP-7702, quant à lui, cible la couche de base existante : il permet à un EOA ordinaire de « poser du code » en pointant vers une logique de smart account, si bien qu'un compte à phrase de récupération peut acquérir le comportement d'un smart account (regroupement, gaz parrainé, validation personnalisée) à son adresse existante — la délégation persiste jusqu'à ce que le compte la révoque ou la modifie, plutôt que de ne durer qu'une seule transaction. Ensemble, ces approches offrent à l'écosystème un spectre — normes de rétro-adaptation, support natif et voie de mise à niveau pour l'immense parc d'EOA déjà en usage.
Les compromis
L'abstraction de compte n'est pas gratuite. Les smart accounts exécutent une logique de contrat lors de la validation, de sorte qu'une transaction peut coûter plus de gaz qu'un simple transfert d'EOA, et déployer le contrat de compte ajoute une étape initiale. L'ERC-4337 introduit une nouvelle infrastructure — bundlers, paymasters, un mempool alternatif — ce qui signifie plus de pièces mobiles et une plus grande surface à appréhender. La maturité de l'écosystème varie aussi : les outils, le support des portefeuilles et les normes convergent encore en 2026, et le comportement peut différer entre une chaîne à AA native et un déploiement ERC-4337. Pour la plupart des utilisateurs, ces coûts sont invisibles, absorbés par les fournisseurs de portefeuilles, mais ce sont de véritables compromis d'ingénierie plutôt qu'un pur avantage.
Garde : l'abstraction de compte n'est pas dépositaire
Une idée fausse répandue veut qu'un « smart account » signifie que quelqu'un d'autre contrôle votre argent. La validation programmable ne dit rien de la garde : le contrat ne fait qu'encoder les règles qu'une transaction doit satisfaire, et dans un portefeuille non dépositaire, les clés qui les satisfont restent les vôtres. Le gaz parrainé en est un bon exemple — un paymaster peut payer vos frais de transaction sans jamais pouvoir déplacer vos actifs, car payer le gaz et autoriser un transfert sont des pouvoirs distincts.
La garde concerne la question de savoir qui peut déplacer des fonds unilatéralement, et un smart account bien conçu conserve ce pouvoir entre vos mains. Si vous voulez la définition précise, notre guide sur les portefeuilles non dépositaires expose la distinction : non dépositaire signifie que vous, et vous seul, détenez les clés — que le compte soit un simple EOA ou un smart account programmable.
Comment WATS utilise l'abstraction de compte
WATS applique l'avantage de l'abstraction de compte que les utilisateurs ressentent au quotidien — ne jamais jongler avec les jetons de gaz natifs — tout en restant entièrement non dépositaire : c'est vous qui détenez vos clés, et WATS ne détient jamais de clé. Dans le Hot Wallet de WATS, chaque action (transferts, échanges, staking) est facturée dans un seul jeton, l'ATS, au lieu du jeton de gaz natif de la chaîne — sur les chaînes EVM via un paymaster ERC-4337, et sur Solana et TON via le rôle équivalent de payeur de frais ou de relayeur. Comme l'ATS est un OFT LayerZero, un seul solde couvre Ethereum, Arbitrum, Optimism, Base, Polygon, BNB Chain, Solana et TON, et l'ATS collecté au titre des frais est brûlé, d'une offre de 100M vers un plancher de 30M — ce qui fait de WATS le premier et unique portefeuille à combiner des frais en jeton unique ERC-4337 + OFT avec ce burn.
Deux points méritent d'être formulés avec précision. Payer en ATS n'est pas une remise : cela change le jeton qui règle les frais de réseau, pas le coût réel de la transaction. Et le paymaster n'obtient jamais la garde — il règle les frais, tandis que seules vos clés peuvent autoriser un transfert. Si ce que vous voulez vraiment de l'abstraction de compte, c'est pouvoir détenir un seul actif, le déplacer sur huit chaînes et ne jamais être bloqué par un jeton de gaz manquant, le Hot Wallet de WATS est un endroit concret pour voir ce modèle fonctionner de bout en bout.
Foire aux questions
L'abstraction de compte signifie-t-elle que mon portefeuille est dépositaire ?
Non. L'abstraction de compte change la manière dont un compte valide les transactions, pas qui le contrôle. Un smart account reste régi par des clés que vous détenez, et des fonctionnalités comme le gaz parrainé permettent à un tiers de payer des frais sans jamais acquérir le pouvoir de déplacer vos fonds. Un portefeuille est non dépositaire tant que vous, et vous seul, détenez les clés — qu'il s'agisse d'un EOA ou d'un smart account. WATS est bâti ainsi : il est entièrement non dépositaire et ne détient jamais de clé, même si son Hot Wallet utilise un paymaster ERC-4337 pour régler les frais.
Puis-je payer le gaz dans un jeton autre que la monnaie native de la chaîne ?
Oui, et WATS en est un exemple concret. Dans le Hot Wallet de WATS, les frais de réseau des transferts, échanges et du staking sont facturés dans un seul jeton, l'ATS, au lieu d'ETH, de POL, de BNB, de SOL ou de Toncoin — sur les chaînes EVM, cela passe par un paymaster ERC-4337, et comme l'ATS est un OFT LayerZero, un seul solde couvre Ethereum, Arbitrum, Optimism, Base, Polygon, BNB Chain, Solana et TON. Ce n'est pas une remise : cela change le jeton qui paie les frais, pas ce que la transaction coûte au réseau.
L'ERC-4337 fonctionne-t-il sur Solana et TON ?
Non. L'ERC-4337 est une norme réservée à l'EVM, bâtie autour d'un contrat EntryPoint partagé, de bundlers et de paymasters, de sorte qu'elle s'applique à Ethereum et aux autres chaînes EVM. Solana et TON ne sont pas des chaînes EVM, mais elles obtiennent des résultats similaires — comme permettre le paiement des frais par un tiers — grâce à leurs propres mécanismes de payeur de frais ou de relayeur, plutôt qu'à l'ERC-4337 lui-même.
Quelle est la différence entre un EOA et un smart account ?
Un EOA (compte détenu en externe) est contrôlé directement par une clé privée issue d'une phrase de récupération, avec une seule règle fixe : une signature valide déplace les fonds. Un smart account est contrôlé par un contrat qui peut encoder des règles personnalisées — multisig, récupération sociale, limites de dépenses, regroupement ou paiement du gaz dans un autre jeton. Les deux peuvent être entièrement non dépositaires ; le smart account ajoute simplement une logique programmable par-dessus.
En quoi l'EIP-7702 diffère-t-il de l'ERC-4337 ?
L'ERC-4337 ajoute l'abstraction de compte à côté du protocole : les smart accounts sont des comptes-contrats distincts, et les UserOperations transitent par des bundlers et un contrat EntryPoint sans aucune modification d'Ethereum lui-même. L'EIP-7702, lui, modifie la couche de base : il laisse un EOA existant pointer vers du code de smart account, si bien qu'il acquiert le regroupement, le gaz parrainé et la validation personnalisée à l'adresse qu'il possède déjà. Ils sont complémentaires — le 7702 est la voie de mise à niveau des comptes qui existent déjà, tandis que le 4337 demeure l'infrastructure qu'utilisent beaucoup de ces comptes.

