Interprétation du passé et de l’avenir de la piste abstraite du compte Ethereum de 4337 à 7702

Préface

Cet article est divisé en deux modules majeurs:

Au premier semestre, à partir de la première proposition AA de 2015, nous organiserons systématiquement le contenu principal de la proposition EIP jusqu’à présent, dans l’espoir d’explorer l’histoire de la proposition historique de l’AA et d’évaluer de manière approfondie les avantages et les inconvénients de chaque plan.

Dans la seconde moitié, nous nous concentrons sur la comparaison de la rétroaction du ralentissement du marché auquel EIP4337 après la proposition, puis analyse une analyse approfondie de l’EIP7702, qui sera incluse dans la prochaine version de la mise à niveau d’Ethereum. Il modifiera le formulaire de demande sur la chaîne dans tous les aspects.

EIP-7702 a des changements de fabrication d’époches, permettez-moi d’écouter les quatorze rois en détail

1. Contexte abstrait de compte

1.1 Le positionnement de signification abstrait du compte

Le fondateur d’Ethereum Vitalik a à nouveau mis à jour la feuille de route de développement de l’ETH à la fin de 2023, mais les paramètres de l’abstraction des comptes n’ont pas été modifiés.Le modèle grand public d’aujourd’hui est de l’EIP-4337 à la prochaine étape de la conversion volontaryeoa (conversion volontaire du compte EOA).

https://x.com/vitalikbuterin/status/1741190491578810445

Plus d’un an depuis le lancement de l’EIP4337 (chez Denver WalletCon, 2023.3.1, le contrat principal de l’ERC-4337, qui a été officiellement annoncé pour être conçu et mis en œuvre par les développeurs de la Fondation Ethereum, a adopté l’audit d’OpenZeppelin et IS IS IS considéré comme l’histoire officielle de son lancement.

Il a toujours été largement reconnu par les utilisateurs, mais pas largement utilisé.

1.2 Statut du marché abstrait des comptes

Pas besoin de dire grand-chose, regardez simplement les données.

Après un an et demi, l’EIP4337 n’a que 1200ws dans la collection de comptes de chaîne grand public. Au moins le nombre d’adresses qui sont très différentes de l’EOA et de CA. Vous devez savoir que le nombre d’adresses indépendantes sur le réseau principal d’Ethereum a atteint 270 millions (données provenant de: https://etherscan.io/chart/address ).

On peut dire que l’EIP4337 sur le réseau principal n’a pas de développement substantiel.

(Source des données du graphique: https://dune.com/niftytable/account-abstraction)

Cependant, cela n’efface pas la valeur essentielle des AA, car il a été destiné au début de la conception de l’EIP4337. chaînes.

Par conséquent, il n’est pas conçu par EIP433.

2. Qu’est-ce que l’abstraction du compte?

L’abstraction des comptes semble déroutante, mais en fait, il 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 (c’est-à-dire la machine virtuelle Ethereum), le compte externe (EOA) et le compte contractuel (compte contractuel) et le compte externepossessionetSignature droiteEn fait, il est détenu par la même unité.priseClé privéeLa personne possède non seulement la «propriété» de ce compte, mais a également le droit de «transfert de signature de tous les actifs».

Ceci est déterminé par la structure de transaction du compte Ethereum

D’après la structure de la figure ci-dessous, nous pouvons constater qu’en fait, les transactions standard d’Ethereum n’ont pas de transfert de fonds.En fait, l’adresse à partir est analysée inverse à travers ses paramètres VRS (c’est-à-dire la signature de l’utilisateur).

Cela implique des concepts tels que l’ECDSA, les fonctions de seuil unidirectionnelles, etc. Nous ne l’élargirons pas.

L’effet central de l’EIP4337 est d’ajouter un champ d’adresse de l’expéditeur au champ de transaction, afin que la clé privée puisse être séparée de l’adresse opérée.

Alors pourquoi la séparation des droits de propriété est-elle si importante?

Parce que la conception du compte externe (EOA) entraînera plus de problèmes:

1. Les clés privées sont difficiles à protéger: l’utilisateur perd la clé privée (perdue, piratage, cryptographique fissurée) signifie perdre tous les actifs.

2. Il existe peu d’algorithmes de signature: les protocoles natifs ne peuvent utiliser que des algorithmes de vérification de signature et de signature ECDSA dans les transactions de vérification.

3. Permission de signature élevée: aucun multi-signature natif (la signature multiple ne peut être réalisée que par le biais de contrats intelligents), et les opérations arbitraires peuvent être effectuées par signature unique.

4. Les frais de transaction ne peuvent être payés que via ETH et ne prennent pas en charge les transactions en vrac.

5. Break de confidentialité des transactions: les transactions individuelles sont faciles à analyser les informations de confidentialité des titulaires de compte.

Les contraintes d’appel rendent difficile pour les utilisateurs ordinaires d’utiliser Ethereum:

Tout d’abord, en utilisant n’importe quelle application sur Ethereum, les utilisateurs doivent tenir Ether (et assumer le risque de fluctuations des prix éther).

Deuxièmement, les utilisateurs doivent faire face à une logique de coût complexe, et les concepts de prix du gaz, de limite de gaz et de blocage des transactions (ordre non -ce) sont trop compliqués pour les utilisateurs.

Enfin, alors que de nombreux portefeuilles ou applications de blockchain tentent d’améliorer l’expérience des utilisateurs grâce à l’optimisation des produits, ils ont peu d’effet.

Par conséquent, la façon de briser l’impasse est de réaliser l’abstraction des comptes et la propriété de découplage (propriétaire) et le droit de signature (signataire), afin de résoudre les problèmes ci-dessus un par un.

En fait, il existe de nombreux plans historiques et ils finiront par se réunir sur deux itinéraires.

3. Clarifier le contexte des propositions historiques de l’AA



Il semble y avoir de nombreuses propositions EIP pour la solution au problème, mais en dernière analyse, ce sont deux idées de base. plan actuel.

3.1 Le premier itinéraire consiste à modifier l’adresse EOA à l’adresse CA

Dès le 15 novembre 2015, Vitalik a proposé une nouvelle structure pour utiliser les contrats comme compte autour de l’EIP-101.Modifier l’adresse en seulement le code et l’espace de stockage, modifier les frais de manutention et le paiement de la prise en charge par ERC20, modifier le jeton natif en ERC20 via des contrats précompilés pour enregistrer le solde (peut avoir des fonctions telles que l’autorisation de déduction) et rationaliser les champs de transaction pour uniquement à, startgas, données et code.

Maintenant, il semble que ce soit un grand changement de pas en avant, qui changera considérablement la conception sous-jacente afin que chaque adresse de compte ait sa propre logique de « code » (en fait, c’est exactement l’effet que EIP-7702 doit réaliser maintenant).

Il peut également générer d’autres fonctions, telles que

1. Laissez les transactions utiliser plus d’algorithmes de chiffrement et la méthode de vérification de signature peut être spécifiée par le code interne de chaque adresse.

2. Il a les caractéristiques des attaques anti-quantitum car le code a les caractéristiques de la mise à niveau.

3. Laissez Ethereum a des caractéristiques fonctionnelles conformes au contrat ERC20, et l’effet central est déduit autorisé, de sorte que la perte de pièces natives n’est pas requise.

4. Améliorez l’espace personnalisé du compte, compatible avec la récupération sociale, le support SBT, la récupération des clés, etc.

La raison de ne pas continuer à avancer est très simple. est devenu l’une des fonctions principales de EIP4337 et EIP7702 ultérieurs.

Plus tard, il y a eu une série d’EIP essayant d’améliorer cette logique

EIP-859: Abstraction du compte principal de la chaîne-2018-01-30

En essayant de résoudre le problème de déploiement du code, la fonction principale est que si le contrat de la partie ne sera pas déployé, le déploiement du portefeuille du contrat sera effectué à l’aide des paramètres de code joints de transaction. Pour payer le gaz, devient également une transaction.

Bien qu’il se soit terminé en vain à ce moment-là, cela est devenu l’une des logiques de base de l’EIP7702. .

EIP-7702: Configuration du code du compte EOA 2024-05-07

Il s’agit également du principal EIP du mécanisme discuté dans l’article ultérieur, et Vitalik a publié EIP-7702 comme alternative à l’EIP-3074 (2024-05-07).Par conséquent, l’EIP-3074 a été obsolète et EIP-7702 a été déterminé à être inclus dans la prochaine fourchette ETH Prague / Electra (PECTRA).

3.2 Le deuxième itinéraire consiste à permettre à l’adresse EOA de conduire l’adresse CA

EIP-3074: ajoutéAuthentificationetAuthentiqueOPCODE – 2020-10-15

Ajoutez deux nouveaux opcodes à EVMAuthentificationetAuthentique, permettant à l’EOA d’appeler d’autres contrats au lieu de l’identité d’EOA via ces deux contrats d’autorisation d’opcode.

Sur la base de la figure ci-dessous, un résumé de l’EOA peut envoyer un message signé (transaction) àUn contrat en qui vous avez confiance(appeléInvocateur) sur ceInvocateurLes contrats peuvent être utilisésAuthentificationetAuthentiqueL’opcode est utilisé pour envoyer cette transaction au lieu de cette EOA.

EIP-4337: Utilisez le pool de mémoire des transactions pour réaliser l’abstraction du compte-2021-09-29

En bref, il a été inspiré par Mev à la conception, et sa valeur fondamentale était qu’elle pouvait complètement éviter les changements de protocole de couche consensus.

EIP4337 propose un nouvel objet de transactionUtilisateur, l’utilisateur envoie cet objet au pool de mémoire, parbundlersContrats de livraison de forfait en vrac pour exécuter les transactions à partir de la dimension du mineur, qui apporte essentiellement les transactions sous-jacentes et les opérations de compte au niveau du contrat pour l’exécution.

EIP-5189: Fonctionnement des comptes abstraits par l’approbation – 2022-06-29

Cela a optimisé la logique de l’EIP4337 et fait face à la malveillanceBundlerEmpêchez les attaques de blocage DOS en établissant un mécanisme pour l’endosseur pour les amendes de fonds.

3.3 Autres propositions pour soutenir AA

EIP-2718: enveloppes d’emballage pour les nouveaux types de transactions-2020-06-13

Il s’agit d’une proposition qui a été définitive, qui définit un nouveau type de transaction comme une enveloppe pour les nouveaux types de transactions à l’avenir.

L’effet final est que lorsqu’un nouveau type de transaction est introduit, il se distingue par un encodage spécifique, de sorte qu’il n’a besoin que de compatibilité vers l’arrière sans compatibilité vers l’avant.L’exemple le plus courant est EIP1559.

EIP-3607: SoitEOAL’adresse ne peut pas être déployée contrat-2021-06-10

Il s’agit d’une solution supplémentaire sur le chemin AA pour empêcher le problème de l’adresse de déploiement du contrat en conflit avec l’adresse EOA.Il contrôle la méthode de génération de contrat afin que le système n’autorise pas le code à être déployé sur des adresses qui sont déjà des adresses EOA.Ce risque est en fait très petit. Investissement de puissance de Bitcoin.

3.4 Comment comprendre l’historique abstrait du développement du compte?

Tout d’abord, vous devez comprendre la valeur après vous être converti en ca

Fondamentalement, c’est l’effet réel de l’EIP-4337, qui peut réaliser



Cependant, l’inconvénient principal de l’EIP-4337 est qu’il viole le principe de la motivation humaine.

Cela semble mieux, mais il est piégé dans un cercle vicieux de développement du marché. Pour utiliser CAS.

Il n’a donc pas été popularisé sur le réseau principal Ethereum jusqu’à présent.

Le coût est la mesure la plus importante pour les utilisateurs et les coûts doivent être réduits.

Cependant, pour vraiment réduire le gaz, Ethereum lui-même doit mettre à niveau les fourches souples, modifier la consommation de gaz et d’autres modules tels que les calculs de gaz ou modifier les opcodes.

4. Analyse complète de l’EIP-7702

4.1 Qu’est-ce que EIP-7702

Il le distingue par de nouveaux types de transactions, permettant à l’EOA d’avoir temporairement la fonction des contrats intelligents dans une seule transaction, prenant ainsi en charge les transactions par lots, les transactions sans gaz et la gestion des autorisations personnalisées dans l’entreprise, sans avoir besoin d’introduire un nouvel opcode EVM (affecte compatibilité à terme).

Il permet aux utilisateurs d’obtenir la plupart des capacités de l’AA sans déployer des contrats intelligents, et peut même fournir des capacités tierces pour lancer des transactions pour le compte des utilisateurs, sans obliger les utilisateurs à fournir des clés privées, uniquement de signature et d’informations autorisées.

4.2 Structure de données

Il définit un nouveau type de transaction 0x04, et la charge de transaction de ce type de transaction est le résultat de sérialisation de codage RLP du contenu suivant

Ce qui est important, c’est que l’objet Authorization_List est ajouté pour stocker le code que le signataire souhaite exécuter dans son EOA. Les informations de fonctionnement multiples peuvent être stockées en lots.

4.3 Cycle de vie des transactions

4.3.1 Phase de vérification

Au début de l’exécution de la transaction, pour chaque autorisation_list[chain_id, adresse, nonce, y_parity, r, s]Tuple:

1. Utilisez Erecover pour restaurer l’adresse du signataire à partir des signatures R et S (notez qu’il s’agit du mécanisme d’Ethereum lui-même, de sorte que cette EIP ne change pas l’algorithme de signature).autorité = ecrecover (keccak (magie || rlp ([chain_id, adresse, nonce])), y_parity, r, s](Semblable à la dé-signature précédente pour obtenir l’adresse à partir de l’adresse, l’adresse de signature locale de cette liste est obtenue)

2. Vérifiez l’ID de la chaîne (rediffusion de la chaîne anti-fourchée).

3. vérifierAutoritéSi le code du signataire est vide ou a été délégué (vérifiez si la transaction est une transaction valide 7702, et la transaction sera exécutée via le mécanisme de délégation à l’avenir).

4. vérifierAutoritéNonce du signataire (défenseAutoritélecture de signature).

5. installationAutoritéLe code du signataire estAdresse 0XEF0100 ||(Utilisé pour contourner la stratégie anti-collision EIP3607)

6. AugmenterAutoritéNONCE DE SIGNATEUR (Empêcher la rediffusion de la signature locale).

7. VolontéAutoritéAjoutez le compte de signataire à la liste d’adresses accessible (remplacez les adresses chaudes, réduisez les frais de gaz pour le stockage des requêtes)

4.3.2 Phase d’opération d’exécution

Où sont les codes du contrat et les instructions de fonctionnement à exécuter?

La version « nouvelle » modifie le comportement uniquement en termes de déploiement de code.

Il ne définit plus le code du compte surcontrat_code, mais deAutorisation_listCode de recherche dansadresseEt définir le code comme code de compte.

Ainsi, lorsque le code d’autorisation doit être exécuté,Autorisation_listdeadresseL’adresse spécifiée par le champ charge le code et s’exécute dans le contexte du compte signataire.

Cela signifie que le code de contrat de l’utilisateur est en fait stocké à une adresse spécifique de la chaîne, plutôt que d’être directement inclus dans la transaction.

Les instructions de fonctionnement et les paramètres connexes sont stockés dans la charge de transactiondonnéesdans le champ.

4.4 Quelle est la valeur de l’EIP-7702?

Son lien complet du portefeuille Web3 changera, et l’expérience utilisateur changera également radicalement, car les transactions ordinaires initiées par EOA peuvent également exécuter plusieurs logiques similaires à des contrats, tels que les transferts par lots.Pour les scénarios CEFI, il affectera l’identification des transactions et affectera également les frais de recouvrement de retrait

En raison de son apparence, il a brisé de nombreuses anciennes constellations, telles que:

1. Brise un invariant dont le solde du compte ne peut être réduit que par des transactions provenant de ce compte.

2. Brisez l’invariant que EOA nonce augmente de 1 (peut-être plus d’un en même temps) après le début de l’exécution de la transaction.

3. Rompant la logique de protection de la comparaison de Tx.origin et MSG.Sender, de nombreux contrats antérieurs sont risqués.

4. Il brise la situation actuelle selon laquelle l’EOA elle-même ne peut pas émettre des événements, et il peut être nécessaire de prêter attention à l’identification et à l’écoute de certains événements en chaîne.

5. Briser la situation actuelle que l’EOA abordera inévitablement à accepter l’ERC20, 721, 1155 et d’autres actifs (en raison du mécanisme de rappel, il peut échouer)

4.5 Comparaison des EIP-7702 et EIP-4337

1. Avantages de l’EIP-7702

Le gaz est plus bas car il n’est pas nécessaire de passer par le module de point d’entrée, réduisant les opérations sur la chaîne.

Les coûts de migration des utilisateurs sont inférieurs, pas besoin de déployer à l’avance des contrats sur chaîne comme l’organisme principal

Par rapport à EIP4337, il y aura également une exécution déléguée par code, et il y aura deux façons:

Délégation complète

Le délégué complet fait référence à la délégation de toutes les autorisations d’une opération à une adresse spécifique.Par exemple, un utilisateur peut déléguer les autorisations de gestion de tous les jetons ERC-20 à une adresse de contrat intelligent, afin que ce contrat intelligent puisse effectuer toutes les opérations connexes au nom de l’utilisateur.

Délégation protégée

La délégation protégée fait référence à l’ajout de restrictions et de mesures de protection au processus de délégation pour assurer la sécurité et la contrôlabilité de l’opération de délégation.

Par exemple, les utilisateurs peuvent déléguer des autorisations de gestion pour une partie des jetons ERC-20 à un contrat intelligent, ou établir des restrictions (telles que dépenser jusqu’à 1% du solde total par jour).

2. Inconvénients de l’EIP-7702

Son principal inconvénient est qu’il s’agit d’une mise à niveau de la fourche douce, qui nécessite un consensus et une promotion de chacun, et a d’énormes changements, ce qui a un large impact sur l’écologie de la chaîne. Le défi est l’opportunité du marché:

1. Le degré de liberté est extrêmement élevé et difficile à audité.

2. L’architecture originale a trop changé.

3. La capacité du contrat est fournie pour les adresses EOA, mais l’espace de stockage correspondant ne peut pas être conservé.

4. Le coût d’une transaction distincte est légèrement augmenté car la partie CallData sera considérablement augmentée et le coût total de l’appel estimé sera16 (gaz) * 15 (octets) = 240(Gas) Caldata Coût, plus le coût EIP-38602 * 15 = 30, plus le coût d’exécution approximativement150.Par conséquent, il suffit de préparer un compte et de ne rien faire, vous devez ajouter 500 gaz.

5. « Si le récepteur signe un code sans la fonction de réception, l’expéditeur peut faire face à DOS lorsque vous essayez d’envoyer l’actif. »Le problème est que EOA a signe quelque chose qu’il ne devrait pas signer – une mise en place d’une implémentation d’erreur (nonrecevoir()) fichier playable.

6. La logique de rétraction en chaîne peut être incohérente, par exemple, lors du transfert de jetons ERC-20, si le compte du récepteur a du code, le contrat de jeton sera appeléonerc20 receivedCompte du récepteur.sionerc20 receivedRestaurer ou renvoyer la mauvaise valeur et le transfert de jeton sera restauré.

7. De plus, si l’EOA peut émettre des événements, y aura-t-il des problèmes?Certaines infrastructures peuvent nécessiter l’attention.

Ce ne sont que quelques lacunes résumées par les quatorze junies sur la base du contenu de la proposition EIP7702 actuel et de la discussion officielle du forum correspondant.

Les références sont les suivantes:

5. Résumé du texte intégral

Cet article semble grand, mais en fait, le contenu du texte n’est plus que 6k.

À l’heure actuelle, l’abstraction des comptes ne peut être placée que dans le sixième module, c’est-à-dire tout réparer, c’est-à-dire qu’il est enfin mis en œuvre. On peut s’attendre à ce qu’en fin de compte, il le mettra en œuvre.

Cependant, cette fois, il y a eu trop de subversion, enfreignant les règles impossibles tacites sur plusieurs chaînes et brisant la logique d’application de la plupart des DAPP, mais il occupait le point le plus central, c’est-à-dire que le coût des utilisateurs est maintenant plus bas!Par rapport aux coûts de transaction presque doubles de l’EIP4337.

L’utilisateur lui-même est toujours une adresse EOA, et uniquement et utilise la logique CA en cas de besoin, donc le coût de maintien est faible.Pas besoin de convertir l’identité CA en chaîne avant de faire l’opération, ce qui signifie que l’utilisateur n’a pas besoin de s’inscrire.

Les utilisateurs peuvent facilement utiliser l’EOA pour réaliser plusieurs transactions parallélisme, telles que la déduction autorisée et la déduction d’exécution, ce qui réduira le coût des transactions pour les utilisateurs. Plus perturbateur et optimisation.

Par conséquent, bien qu’il ait beaucoup changé, cela vaut la peine d’étudier et de s’adapter à tous les DAPP, car cette fois, l’utilisateur doit être du côté de l’EIP7702.