Abstraction de compte multi-chaînes : l'avenir de l'infrastructure de chiffrement
Récemment, la conférence de la communauté Ethereum (EthCC 7) s'est tenue à Bruxelles, en Belgique. C'est le plus grand événement annuel Ethereum en Europe, axé sur le développement technologique et communautaire. Plus de 350 leaders d'opinion de premier plan du secteur de la blockchain ont pris la parole lors de cette conférence, parmi lesquels un développeur a présenté un discours intitulé "Dévoiler l'avenir : analyse de l'abstraction de compte multi-chaînes".
Le contenu principal du discours comprend :
L'abstraction de compte (AA) a deux éléments clés : l'abstraction de signature et l'abstraction de paiement. L'abstraction de signature permet aux utilisateurs de choisir n'importe quel mécanisme de validation, tandis que l'abstraction de paiement prend en charge plusieurs options de paiement de transactions. Cette flexibilité améliore la sécurité et l'expérience utilisateur.
Les fonctions de point d'entrée de l'ERC-4337 et de l'AA natif diffèrent dans les phases de vérification et d'exécution. Les restrictions de vérification des transactions et les étapes d'exécution des transactions présentent des caractéristiques distinctes dans les différentes mises en œuvre.
Lors de la mise en œuvre d'ERC-4337 sur une chaîne compatible EVM, les différences de protocole dans la conception de Rollup et les différences dans les méthodes de calcul d'adresse entraînent des différences de développement subtiles mais importantes entre L1 et L2.
abstraction de compte简介
abstraction de compte(AA) comprend principalement deux points clés : l'abstraction de signature et l'abstraction de paiement :
Abstraction de signature : les utilisateurs peuvent choisir n'importe quel mécanisme de validation, sans se limiter à des algorithmes de signature numérique spécifiques.
Abstraction de paiement : les utilisateurs peuvent utiliser plusieurs options de paiement, telles que le paiement d'actifs ERC-20 ou le parrainage de transactions par des tiers.
Cette flexibilité améliore considérablement la sécurité et l'expérience utilisateur. L'objectif de l'AA est de réaliser ces deux fonctions centrales de différentes manières.
Introduction à l'ERC-4337
ERC-4337 résout certaines limitations des comptes externes détenus par Ethereum (EOA) en introduisant des méthodes de gestion de compte et de traitement des transactions plus flexibles. Les principales caractéristiques comprennent :
structure userOp : l'utilisateur envoie la structure userOp au Bundler, qui collecte plusieurs userOp et appelle la fonction handleOps du contrat EntryPoint.
Contrat EntryPoint : en tant que cœur du traitement des transactions, ses principales fonctions incluent :
Appeler la fonction validate du contrat de compte, s'assurer que userOp est autorisé
Prendre des frais
Appeler la fonction execute du contrat de compte, exécuter l'opération cible de userOp.
Introduction à AA natif
Dans les AA natifs, chaque compte est un contrat, et le mécanisme de traitement des transactions est directement intégré au protocole de la blockchain. La conception des AA dans différents réseaux de blockchain présente des caractéristiques distinctes :
Abstraction de compte ERC-4337 : adoptée par plusieurs réseaux tels qu'Ethereum, Arbitrum, Optimism
Suivre l'abstraction de compte native ERC-4337 : StarkNet et zkSync Era
Abstraction de compte native avec conception de la vie privée : Aztec
Différences entre ERC-4337 et AA natif
rôle du système d'exploitation
Le système d'exploitation AA doit résoudre des problèmes clés tels que le prix du Gas, l'ordre des transactions, et le déclenchement des fonctions de point d'entrée. ERC-4337 est réalisé par la collaboration entre le Bundler et le contrat EntryPoint, tandis que dans l'AA natif, les utilisateurs envoient directement les userOps aux opérateurs/ordonneurs des serveurs officiels.
interface de contrat
L'interface de contrat de compte de l'ERC-4337 est similaire à celle de l'AA natif, comprenant les trois étapes de vérification, de paiement et d'exécution. Cependant, à l'étape d'exécution, seul le point d'entrée de l'AA natif est fixe.
restrictions sur les étapes de validation et d'exécution
Différentes implémentations ont des restrictions différentes lors des phases de vérification et d'exécution, afin de prévenir les attaques potentielles et d'assurer la sécurité du système. Par exemple, zkSync Era assouplit certaines restrictions d'utilisation des codes d'opération lors de la phase de vérification, tandis que la phase d'exécution exige la confirmation des indicateurs système.
gestion des nombres aléatoires
ERC-4337, zkSync et StarkNet ont chacun leurs caractéristiques en matière de gestion des nombres aléatoires, comme l'ERC-4337 qui distingue les valeurs de clé et les valeurs aléatoires, tandis que zkSync et StarkNet garantissent un strict accroissement.
première transaction déployée
ERC-4337 contient le champ initcode dans la structure userOp, tandis que StarkNet et zkSync exigent que l'utilisateur envoie la première transaction pour déployer le contrat de compte.
Différences d'implémentation ERC-4337 entre L1 et L2
L'implémentation de l'ERC-4337 sur une chaîne compatible EVM présente principalement deux différences clés :
Différences de protocole : L2 doit télécharger des données sur L1 pour assurer la sécurité et le règlement, les frais associés doivent être inclus dans le Gas de prévalidation.
Différences d'adresse : il existe des différences dans la manière de calculer les adresses sur différentes chaînes, ce qui peut entraîner des incohérences dans l'adresse du contrat de compte. En particulier, lorsque des codes d'opération sont introduits lors d'un hard fork, si L2 ne prend pas en charge la mise à jour correspondante, cela peut entraîner des changements dans le bytecode.
Ces subtilités ont un impact important sur la réalisation de l'AA inter-chaînes et l'interopérabilité, les développeurs doivent y prêter une attention particulière.
Voir l'original
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.
9 J'aime
Récompense
9
5
Partager
Commentaire
0/400
Ser_Liquidated
· 07-31 08:24
Y a-t-il des gens qui utilisent le paiement flash ? Pourquoi il y a des aa partout ?
Voir l'originalRépondre0
FromMinerToFarmer
· 07-30 07:14
Mining échoué, je vais cultiver.
Voir l'originalRépondre0
TokenRationEater
· 07-30 07:01
Analyse dynamique des données en cours
Voir l'originalRépondre0
AirdropHarvester
· 07-30 06:58
L'original est la clé ! Ceux qui comprennent, comprennent~
Voir l'originalRépondre0
ForkLibertarian
· 07-30 06:57
Ça sonne comme si on était encore en train de parler de concepts.
Analyse de l'abstraction de compte multichaîne : les principales différences et défis de mise en œuvre entre ERC-4337 et AA natif
Abstraction de compte multi-chaînes : l'avenir de l'infrastructure de chiffrement
Récemment, la conférence de la communauté Ethereum (EthCC 7) s'est tenue à Bruxelles, en Belgique. C'est le plus grand événement annuel Ethereum en Europe, axé sur le développement technologique et communautaire. Plus de 350 leaders d'opinion de premier plan du secteur de la blockchain ont pris la parole lors de cette conférence, parmi lesquels un développeur a présenté un discours intitulé "Dévoiler l'avenir : analyse de l'abstraction de compte multi-chaînes".
Le contenu principal du discours comprend :
L'abstraction de compte (AA) a deux éléments clés : l'abstraction de signature et l'abstraction de paiement. L'abstraction de signature permet aux utilisateurs de choisir n'importe quel mécanisme de validation, tandis que l'abstraction de paiement prend en charge plusieurs options de paiement de transactions. Cette flexibilité améliore la sécurité et l'expérience utilisateur.
Les fonctions de point d'entrée de l'ERC-4337 et de l'AA natif diffèrent dans les phases de vérification et d'exécution. Les restrictions de vérification des transactions et les étapes d'exécution des transactions présentent des caractéristiques distinctes dans les différentes mises en œuvre.
Lors de la mise en œuvre d'ERC-4337 sur une chaîne compatible EVM, les différences de protocole dans la conception de Rollup et les différences dans les méthodes de calcul d'adresse entraînent des différences de développement subtiles mais importantes entre L1 et L2.
abstraction de compte简介
abstraction de compte(AA) comprend principalement deux points clés : l'abstraction de signature et l'abstraction de paiement :
Cette flexibilité améliore considérablement la sécurité et l'expérience utilisateur. L'objectif de l'AA est de réaliser ces deux fonctions centrales de différentes manières.
Introduction à l'ERC-4337
ERC-4337 résout certaines limitations des comptes externes détenus par Ethereum (EOA) en introduisant des méthodes de gestion de compte et de traitement des transactions plus flexibles. Les principales caractéristiques comprennent :
structure userOp : l'utilisateur envoie la structure userOp au Bundler, qui collecte plusieurs userOp et appelle la fonction handleOps du contrat EntryPoint.
Contrat EntryPoint : en tant que cœur du traitement des transactions, ses principales fonctions incluent :
Introduction à AA natif
Dans les AA natifs, chaque compte est un contrat, et le mécanisme de traitement des transactions est directement intégré au protocole de la blockchain. La conception des AA dans différents réseaux de blockchain présente des caractéristiques distinctes :
Différences entre ERC-4337 et AA natif
rôle du système d'exploitation
Le système d'exploitation AA doit résoudre des problèmes clés tels que le prix du Gas, l'ordre des transactions, et le déclenchement des fonctions de point d'entrée. ERC-4337 est réalisé par la collaboration entre le Bundler et le contrat EntryPoint, tandis que dans l'AA natif, les utilisateurs envoient directement les userOps aux opérateurs/ordonneurs des serveurs officiels.
interface de contrat
L'interface de contrat de compte de l'ERC-4337 est similaire à celle de l'AA natif, comprenant les trois étapes de vérification, de paiement et d'exécution. Cependant, à l'étape d'exécution, seul le point d'entrée de l'AA natif est fixe.
restrictions sur les étapes de validation et d'exécution
Différentes implémentations ont des restrictions différentes lors des phases de vérification et d'exécution, afin de prévenir les attaques potentielles et d'assurer la sécurité du système. Par exemple, zkSync Era assouplit certaines restrictions d'utilisation des codes d'opération lors de la phase de vérification, tandis que la phase d'exécution exige la confirmation des indicateurs système.
gestion des nombres aléatoires
ERC-4337, zkSync et StarkNet ont chacun leurs caractéristiques en matière de gestion des nombres aléatoires, comme l'ERC-4337 qui distingue les valeurs de clé et les valeurs aléatoires, tandis que zkSync et StarkNet garantissent un strict accroissement.
première transaction déployée
ERC-4337 contient le champ initcode dans la structure userOp, tandis que StarkNet et zkSync exigent que l'utilisateur envoie la première transaction pour déployer le contrat de compte.
Différences d'implémentation ERC-4337 entre L1 et L2
L'implémentation de l'ERC-4337 sur une chaîne compatible EVM présente principalement deux différences clés :
Différences de protocole : L2 doit télécharger des données sur L1 pour assurer la sécurité et le règlement, les frais associés doivent être inclus dans le Gas de prévalidation.
Différences d'adresse : il existe des différences dans la manière de calculer les adresses sur différentes chaînes, ce qui peut entraîner des incohérences dans l'adresse du contrat de compte. En particulier, lorsque des codes d'opération sont introduits lors d'un hard fork, si L2 ne prend pas en charge la mise à jour correspondante, cela peut entraîner des changements dans le bytecode.
Ces subtilités ont un impact important sur la réalisation de l'AA inter-chaînes et l'interopérabilité, les développeurs doivent y prêter une attention particulière.