Les développeurs d'Ethereum ont engagé l'EIP-8141, connu sous le nom de Frame Transactions, dans la mise à niveau Hegotá prévue pour 2027, mettant l'abstraction de compte native sur la voie de devenir une partie du système de transactions standard d'Ethereum.
Résumé
- Les développeurs d'Ethereum ont programmé l'EIP-8141 Frame Transactions pour inclusion dans la mise à niveau Hegotá prévue pour 2027.
- Frames sépare l'autorisation de transaction, le paiement du gaz et l'exécution, permettant à une application ou à un autre compte de couvrir les frais de transaction ETH d'un utilisateur.
- La proposition pourrait permettre aux utilisateurs de transacter avec des stablecoins sans détenir d'ETH, tandis que les validateurs continuent de recevoir les frais réseau en ether.
- Frames peut regrouper des actions liées telles que les approbations de jetons et les échanges, de sorte que les permissions soient révoquées si la transaction associée échoue.
- La validation programmable pourrait permettre aux comptes de faire pivoter les clés privées ou d'adopter une authentification résistante aux ordinateurs quantiques sans déplacer les actifs vers une nouvelle adresse.
Les développeurs principaux ont déplacé l'EIP-8141 de "Considéré pour inclusion" à "Programmé pour inclusion" lors de l'appel All Core Developers Execution du 27 août, selon le Hegotá Meta EIP. Ce changement donne à Frames une place formelle dans la mise à niveau prévue, bien que la proposition reste un brouillon et que ses détails techniques puissent encore changer avant le déploiement.
Le cofondateur d'Ethereum, Vitalik Buterin, l'un des 10 auteurs de la proposition, a attiré l'attention sur ce travail dimanche après des mois de développement.
"Beaucoup de progrès importants sur Frames (EIP-8141) se sont produits discrètement au cours des derniers mois", a écrit Buterin sur X, recommandant la spécification mise à jour.
La proposition aborde plusieurs restrictions intégrées aux comptes Ethereum ordinaires, notamment l'exigence que le compte initiant une transaction détienne de l'ether pour payer les frais réseau.
Les Frame Transactions pourraient permettre aux applications de payer le gaz Ethereum
Ethereum exige actuellement que les frais de transaction soient payés en ETH. Un portefeuille détenant des stablecoins ou d'autres jetons ne peut pas déplacer ces actifs à moins d'avoir suffisamment d'ether pour couvrir la transaction.
L'EIP-8141 sépare les différentes parties d'une transaction en frames programmables couvrant l'autorisation, le paiement des frais et l'exécution. Le compte envoyant les actifs et le compte payant le gaz n'auraient plus besoin d'être les mêmes.
Une application de paiement pourrait donc payer les frais ETH pour un utilisateur ou accepter des stablecoins de l'utilisateur tout en gérant elle-même le paiement en ether requis. Les validateurs continueraient de recevoir les frais via le système de frais existant d'Ethereum, tandis que le détenteur du portefeuille n'aurait pas besoin d'acquérir d'ETH au préalable.
La conception déplace plusieurs fonctionnalités associées à l'abstraction de compte dans le flux de transactions normal d'Ethereum. Les implémentations existantes telles que ERC-4337 peuvent déjà prendre en charge le gaz sponsorisé et les portefeuilles programmables, mais elles utilisent une infrastructure séparée comprenant des UserOperations, des bundlers et des paymasters.
ERC-4337 fonctionne sur Ethereum depuis 2023 sans nécessiter de modification du protocole de base. Ses UserOperations sont envoyées via un mempool séparé, collectées par des bundlers et transmises à un contrat EntryPoint qui gère la validation et l'exécution.
Comme crypto.news l'a rapporté précédemment en août, la technologie des comptes intelligents peut prendre en charge le parrainage des frais de gaz, les clés d'accès, la récupération sociale et d'autres contrôles de portefeuille qui ne sont pas disponibles pour les comptes détenus en externe conventionnels.
Les transactions Frame apporteraient une programmabilité similaire dans le protocole d'Ethereum au lieu d'exiger des utilisateurs qu'ils dépendent d'un système de transactions séparé.
L'EIP-8141 regrouperait les actions liées
Les Frames pourraient modifier les transactions qui nécessitent actuellement plusieurs approbations distinctes.
Un échange de jetons, par exemple, peut exiger qu'un utilisateur approuve d'abord une application décentralisée pour dépenser un jeton, puis soumette une autre transaction pour exécuter l'échange. Si la deuxième étape échoue, la permission de dépense peut rester active.
L'EIP-8141 permet de regrouper les opérations liées afin qu'elles réussissent ou échouent ensemble. Une approbation attachée à un échange infructueux pourrait donc être annulée dans le cadre de la même transaction.
Le système fonctionne en divisant une transaction en frames avec des tâches distinctes. Une frame peut vérifier l'autorisation, une autre peut déterminer comment le gaz est payé, tandis que les frames suivantes exécutent les opérations demandées.
La validation programmable donnerait aux comptes plus de contrôle sur ce qu'Ethereum reconnaît comme une transaction valide. Au lieu que chaque compte détenu en externe repose sur le même processus d'authentification fixe, les comptes pourraient exécuter des règles de vérification via le code de la machine virtuelle Ethereum.
Les chercheurs d'Ethereum travaillent depuis des années vers ce type d'abstraction de compte native. L'EIP-7702, proposé par Buterin et d'autres développeurs en 2024, cherchait auparavant à donner aux comptes détenus en externe l'accès aux fonctions de portefeuille de contrat intelligent tout en maintenant la compatibilité avec ERC-4337.
Les transactions Frame pourraient permettre de changer les clés Ethereum
Les changements de validation s'étendent au-delà des paiements de gaz et du regroupement de transactions.
Les comptes Ethereum conventionnels détenus en externe sont contrôlés par des clés privées utilisant l'algorithme de signature numérique à courbe elliptique. Une clé privée ne peut pas simplement être remplacée tout en conservant le même compte dans le modèle traditionnel. Perdre la clé peut supprimer définitivement l'accès aux actifs qu'elle contrôle, tandis qu'une clé compromise peut donner à un attaquant le contrôle du compte.
Les Frames permettraient à un compte de définir sa propre logique de validation, ouvrant la porte à la rotation des clés et à différents systèmes d'authentification sans exiger que l'utilisateur transfère des actifs vers une nouvelle adresse.
La validation programmable pourrait éventuellement permettre aux comptes Ethereum de remplacer les méthodes de signature actuelles par une cryptographie conçue pour résister aux ordinateurs quantiques.
Buterin a placé la sécurité quantique plus haut sur la feuille de route technique d'Ethereum dans une mise à jour d'août, aux côtés des travaux sur les rollups natifs, la confidentialité et les modifications de l'architecture de stockage du réseau.
Il avait précédemment esquissé une feuille de route de résistance quantique couvrant les signatures de consensus d'Ethereum, les systèmes de disponibilité des données, la cryptographie des portefeuilles et les preuves à connaissance nulle. Ce plan identifiait l'ECDSA, qui contrôle les comptes Ethereum ordinaires, comme un composant qui pourrait éventuellement devoir être remplacé si des ordinateurs quantiques suffisamment puissants sont développés.
L'EIP-8141 offre une voie pour que les comptes adoptent différents schémas de signature car les règles de vérification ne seraient plus fixées à un modèle de clé privée unique.
Hegotá suivra la mise à niveau Glamsterdam d'Ethereum
Hegotá est prévu pour 2027 et suivra Glamsterdam, la prochaine mise à niveau du réseau Ethereum.
Les développeurs réduisaient encore la portée de Hegotá en août. À l'époque, les transactions Frame restaient à l'étude tandis que l'EIP-7805, ou listes d'inclusion imposées par le choix de la fourche, était la seule proposition formellement programmée pour la mise à niveau.
La décision du 27 août a depuis déplacé l'EIP-8141 dans la catégorie programmée aux côtés de l'EIP-7805.
Avant cette décision, les développeurs comparaient l'EIP-8141 avec l'EIP-8130 comme approches concurrentes de l'abstraction de compte native. Les discussions incluaient comment Ethereum pourrait éviter des normes d'abstraction de compte incompatibles entre les réseaux de couche 1 et de couche 2 tout en conservant une flexibilité pour différentes conceptions de transactions.
Glamsterdam, quant à lui, reste en avance sur Hegotá dans le calendrier de mise à niveau d'Ethereum. Les développeurs ont testé ses changements prévus via des réseaux de développement, la mise à niveau étant centrée sur la séparation enchâssée entre proposeur et constructeur et les listes d'accès au niveau du bloc.
La mise à niveau inclut également des modifications à la comptabilité du gaz d'Ethereum. La Fondation Ethereum a averti les développeurs de portefeuilles en août que l'EIP-8037 pourrait affecter les logiciels reposant sur l'hypothèse que chaque transfert ETH de base coûte 21 000 gaz, car les transferts créant un nouvel état seraient soumis à des frais supplémentaires.
L'EIP-8141 ne peut pas être utilisé sur le réseau principal d'Ethereum aujourd'hui. Sa spécification reste à l'état de brouillon pendant que les développeurs poursuivent l'implémentation et les tests avant le déploiement prévu de Hegotá en 2027.
