abstraction de compte解析:多链实现差异与未来发展趋势

Analyse de l'abstraction de compte multi-chaînes : Perspectives d'avenir pour l'infrastructure de chiffrement

Du 8 au 11 juillet 2024, la plus grande conférence annuelle sur Ethereum en Europe – la Conférence communautaire Ethereum – se tiendra à Bruxelles, en Belgique, mettant l'accent sur le développement technologique et communautaire. Plus de 350 leaders d'opinion de premier plan dans le secteur de la blockchain prendront la parole lors de cette conférence, y compris un développeur blockchain qui discutera en profondeur sur le thème "Révéler l'avenir : analyse de l'abstraction de compte multichaîne".

Avenir des infrastructures de chiffrement ? Analyse de l'abstraction de compte multichaîne

Aperçu des points clés de la présentation

  • L'abstraction de compte (AA) repose sur l'abstraction de signature et l'abstraction de paiement. La première permet aux utilisateurs de choisir n'importe quel mécanisme de validation, tandis que la seconde offre une diversité d'options de paiement, améliorant ainsi l'expérience utilisateur et la sécurité.

  • Il existe des différences dans la conception des fonctions de point d'entrée des phases de vérification et d'exécution entre ERC-4337 et AA natif. Les limitations de vérification des transactions et les étapes d'exécution des transactions présentent chacune des caractéristiques distinctes selon les différentes implémentations.

  • Lors de la mise en œuvre de l'ERC-4337 sur une chaîne compatible EVM, les différences de protocole dans la conception de Rollup et les variations dans le calcul des adresses entraînent des détails de développement subtils mais importants lors de l'implémentation entre L1 et L2.

abstraction de compte概述

L'essence de l'abstraction de compte

L'abstraction de compte comprend principalement deux points clés :

  1. Abstraction de signature : les utilisateurs peuvent choisir librement le mécanisme de validation qu'ils préfèrent, sans être limités à un algorithme de signature numérique spécifique.
  2. Abstraction de paiement : Les utilisateurs peuvent utiliser plusieurs options de paiement pour les transactions, telles que le paiement avec des actifs ERC-20 au lieu d'actifs natifs, ou des transactions sponsorisées par des tiers.

Cette flexibilité offre aux utilisateurs une expérience plus sécurisée et optimisée.

Introduction à l'ERC-4337

ERC-4337 vise à résoudre les limitations inhérentes aux comptes possédés par des tiers (EOA) sur Ethereum, en introduisant des méthodes de gestion de compte et de traitement des transactions plus flexibles :

  • structure userOp : L'utilisateur envoie la structure userOp au Bundler, qui collecte plusieurs userOp et les envoie au contrat EntryPoint en appelant la fonction handleOps.
  • Contrat EntryPoint : similaire à un système d'exploitation pour le traitement des transactions, ses principales fonctions incluent la vérification de l'autorisation userOp, la perception des frais et l'exécution des opérations cibles.

Aperçu de l'AA natif

Dans l'AA natif, chaque compte est un contrat, et le mécanisme de traitement des transactions est directement intégré au protocole de la blockchain. Différents réseaux de blockchain adoptent des conceptions AA différentes :

  • Abstraction de compte ERC-4337 : plusieurs réseaux tels qu'Ethereum, Arbitrum, Optimism
  • Suivi de l'abstraction de compte natif ERC-4337 : StarkNet et zkSync Era
  • Abstraction de compte native avec conception de la vie privée : Aztec

L'avenir des infrastructures de chiffrement ? Analyse de l'abstraction de compte multichaîne

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 tels que le prix du Gas, l'ordre des transactions et le déclenchement des fonctions de point d'entrée. L'ERC-4337 est réalisé en collaboration entre le Bundler et le contrat EntryPoint, alors que dans l'AA natif, les utilisateurs envoient directement les userOps aux opérateurs/ordonneurs du serveur officiel.

interface de contrat

Les fonctions de point d'entrée à la phase de vérification pour l'ERC-4337 et l'AA natif sont fixes, mais à la phase d'exécution, seul le point d'entrée de l'AA natif est fixe.

étapes de vérification limitées

Pour prévenir les attaques DoS, différentes implémentations ont mis en place des restrictions sur la validation des transactions. Par exemple, zkSync Era permet à la logique de contrat d'accéder à ses propres emplacements de stockage et à ceux d'adresses spécifiques, mais interdit l'accès aux variables globales.

restrictions des étapes d'exécution

zkSync exige la confirmation de l'existence du drapeau système lors de l'exécution des appels système, tandis qu'ERC-4337 et StarkNet n'ont pas de restrictions particulières pendant la phase d'exécution.

traitement de nombres aléatoires

Chaque implémentation traite les nombres aléatoires de manière différente, par exemple, l'ERC-4337 distingue les valeurs de clé et les valeurs aléatoires, tandis que zkSync et StarkNet assurent un strict ordre croissant.

première transaction déployée

ERC-4337 contient un champ initcode dans la structure userOp, tandis que StarkNet et zkSync exigent que les utilisateurs envoient la première transaction à un opérateur/ordonneur pour déployer le contrat de compte.

Futur des infrastructures de chiffrement ? Analyse de l'abstraction de compte multi-chaînes

Différences d'implémentation de 4337 entre L1 et L2

différences de protocole

L2 doit télécharger des données vers L1 pour garantir la sécurité et le règlement, ce qui entraîne la nécessité d'inclure des frais de téléchargement supplémentaires dans le Gas de pré-validation, comment déterminer avec précision ces frais est un défi majeur.

différence d'adresse

Il existe des différences dans les méthodes de calcul des adresses sur différentes chaînes. Par exemple, la méthode d'encodage des adresses dans la fonction create de zkSync ERA est différente de celle d'Ethereum et des résumés OP, tandis que StarkNet utilise une fonction de hachage unique pour le calcul des adresses.

De plus, les nouveaux codes d'opération introduits dans le hard fork peuvent provoquer des changements dans le bytecode compilé, même si le code Solidity est identique, ce qui peut entraîner des incohérences dans les adresses des contrats de compte sur Ethereum et L2.

Conclusion

L'abstraction de compte est une direction de développement importante pour l'infrastructure de chiffrement, et sa mise en œuvre sur différentes chaînes présente des caractéristiques uniques. Avec l'évolution continue de la technologie, nous espérons voir davantage d'innovations et d'optimisations, offrant aux utilisateurs une expérience de blockchain plus pratique et sécurisée.

L'avenir des infrastructures de chiffrement ? Analyse de l'abstraction de compte multichaîne

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.
  • Récompense
  • 2
  • Partager
Commentaire
0/400
MeaninglessGweivip
· 08-01 07:56
Encore à glisser sur l'eau, dire c'est comme ne rien dire.
Voir l'originalRépondre0
ser_we_are_ngmivip
· 08-01 07:47
ser ngmi frfr ! aa c'est vraiment si compliqué !
Voir l'originalRépondre0
Trader les cryptos partout et à tout moment
qrCode
Scan pour télécharger Gate app
Communauté
Français (Afrique)
  • 简体中文
  • English
  • Tiếng Việt
  • 繁體中文
  • Español
  • Русский
  • Français (Afrique)
  • Português (Portugal)
  • Bahasa Indonesia
  • 日本語
  • بالعربية
  • Українська
  • Português (Brasil)