Leçon 4

L’émergence de l’Account Abstraction

Avec l’essor rapide des applications Web3, les EOAs (Externally Owned Accounts) classiques révèlent peu à peu leurs limites concernant l’expérience utilisateur et l’élargissement des fonctionnalités. Account Abstraction (AA) a pour objectif de dépasser les restrictions fixes des EOAs, en rendant les comptes on-chain plus flexibles et programmables, tout en améliorant l’expérience des utilisateurs des applications décentralisées.

Pourquoi les systèmes de comptes traditionnels limitent l’expérience Web3

Les comptes EOA traditionnels s’appuient sur la signature par clé privée pour chaque transaction, obligeant les utilisateurs à initier eux-mêmes chaque opération et à payer les frais de Gas. Ce modèle pose plusieurs problèmes :

  • Expérience utilisateur médiocre : les nouveaux venus doivent gérer des clés privées, comprendre les frais de Gas et naviguer dans les processus de transaction, créant ainsi une barrière d’entrée élevée
  • Fonctionnalités limitées : les EOA ne permettent pas d’intégrer des logiques telles que paiements automatisés, transactions groupées ou opérations multi-signature
  • Liaison applicative faible : la logique du compte ne s’adapte pas de façon flexible aux exigences variées des DApp

Ces limitations compliquent la possibilité pour Web3 d’offrir une expérience fluide comparable à Web2 et freinent l’adoption de scénarios financiers, sociaux ou ludiques plus complexes.

Concepts fondamentaux et approches techniques de l’Account Abstraction

Le principe central de l’Account Abstraction consiste à dissocier la logique de vérification des transactions de la couche protocolaire, afin de permettre aux comptes de :

  • Personnaliser la logique de vérification : les comptes choisissent qui initie les transactions et comment le Gas est réglé
  • Intégrer une logique intelligente : prise en charge de la multi-signature, des plafonds de dépense, des opérations groupées ou des transactions automatisées
  • Renforcer la composabilité : permettre des interactions approfondies avec les DApp et les protocoles DeFi

Sur le plan technique, l’Account Abstraction ne dépend plus du modèle de signature EOA traditionnel. La vérification et l’exécution des transactions sont assurées par des Smart Contracts ou des modules AA dédiés. Cela confère aux comptes on-chain des fonctionnalités de « portefeuille programmable » tout en préservant la décentralisation.

Structure de base des solutions d’Account Abstraction telles qu’ERC-4337

ERC-4337 est l’une des principales implémentations de l’Account Abstraction. Sa structure de base comprend :

  • Bundler : assemble les opérations des utilisateurs, remplaçant les transactions traditionnelles
  • Bundler : collecte les UserOperation et les soumet pour exécution on-chain
  • Contrat EntryPoint : assure la vérification unifiée, le paiement du Gas et la logique d’exécution
  • Contrat de validation : définit les signatures personnalisées des comptes, les autorisations et les règles de sécurité

Grâce à cette architecture, ERC-4337 permet l’Account Abstraction sans modifier le protocole sous-jacent, offrant à tout compte une vérification de signature et une exécution des transactions plus flexibles via le modèle AA. Cette solution améliore l’expérience utilisateur et fournit une infrastructure évolutive et programmable pour les portefeuilles, protocoles DeFi et scénarios de jeux.

Clause de non-responsabilité
* Les investissements en cryptomonnaies comportent des risques importants. Veuillez faire preuve de prudence. Le cours n'est pas destiné à fournir des conseils en investissement.
* Ce cours a été créé par l'auteur qui a rejoint Gate Learn. Toute opinion partagée par l'auteur ne représente pas Gate Learn.