Il s'agit de la partie 1 d'une série que j'écris pour examiner l'impact que EIP-7702 est susceptible d'avoir sur différentes parties du monde de la crypto, notamment :

• Utilisateurs
• Portefeuilles
• DApps
• WaaS (portefeuilles intégrés) et autres fournisseurs d'infra

Dans la première partie, je souhaite examiner comment l'adoption de 7702 est susceptible de se dérouler. Sera-t-il adopté très rapidement ou verrons-nous un cycle d'adoption très long? Qui l'adoptera en premier? C'est de cela que traite cet article.

Qu'est-ce que EIP-7702

Tout d'abord, un bref récapitulatif. EIP-7702 est l'un des EIP prévus pour être mis en œuvre lors de la prochaine mise à niveau d'Ethereum (Pectra), prévue pour le premier trimestre 2025.

Avec l'EIP-7702, un EOA peut « se mettre à niveau » en un compte intelligent, tout en restant simultanément un EOA et en conservant la même adresse.

Une fois que le compte a été mis à niveau, l'utilisateur peut alors bénéficier de la plupart des avantages de AA tels que le parrainage de gaz, le regroupement de transactions, les passkeys, etc.

Comment EIP-7702 diffère-t-il de ERC-4337

EIP-7702 est une proposition d'abstraction de compte, mais elle est différente de l'ERC-4337 de manière cruciale:

• Vous pouvez mettre à niveau les comptes EOAs existants en comptes intelligents 7702, alors qu'aujourd'hui vous devez créer de nouveaux comptes pour utiliser l'ERC-4337.
• Un compte EIP-7702 est à la fois un compte EOA et un compte intelligent, tandis qu'un compte ERC-4337 est aujourd'hui uniquement un compte intelligent.
• EIP-7702 est un EIP, tandis que ERC-4337 est un ERC. En d'autres termes, Ethereum L1 et tous les L2 équivalents à Ethereum auront automatiquement EIP-7702, tandis que ERC-4337 nécessite le déploiement de contrats spécifiques et d'une infrastructure.

En pratique, les deux premiers points - à savoir que l'EIP-7702 peut mettre à niveau les EOAs et que les EOAs restent des EOAs même après la mise à niveau - sont les principales raisons pour lesquelles l'EIP-7702 va probablement stimuler beaucoup plus l'adoption des AA que ne le pourrait seul l'ERC-4337. Cela s'explique par le fait que:

• Les gens adorent leurs EOAs. Demander aux utilisateurs de déplacer leurs actifs vers un nouveau compte / portefeuille est tout simplement trop pour la plupart des utilisateurs.
• De nombreux dapps ne prennent toujours pas en charge les comptes intelligents. Le fait qu'un compte 7702 soit à la fois un EOA et un compte intelligent donnera à l'utilisateur le meilleur des deux mondes - les capacités des comptes intelligents et la compatibilité des EOA.

Cependant, il serait faux de dire que l'EIP-7702 va "tuer" l'ERC-4337. Comme nous le discuterons dans un article futur, l'EIP-7702 devra tirer parti de l'ERC-4337 pour atteindre son plein potentiel, donc l'EIP-7702 est en fait une incroyablement bonne nouvelle pour les entreprises ERC-4337 aujourd'hui telles que@zerodev_app""> @zerodev_app.

À quelle vitesse se produira l'adoption de 7702

Maintenant, passons au point principal de cet article : à quelle vitesse le 7702 sera-t-il adopté, et comment se déroulera l'adoption en pratique, c'est-à-dire comment les différentes parties de la pile Web3 (par exemple, les portefeuilles, les dapps, l'infrastructure) adopteront-elles le 7702 ?

Pour la première question - à quelle vitesse - il existe plusieurs scénarios possibles :

1. 7702 réalise une adoption massive du jour au lendemain car un grand nombre de portefeuilles/dapps auront déjà leur intégration 7702 prête à être utilisée dès le premier jour (puisque 7702 sera lancé sur des testnets comme@ithacaxyz""> @ithacaxyz avant qu'il ne soit mis en ligne sur le mainnet, donnant ainsi aux projets la possibilité de le prendre en charge dès le premier jour).
2. 7702 connaît une adoption massive en peu de temps (disons dans l'année) après son lancement.
3. 7702 finira par obtenir une adoption massive, mais cela se déroulera sur une longue période de temps (disons entre 1 et 3 ans).
4. 7702 n'atteint jamais une adoption réelle.

Mon classement personnel des probabilités de ces scénarios est 2 > 3 >> 4 > 1 (avec 2/3 étant les scénarios probables et 4/1 étant les scénarios moins probables). En d'autres termes, 7702 devrait probablement connaître une adoption massive dans quelques années, mais il est peu probable qu'il soit adopté du jour au lendemain ni complètement ignoré.

Pour voir pourquoi, examinons comment l'adoption de 7702 se déroulera probablement en pratique.

Comment les portefeuilles adopteront-ils 7702

Commençons par examiner les portefeuilles, qui sont en amont dans le cycle d'adoption de 7702, car sans portefeuilles prenant en charge 7702, les dapps ne peuvent pas tirer parti des fonctionnalités de 7702.

Tout d'abord, différencions entre les portefeuilles autonomes comme@MetaMask""> @MetaMask @CoinbaseWallet et des services de portefeuille comme@privy_io""> @privy_io @dynamic_xyz @turnkeyhq @magic_labs. Les portefeuilles autonomes et les services de portefeuille seront confrontés à des incitations différentes pour adopter 7702. Dans cette section, nous parlons uniquement des portefeuilles autonomes.

Les portefeuilles autonomes ont quelques options lorsqu'il s'agit d'adopter 7702:

1. Ils peuvent l'embrasser pleinement en 1) mettant en œuvre le support pour 7702 et 2) en l'activant par défaut pour tous leurs utilisateurs.
2. Ils peuvent l'adopter partiellement en 1) mettant en œuvre le support pour 7702, mais 2) en le laissant désactivé par défaut et en demandant aux utilisateurs de choisir 7702.
3. Ils peuvent adopter une approche attentiste avec 7702 et ne pas le mettre en œuvre tant que la concurrence ne les y contraint pas.

Ma prédiction est que la longue traîne des sociétés de portefeuille ira avec l'option 3 (attendre et voir), pour la simple raison qu'adopter 7702 est beaucoup de travail, donc la plupart des sociétés de portefeuille peuvent simplement ne pas avoir le temps et les ressources pour le mettre en œuvre rapidement. CEPENDANT, les portefeuilles les plus importants, tels que MetaMask et Coinbase, opteront pour l'option 2, c'est-à-dire la mise en œuvre rapide du support 7702, mais en demandant aux utilisateurs de l'activer. Il y aura également de nouveaux portefeuilles autonomes qui opteront pour l'option 1 (activation de 7702 par défaut), mais étant donné que les portefeuilles sont un espace si compétitif et difficile à pénétrer pour les nouveaux acteurs, la réalité est que la plupart des utilisateurs utiliseront des portefeuilles existants qui optent pour l'option 2 ou 3.

Pourquoi les portefeuilles principaux prendront rapidement en charge 7702

Alors pourquoi je pense que les principaux portefeuilles mettront rapidement en œuvre le support 7702? Parce que:

1. Je sais par des connections personnelles que ces principales entreprises de portefeuille ont porté une attention très particulière au développement de 7702, donc ils comprennent vraiment les avantages de 7702.
2. Ces projets font partie des entreprises les mieux financées du secteur et disposent donc des ressources et des capacités nécessaires pour mettre en œuvre le support de 7702.
3. Les portefeuilles sont un espace hyper concurrentiel et les meilleurs portefeuilles ont le plus à perdre, donc la peur de rater un grand changement de paradigme les poussera à adopter rapidement 7702 afin de ne pas être perturbés par leurs concurrents.

Maintenant, pourquoi est-ce que je crois que ces portefeuilles ne permettront pas 7702 par défaut, mais demanderont plutôt aux utilisateurs de choisir d'y participer?

Pourquoi les portefeuilles principaux demanderont aux utilisateurs d'opter pour 7702

En un mot, sécurité.

Le sujet de la sécurité avec 7702 est très nuancé et mérite son propre article, mais je vais rapidement passer en revue les bases ici.

En bref, il est incorrect de dire que 7702 améliore la sécurité du portefeuille, ou qu'il nuit à la sécurité du portefeuille. Cela est dû au fait que la sécurité est une chose à multiples facettes, et que 7702 améliore la sécurité dans certains aspects tout en nuisant à la sécurité dans d'autres.

7702 améliore la sécurité car:

• Avecclés de session(autrement connu sous le nom de "désescalade des privilèges" ou "sous-clés"), vous pouvez interagir avec les DApps de manière "sandboxée", de sorte qu'une dapp malveillante ne puisse pas tout vous voler. Cela réduit considérablement la probabilité et les dommages des attaques de phishing.

7702 n'améliore pas la sécurité et peut même nuire à la sécurité de certaines manières car :

• Étant donné qu'un compte 7702 est simultanément un EOA et un compte intelligent, cela ne vous dispense pas de la nécessité de sécuriser votre clé privée EOA (phrase de récupération). C'est la principale raison pour laquelle, malgré 7702, à long terme, il serait toujours préférable que l'espace évolue vers des comptes intelligents complets, car seuls les comptes intelligents complets peuvent éliminer complètement le besoin de phrases de récupération, qui sont terriblement difficiles à sécuriser.
• Étant donné que 7702 comptes sont des comptes intelligents, leur sécurité dépend désormais de la sécurité de la mise en œuvre du compte intelligent. Peu importe le nombre de fois que les comptes intelligents sont audités, il existe toujours une chance non nulle qu'ils contiennent des bugs.

Par conséquent, c'est vraiment à la discrétion de chacun de savoir si un compte 7702 est plus ou moins sécurisé qu'un compte EOA, et aussi si les avantages UX valent les compromis en matière de sécurité.

Étant donné que la sécurité est la propriété la plus importante d'un portefeuille, les principaux portefeuilles existants ne prendront pas le risque de compromettre la sécurité des utilisateurs en activant 7702 par défaut. Au contraire, ils délégueront la décision aux utilisateurs et leur permettront de décider s'ils veulent utiliser 7702 ou non.

Les utilisateurs opteront-ils pour 7702 ?

Étant donné que les portefeuilles principaux proposeront 7702 en option, la question naturelle est la suivante : les utilisateurs choisiront-ils de l'activer ?

La réponse est en réalité très simple : les utilisateurs activeront le 7702 s'ils veulent vraiment utiliser une dapp/une fonctionnalité qui nécessite le 7702, sinon ils ne le feront pas. Par conséquent, cela nous amène à la deuxième partie de l'analyse - comment les dapps adopteront-elles le 7702 ?

Comment les dapps adopteront-elles 7702

Pour les dapps, 7702 (et AA en général) a quatre propositions de valeur principales :

• Parrainage de gaz
• Traitement par lots de transactions
• Automatisation des transactions (via des clés de session)
• Abstraction de chaîne (permettre CA avec AA est un nouveau domaine de recherche quinous sommes très excités à propos de)

Ensemble, ces propositions de valeur offrent des avantages significatifs en matière d'UX qui différencieront une dapp de ses concurrents, donc les dapps ont un fort incitatif à tirer parti de AA. La raison pour laquelle vous n'avez pas encore vu une adoption de dapp pour AA est que, avec ERC-4337, les dapps doivent opter pour un tout nouveau modèle de compte (comptes intelligents) qui ne fonctionne pas avec 99% des utilisateurs (utilisateurs EOA), mais avec 7702 une dapp peut offrir ces avantages en matière d'UX sans repousser les utilisateurs EOA, donc le calcul coût/bénéfice pour les dapps d'adopter AA devient beaucoup plus favorable avec 7702.

Mais ici nous voyons un problème de poule et d'œuf - les dapps ne veulent pas consacrer le temps et les ressources à prendre en charge 7702 si très peu d'utilisateurs utiliseront des portefeuilles activés par 7702, mais les utilisateurs n'activeront pas non plus 7702 à moins qu'il y ait des dapps qui prennent en charge 7702. Comment rompons-nous cette impasse ?

Cela nous amène à examiner une autre partie de la pile Web3 - les services de portefeuille alias "portefeuilles intégrés".

Comment les portefeuilles intégrés adopteront-ils 7702

Tout comme les portefeuilles autonomes, les fournisseurs de portefeuilles intégrés n'activeront pas 7702 par défaut, mais proposeront plutôt cette option à leurs clients (développeurs d'applications décentralisées). Cependant, contrairement aux portefeuilles autonomes où le choix d'activer 7702 revient à l'utilisateur (car il serait extrêmement peu sûr qu'une application décentralisée puisse activer 7702 pour votre MetaMask), le choix d'activer 7702 pour les portefeuilles intégrés reposera sur le développeur d'applications décentralisées, car les portefeuilles intégrés sont, par définition, de nouveaux portefeuilles créés par les développeurs pour leurs utilisateurs.

Ainsi, si un développeur de dapp veut tirer parti des fonctionnalités AA, il n'aura pas besoin d'attendre que ses utilisateurs optent pour 7702 - il peut simplement utiliser des portefeuilles intégrés activés par 7702.

Maintenant, vous pourriez dire que les développeurs ont pu tirer parti de l'ERC-4337 grâce à des portefeuilles intégrés également, mais cela n'a pas conduit à une adoption massive de l'AA. La différence clé avec le 7702, cependant, est que les développeurs n'ont pas à exclure les utilisateurs EOA lorsqu'ils construisent avec des portefeuilles intégrés activés 7702. Au contraire, les applications peuvent prendre en charge à la fois les portefeuilles intégrés et les utilisateurs EOA. Les utilisateurs EOA qui souhaitent profiter des fonctionnalités AA avec l'application peuvent simplement activer le 7702 pour leur EOA.

Par conséquent, les portefeuilles intégrés joueront un rôle clé dans la promotion de 7702, en permettant aux développeurs d'offrir des fonctionnalités AA sans attendre que les utilisateurs activent 7702 pour leurs portefeuilles autonomes.

Mettre tout ensemble

Nous avons maintenant examiné comment quatre groupes différents - portefeuilles, utilisateurs, dapps et portefeuilles intégrés - adopteront probablement 7702. Mettons maintenant tout ensemble.

• Les portefeuilles autonomes (par exemple MetaMask) implémenteront la prise en charge de 7702 mais demanderont aux utilisateurs de l'activer.
• Les portefeuilles intégrés (par exemple privé/dynamique) mettront également en œuvre la prise en charge de 7702, mais nécessiteront que les développeurs optent pour cette option.
• Les dapps innovants mettront en œuvre des fonctionnalités AA en utilisant des portefeuilles intégrés activés 7702.
• Les utilisateurs aventureux d'EOA essaieront ces dapps en activant 7702 pour leurs portefeuilles autonomes.
• En voyant de plus en plus d'utilisateurs activer 7702 et de plus en plus de dapps adopter 7702, les dapps plus lents commenceront également à tirer parti de 7702/AA.
• À mesure que le nombre de dapps AA augmente, les utilisateurs plus lents activeront également le 7702 pour ne pas manquer toutes les nouvelles applications et les nouvelles expériences.
• À mesure que de plus en plus d'utilisateurs activent 7702, la longue traine des portefeuilles qui ne prennent pas encore en charge 7702 sera forcée d'ajouter un support ou de risquer de s'effacer dans l'irrévérence.

Espérons que ce cercle vertueux des portefeuilles => dapps => utilisateurs => portefeuilles permettra de faire adopter à l'ensemble de l'espace le 7702/AA, ce qui apportera une amélioration de 10x à l'expérience utilisateur Web3 telle que nous la connaissons aujourd'hui, et prépare le terrain pour l'AA natif, chaque fois que cela se produira.

Dans le prochain article, nous plongerons plus en profondeur dans le côté technique et examinerons comment exactement les portefeuilles et les dapps implémenteront le support pour 7702.

Clause de non-responsabilité：

1. Cet article est repris de [ Derek Chiang]. Tous les droits d'auteur appartiennent à l'auteur original [Derek Chiang]. Si des objections sont soulevées concernant cette reproduction, veuillez contacter le Gate Learnéquipe et ils s'en occuperont rapidement.
2. Clause de non-responsabilité: Les points de vue et opinions exprimés dans cet article sont uniquement ceux de l'auteur et ne constituent aucun conseil en investissement.
3. Les traductions de l'article dans d'autres langues sont réalisées par l'équipe Gate Learn. Sauf mention contraire, la copie, la distribution ou le plagiat des articles traduits est interdit.