La communauté des développeurs d’Ethereum débat actuellement sur la manière de mettre en œuvre l’abstraction de compte native (AA) alors que la planification du prochain hard fork Hegota se poursuit.
Plusieurs propositions ont émergé ces dernières semaines, l’EIP-8141, connue sous le nom de « Frame Transactions », ayant retenu l’attention. La proposition a été officiellement présentée comme une caractéristique principale possible de la mise à niveau.
Suite au discussionVitalik Buterin a publiquement répondu à la proposition, déclarant que Frame Transactions pourrait prendre en charge un plus large éventail de cas d’utilisation résistants à la confidentialité et à la censure tout en simplifiant potentiellement l’architecture du portefeuille.
Le débat sur l’abstraction des comptes natifs prend de l’ampleur
La pression en faveur de l’abstraction des comptes natifs s’est intensifiée au cours du mois dernier, avec l’introduction de plusieurs propositions d’amélioration d’Ethereum.
EIP-8141 propose un modèle connu sous le nom de Frame Transactions, qui diffère des formats de transaction traditionnels en supprimant les champs de signature intégrés. Au lieu de cela, les signatures et la logique d’autorisation sont transmises sous forme de données aux contrats intelligents qui valident les transactions.
La proposition introduit un nouvel opcode, APPROVE, qui permet aux contrats intelligents d’autoriser l’envoi de transactions, le paiement de gaz, ou les deux.
De plus, cette conception permet de traiter l’autorisation de transaction par une logique programmable plutôt que par des champs de transaction fixes. Selon la proposition, cette structure est capable de prendre en charge des systèmes de signature alternatifs, un parrainage conditionnel du gaz et des mécanismes de transaction axés sur la confidentialité.
https://t.co/8L45rn3Zgx
—Derek Chiang | ZeroDev (@decentrek) 9 mars 2026
Par exemple, le parrainage du gaz pourrait être organisé par le biais de contrats prévoyant le paiement de frais de réseau en échange de transferts de jetons, tandis que la logique d’autorisation pourrait être mise en œuvre à l’aide de systèmes cryptographiques multi-signatures ou alternatifs.
Voir aussi Analyse des prix de Solana : Solana se prépare à contester le retracement FIB de 71,8 % à 49 $
Dans le même temps, le modèle présente de nouveaux défis opérationnels. En raison de la possibilité d’exécuter du code de contrat intelligent lors de la validation de la transaction, les clients Ethereum auraient besoin d’une protection supplémentaire contre les attaques par déni de service provenant des mempools.
Transactions de cadre et transactions de tempo
Le débat sur l’abstraction des comptes natifs implique deux philosophies de conception distinctes dans le développement d’Ethereum.
Une approche, représentée par Tempo Transactions, consiste à intégrer des fonctionnalités d’abstraction de compte couramment utilisées directement dans le protocole. Ceux-ci incluent le captage de gaz, les opérations multiples de regroupement atomique, la planification des transactions et les frais de transaction sponsorisés.
Les transactions de style Tempo organisent ces fonctionnalités directement dans le format de transaction. Des champs tels que des tableaux d’appels permettent le traitement par lots atomique et les paramètres d’horodatage peuvent être utilisés pour prendre en charge l’exécution planifiée. Un autre champ de signature permet à un tiers de couvrir les frais de gaz en cosignant la transaction.
Les développeurs promouvant ce modèle affirment que le fait d’avoir des fonctionnalités intégrées directement au protocole est plus simple à intégrer et améliore l’expérience utilisateur. Cependant, l’approche peut être quelque peu extensible car les nouvelles fonctionnalités nécessiteraient des mises à niveau de protocole.
Frame Transactions adopte l’approche opposée en ayant des primitives généralisées au lieu de fonctionnalités prédéfinies. La logique d’autorisation et de paiement du gaz peut être implémentée dans des contrats intelligents, permettant aux développeurs de créer des systèmes personnalisés pour les signatures, les autorisations et la validation des transactions.
Voir aussi Trading de contrats à terme perpétuels crypto : ce que vous devriez considérer
Vitalik Buterin souligne les implications en matière de confidentialité et de conception de portefeuille
Répondant à la discussion en cours, Vitalik Buterin a déclaré que les transactions de trame pourraient également permettre aux applications axées sur la confidentialité de fonctionner sans avoir besoin de diffuseurs de transactions publics.
Selon Buterin, la conception permet aux systèmes de confidentialité tels que Railgun et à d’autres protocoles d’interagir directement avec les fonctionnalités du réseau, telles que FOCIL, tout en préservant la résistance à la censure.
C’est un bon article et merci pour vos contributions à l’amélioration des frame txs !
J’ajouterais également :
* Les Frame Txs sont également destinés à couvrir une longue traîne de cas d’utilisation de la confidentialité et de la résistance à la censure. Ils permettent à Railgun, PP, etc. de fonctionner sans intermédiaires de radiodiffuseur public, et…
– vitalik.eth (@VitalikButerin) 9 mars 2026
Il a également identifié des changements potentiels dans l’architecture du portefeuille. Buterin a déclaré que l’idée selon laquelle « chaque portefeuille est un contrat intelligent » a déjà été mise en œuvre avec succès dans d’autres écosystèmes, citant la conception du portefeuille multisignature de Bitcoin.
À son avis, les portefeuilles construits à l’aide d’EIP-8141 pourraient être relativement simples et n’exécuter que quelques opérations, comme le font les scripts Bitcoin.
Buterin a déclaré que de nombreuses fonctionnalités de portefeuille actuellement mises en œuvre dans les grands contrats intelligents, telles que le regroupement de transactions et les calculs de hachage de signature, pourraient être retirées du code du portefeuille en utilisant la structure proposée.
