ERC-865 : Payer les frais de gaz avec des jetons

/16 oct. 2025

Points clés

• L'ERC-865 permet de payer les frais de gaz avec des jetons ERC-20, éliminant la nécessité de détenir de l'ETH.

• Ce modèle a jeté les bases des méta-transactions et de l'abstraction de compte, rendant le paiement du gaz plus flexible.

• Les utilisateurs peuvent effectuer des transactions sans avoir besoin d'ETH, ce qui simplifie l'intégration des nouveaux utilisateurs.

• La sécurité et l'expérience utilisateur sont renforcées grâce à des signatures de données typées et des protections contre les abus.

Payer les frais de gaz avec de l'ETH a longtemps été un point de friction pour les nouveaux utilisateurs sur Ethereum. L'idée derrière l'ERC-865 est simple et convaincante : permettre aux utilisateurs de payer les frais de transaction avec les jetons qu'ils détiennent déjà (par exemple, USDC ou DAI), tandis qu'un relais ou un paymaster gère les frais de gaz en ETH en coulisses. Bien que l'ERC-865 n'ait jamais été standardisé, son concept central – abstraire qui paie et dans quelle devise – a évolué à travers les méta-transactions et l'abstraction de compte pour devenir pratique en 2025.

Ce que l'ERC-865 cherchait à résoudre

L'ERC-865 proposait un modèle où l'utilisateur signe une transaction hors chaîne, incluant des frais libellés dans un jeton ERC-20 choisi. Un relais soumet cette transaction sur chaîne, paie les frais de gaz en ETH, et est remboursé en jetons via un contrat intelligent. Cela élimine la nécessité pour l'utilisateur de détenir de l'ETH uniquement pour payer le gaz, améliorant l'intégration et permettant des expériences dApp plus fluides.

Bien que l'ERC-865 ne soit pas devenu une norme officielle, il a jeté les bases des mécanismes modernes tels que les méta-transactions et l'abstraction de compte qui rendent le paiement du gaz avec des jetons viable aujourd'hui. Pour le contexte original de la norme de jeton, consultez la spécification ERC-20 et comment les autorisations de jetons permettent ces flux dans les contrats intelligents via des approbations de type "permit" (EIP-20, EIP-2612).

Comment le concept fonctionne en pratique

À un niveau élevé :

L'utilisateur signe son intention hors chaîne (souvent avec des données typées) spécifiant l'action et les frais libellés en jetons.
Un relais ou un paymaster soumet la transaction, paie les frais de gaz en ETH.
Un contrat intelligent transfère les jetons de l'utilisateur pour compenser le relais/paymaster.
La protection contre la relecture, les limites de frais et la séparation de domaine empêchent les abus.

La signature de données typées et une séparation de domaine robuste sont essentielles pour la sécurité et l'expérience utilisateur ; voir EIP-712.

La pile moderne : méta-transactions et abstraction de compte

Deux approches principales ont mûri :

Méta-transactions avec des forwarders de confiance
- Les utilisateurs signent des messages ; les relais les soumettent sur chaîne via un forwarder qui vérifie la signature et exécute l'appel au nom de l'utilisateur.
- Standardisé via EIP-2771, et largement adopté par des outils tels que le Gas Station Network d'OpenGSN, dont la documentation couvre les modèles de parrainage et les marchés de relais (Documentation OpenGSN).
Abstraction de compte (EIP-4337)
- Sépare le concept d'"opération utilisateur" des transactions legacy. Les bundlers collectent les opérations utilisateur et les soumettent, tandis que les paymasters définissent des politiques alternatives de paiement des frais – par exemple, autoriser des frais en USDC ou parrainer des actions dApp spécifiques.
- Ce modèle est formalisé par EIP-4337 et son lancement a été annoncé sur le blog de la Fondation Ethereum (Abstraction de compte avec EIP-4337).
- Les développeurs peuvent explorer les concepts d'abstraction de compte, les opérations utilisateur et les paymasters dans la documentation d'Ethereum (Vue d'ensemble de l'abstraction de compte).

Ces modèles généralisent l'objectif original de l'ERC-865 : les utilisateurs finaux peuvent effectuer des transactions sans se soucier de l'ETH pour le gaz, tandis que les relais/bundlers et les paymasters gèrent les coûts et les risques.

Pourquoi payer le gaz avec des jetons est important

Intégration : Les nouveaux utilisateurs n'ont pas besoin d'ETH pour commencer à utiliser une dApp. Ils peuvent effectuer des transactions avec les actifs qu'ils détiennent déjà.
Cohérence de l'UX : Les frais peuvent être libellés en stablecoins pour des coûts prévisibles.
Logique métier : Les dApps peuvent parrainer des actions spécifiques, acquérir des utilisateurs ou adapter leurs politiques de frais en intégrant des paymasters ou des relais de méta-transactions.

Risques et considérations de conception

Confiance dans les relais et marchés : Vous devez concevoir des protections contre le "griefing" et vous assurer que les incitations des relais sont équitables. Des systèmes comme OpenGSN traitent des incitations et de la réputation des relais (Documentation OpenGSN).
Tarification et oracles : L'utilisation de jetons pour les frais nécessite des taux de conversion équitables et des intégrations d'oracles sécurisées pour éviter les sous-paiements ou les exploitations.
Sécurité des signatures : Les données typées (EIP-712) et une séparation de domaine explicite sont essentielles pour atténuer le phishing et la relecture.
Approbations de jetons : Préférez les flux "permit" (EIP-2612) aux approbations illimitées lorsque cela est possible, et définissez des plafonds pour réduire le rayon d'impact (EIP-2612).
Audits de contrats intelligents : Le forwarder, le paymaster et la logique de remboursement doivent être soigneusement audités pour éviter de vider des jetons ou d'autoriser des exploitations de MEV.

Paysage 2025 et prochaines étapes

En 2025, l'abstraction de compte est largement prise en charge par les portefeuilles, les SDK et l'infrastructure de bundlers, et les paymasters deviennent le moyen de facto de mettre en œuvre le paiement du gaz avec des jetons. Les discussions sur l'amélioration des capacités des comptes détenus par des externes se poursuivent, avec des propositions comme EIP-3074 et EIP-7702 explorant des améliorations d'autorisation et d'UX plus sûres qui complètent les conceptions basées sur l'abstraction. Bien que l'ERC-865 lui-même ne soit pas une norme active, l'écosystème a convergé vers des alternatives robustes qui tiennent la promesse fondamentale.

Conseils d'implémentation pour les développeurs

Pour les dApps :
- Commencez avec un forwarder de confiance utilisant EIP-2771 pour des méta-transactions simples, ou intégrez OpenGSN pour un réseau de relais prêt pour la production (Documentation OpenGSN).
- Envisagez l'abstraction de compte avec un paymaster pour accepter des stablecoins ou des ERC-20 spécifiques comme frais (EIP-4337 ; Vue d'ensemble du blog EF).
- Utilisez la signature de données typées (EIP-712) et les flux "permit" (EIP-2612) pour améliorer l'UX et la sécurité.
Pour la sécurité :
- Limitez les plafonds de frais et les sources de taux ; simulez les transactions hors chaîne avant la soumission.
- Restreignez les politiques de parrainage à des méthodes de contrat et des appelants spécifiques pour éviter les abus.
- Surveillez les performances des relais et maintenez des stratégies de secours.

Ce que les utilisateurs devraient attendre

Alors que de plus en plus de portefeuilles et de dApps adoptent l'abstraction de compte et les méta-transactions, vous pourrez de plus en plus effectuer des transactions sans détenir d'ETH. Les frais pourront être payés en stablecoins ou même entièrement parrainés par la dApp pour certaines actions. Examinez toujours ce que vous signez – les données typées rendent l'intention plus claire – et utilisez des portefeuilles matériels pour une protection plus solide des clés.

Une note pratique sur les portefeuilles

Lors de l'utilisation de paymasters ou de méta-transactions, votre portefeuille doit signer des messages structurés de manière sécurisée et cohérente. Les portefeuilles matériels OneKey prennent en charge la signature de données typées EIP-712 et sont conçus pour garder vos clés privées hors ligne tout en s'intégrant parfaitement aux flux dApp modernes. Si vous prévoyez d'utiliser régulièrement les fonctionnalités d'abstraction de compte ou de méta-transactions, un portefeuille matériel qui gère les signatures complexes tout en protégeant les clés peut réduire considérablement les risques dans les opérations quotidiennes.

Conclusion

L'ERC-865 a introduit l'idée de payer les frais de gaz avec des jetons ; l'abstraction de compte et les méta-transactions ont transformé cette idée en réalité. En 2025, les paymasters, les bundlers et les forwarders de confiance offrent des voies de qualité production pour l'abstraction du gaz, permettant une intégration plus fluide et une meilleure UX. Alors que ces modèles évoluent avec des propositions telles que EIP-7702, l'écosystème se dirige progressivement vers un avenir où les utilisateurs pourront effectuer des transactions avec les actifs qu'ils détiennent – sans avoir besoin de pré-financer de l'ETH pour le gaz.

Références :