Analyse approfondie du passé et de l'avenir de l'abstraction de compte d'Ethereum
Introduction
Cet article se divise en deux grandes parties :
Tout d'abord, en commençant par la première proposition AA de 2015, le système examine les principaux contenus des propositions EIP jusqu'à présent, explore l'évolution des propositions historiques d'AA et évalue de manière globale les avantages et les inconvénients de chaque solution.
Deuxièmement, il est essentiel de comparer la mauvaise réception du marché à laquelle l'EIP4337 a été confronté, et d'analyser en profondeur l'EIP7702 qui sera inclus dans la prochaine mise à niveau d'Ethereum. Une fois cette proposition intégrée, elle changera complètement la forme des applications sur la chaîne.
EIP-7702 a une signification révolutionnaire, découvrons cela en détail ci-dessous.
1. Contexte de l'abstraction de compte
1.1 Signification de l'abstraction de compte
Le fondateur d'Ethereum, Vitalik, a de nouveau mis à jour la feuille de route de développement d'ETH à la fin de 2023, mais les paramètres concernant l'abstraction de compte n'ont pas changé. Le modèle principal passe actuellement de l'EIP-4337 à la prochaine étape de conversion volontaire des comptes EOA.
Plus d'un an après le lancement de l'EIP4337, le 1er mars 2023 lors de la WalletCon à Denver, le contrat principal ERC-4337 conçu et réalisé par les développeurs de la fondation Ethereum a été audité par OpenZeppelin et est considéré comme un point historique de lancement officiel (. Bien qu'il ait été largement reconnu par les utilisateurs, son taux d'utilisation n'est pas élevé. Dans ce contexte de marché contradictoire, le progrès de l'EIP-7702 a été considérablement avancé et il a été confirmé qu'il sera intégré lors de la prochaine mise à niveau.
) 1.2 État du marché de l'abstraction de compte
Après un an et demi de développement, le nombre total de comptes d'EIP4337 sur les chaînes principales n'est que de 12 millions, dont seulement 6 764 adresses actives sur le réseau principal d'Ethereum, ce qui est très éloigné du nombre d'adresses EOA et CA. Actuellement, le nombre d'adresses indépendantes sur le réseau principal d'Ethereum a atteint 270 millions. On peut dire qu'EIP4337 n'a presque pas eu de développement substantiel sur le réseau principal.
Cependant, cela n'affecte pas la valeur fondamentale de l'AA. La conception de l'EIP4337 est vouée à rendre difficile la résolution des problèmes de compatibilité ascendante sur le réseau principal. Avec l'intégration généralisée des chaînes L2 dans l'AA natif, le nombre d'adresses EIP4337 a explosé sur L2, avec respectivement 1 million et 3 millions d'utilisateurs actifs mensuels sur les chaînes Base et Polygon en juillet, ce qui est un bon résultat.
Ainsi, la conception de l'EIP4337 n'est pas problématique, elle présente de nombreux avantages, et la situation actuelle découle des différences entre le mainnet et le L2, qui doivent adopter des solutions adaptées à chacun.
![Analyse approfondie du passé et de l'avenir de l'abstraction de compte Ethereum]###https://img-cdn.gateio.im/webp-social/moments-cecbf67df71971d38b0a927be5e4c4d9.webp(
2. Qu'est-ce que l'abstraction de compte ?
L'abstraction de compte résout essentiellement le problème de la séparation des droits de propriété.
Il existe deux types de comptes dans l'architecture EVM : le compte externe ) EOA ( et le compte de contrat ) Compte de contrat (. La propriété et le droit de signature du compte externe sont en réalité détenus par la même entité. La personne qui détient la clé privée possède non seulement la "propriété" du compte, mais a également le droit de "signer le transfert de tous les actifs".
Ceci est déterminé par la structure des transactions des comptes Ethereum. À partir de la structure des transactions, on peut voir que la transaction standard d'Ethereum n'a en réalité pas de champ From. Lors du transfert de fonds, l'adresse spécifique à partir de laquelle les fonds sont consommés est déterminée par le paramètre VRS ), c'est-à-dire que l'adresse From est déduite à partir de la signature de l'utilisateur (.
Cela implique des concepts tels que l'ECDSA et d'autres cryptographies asymétriques, ainsi que des fonctions de seuil unidirectionnelles, que nous ne développerons pas. En résumé, la sécurité est assurée par la cryptographie ici, mais cela a également conduit à la situation actuelle des adresses EOA fusionnées de propriété.
L'effet principal de l'EIP4337 est d'ajouter un champ Adresse de l'expéditeur dans le champ de transaction, permettant ainsi de séparer la clé privée de l'adresse opérée.
La raison pour laquelle la séparation de la propriété est si importante est que la conception du compte externe )EOA( engendrera davantage de problèmes:
Difficulté à protéger la clé privée : la perte de la clé privée ), les attaques de hackers ou le fait d'être compromis sur le plan cryptographique ( signifie la perte de tous les actifs.
Algorithme de signature unique : le protocole natif ne peut utiliser que l'algorithme de signature et de vérification ECDSA pour valider les transactions.
Autorisation de signature trop élevée : pas de multi-signature native ), la multi-signature ne peut être réalisée que par un contrat intelligent (, une seule signature suffit pour exécuter n'importe quelle opération.
Les frais de transaction ne peuvent être payés qu'en Éther, les transactions en masse ne sont pas prises en charge.
Fuite de la vie privée des transactions : les transactions en tête-à-tête facilitent l'analyse des informations privées des détenteurs de comptes.
Ces restrictions rendent difficile l'utilisation d'Ethereum pour les utilisateurs ordinaires :
Tout d'abord, pour utiliser n'importe quelle application sur Ethereum, les utilisateurs doivent détenir de l'Éther ) et assumer le risque de fluctuation du prix de l'Éther (.
Ensuite, les utilisateurs doivent gérer une logique de frais complexe, le prix du Gas, la limite de Gas, le blocage des transactions ) l'ordre de Nonce ( et d'autres concepts qui sont trop compliqués pour les utilisateurs.
Enfin, bien que de nombreux portefeuilles ou applications blockchain tentent d'améliorer l'expérience utilisateur grâce à l'optimisation des produits, les résultats sont limités.
Ainsi, la solution réside dans la mise en œuvre de l'abstraction de compte, en découplant la propriété )Owner( et le droit de signature )Signer(, afin de résoudre progressivement les problèmes mentionnés ci-dessus.
Il y a eu de nombreuses solutions dans l'histoire, qui se sont finalement résumées à deux voies.
![Analyse approfondie du passé et de l'avenir de l'abstraction de compte Ethereum])https://img-cdn.gateio.im/webp-social/moments-65d1ef9656425666ee30c38bbb63e769.webp(
3. Récapitulatif des propositions historiques sur l'abstraction de compte
La solution au problème semble avoir de nombreuses propositions EIP, mais au fond, il s'agit de deux idées principales. Les problèmes soulevés par chaque EIP non adopté dans le passé se sont également regroupés pour devenir les points de rupture de la solution actuelle.
) 3.1 La première option est de transformer l'adresse EOA en adresse CA.
Dès le 15 novembre 2015, autour de l'EIP-101, Vitalik a proposé une nouvelle structure de compte utilisant des contrats. L'adresse serait modifiée pour ne contenir que du code et de l'espace de stockage, et le soutien des frais de transaction serait assuré par des paiements ERC20, en convertissant le jeton natif en un type ERC20 via un contrat précompilé pour permettre la conservation du solde ### et des fonctionnalités telles que l'autorisation de prélèvement (, tout en simplifiant les champs de transaction à seulement to, startgas, data et code.
Il semble maintenant que cela soit une transformation de type grand bond en avant, qui modifiera considérablement la conception sous-jacente, permettant à chaque adresse de compte d'avoir sa propre logique de "code" ), c'est exactement l'effet que l'EIP-7702 vise à réaliser (.
peut également dériver d'autres fonctions, par exemple :
Permettre aux transactions d'utiliser plus d'algorithmes cryptographiques, pouvant être spécifiés par le Code interne de chaque adresse pour la méthode de vérification et d'authentification.
Possède des caractéristiques de résistance aux attaques quantiques, car le code possède des caractéristiques de mise à niveau.
Rendre l'Éther compatible avec les caractéristiques fonctionnelles des contrats ERC20, l'effet principal étant de réaliser une autorisation de prélèvement, ce qui permet de ne pas consommer la monnaie native.
Améliorer l'espace de personnalisation du compte, compatible avec la récupération sociale, le support SBT, la récupération de clé, etc.
La raison pour laquelle nous n'avons pas pu continuer est simple : il est évident que le pas était trop grand, et les problèmes de conflit de hachage de transaction actuels ainsi que les préoccupations en matière de sécurité n'ont pas été suffisamment prises en compte, ce qui a donc conduit à un blocage. Cependant, chaque idée favorable est devenue l'une des fonctionnalités clés des EIP4337 et EIP7702 qui ont suivi.
Ensuite, il y a eu une série d'EIP tentant d'améliorer cette logique :
EIP-859 : abstraction de compte de la chaîne principale )2018-01-30(
Essayer de résoudre le problème du déploiement de Code, le rôle central est que si un contrat de la partie transactionnelle n'est pas déployé, il utilise le paramètre code joint à la transaction pour exécuter le déploiement du portefeuille de contrat. De plus, un nouveau code d'opération PAYGAS a été proposé, qui, en plus de payer le gaz, devient également un séparateur entre la partie de validation et la partie d'exécution dans les paramètres d'une transaction.
Bien que cela n'ait pas pu être réalisé à l'époque, cela est devenu l'une des logiques centrales de l'EIP7702. Chaque transaction de l'EIP7702, combinée à une structure de transaction spéciale, peut inclure un certain code, permettant ainsi à l'adresse EOA de posséder des capacités de contrat dans cette transaction.
EIP-7702 : définir le code de compte EOA )2024-05-07(
C'est également le cœur du mécanisme discuté dans cet article, l'EIP publié par Vitalik, en tant qu'alternative à l'EIP-3074. Par conséquent, l'EIP-3074 a été abandonné et l'EIP-7702 a été déterminé pour être inclus dans le prochain hard fork ETH Prague/Electra)Pectra(, dont nous développerons le contenu ci-dessous.
) 3.2 La deuxième option est de faire en sorte que l'adresse EOA pilote l'adresse CA.
EIP-3074 : ajout des codes d'opération AUTH et AUTHCALL ### 2020-10-15 (
Dans l'EVM, deux nouveaux OpCodes ont été ajoutés : AUTH et AUTHCALL, permettant aux EOA d'autoriser un contrat à appeler d'autres contrats en remplaçant l'identité de l'EOA par ces deux OpCodes.
En résumé, un EOA peut envoyer un message signé ) à un contrat en lequel il a confiance, appelé Invoker (. Ce contrat Invoker peut utiliser les opcodes AUTH et AUTHCALL pour émettre cette transaction à la place de cet EOA.
EIP-4337 : mise en œuvre de l'abstraction de compte dans le pool de mémoire des transactions ) 2021-09-29 (
Inspiré par le MEV, son valeur fondamentale est qu'il peut éviter complètement les modifications du protocole de couche de consensus.
EIP4337 propose un nouvel objet de transaction appelé UserOperation, que les utilisateurs envoient dans le pool de mémoire, qui est ensuite regroupé et livré pour exécution des transactions de contrat par les bundlers sous l'angle des mineurs. Essentiellement, cela consiste à amener les transactions de base et les opérations de compte à s'exécuter au niveau des contrats.
EIP-5189 : opérer des comptes abstraits via des endosseurs )2022-06-29(
Cela optimise la logique de l'EIP4337, en faisant face aux Bundlers malveillants grâce à un mécanisme d'endossement de pénalités financières pour prévenir les attaques par déni de service (DoS).
) 3.3 Autres propositions pour soutenir l'abstraction de compte
EIP-2718 : enveloppe de nouveau type de transaction (2020-06-13)
C'est une proposition déjà finalisée, qui définit un nouveau type de transaction, servant d'enveloppe pour les futurs nouveaux types de transactions.
L'effet final est que, lors de l'introduction d'un nouveau type de transaction, il est possible de le distinguer par un codage spécifique, permettant ainsi une compatibilité descendante sans nécessiter de compatibilité ascendante. L'exemple le plus courant est l'EIP1559, qui distingue les frais de transaction, utilise un nouveau codage de type de transaction, tout en n'affectant pas le type de transaction legacy initial.
EIP-3607 : rendre les adresses EOA incapables de déployer des contrats ###2021-06-10(
Ceci est un plan complémentaire sur le chemin AA, utilisé pour prévenir les conflits entre l'adresse de déploiement du contrat et l'adresse EOA. Il contrôlera la méthode de génération de contrat, empêchant ainsi le système de déployer du code à une adresse qui est déjà une adresse EOA. Ce risque est en réalité très faible, après tout, une adresse Ethereum mesure 160 bits de long, bien qu'il existe une méthode pour générer une clé privée correspondant à une adresse de contrat spécifiée par collision de clés privées, cela nécessiterait également environ un an de calcul total par rapport à Bitcoin.
![Analyse approfondie du passé et de l'avenir de l'abstraction de compte Ethereum])https://img-cdn.gateio.im/webp-social/moments-3503a168bb61430839419efb40e130de.webp(
) 3.4 Comment comprendre l'évolution de l'abstraction de compte ?
Tout d'abord, il est nécessaire de comprendre la valeur après la conversion en CA.
C'est essentiellement l'effet pratique de l'EIP-4337, qui peut réaliser :
Prise en charge des signatures multiples et de la récupération sociale
Transaction sans Gas ( paiement de carburant )
Transactions en lot
Algorithme de signature personnalisé
Payer des jetons en tant que frais
Limite de transaction
compte verrouillé
Verrouillage temporel
Signature d'autorisation unique
Cependant, le principal inconvénient de l'EIP-4337 est qu'il va à l'encontre du principe de motivation humaine.
Il semble que ce soit mieux, mais cela est tombé dans un cercle vicieux de développement du marché : beaucoup de Dapps ne sont pas encore compatibles, donc les utilisateurs ne veulent pas utiliser des adresses CA, et même utiliser CA entraîne des coûts de transaction plus élevés dans les scénarios de transfert ordinaires, ce qui double également les frais de transaction, cela dépend trop de la compatibilité des Dapps elles-mêmes.
Donc, cela n'a toujours pas été largement adopté sur le réseau principal d'Ethereum jusqu'à présent.
Le coût est le critère le plus important pour les utilisateurs, il est impératif de réduire les coûts.
Mais pour vraiment réduire le GAS, il faut que Ethereum lui-même effectue une mise à niveau par soft fork, modifiant le calcul du GAS ou les modules de consommation de GAS des opcodes. Cependant, puisque nous devons faire un soft fork, pourquoi ne pas envisager directement l'EIP-7702 ?
![Analyse approfondie du passé et de l'avenir de l'abstraction de compte Ethereum]###https://img-cdn.gateio.im/webp-social/moments-9d6eae95e3a0983a7b379ce2cfd7945f.webp(
4. Analyse complète de l'EIP-7702
) 4.1 Qu'est-ce que l'EIP-7702
Il se distingue par un nouveau type de transaction, permettant aux EOA de posséder temporairement les fonctionnalités d'un contrat intelligent dans une seule transaction, soutenant ainsi des transactions en lot, des transactions sans Gas et une gestion des autorisations personnalisées, sans avoir à introduire de nouveaux opCode EVM ( impactant la compatibilité rétroactive ).
Il permet aux utilisateurs d'obtenir la plupart des capacités de l'AA sans déployer de contrat intelligent, et peut même offrir la capacité à un tiers de lancer des transactions au nom de l'utilisateur, sans que celui-ci ait besoin de fournir sa clé privée, il suffit de signer les informations d'autorisation.
( 4.2 structure de données
Il définit un nouveau type de transaction 0x04, ce type de transaction
Cette page peut inclure du contenu de tiers fourni à des fins d'information uniquement. Gate ne garantit ni l'exactitude ni la validité de ces contenus, n’endosse pas les opinions exprimées, et ne fournit aucun conseil financier ou professionnel à travers ces informations. Voir la section Avertissement pour plus de détails.
7 J'aime
Récompense
7
6
Reposter
Partager
Commentaire
0/400
DAOdreamer
· 07-28 06:20
C'est encore un nouvel eip, qui comprend ?
Voir l'originalRépondre0
FlashLoanLarry
· 07-26 15:30
hmm 4337 n'était qu'un test bêta... 7702 est là où le vrai jus mev coule pour être honnête
Voir l'originalRépondre0
DataPickledFish
· 07-25 08:01
AA vient encore de prendre les gens pour des idiots avec de nouveaux pigeons ?
Voir l'originalRépondre0
ChainWatcher
· 07-25 08:01
4337 ne fonctionne pas non plus, il semble que tout repose sur 7702 pour sauver la situation.
Voir l'originalRépondre0
AirdropHunter007
· 07-25 07:51
4337 tout est bon, c'est juste que ça consomme du gas
Voir l'originalRépondre0
TopEscapeArtist
· 07-25 07:45
Encore un vieux fren des market makers qui coupe des pertes 7702. Je ne sais pas combien de personnes entreront dans une position cette fois-ci avec ce schéma familier.
EIP-7702 ouvre une nouvelle ère d'abstraction de compte : Comprendre le parcours et l'avenir du développement d'Ethereum AA en un seul article.
Analyse approfondie du passé et de l'avenir de l'abstraction de compte d'Ethereum
Introduction
Cet article se divise en deux grandes parties :
Tout d'abord, en commençant par la première proposition AA de 2015, le système examine les principaux contenus des propositions EIP jusqu'à présent, explore l'évolution des propositions historiques d'AA et évalue de manière globale les avantages et les inconvénients de chaque solution.
Deuxièmement, il est essentiel de comparer la mauvaise réception du marché à laquelle l'EIP4337 a été confronté, et d'analyser en profondeur l'EIP7702 qui sera inclus dans la prochaine mise à niveau d'Ethereum. Une fois cette proposition intégrée, elle changera complètement la forme des applications sur la chaîne.
EIP-7702 a une signification révolutionnaire, découvrons cela en détail ci-dessous.
1. Contexte de l'abstraction de compte
1.1 Signification de l'abstraction de compte
Le fondateur d'Ethereum, Vitalik, a de nouveau mis à jour la feuille de route de développement d'ETH à la fin de 2023, mais les paramètres concernant l'abstraction de compte n'ont pas changé. Le modèle principal passe actuellement de l'EIP-4337 à la prochaine étape de conversion volontaire des comptes EOA.
Plus d'un an après le lancement de l'EIP4337, le 1er mars 2023 lors de la WalletCon à Denver, le contrat principal ERC-4337 conçu et réalisé par les développeurs de la fondation Ethereum a été audité par OpenZeppelin et est considéré comme un point historique de lancement officiel (. Bien qu'il ait été largement reconnu par les utilisateurs, son taux d'utilisation n'est pas élevé. Dans ce contexte de marché contradictoire, le progrès de l'EIP-7702 a été considérablement avancé et il a été confirmé qu'il sera intégré lors de la prochaine mise à niveau.
) 1.2 État du marché de l'abstraction de compte
Après un an et demi de développement, le nombre total de comptes d'EIP4337 sur les chaînes principales n'est que de 12 millions, dont seulement 6 764 adresses actives sur le réseau principal d'Ethereum, ce qui est très éloigné du nombre d'adresses EOA et CA. Actuellement, le nombre d'adresses indépendantes sur le réseau principal d'Ethereum a atteint 270 millions. On peut dire qu'EIP4337 n'a presque pas eu de développement substantiel sur le réseau principal.
Cependant, cela n'affecte pas la valeur fondamentale de l'AA. La conception de l'EIP4337 est vouée à rendre difficile la résolution des problèmes de compatibilité ascendante sur le réseau principal. Avec l'intégration généralisée des chaînes L2 dans l'AA natif, le nombre d'adresses EIP4337 a explosé sur L2, avec respectivement 1 million et 3 millions d'utilisateurs actifs mensuels sur les chaînes Base et Polygon en juillet, ce qui est un bon résultat.
Ainsi, la conception de l'EIP4337 n'est pas problématique, elle présente de nombreux avantages, et la situation actuelle découle des différences entre le mainnet et le L2, qui doivent adopter des solutions adaptées à chacun.
![Analyse approfondie du passé et de l'avenir de l'abstraction de compte Ethereum]###https://img-cdn.gateio.im/webp-social/moments-cecbf67df71971d38b0a927be5e4c4d9.webp(
2. Qu'est-ce que l'abstraction de compte ?
L'abstraction de compte résout essentiellement le problème de la séparation des droits de propriété.
Il existe deux types de comptes dans l'architecture EVM : le compte externe ) EOA ( et le compte de contrat ) Compte de contrat (. La propriété et le droit de signature du compte externe sont en réalité détenus par la même entité. La personne qui détient la clé privée possède non seulement la "propriété" du compte, mais a également le droit de "signer le transfert de tous les actifs".
Ceci est déterminé par la structure des transactions des comptes Ethereum. À partir de la structure des transactions, on peut voir que la transaction standard d'Ethereum n'a en réalité pas de champ From. Lors du transfert de fonds, l'adresse spécifique à partir de laquelle les fonds sont consommés est déterminée par le paramètre VRS ), c'est-à-dire que l'adresse From est déduite à partir de la signature de l'utilisateur (.
Cela implique des concepts tels que l'ECDSA et d'autres cryptographies asymétriques, ainsi que des fonctions de seuil unidirectionnelles, que nous ne développerons pas. En résumé, la sécurité est assurée par la cryptographie ici, mais cela a également conduit à la situation actuelle des adresses EOA fusionnées de propriété.
L'effet principal de l'EIP4337 est d'ajouter un champ Adresse de l'expéditeur dans le champ de transaction, permettant ainsi de séparer la clé privée de l'adresse opérée.
La raison pour laquelle la séparation de la propriété est si importante est que la conception du compte externe )EOA( engendrera davantage de problèmes:
Difficulté à protéger la clé privée : la perte de la clé privée ), les attaques de hackers ou le fait d'être compromis sur le plan cryptographique ( signifie la perte de tous les actifs.
Algorithme de signature unique : le protocole natif ne peut utiliser que l'algorithme de signature et de vérification ECDSA pour valider les transactions.
Autorisation de signature trop élevée : pas de multi-signature native ), la multi-signature ne peut être réalisée que par un contrat intelligent (, une seule signature suffit pour exécuter n'importe quelle opération.
Les frais de transaction ne peuvent être payés qu'en Éther, les transactions en masse ne sont pas prises en charge.
Fuite de la vie privée des transactions : les transactions en tête-à-tête facilitent l'analyse des informations privées des détenteurs de comptes.
Ces restrictions rendent difficile l'utilisation d'Ethereum pour les utilisateurs ordinaires :
Tout d'abord, pour utiliser n'importe quelle application sur Ethereum, les utilisateurs doivent détenir de l'Éther ) et assumer le risque de fluctuation du prix de l'Éther (.
Ensuite, les utilisateurs doivent gérer une logique de frais complexe, le prix du Gas, la limite de Gas, le blocage des transactions ) l'ordre de Nonce ( et d'autres concepts qui sont trop compliqués pour les utilisateurs.
Enfin, bien que de nombreux portefeuilles ou applications blockchain tentent d'améliorer l'expérience utilisateur grâce à l'optimisation des produits, les résultats sont limités.
Ainsi, la solution réside dans la mise en œuvre de l'abstraction de compte, en découplant la propriété )Owner( et le droit de signature )Signer(, afin de résoudre progressivement les problèmes mentionnés ci-dessus.
Il y a eu de nombreuses solutions dans l'histoire, qui se sont finalement résumées à deux voies.
![Analyse approfondie du passé et de l'avenir de l'abstraction de compte Ethereum])https://img-cdn.gateio.im/webp-social/moments-65d1ef9656425666ee30c38bbb63e769.webp(
3. Récapitulatif des propositions historiques sur l'abstraction de compte
La solution au problème semble avoir de nombreuses propositions EIP, mais au fond, il s'agit de deux idées principales. Les problèmes soulevés par chaque EIP non adopté dans le passé se sont également regroupés pour devenir les points de rupture de la solution actuelle.
) 3.1 La première option est de transformer l'adresse EOA en adresse CA.
Dès le 15 novembre 2015, autour de l'EIP-101, Vitalik a proposé une nouvelle structure de compte utilisant des contrats. L'adresse serait modifiée pour ne contenir que du code et de l'espace de stockage, et le soutien des frais de transaction serait assuré par des paiements ERC20, en convertissant le jeton natif en un type ERC20 via un contrat précompilé pour permettre la conservation du solde ### et des fonctionnalités telles que l'autorisation de prélèvement (, tout en simplifiant les champs de transaction à seulement to, startgas, data et code.
Il semble maintenant que cela soit une transformation de type grand bond en avant, qui modifiera considérablement la conception sous-jacente, permettant à chaque adresse de compte d'avoir sa propre logique de "code" ), c'est exactement l'effet que l'EIP-7702 vise à réaliser (.
peut également dériver d'autres fonctions, par exemple :
Permettre aux transactions d'utiliser plus d'algorithmes cryptographiques, pouvant être spécifiés par le Code interne de chaque adresse pour la méthode de vérification et d'authentification.
Possède des caractéristiques de résistance aux attaques quantiques, car le code possède des caractéristiques de mise à niveau.
Rendre l'Éther compatible avec les caractéristiques fonctionnelles des contrats ERC20, l'effet principal étant de réaliser une autorisation de prélèvement, ce qui permet de ne pas consommer la monnaie native.
Améliorer l'espace de personnalisation du compte, compatible avec la récupération sociale, le support SBT, la récupération de clé, etc.
La raison pour laquelle nous n'avons pas pu continuer est simple : il est évident que le pas était trop grand, et les problèmes de conflit de hachage de transaction actuels ainsi que les préoccupations en matière de sécurité n'ont pas été suffisamment prises en compte, ce qui a donc conduit à un blocage. Cependant, chaque idée favorable est devenue l'une des fonctionnalités clés des EIP4337 et EIP7702 qui ont suivi.
Ensuite, il y a eu une série d'EIP tentant d'améliorer cette logique :
EIP-859 : abstraction de compte de la chaîne principale )2018-01-30(
Essayer de résoudre le problème du déploiement de Code, le rôle central est que si un contrat de la partie transactionnelle n'est pas déployé, il utilise le paramètre code joint à la transaction pour exécuter le déploiement du portefeuille de contrat. De plus, un nouveau code d'opération PAYGAS a été proposé, qui, en plus de payer le gaz, devient également un séparateur entre la partie de validation et la partie d'exécution dans les paramètres d'une transaction.
Bien que cela n'ait pas pu être réalisé à l'époque, cela est devenu l'une des logiques centrales de l'EIP7702. Chaque transaction de l'EIP7702, combinée à une structure de transaction spéciale, peut inclure un certain code, permettant ainsi à l'adresse EOA de posséder des capacités de contrat dans cette transaction.
EIP-7702 : définir le code de compte EOA )2024-05-07(
C'est également le cœur du mécanisme discuté dans cet article, l'EIP publié par Vitalik, en tant qu'alternative à l'EIP-3074. Par conséquent, l'EIP-3074 a été abandonné et l'EIP-7702 a été déterminé pour être inclus dans le prochain hard fork ETH Prague/Electra)Pectra(, dont nous développerons le contenu ci-dessous.
) 3.2 La deuxième option est de faire en sorte que l'adresse EOA pilote l'adresse CA.
EIP-3074 : ajout des codes d'opération AUTH et AUTHCALL ### 2020-10-15 (
Dans l'EVM, deux nouveaux OpCodes ont été ajoutés : AUTH et AUTHCALL, permettant aux EOA d'autoriser un contrat à appeler d'autres contrats en remplaçant l'identité de l'EOA par ces deux OpCodes.
En résumé, un EOA peut envoyer un message signé ) à un contrat en lequel il a confiance, appelé Invoker (. Ce contrat Invoker peut utiliser les opcodes AUTH et AUTHCALL pour émettre cette transaction à la place de cet EOA.
EIP-4337 : mise en œuvre de l'abstraction de compte dans le pool de mémoire des transactions ) 2021-09-29 (
Inspiré par le MEV, son valeur fondamentale est qu'il peut éviter complètement les modifications du protocole de couche de consensus.
EIP4337 propose un nouvel objet de transaction appelé UserOperation, que les utilisateurs envoient dans le pool de mémoire, qui est ensuite regroupé et livré pour exécution des transactions de contrat par les bundlers sous l'angle des mineurs. Essentiellement, cela consiste à amener les transactions de base et les opérations de compte à s'exécuter au niveau des contrats.
EIP-5189 : opérer des comptes abstraits via des endosseurs )2022-06-29(
Cela optimise la logique de l'EIP4337, en faisant face aux Bundlers malveillants grâce à un mécanisme d'endossement de pénalités financières pour prévenir les attaques par déni de service (DoS).
) 3.3 Autres propositions pour soutenir l'abstraction de compte
EIP-2718 : enveloppe de nouveau type de transaction (2020-06-13)
C'est une proposition déjà finalisée, qui définit un nouveau type de transaction, servant d'enveloppe pour les futurs nouveaux types de transactions.
L'effet final est que, lors de l'introduction d'un nouveau type de transaction, il est possible de le distinguer par un codage spécifique, permettant ainsi une compatibilité descendante sans nécessiter de compatibilité ascendante. L'exemple le plus courant est l'EIP1559, qui distingue les frais de transaction, utilise un nouveau codage de type de transaction, tout en n'affectant pas le type de transaction legacy initial.
EIP-3607 : rendre les adresses EOA incapables de déployer des contrats ###2021-06-10(
Ceci est un plan complémentaire sur le chemin AA, utilisé pour prévenir les conflits entre l'adresse de déploiement du contrat et l'adresse EOA. Il contrôlera la méthode de génération de contrat, empêchant ainsi le système de déployer du code à une adresse qui est déjà une adresse EOA. Ce risque est en réalité très faible, après tout, une adresse Ethereum mesure 160 bits de long, bien qu'il existe une méthode pour générer une clé privée correspondant à une adresse de contrat spécifiée par collision de clés privées, cela nécessiterait également environ un an de calcul total par rapport à Bitcoin.
![Analyse approfondie du passé et de l'avenir de l'abstraction de compte Ethereum])https://img-cdn.gateio.im/webp-social/moments-3503a168bb61430839419efb40e130de.webp(
) 3.4 Comment comprendre l'évolution de l'abstraction de compte ?
Tout d'abord, il est nécessaire de comprendre la valeur après la conversion en CA.
C'est essentiellement l'effet pratique de l'EIP-4337, qui peut réaliser :
Cependant, le principal inconvénient de l'EIP-4337 est qu'il va à l'encontre du principe de motivation humaine.
Il semble que ce soit mieux, mais cela est tombé dans un cercle vicieux de développement du marché : beaucoup de Dapps ne sont pas encore compatibles, donc les utilisateurs ne veulent pas utiliser des adresses CA, et même utiliser CA entraîne des coûts de transaction plus élevés dans les scénarios de transfert ordinaires, ce qui double également les frais de transaction, cela dépend trop de la compatibilité des Dapps elles-mêmes.
Donc, cela n'a toujours pas été largement adopté sur le réseau principal d'Ethereum jusqu'à présent.
Le coût est le critère le plus important pour les utilisateurs, il est impératif de réduire les coûts.
Mais pour vraiment réduire le GAS, il faut que Ethereum lui-même effectue une mise à niveau par soft fork, modifiant le calcul du GAS ou les modules de consommation de GAS des opcodes. Cependant, puisque nous devons faire un soft fork, pourquoi ne pas envisager directement l'EIP-7702 ?
![Analyse approfondie du passé et de l'avenir de l'abstraction de compte Ethereum]###https://img-cdn.gateio.im/webp-social/moments-9d6eae95e3a0983a7b379ce2cfd7945f.webp(
4. Analyse complète de l'EIP-7702
) 4.1 Qu'est-ce que l'EIP-7702
Il se distingue par un nouveau type de transaction, permettant aux EOA de posséder temporairement les fonctionnalités d'un contrat intelligent dans une seule transaction, soutenant ainsi des transactions en lot, des transactions sans Gas et une gestion des autorisations personnalisées, sans avoir à introduire de nouveaux opCode EVM ( impactant la compatibilité rétroactive ).
Il permet aux utilisateurs d'obtenir la plupart des capacités de l'AA sans déployer de contrat intelligent, et peut même offrir la capacité à un tiers de lancer des transactions au nom de l'utilisateur, sans que celui-ci ait besoin de fournir sa clé privée, il suffit de signer les informations d'autorisation.
( 4.2 structure de données
Il définit un nouveau type de transaction 0x04, ce type de transaction