Les trois premiers cours nous ramènent au développement des portefeuilles cryptographiques et mettent en évidence certains défis et problèmes liés à plusieurs solutions de portefeuilles web3, en particulier en ce qui concerne le point de défaillance unique d'EOA, le multi-sig et les limites du portefeuille MPC en matière de réaffectation des délégateurs. En outre, les utilisateurs de web3 ont besoin d'un environnement convivial pour les développeurs, qui leur permette de créer facilement des solutions pour répondre aux diverses exigences du paysage web3, qui évolue rapidement. Contraints par la logique de transaction de l'EOA sur Ethereum, les développeurs ont eu du mal à étendre ses fonctionnalités et à répondre aux exigences plus complexes des DApps. Avant de nous plonger dans l'abstraction de compte pour comprendre pourquoi elle est généralement considérée comme une étape cruciale dans l'adoption massive du web3, nous devons comparer le cycle de vie typique d'une transaction avec l'EOA et avec les améliorations de l'AA dans Ethereum.

Le réseau Ethereum n'autorise qu'un EOA (Externally Owned Account) à initier une transaction avec ECDSA comme signature, et cette transaction signée est envoyée au Mempool sur chaque nœud du réseau pour être traitée. Après confirmation par la majorité des nœuds d'informations telles que la concordance des signatures, un solde suffisant, suffisamment de gaz et le nonce, l'EVM commence à exécuter la transaction.

Le graphique ci-dessus montre que les cinq parties encadrées en rouge sont codées en dur dans le réseau Ethereum et ne peuvent pas être modifiées. Par conséquent, les développeurs doivent repartir de zéro s'ils introduisent de nouvelles fonctionnalités, telles que la mise en œuvre de la signature multiple à l'aide de méthodes cryptographiques. Existe-t-il un moyen de fournir aux développeurs un environnement de développement simple sans modifier le mécanisme du réseau Ethereum ? Un groupe de développeurs a fait une proposition pour l'EIP-4337, qui est maintenant connu sous le nom d'ERC-4337, pour que cela se produise. L'ERC-4337 apporte de nouveaux rôles à Ethereum pour le rendre plus programmable, ce que nous appelons Account Abstraction in Ethereum. (AA en bref)

*EIP signifie Ethereum Improvement Proposal (proposition d'amélioration de l'Ethereum), qui peut être faite par n'importe quel membre de la communauté Ethereum pour modifier ou améliorer le réseau Ethereum, alors que les ERC sont des normes pour le réseau Ethereum, seuls les EIP adoptés par la communauté peuvent être appelés ERC.

Le cycle de vie typique d'une transaction au sein de l'ERC-4337 se présente comme suit :

Dans le contexte de l'AA, nous pouvons simplement considérer que le bundler joue le rôle de l'EOA d'origine (en effet, le bundler est un EOA) pour emballer les UserOperations dans un Bundle, qui correspond aux transactions d'origine dans Mempool. L'UO est personnalisable, ce qui permet un large éventail de types de signatures. Seuls les paquets vérifiés au niveau du consensus sont envoyés à l'EVM pour la validation spécifique de chaque UO par le point d'entrée et l'exécution des contrats correspondants. Après la vérification du point d'entrée, l'exécution du contrat spécifique, divisé en trois modules, est lancée :

• Contrat d'usine - N'intervient que lors de la création initiale du contrat.
• Contrat de compte - Utilisé pour la mise en œuvre de fonctionnalités personnalisées.
• Contrat de payeur - Responsable du traitement des paiements personnalisés pour le gaz.

Par conséquent, si nous comparons les étapes de l'initiation des transactions selon la méthode originale et celles de la méthode AA, il n'est pas difficile d'observer que, tout en maintenant le mécanisme de la couche de consensus, de nouveaux modules tels que UserOperation, Bundler et EntryPoint ont été introduits, augmentant ainsi la possibilité de mettre en œuvre davantage de fonctions.

source:https://www.erc4337.io/docs/understanding-ERC-4337/architecture_

Principales innovations dans le portefeuille d'abstraction de comptes

Pour les développeurs, AA permet une plus grande flexibilité lors de l'introduction de nouvelles fonctions, et pour les utilisateurs, des opérations qui s'alignent sur les produits web2.

Les portefeuilles AA explorent 5 directions principales：

• Récupération sociale : Répondre aux préoccupations liées à la perte permanente des clés privées.
  Dans AA, les développeurs peuvent personnaliser la méthode de signature, ce qui implique l'utilisation de méthodes web2 courantes via la téléphonie mobile, le courrier électronique ou la vérification biométrique pour la signature ou la récupération du compte.

• Multi-signature : Application à plusieurs participants contrôlant un même compte
  Le propriétaire d'un compte peut mettre en place une configuration multi-signature, nécessitant l'approbation de deux utilisateurs ou plus pour l'exécution d'une transaction.

• Amélioration du gaz : Permettre à n'importe qui de payer le gaz avec n'importe quel jeton, y compris des stablecoins
  Grâce à l'abstraction de compte, les utilisateurs peuvent utiliser n'importe quel jeton, y compris les stablecoins, pour payer le gaz, ce qui élargit encore les possibilités de parrainage de gaz par des tiers. Le nouveau module de l'EVM, Paymaster, est conçu pour gérer l'exécution des opérations liées au gaz. Cela signifie que les développeurs de DApps peuvent facilement subventionner les frais pour leurs utilisateurs comme moyen d'acquérir des utilisateurs. En outre, il peut également permettre aux utilisateurs de payer les frais d'essence avec des cartes de crédit ou d'autres moyens.

• Transactions automatiques : Au lieu d'avoir à obtenir une approbation à chaque fois que nous interagissons avec la DApp, les portefeuilles AA peuvent être configurés pour permettre une exécution automatique dans des conditions prédéterminées. Cette fonctionnalité permet aux traders de suivre les stratégies des autres via une bourse d'échange décentralisée, ou permet le paiement d'un abonnement régulier dans le monde web3.
• Délégation des appels : Les propriétaires de portefeuilles attribuent différents rôles aux comptes.

Différents utilisateurs peuvent se voir accorder des privilèges d'accès spécifiques. Par exemple, le compte A est autorisé à gérer le portefeuille, avec une limite mensuelle maximale de 100 $ pour l'utilisation.

La rareté des portefeuilles AA offrant une fonctionnalité de multi-signature n'est pas due à des limitations technologiques. Elle découle plutôt du fait que Safe a dominé la plupart des parts de marché dans ce domaine. Par conséquent, les autres fournisseurs de portefeuilles réorientent leurs efforts vers la conquête du marché des portefeuilles individuels.

*Les portefeuilles peuvent ajouter d'autres fonctions ultérieurement. Dernière mise à jour le 3 novembre 2023

source:https://www.alchemy.com/best/smart-contract-wallets