Mis à jour le 8 septembre 2026. La fonction est prévue pour Hegotá, mais n’est pas active sur le mainnet Ethereum.
Payer le gas Ethereum sans ETH devrait devenir une fonction native grâce à EIP-8141, la proposition Frame Transactions programmée pour la mise à niveau Hegotá. Une application pourrait sponsoriser les frais ou accepter un autre jeton avant de régler elle-même le coût sous-jacent en ETH.
La limite essentielle mérite d’être précisée : Ethereum continuera à comptabiliser le gas selon les règles du protocole. ETH ne disparaît pas du mécanisme économique. En revanche, l’expéditeur, l’exécutant et le payeur pourront être des acteurs différents. Les wallets du mainnet ne disposent pas encore de ce format.
Comment payer le gas Ethereum sans ETH
La spécification EIP-8141 découpe une transaction en frames aux rôles distincts. Certaines vérifient l’autorisation, une autre approuve le paiement et les suivantes exécutent les actions. Le compte qui paie peut donc différer de l’adresse qui lance l’opération.
Dans un wallet contenant seulement des stablecoins, une application pourrait avancer les ETH puis facturer l’utilisateur dans un jeton accepté. Un service pourrait aussi offrir quelques transactions pour faciliter l’inscription. Ethereum ne fixe pas ces conditions commerciales : chaque fournisseur choisira actifs, prix et utilisateurs éligibles.
Des relayers et solutions d’abstraction de compte proposent déjà une expérience voisine. La nouveauté consiste à intégrer cette capacité au flux normal des transactions, avec moins de dépendance envers un intermédiaire externe particulier. Le code de l’application, les règles du sponsor et les risques des smart contracts subsistent.
Pourquoi un détenteur de stablecoin peut rester bloqué
Un utilisateur peut recevoir de l’USDC ou de l’USDT sur Ethereum sans posséder l’ETH nécessaire aux premiers frais. Il doit acheter puis transférer de l’ether, utiliser un service de sponsoring ou demander de l’aide. Cette friction est particulièrement visible dans les paiements et l’accueil d’un public non technique.
Notre guide sur les blob fees et le coût des Layer 2 montre pourquoi exécution et publication des données doivent rester séparées. EIP-8141 change la personne qui autorise et finance une transaction ; il ne garantit pas des frais toujours faibles et ne supprime pas la congestion.
Regrouper approbation et échange de manière atomique
Les frames peuvent associer des actions qui ne doivent réussir qu’ensemble. Une autorisation ERC-20 et le swap suivant peuvent former un lot atomique. Si l’échange échoue, l’autorisation correspondante peut être annulée au lieu de rester ouverte sans utilité.
Cette propriété peut améliorer la sécurité, à condition que le wallet affiche clairement les conséquences. Regrouper davantage d’actions ne rend pas automatiquement le consentement meilleur. Une interface médiocre pourrait masquer un droit important derrière une seule confirmation apparemment simple.
Rotation des clés et signatures post-quantiques
La proposition desserre le lien entre un compte et une unique clé ECDSA. Un compte pourrait définir d’autres règles de vérification et remplacer à terme son système d’autorisation sans déplacer tous ses actifs. Récupération, rotation des clés et signatures post-quantiques figurent parmi les usages possibles.
Aucun wallet existant ne devient automatiquement protégé. Il faudra des implémentations dans les clients, un support explicite des applications et des règles correctement configurées. Distinguer adresse, clé et politique d’autorisation reste crucial, comme pour les autres changements des règles de gas d’Ethereum.
Quand EIP-8141 sera-t-il disponible ?
Le meta EIP de Hegotá classe Frame Transactions parmi les propositions programmées pour inclusion. Ce statut dépasse une simple idée, mais ne constitue pas une activation et ne fige pas tous les détails actuels de la spécification.
L’Ethereum Foundation a publié son évaluation des priorités le 7 septembre. Tests, intégration dans les clients, compatibilité des wallets et calendrier final du fork restent à surveiller. Une application ne devrait pas vendre comme immédiate une fonction qui dépend encore d’une mise à niveau.
Ce que wallets et applications doivent modifier
Les wallets devront distinguer le compte qui autorise l’action de celui qui paie. Lorsque le service facture une stablecoin, l’utilisateur devrait connaître montant, taux de conversion et marge du sponsor avant de signer, plutôt que découvrir le coût réel après l’exécution.
Les applications devront aussi gérer un sponsor qui refuse, manque de fonds ou ne couvre que certaines opérations. Une bonne interface supprime les étapes inutiles sans cacher les conditions économiques et les permissions qui déterminent le résultat.
| Question | Réponse actuelle |
|---|---|
| Peut-on agir sans posséder d’ETH ? | Oui, si un sponsor prend les frais en charge |
| Ethereum abandonne-t-il ETH pour le gas ? | Non |
| La fonction est-elle active ? | Non, elle est prévue pour Hegotá |
| Quels autres apports ? | Lots atomiques et autorisations flexibles |
Pour l’utilisateur, l’objectif paraît simple : recevoir un jeton et l’utiliser sans devoir d’abord trouver de l’ETH ailleurs. Cette simplicité dépend néanmoins de plusieurs responsabilités. Il faudra connaître le sponsor, le jeton facturé, le taux de conversion et les permissions accordées.
Payer le gas Ethereum sans ETH peut supprimer une friction majeure. Le fait confirmé est l’inscription du mécanisme dans la feuille de route technique. Sa disponibilité, son prix et sa sécurité dépendront de l’implémentation finale et des wallets qui choisiront de l’adopter.
