RIP-7560 : Abstraction de compte native standardisée à partir de la couche de consensus

AUTEUR : 0XNATALIE

L’ERC-4337 n’est pas un inconnu pour vous, proposé à l’origine par Vitalik en septembre 2021 et déployé sur le réseau principal ETH en mars 2023. Cependant, l’ERC-4337 n’a pas été largement adopté par les portefeuilles jusqu’à présent, et afin de promouvoir l’abstraction de compte standardisée et les effets de réseau, ETH contributeur au protocole, Alexander Forshta, a proposé RIP-7560 (Vitalik en est le premier auteur), le premier RIP d’atelier ETH, pour développer une norme d’abstraction de compte native qui peut être adoptée par tous les L2 et L1.

RIP est l’abréviation de Rollup Improvement Proposal, dont la construction a commencé le 18 octobre dans le but d’aider L2 à établir des spécifications et des normes facultatives afin que L2 puisse étendre l’EVM et les outils associés tout en limitant les conflits avec l’EVM L1.

RIP-7560 : Introduction de l’abstraction native des comptes

Pour une meilleure standardisation, le RIP-7560 introduit l’abstraction de compte native pour les modifications du protocole de la couche de consensus, et fusionne EIP-2938 et ERC-4337 en une proposition complète d’abstraction de compte. Avant de vous plonger dans RIP-7560, vous pouvez revoir le concept d’« abstraction de compte » dans un article précédent : EIP-7377 : Un accélérateur pour l’abstraction complète de compte (AA) ?

Compatibilité et coexistence avec ERC-4337

L’abstraction de compte native du RIP-7560 est compatible avec ERC-4337, et les deux abstractions de compte coexisteront pendant longtemps. RIP-7560 fournit un chemin de migration pour les projets adoptant ERC-4337. Cependant, les projets actuels utilisant ERC-4337 devront être modifiés pour prendre en charge l’abstraction de compte natif à l’avenir :

• UserOperation a été changé en TransactionType4 : la structure UserOperation d’origine et son nom sont destinés à éviter toute confusion avec la transaction ETH réelle. Étant donné que l’abstraction de compte native transforme UserOperation en une transaction ETH réelle, elle a été renommée TransactionType4. Bien que le nom ait changé, l’opération on-chain est similaire à celle de UserOperation.
• Mises à niveau des comptes de contrats intelligents : les comptes de contrats intelligents doivent mettre à niveau leurs implémentations pour prendre en charge les protocoles d’abstraction de compte natifs. Les changements spécifiques incluent la définition de l’adresse EntryPoint sur une valeur constante à l’échelle du système pour simplifier les opérations, un changement de nom de la fonction validateUserOp et des modifications de paramètres, et le fait que les comptes n’ont plus besoin de maintenir un dépôt dans le contrat EntryPoint pour payer le gaz, mais seront déduits directement de leur solde.
• Mise à niveau du contrat Paymaster : Le contrat Paymaster doit être mis à niveau ou redéployé. Pour les jetons ERC-20 et d’autres ressources, y compris l’état, l’approbation manuelle de la migration est requise. La fonction validatePaymasterUserOp doit être renommée et comporte des paramètres différents, et le contrat Paymaster n’a plus besoin de conserver un dépôt dans le contrat EntryPoint pour payer le gaz, mais est déduit directement de son solde.
• Account Factories : le même contrat peut toujours être utilisé, et les adresses de compte créées via ERC-4337 ou le processus d’abstraction de compte natif seront les mêmes.
• Bundlers : les bundlers dans l’abstraction de compte native doivent toujours maintenir une relation d’intérêt avec le constructeur de blocs afin d’inclure les transactions groupées. Le bundler dispose d’un accès privilégié à l’API du générateur de blocs, ce qui signifie qu’il peut communiquer directement avec le générateur de blocs et négocier la transaction avant de l’empaqueter, y compris en gérant le cas d’une collision de nonce (dans EIP-4337, lorsqu’un utilisateur envoie une UserOperation avec le même nonce à deux bundlers, l’une des transactions échoue).

Discussion de la communauté sur le RIP-7560

La discussion de la communauté sur le RIP-7560 a montré une diversité de points de vue. John Rising, co-fondateur de Stackup, pense que c’est peut-être une bonne chose que RIP-7560 résolve certains des problèmes de l’ERC-4337, soulignant certains des problèmes clés de l’implémentation actuelle de l’ERC-4337, où la majeure partie de l’activité est concentrée sur trois fournisseurs de services cloud ou entreprises après l’implémentation de l’EIP-4337. Cela signifie que l’infrastructure d’abstraction des comptes est trop centralisée par rapport à l’écosystème dans son ensemble, que le taux de rétention des comptes est très faible et que la rentabilité des bundlers exécutant EIP-4337 est très limitée.

L’ingénieur de Polygon, Jarrod Watts, a également déclaré qu’il n’avait pas encore constaté de progrès significatifs dans la façon dont les portefeuilles grand public comme Metamask implémentent EIP-4337 pour l’abstraction des comptes. Cela peut signifier que l’adoption de nouvelles fonctionnalités au niveau de la couche applicative n’a pas encore atteint un niveau idéal. La proposition du RIP-7560 est donc une percée.

Peter Pan, co-fondateur de Particle Network, est très optimiste sur cette proposition, estimant qu’elle maintient la compatibilité 4337, optimise le gaz et résout le problème du bundler privé, ce qui est important pour l’adoption de l’abstraction de compte.

Foobar, le fondateur de Delegate, pense que 4337 est dû au fait qu’il ajoute trop de frais généraux et qu’il ne peut tout simplement pas être largement adopté. La proposition 7560 s’oriente vers la formalisation de l’abstraction du compte au niveau du protocole, donc le meilleur plan d’action est de supprimer directement ces parties redondantes, plutôt que d’essayer de le rendre « rétrocompatible » avec 4337, d’autant plus que 4337 n’existe pas depuis longtemps.

Malgré les opinions divergentes, le RIP-7560 fournit également une nouvelle approche de référence pour la normalisation de l’abstraction des comptes. L’élaboration du cadre d’abstraction des comptes se poursuivra au fur et à mesure que la communauté ETH approfondira la discussion. Quoi qu’il en soit, nous pensons que l’abstraction des comptes finira par être largement adoptée.