Comment la compréhension de l’abstraction des comptes ERC4337-t-elle conduire à l’évolution des comptes Ethereum ?

Auteur : Rui

Comme beaucoup l’ont dit, la technologie d’abstraction de compte (AA), en particulier ERC-4337, promet de révolutionner l’expérience utilisateur du portefeuille dépositaire autonome et de lui permettre de s’adapter à une adoption massive. Cependant, à l’approche du mois de mai 2023, nous devons reconnaître que la norme n’en est qu’à ses débuts, avec à la fois des opportunités et des risques.

Veuillez noter que le contenu de cet article peut rapidement devenir obsolète au fur et à mesure que les mises à jour évoluent rapidement, et cet article est basé uniquement sur mon opinion personnelle.

TL ; DR

ERC4337 :

La norme AA n’en est encore qu’à ses débuts, mais de nombreux créateurs d’innovations s’efforcent de la développer davantage. Avec le soutien de l’écosystème et la popularité de grands produits tels que MetaMask, nous pouvons nous attendre à ce qu’AA accélère son processus de développement et produise des résultats passionnants.

L2 :

L’adoption de l’AA varie dans les solutions L2. Les L2 plus importants (par exemple Optimism et Arbitrum) ne prennent pas en charge nativement AA, alors que ZKSync et Starknet le font.

Service de regroupement :

• Si nous sommes optimistes sur AA et que tous les équivalents EVM L2 alignés sur Ethereum ne prennent pas en charge l’AA natif, alors le service Bundler est nécessaire pour prendre en charge AA dans le réseau.
• La fonctionnalité Open Source rend le service Bundler non exclusif, ce qui rend la monétisation difficile. Afin d’assurer la stabilité du réseau, différents services Bundler doivent être utilisés.
• Les offres groupées privées peuvent être monétisées en personnalisant la confidentialité, la sécurité et d’autres fonctionnalités en fonction de besoins spécifiques.

Service de trésorier-payeur :

• Le service Paymaster est relativement centralisé (par rapport au service Bundler), le contrat est Open Source, mais le backend est fermé.
• Le service Paymaster dispose d’un modèle de monétisation qui peut être combiné avec des fonctionnalités telles que les dépôts en monnaie fiduciaire, les échanges, les ponts, les paiements automatiques, les sessions, les frais de parrainage, etc. pour améliorer les scénarios de paiement et ainsi améliorer la convivialité des dApps.

Portefeuille AA et SDK :

• AA Wallet peut être évalué du point de vue du produit, y compris le système de gestion des clés secrètes, la récupération sociale, le parrainage des frais de gaz, la synchronisation des comptes multi-chaînes et la blockchain prise en charge.
• Les avantages d’AA vont au-delà de la fourniture d’une expérience de connexion fluide (Web3 Auth est hébergé). Les AA peuvent également offrir un certain nombre d’avantages aux dApps dans le cadre d’interactions on-chain complexes et personnalisées.
• BD est la clé de cette bataille. La plupart des portefeuilles ciblent la Defi, la GameFi et visent à obtenir le soutien de l’écosystème, à convaincre les grandes dApps et à trouver des percées.
• Les modèles de monétisation doivent être explorés plus avant. Le modèle To Business (To B) peut ne pas rapporter beaucoup d’argent et ne pas accumuler ses propres utilisateurs, tandis que le modèle To Customer (To C) doit trouver des scénarios à forte valeur ajoutée et réaliser des bénéfices en fonction du volume. L’intégration des capacités de commutation et de pontage peut être rentable, mais la clé est de trouver un modèle durable.

En savoir plus sur le portefeuille crypto

Classement

Il existe deux types de comptes sur le réseau Ethereum : le portefeuille de compte détenu en externe (EOA), tel que MetaMask, et le compte de contrat (CA), tel que Safe.

La principale différence entre un portefeuille EOA et un portefeuille de contrat est la façon dont il est contrôlé. Les portefeuilles EOA sont contrôlés par des utilisateurs individuels par le biais de clés privées, tandis que les portefeuilles contractuels sont contrôlés par des contrats intelligents. Alors que les portefeuilles EOA sont plus simples et sont utilisés pour gérer les avoirs personnels en crypto-actifs, les portefeuilles contractuels peuvent avoir des règles plus complexes et peuvent être utilisés à des fins spécifiques.

À partir deBitcoin Insider

Points douloureux

Les utilisateurs d’EOA Wallet doivent faire attention à la protection des clés privées. Toute erreur ou omission commise sur la clé privée peut entraîner la perte de fonds, de sorte que l’utilisation du portefeuille EOA est plus coûteuse et plus risquée. Même les utilisateurs expérimentés de crypto-actifs peuvent perdre le contrôle de leurs comptes en raison d’une seule erreur ou d’un geste imprudent. La complexité de l’opération, l’impossibilité de sauter les frais de gaz ou d’effectuer le paiement des frais de gaz, et les fonctionnalités limitées du portefeuille sont autant de problèmes qui affligent les utilisateurs.

Smart ContractWallet fournit une solution à certains de ces problèmes, mais Ethereum exige actuellement que toutes les opérations soient regroupées dans des transactions à partir d’EOA protégées par l’ECDSA. Cela entraîne des frais de transaction supplémentaires et 21 000 frais de gaz supplémentaires, ainsi que des risques et des complications potentiels de centralisation : les utilisateurs doivent gérer deux comptes et déposer des ETH dans des EOA distincts pour payer les frais de gaz, ou s’appuyer sur un système de relais centralisé pour payer.

Ces points douloureux ont donné naissance à une nouvelle norme AA, ERC-4337.

ERC4337 propositions :

Problème de l’AC

De nos jours, toutes ces choses peuvent être résolues avec un portefeuille contractuel, mais Ethereum lui-même exige que tout soit emballé dans des transactions dérivées de l’EOA protégé par l’ECDSA, ce qui entraînera :

Frais de transaction supplémentaires : chaque action de l’utilisateur doit être initiée par EOA, ce qui entraîne des frais de gaz supplémentaires de 21 000 €. Complexité et centralisation : Les utilisateurs doivent déposer des ETH dans des OEA distincts pour payer les frais de gaz et gérer les soldes des deux comptes, ou s’appuyer sur des systèmes de relais pour payer, qui sont souvent centralisés.

Au fil des ans, il y a eu plusieurs tentatives d’implémentation de l’abstraction de compte sur la blockchain basée sur Ethereum, telles que EIP-86 et EIP-2938. Cependant, aucune de ces approches ne fonctionne, car elles nécessitent toutes des modifications de la couche Consensus, qui est difficile à mettre en œuvre.

Mécanisme 4337

ERC-4337 implémente l’abstraction de compte en introduisant un objet de pseudo-transaction de niveau supérieur appelé UserOperation, qui est similaire aux cumuls en termes de concepts de regroupement. Heureusement, cette norme nous permet de construire des abstractions de compte sans modifier la couche Consensus.

La conception modulaire de l’EIP 4337 divise l’abstraction du compte Smart ContractWallet en plusieurs ports :

Bundler :

• Bundler est une EOA. Étant donné que toutes les transactions doivent être initiées par un EOA, Bundler permet aux utilisateurs de déclencher des transactions Smart ContractWallet sans avoir à créer et à mémoriser une clé privée EOA.
• Ce que fait le Bundler : Validez l’UserOperation, empaquetez un ensemble d’objets UserOperation en une seule « transaction de bundle ». Diffusez le contenu UserOperation authentifié dans un pool de mémoire public ou privé.
• Bundler bénéficie également financièrement en empochant la différence entre les frais de priorité les plus élevés et les frais de gaz réels après l’exécution de l’opération utilisateur. À l’instar du relais d’une transaction normale, le Bundler obtient MEV en triant l’UserOperation dans la transaction groupée.

Point d’entrée :

• Le point d’entrée est un contrat global que tous les Bundlers doivent appeler pour exécuter une UserOperation. Le point d’entrée agit comme un intermédiaire entre le Bundler et le Smart ContractWallet.
• Valider et exécuter avec handleOp : la fonction handleOp utilise UserOperation comme paramètre d’entrée pour d’abord valider l’opération UserOperation sur la chaîne, vérifier si elle est signée par le Smart ContractWalletAddress spécifié et Wallet suffisamment de frais de gaz pour compenser le Bundler. Si la validation réussit, les paramètres d’entrée sont exécutés en fonction de la signature de la fonction.

Jeton qui doit déposer Smart ContractWallet payer des frais de gaz au Bundler : lorsque le Bundler déclenche un handleOp à l’aide d’EOA, des frais de gaz sont encourus. Smart ContractWallet peut payer les frais de gaz avec son propre solde, ou demander à Pymaster de les payer. Défaillance possible : les frais de gaz sont insuffisants, l’étape de validation échoue et, même si les frais de gaz sont suffisants, l’étape d’exécution UserOperation peut échouer, par exemple en cas d’erreur d’exécution. Que l’exécution soit réussie ou non, le contrat de point d’entrée paiera des frais de gaz au Bundler pour déclencher la fonction handleOp. Le contrat de point d’entrée fournit à Smart ContractWallet la possibilité d’ajouter ou de retirer des jetons en tant que garantie.

Portefeuille intelligent :

Le contrat principal Smart ContractWallet sépare les étapes de validation et d’exécution de UserOperation. En le découchant, le Bundler peut valider l’UserOperation hors chaîne, en filtrant les transactions malveillantes sans avoir à payer de frais de gaz.

Les étapes de validation sont définies dans la fonction validateOp : le premier appel à validateOp, le Bundler simule la validation hors chaîne, vérifie la signature dans l’UserOperation et s’assure que le Smart ContractWallet a un solde de gaz suffisant, et le deuxième appel à validateOp est le contrat du point d’entrée, qui effectue une vérification on-chain avant d’exécuter l’UserOperation.

Trésorier:

• Paymaster définit la logique d’abstraction de gaz de Smart ContractWallet, y compris l’utilisation du jeton fongible ERC20 pour payer les frais de gaz Ethereum ainsi que les transactions sans frais de gaz.
• Paymaster est un contrat intelligent déployé par une dApp qui peut déclencher la validation PaymasterOp de Paymaster.

Usine de portefeuille :

• Wallet Factory est un contrat public qui crée Smart ContractWallet. Lorsque l’adresse d’usine du portefeuille et les nouveaux paramètres Smart ContractWallet sont implantés dans le code d’initialisation, le Bundler déclenche la fabrique de portefeuilles correspondante pour créer un contrat intelligent avec les paramètres spécifiés. Les codes Wallet Factory populaires sont entièrement vérifiés, il est donc plus sûr de créer un portefeuille avec Wallet Factory.
• Wallet Factory doit jalonner ETH au point d’entrée et continuer à bien servir UserOperations afin d’obtenir plus de trafic de Bundler.
• Les utilisateurs peuvent soumettre un UserOperation rempli d’initCode et demander au Bundler de créer un portefeuille CA.
• Les utilisateurs peuvent choisir Wallet Factory avec des paramètres personnalisés spécifiques pour personnaliser leur portefeuille CA.

Agrégateurs de signatures :

• Les agrégateurs de signatures sont utilisés pour agréger les signatures de plusieurs transactions en octets afin d’accélérer la vérification et l’exécution des transactions. Différents Smart ContractWallet utilisent un algorithme de signature différent et doivent d’abord utiliser le même algorithme de signature pour agréger UserOperations.
• Économisez des frais de gaz : Étant donné que le calcul cryptographique on-chain consomme beaucoup de frais de gaz, les schémas de signature agrégés (tels que BLS) peuvent économiser des frais de gaz lors de la vérification on-chain.
• Bundler utilise plusieurs contrats d’agrégation de signatures pour générer plusieurs signatures agrégées, plutôt que de valider une UserOperations à la fois.
• Le Bundler transmet le tableau UserOperation, la signature d’agrégation et l’adresse de l’agrégateur au point d’entrée, et chaque réunion de groupe UserOperation appelle la fonction validateSignature de son agrégateur de signatures correspondant.
• Après validation, le Bundler exécutera cet ensemble de UserOperations sur le Smart ContractWallet.
• Les agrégateurs doivent également staker Ethereum sur le contrat du point d’entrée et maintenir un bon dossier de service UserOperation.

Avantages de l’AA

Abstraction de gaz :

L’extraction de gaz ne contient aucune transaction de frais de gaz et paie des frais de gaz avec n’importe quel jeton ERC20. La logique peut être exécutée dans le contrat Paymaster ou par le biais d’un relais. Pour AA, de nombreux Smart ContractWallet peuvent eux-mêmes mettre en œuvre des contrats Paymaster conformes à la norme EIP 4337 et miser des jetons sur le contrat du point d’entrée pour aider les utilisateurs à payer les frais de gaz.

Rétablissement social :

En cas de perte ou de compromission de la clé privée, l’utilisateur peut autoriser la nouvelle clé secrète en tant que propriétaire légitime du portefeuille. La logique de connexion sociale et de récupération sociale est généralement définie dans le contrat principal du Wallet. Cela peut se faire de différentes manières, telles que l’e-mail, Multisig, MPC ou SWIE (connexion avec Ethereum).

Lot de transactions :

Le traitement par lots des transactions est une fonctionnalité unique à Smart ContractWallet qui permet aux utilisateurs de Wallet d’exécuter plusieurs transactions en une seule transaction on-chain.

Interaction inter-chaînes et intégration des ponts de connexion :

À l’heure actuelle, de nombreux portefeuilles travaillent avec des fournisseurs tiers pour intégrer les canaux de dépôt et de retrait en monnaie fiduciaire et les ponts d’interaction inter-chaînes dans les portefeuilles. Ces canaux de dépôt et de retrait ainsi que les ponts d’interaction inter-chaînes peuvent être intégrés au contrat de paiement (Paymaster) dans le captage de gaz.

Conception modulaire :

L’une des plus grandes forces d’AA est peut-être son service modulaire, où Bundler, Paymaster et d’autres pièces peuvent être combinés de manière flexible.

Défauts de l’AA

À partir de l’empilement

Frais de traitement relativement élevés :

L’utilisation de l’ERC-4337 pour effectuer un simple transfert est beaucoup plus coûteuse que l’utilisation d’un portefeuille traditionnel (souvent appelé EOA) car le premier nécessite un appel au contrat.

Toutefois, sur le réseau de consolidation, un simple transfert à l’aide d’ERC-4337 peut être moins coûteux qu’EOA, car il agrège les signatures pour réduire la quantité de données sur le réseau principal.

Critères non encore finalisés :

Des défis tels que l’augmentation du vecteur d’attaque en raison de l’évolutivité étendue des transactions, le risque de bogues inconnus ou de risques de sécurité lors de la migration vers de nouvelles normes, la nécessité d’un contrat de point d’entrée mondial robuste et sécurisé pour garantir que toutes les transactions sont correctement signées et vérifiées, etc.

Couche 2

✅ * et ❌ indiquez si l’AA natif est pris en charge. *

**Optimisme : ❌ **

La version 1 d’Optimism dispose de trois codes d’opération OVM pour réaliser l’abstraction de compte Smart ContractWallet. Cependant, pour des raisons de cohérence et de sécurité, la version 2 supprime ces codes d’opération, et il n’y a pas de déclaration officielle sur la prise en charge de l’abstraction de compte.

**Arbitrum : ❌ **

Bien qu’il existe actuellement des Smart ContractWallet construits sur Arbitrum, il n’y a pas de déclaration officielle sur la prise en charge de l’abstraction des comptes.

**Starknet : ✅ **

Starknet n’a que des comptes Smart Contract avec des fonctions de vérification et d’exécution, et tous les comptes doivent mettre en œuvre ces fonctionnalités pour vérifier les signatures et garantir les frais de gaz. Starknet interdit à la fonction de vérification d’appeler l’état du contrat externe pour empêcher les transactions non exécutées. Cependant, il existe quelques différences entre Starknet et Ethereum, telles que l’absence de UserOperations, un protocole d’abstraction des frais de transaction similaire à Paymaster, et la nécessité d’un compte avec un solde de jetons pour créer de nouveaux contrats. De plus, le séquenceur de Starknet ne peut pas facturer de frais de gaz en cas d’échec d’une transaction vérifiée, contrairement à Ethereum.

**zkSync : ✅ **

zkSync ne fait pas de distinction entre les comptes EOA et les comptes contractuels. Son modèle de compte est similaire à celui de l’EIP 4337 et comprend des fonctions distinctes validateTransactiom et uteTransaction. L’interface Paymaster comprend également les fonctions validateAndPayforPaymasterTransaction et postOp. Cependant, il existe quelques différences, telles que la possibilité d’appeler des contrats externes déployés et un stockage externe pendant le processus de validation. Paymaster peut également invoquer un stockage externe lors de la validation de la transaction.

Infrastructure AA :

Actuellement, d’excellents projets tels que Stackup, Etherspot, Candide, Infinistism et Pimlico tentent de construire des infrastructures.

Service de regroupement :

Constructeur:

• Implémentation Golang de Stackup
• Implémentation Python de Candide
• Implémentation de type de l’infinitisme
• Skandha - Implémentation de type d’Etherspot

Un certain consensus :

Fonction publique

La nature Open Source de la grande majorité des Bundlers les rend non exclusifs et non compétitifs. N’importe quel point de terminaison RPC peut exécuter Bundler en copiant du code Open Source.

• Difficile à monétiser

Même si le point de terminaison RPC exécutant Bundler facture des frais d’utilisation de service via des clés secrètes d’API, les services Bundler sont plus difficiles à monétiser que d’autres infrastructures telles que Paymaster, un contrat de paiement, car Paymaster peut facilement gagner la différence de frais en s’associant à des fournisseurs tiers de dépôts et de retraits ou à des fournisseurs d’agrégateurs de protocoles de finance décentralisée.

Infrastructures essentielles

La validation et l’exécution de UserOperations nécessitent autant de Bundlers que possible pour une meilleure décentralisation. Étant donné que les seuls fournisseurs de services Bundler tiers sont actuellement Stackup et eth-infinitism, nous avons besoin de plus de fournisseurs de services Bundler de ce type.

Mécanisme**

Les bundlers transmettent des messages et propagent les actions des utilisateurs par eux-mêmes, à l’instar des pools de mémoire partagée, sans avoir à se mettre d’accord sur des questions spécifiques. Bundler dispose d’une fonctionnalité importante pour filtrer les spams, et pour ses propres raisons financières, Bundler veut surveiller autant que possible pour assurer la sécurité du mempool.

Différences entre les services Bundler :

• Le service Bundler peut être une infrastructure générale ou conçue spécifiquement pour Wallet. Les projets de portefeuille peuvent donner la priorité à la création du bundler le plus basique, tandis que les fournisseurs tiers doivent construire des bundlers modulaires pour divers scénarios.
• Semblable à EthereumNode, le service Bundler est implémenté dans un langage de programmation différent pour éviter les points de défaillance uniques et bénéficier à l’écosystème.
• Le service Bundler prend en charge les mempools privés et publics, et fournit des options de personnalisation pour les mempools privés.

Service de trésorier-payeur

• Par rapport au service Bundler, le service Paymaster est plus centralisé, le contrat est Open Source, mais le backend est fermé.
• Le service Paymaster dispose d’un modèle de monétisation qui peut améliorer la convivialité des dApps en les combinant avec des dépôts en monnaie fiduciaire, des échanges, des ponts, des paiements automatiques, des sessions, des frais de parrainage et d’autres fonctionnalités.

Portefeuille AA et SDK :

Évaluation du produit

• Système de gestion des clés secrètes :
  • Logique Multisig (sécurisée) : Seule la logique Multisig 2/3 et 3/5 peut être mise en œuvre ;
  • Gestion simple des autorisations (séquentielle) : vous pouvez définir des pondérations pour les clés secrètes, puis définir des seuils pour les comptes d’exploitation.
  • Gestion des autorisations basée sur les rôles (Unipass) : vous pouvez définir des pondérations et des rôles pour les clés secrètes. Différents rôles peuvent effectuer différentes actions. Chaque rôle a également un seuil correspondant. Si ce seuil est dépassé, les autorisations du rôle correspondant peuvent être appliquées.
• Méthodes de récupération sociale
• Parrainage des frais de gaz : construisez votre propre relais, ou mettez en place Bundler + Paymaster
• Synchronisation des comptes multi-chaînes
• Unité d’adresse multi-chaînes
• Blockchain prise en charge

Entreprise

• Modèle d’affaires : To b/ To B + To C / ToC
• Partenariat avec les dApps : Partenariat avec des dApps d’infrastructure géantes telles que les Stable Coin ou la Finance Décentralisée sur chaque chaîne
• Utilitaire : Intégrez des places de marché de jetons non fongibles, des rampes de lancement, etc.
• Soutien externe : de la Fondation Ethereum ou d’autres institutions de capital-risque bien connues