Les développeurs d'Ethereum et de Base ont mis fin aux travaux sur une norme commune d'abstraction de compte après l'échec des efforts visant à concilier l'EIP-8141 et l'EIP-8130, laissant les deux réseaux poursuivre des conceptions de transaction distinctes.
Résumé
- Les développeurs d'Ethereum et de Base ont mis fin aux efforts visant à aligner l'EIP 8141 et l'EIP 8130 après avoir échoué à s'accorder sur une conception commune d'abstraction de compte.
- Ethereum donne la priorité à la résistance à la censure, à la confidentialité et à la sécurité, tandis que Base se concentre sur l'échelle, la personnalisation et la conformité.
- L'EIP 8141 a été qualifiée de proposition à livrer impérativement pour la mise à niveau Hegotá d'Ethereum, tandis que Base continuera à développer l'EIP 8130 séparément.
- Les développeurs de portefeuilles pourraient devoir prendre en charge deux formats de transaction natifs si les deux propositions sont finalement déployées.
Le développeur d'Ethlabs, Derek Chiang, a déclaré lundi que les auteurs des deux propositions avaient cessé de travailler à une spécification commune la semaine dernière après avoir constaté que les options techniques disponibles exigeraient qu'Ethereum ou Base fasse des compromis sur des exigences fondamentales.
Les deux propositions visent à simplifier la façon dont les utilisateurs interagissent avec les portefeuilles crypto, notamment en permettant des transactions sans que les utilisateurs détiennent d'abord de l'ETH pour les frais de gaz et en prenant en charge des méthodes d'authentification telles que les clés d'accès téléphoniques. Les équipes avaient exploré la possibilité qu'une seule conception puisse servir Ethereum couche 1 et Base couche 2.
« Bien que nous ayons identifié un certain nombre de solutions techniques, elles exigeaient toutes qu'un côté ou l'autre fasse au moins un petit compromis sur ses objectifs fondamentaux », a déclaré Chiang. « Nous avons donc suivi des voies séparées, laissant aux portefeuilles la charge de gérer la fragmentation qui en résulte. »
Les développeurs d'Ethereum donnent la priorité à la résistance à la censure, à la confidentialité et à la sécurité, tandis que Base se concentre sur l'échelle, la personnalisation et la conformité, selon Chiang. Les différences ont finalement empêché les équipes de s'accorder sur un format de transaction unique.
Les plans d'abstraction de compte d'Ethereum et de Base se sont scindés
La décision laisse les développeurs de portefeuilles face à la possibilité de prendre en charge deux formats de transaction natifs si EIP-8141 et EIP-8130 atteignent tous deux la production.
Chiang a déclaré que les portefeuilles pourraient encore offrir aux utilisateurs une expérience cohérente malgré les différences techniques entre les réseaux, selon la façon dont les développeurs gèrent les normes séparées.
« S'ils exécutent bien, et si la communauté des portefeuilles peut combler la fragmentation, nous pourrions bien finir avec la meilleure expérience utilisateur possible pour les utilisateurs finaux », a-t-il déclaré.
Le résultat change la direction dont les développeurs discutaient quelques jours plus tôt seulement. Le 7 septembre, crypto.news avait précédemment rapporté que les développeurs de l'EIP-8141 exploraient la compatibilité avec l'EIP-8130 alors qu'ils cherchaient des moyens de garder les transactions programmables tout en rendant leurs exigences d'authentification plus faciles à inspecter pour les fournisseurs d'infrastructure.
À ce stade, Chiang a déclaré que l'EIP-8130 pourrait fournir des structures définies autour des frames de l'EIP-8141. L'arrangement proposé visait à préserver la nature programmable des frames tout en donnant aux portefeuilles et aux réseaux à haut débit un format de transaction plus clair.
L'EIP-8130 utilise un keystore onchain où les comptes peuvent enregistrer des acteurs approuvés et des contrats d'authentification. Les transactions identifient la méthode d'authentification qu'elles utilisent, permettant à un réseau de déterminer le processus de validation requis avant d'exécuter le code du portefeuille.
L'EIP-8141 emprunte une voie différente en structurant les transactions comme des appels de contrat programmables appelés frames. Les frames peuvent remplir différentes fonctions au sein de la même transaction, notamment la validation, l'approbation du gaz et l'exécution.
Les équipes ont maintenant abandonné l'effort visant à transformer ces approches en une seule norme.
L'EIP-8141 est devenue une proposition Ethereum à livrer obligatoirement
Ethereum poursuit l'EIP-8141, ou Frame Transactions, dans le cadre de sa mise à niveau Hegotá prévue.
Le cluster Protocole de la Fondation Ethereum a placé la proposition dans sa catégorie « must-ship » plus tôt ce mois-ci, tandis que le document source indique que la proposition vise à rendre l'abstraction de compte native à Ethereum et à améliorer la sécurité et la préparation post-quantique.
Les Frame Transactions divisent une transaction en une séquence de frames programmables. Une frame peut valider l'expéditeur, une autre peut autoriser le compte responsable du gas, et les frames suivantes peuvent exécuter les actions demandées par l'utilisateur.
Le modèle permettrait au compte initiant une action et au compte la payant d'être différents.
Les développeurs Ethereum avaient déjà programmé l'EIP-8141 pour Hegotá avant le 7 septembre. Les développeurs principaux ont fait passer la proposition de « Considérée pour inclusion » à « Programmée pour inclusion » lors de l'appel All Core Developers Execution du 27 août, donnant aux Frame Transactions une position formelle dans la mise à niveau prévue pour 2027, tandis que sa spécification restait à l'état de brouillon.
Dans le système proposé, une application pourrait couvrir les frais de transaction d'un utilisateur ou organiser le paiement par l'utilisateur via un autre actif, tandis que les validateurs Ethereum continueraient de recevoir les frais de réseau en ETH.
La structure pourrait supprimer une exigence courante des portefeuilles selon laquelle les utilisateurs détenant des stablecoins ou d'autres jetons ont encore besoin d'ETH avant de pouvoir effectuer une transaction.
Les frames peuvent également être utilisées pour le regroupement de transactions. Des actions liées pourraient être groupées afin qu'elles réussissent toutes ensemble ou soient annulées lorsqu'une échoue.
Un échange de jetons, par exemple, peut actuellement nécessiter une approbation distincte permettant à une application de dépenser des jetons avant que l'échange lui-même ne soit exécuté. Les Frame Transactions pourraient placer les actions liées dans la même structure de transaction programmable.
Les frames programmables étendent les contrôles des comptes Ethereum
L'EIP-8141 est conçu pour déplacer davantage de logique de validation de compte vers du code programmable au lieu d'exiger que les comptes Ethereum conventionnels dépendent d'un processus d'authentification fixe.
La proposition décrit son état final comme celui où « un compte devient simplement une adresse avec du code ».
Vitalik Buterin, co-auteur de l'EIP-8141, a décrit la proposition en février comme un « omnibus qui règle et résout tous les problèmes restants que l'AA était censée traiter ».
Le 5 septembre, Buterin a déclaré que la proposition avait fait « beaucoup de progrès importants » au cours des mois précédents et devenait « proche de l'optimal ».
Les développeurs ont ensuite découvert que plusieurs fonctionnalités de transaction pouvaient être exprimées via des frames EIP-8141 programmables au lieu d'étendre à plusieurs reprises l'enveloppe de transaction d'Ethereum.
Le rapport de crypto.news du 7 septembre indiquait que l'approche pourrait gérer l'expiration des transactions, l'agrégation de signatures, les preuves de confidentialité et les assertions post-transaction en tant qu'appels de contrat programmables. Les Frame Transactions nécessiteraient toujours des modifications des règles de consensus d'Ethereum, mais les fonctions individuelles pourraient être construites via des cibles de frame et des modèles d'appel.
La validation programmable pourrait donner aux comptes plus de contrôle sur l'authentification. L'EIP-8141 est conçu pour prendre en charge des fonctionnalités telles que des systèmes de signature alternatifs, des paiements de gas sponsorisés, le regroupement de transactions et la rotation de clés.
La même architecture pourrait aider les comptes Ethereum à s'affranchir de leur dépendance au système de signature utilisé par les comptes externes conventionnels. Un utilisateur pourrait potentiellement changer la méthode d'authentification contrôlant un compte sans transférer les actifs vers une nouvelle adresse.
Les chercheurs d'Ethereum envisageaient les Frame Transactions pour Hegotá avant que la proposition ne soit formellement programmée. En août, les développeurs comparaient l'EIP-8141 avec l'EIP-8130 comme approches concurrentes de l'abstraction de compte native tout en réduisant la portée de la mise à niveau de 2027.
À l'époque, les propositions faisaient partie d'un processus de sélection Hegotá plus large couvrant la résistance à la censure, la confidentialité, la tarification du gas, l'économie des validateurs et la mise à l'échelle de la couche 1.
Les chercheurs d'Ethereum avaient examiné séparément comment les Frame Transactions pourraient prendre en charge des applications axées sur la confidentialité. Une proposition d'août discutait de pools de confidentialité autofinancés dans lesquels des paiements de frais programmables pourraient permettre à un pool de confidentialité de couvrir son propre gaz au lieu de dépendre d'un relais externe.
Ce travail associait les Frame Transactions à d'autres changements proposés, notamment les Keyed Nonces, les Recent Roots et les Transaction Assertions. La proposition de pool de confidentialité restait le package préféré d'un chercheur plutôt qu'une décision finale des développeurs principaux d'Ethereum à l'époque.
Base poursuivra avec l'EIP-8130
L'EIP-8130 de Base va désormais progresser séparément de la proposition de Frame Transactions d'Ethereum.
La conception rédigée par Base combine un nouveau type de transaction avec un « Keystore » onchain qui enregistre les signataires et authentificateurs approuvés pour un compte. Elle est destinée à prendre en charge l'authentification personnalisée, le regroupement d'appels et le parrainage de gaz.
Bien que les deux propositions partagent plusieurs objectifs d'abstraction de compte, leurs structures techniques donnent à leurs réseaux respectifs différents niveaux de contrôle sur la manière dont les transactions sont authentifiées et traitées.
Avant que les équipes ne se séparent, les développeurs d'Ethereum avaient tenté de déterminer si le système d'authentification structuré de l'EIP-8130 pouvait être combiné avec les frames programmables de l'EIP-8141 sans forcer les réseaux de couche 1 ou de couche 2 à renoncer à leurs propriétés préférées.
Ethlabs avait précédemment placé les Frame Transactions parmi ses principales priorités pour la mise à niveau Hegotá, citant l'abstraction de compte native aux côtés de la résistance à la censure, des blocs plus rapides et de la mise à l'échelle continue de la couche 1.
L'effort conjoint étant désormais terminé, l'EIP-8141 reste la voie d'abstraction de compte native prévue par Ethereum pour Hegotá, tandis que Base continuera à développer l'EIP-8130 autour de son type de transaction distinct et de son keystore onchain.
