- Account Abstraction -

Définition claire

Sur Ethereum, il existe deux types de comptes

les EOA (Externally Owned Accounts), détenus par un utilisateur et capables uniquement de valider une transaction via une signature dérivée d’une clé privée et de payer les frais de gas en ETH ;
les contrats intelligents (smart contracts), qui exécutent du code uniquement lorsqu’ils sont appelés, sans pouvoir initier une transaction par eux-mêmes.

L’account abstraction (AA) consiste à déplacer une partie de l’intelligence du protocole dans le compte lui-même, il s’agit d’une sorte de fusion entre un un compte utilisateur dit “classique”, type EOA, avec les propriétés et la flexibilité des contrats intelligents : le compte devient alors un contrat programmable qui définit comment l’accès est autorisé (quelles signatures, quels facteurs d’authentification), qui paie les frais (le détenteur, un sponsor, un modèle d’entreprise), et quelles règles s’appliquent (limites, garde-fous, transactions groupées). Autrement dit, l’AA remplace une serrure rigide, par une serrure programmable.

Concrètement, l’AA découple trois éléments jusqu’ici figés dans le modèle des EOA

La validation des transactions : au lieu d’exiger une signature ECDSA unique via un wallet type EOA, le compte-contrat peut vérifier divers schémas (passkeys/WebAuthn, multisig, signatures seuil, biométrie via un appareil type Yubikey, etc..).
Le paiement des frais : grâce aux paymasters, qui sont des types de contrats intelligents intégrés spécialement pour l’AA, les frais peuvent être sponsorisés ou payés dans d’autres types de monnaies/tokens que l’ETH, même si, sur la blockchain, le règlement final reste en ETH, ce qui permet une utilisation de ces nouveaux types de comptes sans posséder d’ETH au préalable.
Le flux d’actions : il est possible de regrouper plusieurs appels de fonction, plusieurs opérations, en une seule transaction (création de compte + approbation + échange), d’ajouter des limites d’utilisation, ou de mettre en place des mécanismes de récupération.

Source : https://takenobu-hs.github.io/downloads/ethereum_evm_illustrated.pdf

Il existe deux voies pour parvenir à faire de l’Account Abstraction sur l’écosystème Ethereum

Account Abstraction “native” : certaines blockchains de secondes couches (L2), comme Starknet, reposent nativement sur des comptes-contrats. Toute la logique (authentification, permissions, “session keys”) réside directement dans le compte. En somme, tous les comptes possèdent déjà une intégration de type Account Abstraction.
Account Abstraction “sans hard fork” (sans changement de blockchain), sur Ethereum via le standard ERC-4337 : ici plutôt que de modifier la couche de base du réseau (L1), on introduit un flux en parallèle. L’utilisateur transmet alors une UserOperation à un mempool alternatif ; un validateur intermédiaire, le bundler, la regroupe et appelle un contrat via la fonction EntryPoint, qui vérifie la validité de l’opération et exécute l’action selon les règles du compte-contrat.

Changement concret dans le trajet d’une transaction (vue pas à pas)

Sans Acount Abstraction : un External Owned Account (EOA), signe une transaction → elle est incluse dans un bloc si la signature ECDSA (la preuve de possession du wallet) est valide et si le compte dispose d’ETH pour payer le gas.

Avec le nouveau standard ERC-4337 : l’application génère une sorte de demande de transaction (UserOperation) → un validateur intermédiaire appelé “bundler” la sélectionne dans un mempool alternatif, destiné à accueillir l’ensemble des opérations envoyées par les “smarts accounts”, les comptes à la fois EOA et smart-contract, → il appelle ensuite la fonction EntryPoint → EntryPoint demande au compte-contrat de prouver l’autorisation (vérification de signatures, quotas, délais, etc..) → les appels groupés sont exécutés → un paymaster, un smart-contract dédié au recouvrement des frais de gas, peut avancer ou couvrir les frais requis pour exécuter la transaction.

Résultat : on arrive à une expérience proche du Web2 dans laquelle on retrouve des procédure d’authentification familière, des transactions simplifiées, une absence de fonds requis en ETH, assortie de garde-fous et de possibilités d’automatisation pour une utilisation à plus grande échelle.

Les avancements et nouveautés “Pectra / EIP-7702”

En mai 2025, la mise à jour Pectra a marqué une étape supplémentaire dans l’évolution d’Ethereum. Parmi ses apports figure l’EIP-7702, un nouveau standard qui permet aux EOA de revêtir temporairement les capacités d’un compte-contrat, sans changer d’adresse.

L’idée n’est pas de remplacer ERC-4337 mais de le compléter. En effet, alors que ERC-4337 met en place une infrastructure parallèle avec ses UserOperations, bundlers et paymasters, l’EIP-7702 agit directement au niveau du protocole. Concrètement, grâce à ce nouveau standard, un EOA peut attacher du code le temps d’une opération, ce qui lui ouvre la voie à des comportements avancés (authentification alternative, limites de dépenses, règles de récupération), avant de revenir à son fonctionnement normal.

En résumé, avec le standard de l’EIP-7702 introduit par Pectra, il ne s’agit plus d’ajouter un flux parallèle comme le fait ERC-4337, mais bien de modifier la couche de base du réseau Ethereum en permettant à un compte de type (EOA) de temporairement se comporter comme un compte-contrat en injectant du code à une transaction, tout en conservant la même adresse. À la fin de l’opération, il retrouve ainsi son fonctionnement normal d’EOA. Son changement fonctionnel a donc était temporaire.

En résumé

L’Account Abstraction (AA) transforme la manière dont les comptes fonctionnent sur Ethereum en dissipant la barrière entre les comptes externes (EOA), jusqu’ici limités à la signature et au paiement de frais en ETH, et les contrats intelligents. Grâce à cette évolution, un compte peut devenir programmable : il définit ses propres règles d’accès (multisignature, biométrie, passkeys), ses modes de paiement (via des paymasters, en tokens autres que l’ETH ou par un sponsor) et ses mécanismes de gestion (transactions groupées, récupération sociale, limites de dépenses). Autrement dit, l’AA remplace la rigidité d’un compte classique par la flexibilité d’un compte intelligent, ouvrant la voie à une expérience utilisateur proche du Web2 tout en conservant la sécurité de la chaîne de blocs.

Deux voies permettent d’y parvenir : certaines blockchains comme Starknet intègrent nativement l’AA dans leurs comptes-contrats, tandis qu’Ethereum a opté pour une solution progressive avec l’ERC-4337, qui introduit une infrastructure parallèle fondée sur les UserOperations, les bundlers et les paymasters. Plus récemment, la mise à jour Pectra (mai 2025) et son EIP-7702 ont ajouté une dimension supplémentaire : permettre aux EOA de se comporter temporairement comme des comptes-contrats en injectant du code dans une transaction, tout en conservant la même adresse. ERC-4337 et EIP-7702 se complètent ainsi pour rendre les wallets plus intelligents, automatisés et accessibles, posant les bases d’une adoption grand public de l’écosystème Ethereum.