**La norme ERC-4337 est la norme la Application Layer pour la abstraction de compte, la norme EIP-3074 est une norme protocol layer qui modifie directement la EVM, et la norme EIP-7702 se situe quelque part entre les deux, ce qui donne à l’EOA une smart contracts temporaire. **

EIP-3074 a été inclus dans le prochain plan de hard fork d’Ethereum en avril de cette année, et la proposition vise à apporter une expérience plus pratique aux utilisateurs en permettant aux comptes détenus par des tiers (EOA) de déléguer l’autorité de transaction aux smart contracts. Cependant, cette fonctionnalité a également soulevé des inquiétudes dans la communauté, les membres du long craignant que si la signature est utilisée à mauvais escient, l’ensemble des fonds du compte sera mis en danger, offrant une opportunité aux attaquants de phishing. Pour renforcer encore la sécurité, Vitalik Buterin a récemment proposé EIP-7702 comme alternative à EIP-3074, ce qui a suscité beaucoup de discussions dans la communauté.

EIP-7702 introduit un nouveau type de transaction pour améliorer l’abstraction de compte. Ce nouveau type de transaction permet aux comptes détenus en externe (EOA) d’adopter temporairement les fonctionnalités des smart contracts pendant le processus de transaction, puis de revenir à leur état d’origine une fois la transaction terminée. Alors, quelle est l’abstraction de compte entre ERC-4337, EIP-3074 et EIP-7702 ?

ERC-4337 : Norme d’abstraction de compte pour la couche Application Layer

ERC-4337 : Utilisation de Alt Mempool pour l’abstraction de compte. **La norme ERC-4337 a été proposée par Vitalik en tant que norme Application Layer dans le but principal de permettre aux smart contracts compte d’avoir les caractéristiques des transactions EOA actives. Il introduit un contrat intelligent appelé EntryPoint afin que le smart contracts puisse se comporter comme le compte de l’utilisateur, ce qui signifie que l’utilisateur fonctionne smart contracts similaire au compte pour gérer ses actifs et ses transactions. Cela permet une logique complexe telle que les signatures les plus longues, l’exécution automatisée des transactions, etc.

CARACTÉRISTIQUES PRINCIPALES :

Aucun Hard Fork requis : ERC-4337 n’a pas besoin d’être implémenté via un Hard Fork et ne nécessite aucune modification du protocole d’Ethereum. Compatibilité : Cette approche est compatible avec les systèmes EOA existants, ce qui facilite la transition. Objectif : Implémenter l’abstraction de compte afin que les smart contracts puissent agir comme des comptes pour traiter et vérifier les transactions. Essence : Que smart contracts compte ayez les caractéristiques d’EOA initiant activement des transactions.

EIP-3074 : Autorisation et exécution par procuration

**EIP-3074 : Code d’opération AUTH et AUTHCALL. ** EIP-3074, proposé par le chercheur Ethereum SamWilsn, le développeur Go Ethereum Matt Garnett et d’autres sans l’implication de Vitalik dans la rédaction de cette proposition, est une méthode qui permet à EOA de déléguer ses autorisations aux smart contracts, introduisant deux nouveaux codes d’opération : AUTH et AUTHCALL, permettant aux smart contracts d’effectuer des opérations pour le compte d’EOA, telles que le traitement par lots des transactions et le parrainage des frais de gaz. C’est un grand changement pour la machine virtuelle d’Ethereum.

CARACTÉRISTIQUES PRINCIPALES :

Mécanisme de délégation : EOA peut autoriser un contrat intelligent via le Code d'opération AUTH, puis laisser le smart contracts effectuer des opérations en son nom via AUTHCALL. Risque de sécurité : Le mécanisme de délégation peut entraîner des problèmes de sécurité, car il peut conduire au vol de fonds s’il est autorisé à un contrat malveillant. Objectif : Améliorer la fonctionnalité d’EOA en permettant à EOA d’accorder temporairement ses autorisations aux smart contracts. Essence : Mettez à niveau l’EVM et ajoutez deux codes d’opération.

EIP-7702 : EOA pour les smart contracts temporaires

**EIP-7702 : Définissez un code de compte EOA pour une transaction. **Vitalik, en tant que premier auteur, vient de publier cette proposition le 7 mai. En tant qu’alternative à la EIP-3074, la EIP-7702 introduit un mécanisme qui permet à EOA d’adopter temporairement smart contracts fonctionnalité pendant les transactions. Grâce à cette approche, l’EOA peut convertir l’EOA en smart contracts Portefeuille lors de l’exécution d’une seule transaction et revenir à un état normal après la fin de la transaction. Et comme EIP-7702 fournit déjà un cadre pour les modifications temporaires du code EOA, il devient relativement simple d’implémenter EIP-5003 au-dessus de EIP-7702 (qui permet de convertir de manière permanente EOA en smart contracts compte), et une transition permanente EOA vers smart contracts peut être réalisée en définissant le code pour qu’il ne soit pas effacé après la fin de la transaction.

CARACTÉRISTIQUES PRINCIPALES :

Conversion temporaire : Lors d’une transaction, le code des smart contracts d’EOA est temporairement autorisé à effectuer une opération spécifique. Haute compatibilité : EIP-7702 est hautement compatible avec le code smart contracts Portefeuille de l’ERC-4337 et peut directement exploiter le code smart contracts déjà écrit et déployé pour l’ERC-4337, de sorte que les travaux abstraction de compte existants peuvent être réutilisés et éviter de fragmenter le système compte existant. Il n’est pas nécessaire d’introduire de nouveaux codes d’opération : Bien que la norme EIP-7702 soit également une norme protocol layer par rapport à la norme EIP-3074, elle applique temporairement smart contracts code dans les transactions et ne nécessite pas de modifications permanentes du Ethereum Virtual Machine. Objectif : Combiner les caractéristiques de EIP-3074 et ERC-4337 pour fournir un schéma d’abstraction de compte plus flexible et compatible. Essence : Application temporaire du code des smart contracts.

EIP-7702 fournit un moyen d’implémenter des fonctionnalités de type EIP-3074 sans introduire de nouveaux codes d’opération, tout en préparant mieux la mise en œuvre de la fin de partie de l’abstraction de compte. abstraction de compte fin de partie de abstraction de compte fait référence à un état futur prévu dans lequel tous les compte d’un Ethereum utilisent smart contracts Portefeuille pour gérer les actifs et les transactions, plutôt que de s’appuyer sur l’EOA traditionnel. Cette utilisation courante compte de smart contracts Portefeuille est connue sous le nom de « fin de partie » de abstraction de compte. EIP-7702 résout non seulement les problèmes actuels, mais garantit également l’efficacité et la facilité d’utilisation à long terme en concevant la compatibilité avec d’éventuels futurs modèles de compte.