Analyse approfondie du passé et de l'avenir de l'abstraction de compte Ethereum
Cet article est divisé en deux grandes parties :
La première moitié part du premier projet AA de 2015, le système a récapitulé le contenu principal des propositions EIP jusqu'à présent, a exploré l'évolution historique des propositions AA et a effectué une évaluation globale de chaque proposition.
La deuxième partie se concentre sur la comparaison des réactions du marché face à l'EIP4337, en analysant en profondeur l'EIP7702 qui sera intégré dans la prochaine mise à jour d'Ethereum. Une fois ce projet fusionné, il changera complètement la forme des applications sur la chaîne.
EIP-7702 a une signification révolutionnaire, découvrons cela en détail.
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 du développement d'ETH à la fin de 2023, mais la configuration de l'abstraction de compte n'a pas changé. Le modèle principal passe actuellement de l'EIP-4337 à la prochaine étape "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, ( a été officiellement publié. Il a reçu une large reconnaissance de la part des utilisateurs, mais n'a pas été largement utilisé. Dans cet environnement 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 EIP4337 sur les chaînes majeures n'est que de 12 millions, parmi lesquels il n'y a que 6 764 adresses actives sur le réseau principal Ethereum, ce qui est très éloigné du nombre d'adresses EOA et CA. Le nombre d'adresses distinctes sur le réseau principal Ethereum a atteint 270 millions.
On peut dire qu'il n'y a presque aucun développement substantiel de l'EIP4337 sur le réseau principal.
Cependant, cela n'affecte pas la valeur fondamentale de l'AA. La conception de l'EIP4337 est vouée à ne pas résoudre efficacement le problème de compatibilité ascendante du mainnet. Avec l'intégration généralisée des chaînes L2 dans l'AA natif, le nombre d'adresses de l'EIP4337 a explosé sur L2, avec 1 million et 3 millions d'utilisateurs actifs respectivement sur les chaînes Base et Polygon en juillet, ce qui est prometteur.
Ainsi, la conception de l'EIP4337 n'est pas erronée, elle présente de nombreux avantages. La situation actuelle découle des différences entre le réseau principal 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é.
Dans l'architecture de la machine virtuelle Ethereum)EVM(, il existe deux types de comptes : le compte externe)EOA( et le compte de contrat)Contract Account(. 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 de transaction du compte Ethereum. Une transaction Ethereum standard n'a pas de champ From, elle est en réalité déduite de l'adresse From à partir des paramètres VRS ), c'est-à-dire la signature de l'utilisateur (. Cela implique des concepts tels que la cryptographie asymétrique comme l'ECDSA et les fonctions de seuil unidirectionnelles. La cryptographie garantit la sécurité, mais cela a également conduit à la situation actuelle de fusion des droits de propriété des adresses EOA.
L'effet principal de l'EIP4337 est d'ajouter un champ d'adresse d'expéditeur dans le champ de transaction, permettant ainsi la séparation de la clé privée et de l'adresse manipulée.
La raison pour laquelle la séparation des droits de propriété est si importante est que la conception des comptes externes )EOA( engendrera davantage de problèmes :
Difficulté à protéger la clé privée : perdre la clé privée signifie perdre tous les actifs.
Algorithme de signature unique : le protocole natif ne peut utiliser que l'algorithme de signature et de vérification ECDSA lors de la validation des transactions.
Autorisation de signature trop élevée : pas de multisignature native ) la multisignature ne peut être réalisée que par des contrats intelligents (, une seule signature suffit pour exécuter n'importe quelle opération.
Les frais de transaction ne peuvent être payés qu'en ETH, les transactions en masse ne sont pas prises en charge.
Fuite de la vie privée des transactions : les transactions de pair à pair facilitent l'analyse des informations privées des détenteurs de compte.
Ces restrictions rendent difficile l'utilisation d'Ethereum par 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 des prix (.
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 des Nonces ( et d'autres concepts qui sont trop complexes pour les utilisateurs.
Enfin, bien que de nombreux portefeuilles ou applications de blockchain tentent d'améliorer l'expérience utilisateur grâce à l'optimisation des produits, les résultats sont limités.
Ainsi, la clé de la percée réside dans la mise en œuvre de l'abstraction de compte, dé-couplant la propriété )Owner( et le droit de signature )Signer(, permettant ainsi de résoudre progressivement les problèmes mentionnés ci-dessus.
Il y a eu de nombreuses propositions dans l'histoire, finalement résumées en deux voies.
![Analyse approfondie de la voie d'abstraction de compte Ethereum, passé et futur])https://img-cdn.gateio.im/webp-social/moments-65d1ef9656425666ee30c38bbb63e769.webp(
3. Historique des propositions AA
Les solutions aux problèmes semblent avoir de nombreuses propositions EIP, mais au fond, il n'y a que deux idées directrices. Chaque problème soulevé par une EIP non adoptée a contribué à faire émerger les points de rupture de la solution actuelle.
) 3.1 Première route : transformer l'adresse EOA en adresse CA
Dès le 15 novembre 2015, Vitalik a proposé une nouvelle structure de compte utilisant des contrats dans l'EIP-101. L'adresse a été modifiée pour n'inclure que le code et l'espace de stockage, en changeant le support des frais de transaction pour être payé par des jetons ERC20, et en convertissant les jetons natifs en une sorte d'ERC20 pour stocker le solde ###, permettant ainsi des fonctionnalités telles que l'autorisation de prélèvement (, tout en simplifiant les champs de transaction à to, startgas, data et code.
Cette réforme semble radicale, elle 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 (.
Il peut également dériver d'autres fonctionnalités, telles que :
Permettre aux transactions d'utiliser davantage d'algorithmes cryptographiques, avec des méthodes de vérification et d'authentification spécifiées par le Code interne de chaque adresse.
Possède des caractéristiques de résistance aux attaques quantiques, car le code est évolutif.
Rendre l'Éther compatible avec les fonctionnalités des contrats ERC20, l'effet principal étant de permettre l'autorisation de prélèvement sans consommer de 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és, etc.
La raison pour laquelle nous n'avons pas pu continuer est simple : il est évident que le pas est trop grand et que les problèmes de conflit de hash de transaction actuels et les préoccupations en matière de sécurité n'ont pas été suffisamment prises en compte, c'est pourquoi cela a été mis de côté. Mais chaque principe avantageux est devenu l'une des fonctionnalités clés des EIP4337 et EIP7702.
Plus tard, une série d'EIP a également tenté d'améliorer cette logique :
EIP-859: abstraction de compte de chaîne principale )2018-01-30(
Essayer de résoudre le problème de déploiement du code. La fonction principale est que, si le contrat de la partie transactionnelle n'est pas déployé, alors le code associé à la transaction est utilisé pour déployer le portefeuille de contrat. Ensuite, un nouvel opcode PAYGAS a également été proposé, qui, en plus de payer le gaz, devient également un séparateur entre la partie de vérification et la partie d'exécution dans les paramètres de la 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 disposer de capacités de contrat dans cette transaction.
EIP-7702 : définir le code du compte EOA )2024-05-07(
C'est également le cœur du mécanisme de discussion ultérieure de cet article, publié par Vitalik comme une alternative à l'EIP-3074. Par conséquent, l'EIP-3074 est obsolète, et l'EIP-7702 a été déterminé pour être inclus dans le prochain hard fork ETH Prague/Electra)Pectra(, dont le contenu sera développé ci-dessous.
) 3.2 Deuxième option : laisser l'adresse EOA piloter l'adresse CA
EIP-3074 : ajout des opcodes AUTH et AUTHCALL ###2020-10-15(
Dans l'EVM, deux nouveaux OpCodes AUTH et AUTHCALL ont été ajoutés, permettant aux EOA d'autoriser des contrats à appeler d'autres contrats en remplaçant l'identité de l'EOA par ces deux opcode.
En résumé, un EOA peut envoyer un message signé ) et effectuer une transaction ( à un contrat de confiance ) appelé Invoker (. Ce contrat Invoker peut utiliser les opcodes AUTH et AUTHCALL pour remplacer cet EOA dans l'émission de cette transaction.
EIP-4337 : abstraction de compte via le pool de mémoire des transactions )2021-09-29(
Inspiré par le MEV, sa valeur fondamentale est qu'il peut complètement éviter les modifications du protocole de couche de consensus.
EIP4337 propose un nouvel objet de transaction, UserOperation, que les utilisateurs envoient au pool de mémoire, qui est ensuite regroupé et livré pour l'exécution des transactions de contrat par les bundlers, du point de vue des mineurs. Essentiellement, cela déplace les transactions de base et le fonctionnement des comptes au niveau des contrats.
EIP-5189 : opération des comptes abstraits via des endosseurs )2022-06-29(
Ceci constitue une optimisation de la logique de l'EIP4337, visant à prévenir les attaques de blocage DoS en face des Bundlers malveillants grâce à un mécanisme d'endorsement de sanctions financières.
) 3.3 autres propositions pour soutenir l'abstraction de compte
EIP-2718 : enveloppe de nouveau type de transaction ###2020-06-13(
Ceci est une proposition déjà Final, qui définit un nouveau type de transaction, servant d'enveloppe pour de futurs types de transactions.
L'effet final est que, lorsqu'un nouveau type de transaction est introduit, il est distingué par un codage spécifique, ce qui permet de garantir uniquement la compatibilité ascendante, sans nécessiter de compatibilité descendante. L'exemple le plus courant est EIP1559, qui distingue les frais de transaction, utilise un nouveau codage de type de transaction, sans affecter le type de transaction legacy initial.
EIP-3607 : empêcher les adresses EOA de déployer des contrats )2021-06-10(
Ceci est un plan de secours sur le chemin AA, conçu pour prévenir les conflits entre les adresses de déploiement de contrats et les adresses EOA. Il contrôlera la méthode de génération de contrats, empêchant 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, car les adresses Ethereum ont une longueur de 160 bits. Bien qu'il existe une méthode pour générer par collision de clés privées une clé privée d'adresse de contrat spécifique, il faudrait encore environ un an avec la totalité de la puissance de calcul de Bitcoin.
) 3.4 Comment comprendre l'évolution de l'abstraction de compte ?
Tout d'abord, il faut comprendre la valeur après la conversion en CA.
C'est essentiellement l'effet pratique de l'EIP-4337, qui peut réaliser :
Les utilisateurs n'ont plus besoin de détenir directement de l'Éther pour payer les frais de Gas.
Permissions de compte flexibles, comme la multi-signature, la récupération sociale, etc.
Support des transactions en masse, réduction des coûts de transaction
Algorithme de vérification de signature personnalisé, améliore la sécurité
Certaines opérations peuvent être payées par un tiers pour le Gas
Cependant, le principal inconvénient de l'EIP-4337 est qu'il va à l'encontre du principe de motivation humaine.
Cela a l'air mieux, mais cela tombe dans un cercle vicieux du développement du marché, de nombreuses Dapp ne sont pas encore compatibles, les utilisateurs ne veulent donc pas utiliser d'adresse CA, et même l'utilisation de CA entraîne des coûts de transaction plus élevés ### dans les scénarios de transfert ordinaires, les frais de transaction peuvent également doubler (, trop dépendant de la compatibilité de la Dapp elle-même.
Ainsi, jusqu'à présent, il n'a jamais été largement adopté sur le réseau principal Ethereum.
Le coût est le critère le plus important pour les utilisateurs, il faut réduire les coûts.
Mais pour vraiment réduire le Gas, il faut que l'Ethereum lui-même effectue une mise à niveau de bifurcation douce, modifiant le calcul du Gas ou la consommation de Gas des codes d'opération, etc. Cependant, puisque nous devons faire une bifurcation douce, 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-3503a168bb61430839419efb40e130de.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 disposer temporairement des fonctionnalités de contrat intelligent dans une seule transaction, soutenant ainsi des transactions en vrac sur le plan commercial, des transactions sans Gas et une gestion des autorisations personnalisée, le tout sans introduire de nouveau opCode EVM ### affectant la compatibilité ascendante (.
Cela permet aux utilisateurs d'obtenir la plupart des capacités de l'abstraction de compte sans déployer de contrat intelligent, et même de fournir la capacité à des tiers d'initier des transactions au nom des utilisateurs, sans qu'il soit nécessaire que les utilisateurs fournissent leur clé privée, mais uniquement des informations d'autorisation signées.
) 4.2 structure de données
Il définit un nouveau type de transaction 0x04, dont le TransactionPayload est le résultat de la sérialisation RLP du contenu suivant :
Il est important de noter que l'objet authorization_list a été ajouté, stockant le code que le signataire souhaite exécuter dans son EOA. L'utilisateur signe le code du contrat à exécuter en même temps qu'il signe la transaction, qui existe sous forme de liste à deux dimensions, indiquant qu'il est possible de stocker plusieurs informations d'opération en masse et d'effectuer des opérations en lot.
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.
22 J'aime
Récompense
22
6
Reposter
Partager
Commentaire
0/400
blocksnark
· 07-07 04:13
La carte 7702, les ex doivent se tenir à l'écart.
Voir l'originalRépondre0
CryptoPunster
· 07-06 10:22
Encore une nouvelle opportunité pour se faire prendre pour des cons.
Voir l'originalRépondre0
ChainDetective
· 07-04 14:33
2026 AA est le véritable montant extérieur qui sera crédité.
Voir l'originalRépondre0
LiquidityWizard
· 07-04 05:32
Ah ah ah, 4337 va enfin prendre sa retraite, une nouvelle ère arrive !
Voir l'originalRépondre0
MetaverseMigrant
· 07-04 05:32
Ah ça, on dirait qu'il faut encore changer de chaîne.
Voir l'originalRépondre0
OldLeekNewSickle
· 07-04 05:14
Le BTC dessiné par le patron devient de plus en plus appétissant, il n'est pas trop tard pour entrer dans une position.
EIP-7702 : avancées révolutionnaires dans l'abstraction de compte Ethereum
Analyse approfondie du passé et de l'avenir de l'abstraction de compte Ethereum
Cet article est divisé en deux grandes parties :
La première moitié part du premier projet AA de 2015, le système a récapitulé le contenu principal des propositions EIP jusqu'à présent, a exploré l'évolution historique des propositions AA et a effectué une évaluation globale de chaque proposition.
La deuxième partie se concentre sur la comparaison des réactions du marché face à l'EIP4337, en analysant en profondeur l'EIP7702 qui sera intégré dans la prochaine mise à jour d'Ethereum. Une fois ce projet fusionné, il changera complètement la forme des applications sur la chaîne.
EIP-7702 a une signification révolutionnaire, découvrons cela en détail.
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 du développement d'ETH à la fin de 2023, mais la configuration de l'abstraction de compte n'a pas changé. Le modèle principal passe actuellement de l'EIP-4337 à la prochaine étape "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, ( a été officiellement publié. Il a reçu une large reconnaissance de la part des utilisateurs, mais n'a pas été largement utilisé. Dans cet environnement 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 EIP4337 sur les chaînes majeures n'est que de 12 millions, parmi lesquels il n'y a que 6 764 adresses actives sur le réseau principal Ethereum, ce qui est très éloigné du nombre d'adresses EOA et CA. Le nombre d'adresses distinctes sur le réseau principal Ethereum a atteint 270 millions.
On peut dire qu'il n'y a presque aucun développement substantiel de l'EIP4337 sur le réseau principal.
Cependant, cela n'affecte pas la valeur fondamentale de l'AA. La conception de l'EIP4337 est vouée à ne pas résoudre efficacement le problème de compatibilité ascendante du mainnet. Avec l'intégration généralisée des chaînes L2 dans l'AA natif, le nombre d'adresses de l'EIP4337 a explosé sur L2, avec 1 million et 3 millions d'utilisateurs actifs respectivement sur les chaînes Base et Polygon en juillet, ce qui est prometteur.
Ainsi, la conception de l'EIP4337 n'est pas erronée, elle présente de nombreux avantages. La situation actuelle découle des différences entre le réseau principal 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é.
Dans l'architecture de la machine virtuelle Ethereum)EVM(, il existe deux types de comptes : le compte externe)EOA( et le compte de contrat)Contract Account(. 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 de transaction du compte Ethereum. Une transaction Ethereum standard n'a pas de champ From, elle est en réalité déduite de l'adresse From à partir des paramètres VRS ), c'est-à-dire la signature de l'utilisateur (. Cela implique des concepts tels que la cryptographie asymétrique comme l'ECDSA et les fonctions de seuil unidirectionnelles. La cryptographie garantit la sécurité, mais cela a également conduit à la situation actuelle de fusion des droits de propriété des adresses EOA.
L'effet principal de l'EIP4337 est d'ajouter un champ d'adresse d'expéditeur dans le champ de transaction, permettant ainsi la séparation de la clé privée et de l'adresse manipulée.
La raison pour laquelle la séparation des droits de propriété est si importante est que la conception des comptes externes )EOA( engendrera davantage de problèmes :
Difficulté à protéger la clé privée : perdre la clé privée signifie perdre tous les actifs.
Algorithme de signature unique : le protocole natif ne peut utiliser que l'algorithme de signature et de vérification ECDSA lors de la validation des transactions.
Autorisation de signature trop élevée : pas de multisignature native ) la multisignature ne peut être réalisée que par des contrats intelligents (, une seule signature suffit pour exécuter n'importe quelle opération.
Les frais de transaction ne peuvent être payés qu'en ETH, les transactions en masse ne sont pas prises en charge.
Fuite de la vie privée des transactions : les transactions de pair à pair facilitent l'analyse des informations privées des détenteurs de compte.
Ces restrictions rendent difficile l'utilisation d'Ethereum par 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 des prix (.
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 des Nonces ( et d'autres concepts qui sont trop complexes pour les utilisateurs.
Enfin, bien que de nombreux portefeuilles ou applications de blockchain tentent d'améliorer l'expérience utilisateur grâce à l'optimisation des produits, les résultats sont limités.
Ainsi, la clé de la percée réside dans la mise en œuvre de l'abstraction de compte, dé-couplant la propriété )Owner( et le droit de signature )Signer(, permettant ainsi de résoudre progressivement les problèmes mentionnés ci-dessus.
Il y a eu de nombreuses propositions dans l'histoire, finalement résumées en deux voies.
![Analyse approfondie de la voie d'abstraction de compte Ethereum, passé et futur])https://img-cdn.gateio.im/webp-social/moments-65d1ef9656425666ee30c38bbb63e769.webp(
3. Historique des propositions AA
Les solutions aux problèmes semblent avoir de nombreuses propositions EIP, mais au fond, il n'y a que deux idées directrices. Chaque problème soulevé par une EIP non adoptée a contribué à faire émerger les points de rupture de la solution actuelle.
) 3.1 Première route : transformer l'adresse EOA en adresse CA
Dès le 15 novembre 2015, Vitalik a proposé une nouvelle structure de compte utilisant des contrats dans l'EIP-101. L'adresse a été modifiée pour n'inclure que le code et l'espace de stockage, en changeant le support des frais de transaction pour être payé par des jetons ERC20, et en convertissant les jetons natifs en une sorte d'ERC20 pour stocker le solde ###, permettant ainsi des fonctionnalités telles que l'autorisation de prélèvement (, tout en simplifiant les champs de transaction à to, startgas, data et code.
Cette réforme semble radicale, elle 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 (.
Il peut également dériver d'autres fonctionnalités, telles que :
Permettre aux transactions d'utiliser davantage d'algorithmes cryptographiques, avec des méthodes de vérification et d'authentification spécifiées par le Code interne de chaque adresse.
Possède des caractéristiques de résistance aux attaques quantiques, car le code est évolutif.
Rendre l'Éther compatible avec les fonctionnalités des contrats ERC20, l'effet principal étant de permettre l'autorisation de prélèvement sans consommer de 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és, etc.
La raison pour laquelle nous n'avons pas pu continuer est simple : il est évident que le pas est trop grand et que les problèmes de conflit de hash de transaction actuels et les préoccupations en matière de sécurité n'ont pas été suffisamment prises en compte, c'est pourquoi cela a été mis de côté. Mais chaque principe avantageux est devenu l'une des fonctionnalités clés des EIP4337 et EIP7702.
Plus tard, une série d'EIP a également tenté d'améliorer cette logique :
EIP-859: abstraction de compte de chaîne principale )2018-01-30(
Essayer de résoudre le problème de déploiement du code. La fonction principale est que, si le contrat de la partie transactionnelle n'est pas déployé, alors le code associé à la transaction est utilisé pour déployer le portefeuille de contrat. Ensuite, un nouvel opcode PAYGAS a également été proposé, qui, en plus de payer le gaz, devient également un séparateur entre la partie de vérification et la partie d'exécution dans les paramètres de la 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 disposer de capacités de contrat dans cette transaction.
EIP-7702 : définir le code du compte EOA )2024-05-07(
C'est également le cœur du mécanisme de discussion ultérieure de cet article, publié par Vitalik comme une alternative à l'EIP-3074. Par conséquent, l'EIP-3074 est obsolète, et l'EIP-7702 a été déterminé pour être inclus dans le prochain hard fork ETH Prague/Electra)Pectra(, dont le contenu sera développé ci-dessous.
) 3.2 Deuxième option : laisser l'adresse EOA piloter l'adresse CA
EIP-3074 : ajout des opcodes AUTH et AUTHCALL ###2020-10-15(
Dans l'EVM, deux nouveaux OpCodes AUTH et AUTHCALL ont été ajoutés, permettant aux EOA d'autoriser des contrats à appeler d'autres contrats en remplaçant l'identité de l'EOA par ces deux opcode.
En résumé, un EOA peut envoyer un message signé ) et effectuer une transaction ( à un contrat de confiance ) appelé Invoker (. Ce contrat Invoker peut utiliser les opcodes AUTH et AUTHCALL pour remplacer cet EOA dans l'émission de cette transaction.
EIP-4337 : abstraction de compte via le pool de mémoire des transactions )2021-09-29(
Inspiré par le MEV, sa valeur fondamentale est qu'il peut complètement éviter les modifications du protocole de couche de consensus.
EIP4337 propose un nouvel objet de transaction, UserOperation, que les utilisateurs envoient au pool de mémoire, qui est ensuite regroupé et livré pour l'exécution des transactions de contrat par les bundlers, du point de vue des mineurs. Essentiellement, cela déplace les transactions de base et le fonctionnement des comptes au niveau des contrats.
EIP-5189 : opération des comptes abstraits via des endosseurs )2022-06-29(
Ceci constitue une optimisation de la logique de l'EIP4337, visant à prévenir les attaques de blocage DoS en face des Bundlers malveillants grâce à un mécanisme d'endorsement de sanctions financières.
) 3.3 autres propositions pour soutenir l'abstraction de compte
EIP-2718 : enveloppe de nouveau type de transaction ###2020-06-13(
Ceci est une proposition déjà Final, qui définit un nouveau type de transaction, servant d'enveloppe pour de futurs types de transactions.
L'effet final est que, lorsqu'un nouveau type de transaction est introduit, il est distingué par un codage spécifique, ce qui permet de garantir uniquement la compatibilité ascendante, sans nécessiter de compatibilité descendante. L'exemple le plus courant est EIP1559, qui distingue les frais de transaction, utilise un nouveau codage de type de transaction, sans affecter le type de transaction legacy initial.
EIP-3607 : empêcher les adresses EOA de déployer des contrats )2021-06-10(
Ceci est un plan de secours sur le chemin AA, conçu pour prévenir les conflits entre les adresses de déploiement de contrats et les adresses EOA. Il contrôlera la méthode de génération de contrats, empêchant 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, car les adresses Ethereum ont une longueur de 160 bits. Bien qu'il existe une méthode pour générer par collision de clés privées une clé privée d'adresse de contrat spécifique, il faudrait encore environ un an avec la totalité de la puissance de calcul de Bitcoin.
) 3.4 Comment comprendre l'évolution de l'abstraction de compte ?
Tout d'abord, il faut 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.
Cela a l'air mieux, mais cela tombe dans un cercle vicieux du développement du marché, de nombreuses Dapp ne sont pas encore compatibles, les utilisateurs ne veulent donc pas utiliser d'adresse CA, et même l'utilisation de CA entraîne des coûts de transaction plus élevés ### dans les scénarios de transfert ordinaires, les frais de transaction peuvent également doubler (, trop dépendant de la compatibilité de la Dapp elle-même.
Ainsi, jusqu'à présent, il n'a jamais été largement adopté sur le réseau principal Ethereum.
Le coût est le critère le plus important pour les utilisateurs, il faut réduire les coûts.
Mais pour vraiment réduire le Gas, il faut que l'Ethereum lui-même effectue une mise à niveau de bifurcation douce, modifiant le calcul du Gas ou la consommation de Gas des codes d'opération, etc. Cependant, puisque nous devons faire une bifurcation douce, 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-3503a168bb61430839419efb40e130de.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 disposer temporairement des fonctionnalités de contrat intelligent dans une seule transaction, soutenant ainsi des transactions en vrac sur le plan commercial, des transactions sans Gas et une gestion des autorisations personnalisée, le tout sans introduire de nouveau opCode EVM ### affectant la compatibilité ascendante (.
Cela permet aux utilisateurs d'obtenir la plupart des capacités de l'abstraction de compte sans déployer de contrat intelligent, et même de fournir la capacité à des tiers d'initier des transactions au nom des utilisateurs, sans qu'il soit nécessaire que les utilisateurs fournissent leur clé privée, mais uniquement des informations d'autorisation signées.
) 4.2 structure de données
Il définit un nouveau type de transaction 0x04, dont le TransactionPayload est le résultat de la sérialisation RLP du contenu suivant :
rlp###[ chain_id, nonce, max_priority_fee_per_gas, max_fee_per_gas, gas_limit, destination, valeur, données, liste_d'accès, liste_d'autorisation, signature_y_parity, signature_r, signature_s ](
Il est important de noter que l'objet authorization_list a été ajouté, stockant le code que le signataire souhaite exécuter dans son EOA. L'utilisateur signe le code du contrat à exécuter en même temps qu'il signe la transaction, qui existe sous forme de liste à deux dimensions, indiquant qu'il est possible de stocker plusieurs informations d'opération en masse et d'effectuer des opérations en lot.
authorization_