Qu'est-ce qu'un paymaster ? Payer le gaz dans un jeton, pas dans la monnaie native

Le problème du gaz natif

Chaque blockchain veut être payée dans sa propre monnaie. Pour déplacer un jeton sur Ethereum, il vous faut de l'ETH ; sur Polygon, du POL ; sur Arbitrum, Base et d'autres L2, vous réglez toujours en ETH ; sur Solana, du SOL ; sur TON, du Toncoin. Cet actif natif est ce que le réseau facture pour inclure votre transaction dans un bloc, et il n'y a pas moyen de le contourner au niveau du protocole — les validateurs sont rémunérés dans l'unité propre de la chaîne.

Pour les utilisateurs, cela crée un mode d'échec familier et agaçant. Vous détenez un stablecoin ou un jeton qui vous importe vraiment, vous tentez de l'envoyer, et la transaction échoue parce que vous avez zéro monnaie native. Vous finissez par acheter, transférer via un pont, ou garder un petit « matelas de gaz » d'ETH, de POL, de SOL et de Toncoin éparpillé sur plusieurs chaînes juste pour pouvoir déplacer tout le reste. C'est une friction qui n'a rien à voir avec ce que vous vouliez faire.

Ce qu'est un paymaster

Un paymaster est un composant défini par l'ERC-4337, la norme d'abstraction de compte d'Ethereum. Son rôle est restreint et utile : il paie le gaz natif d'une transaction à votre place, puis vous le facture d'une autre manière. Le réseau reçoit toujours son ETH (ou son POL, ou quelle que soit la monnaie de la chaîne) exactement comme avant — le paymaster est la partie qui le remet effectivement. Ce qui change, c'est avec qui vous réglez et dans quelle devise.

Mécaniquement, l'ERC-4337 achemine les transactions sous forme d'« user operations » via un contrat on-chain partagé appelé l'EntryPoint. Lorsqu'une user operation désigne un paymaster, l'EntryPoint demande à ce contrat paymaster d'accepter de couvrir le gaz avant l'exécution. Si le paymaster approuve, il avance le gaz natif ; ensuite, la comptabilité est réglée selon les propres règles du paymaster. La chaîne voit une transaction normalement financée ; vous n'avez jamais eu à détenir la monnaie native.

Les trois types courants de paymaster

Les paymasters ne sont que des contrats intelligents, si bien que leurs politiques varient, mais la plupart se rangent en trois catégories. Un paymaster de vérification accepte de parrainer une transaction seulement si elle porte une signature valide provenant d'un service hors chaîne — utile quand une dapp veut approuver des actions spécifiques ou des utilisateurs spécifiques selon sa propre logique. Un paymaster de parrainage (souvent la même mécanique) absorbe simplement le gaz pour que l'utilisateur final ne paie rien, ce qui permet de construire l'intégration « sans gaz » et les actions gratuites dans les applications.

Le type le plus pertinent pour les utilisateurs au quotidien est le paymaster à jeton ERC-20. Ici, le paymaster paie le gaz natif d'avance et, dans la même transaction, vous prélève un montant équivalent d'un jeton ERC-20 — vous permettant de payer les frais en USDT, USDC ou un autre jeton au lieu de la monnaie native. Le paymaster indique un taux de conversion jeton/gaz (généralement à partir d'un oracle plus une petite marge), prend sa part en jetons et règle le réseau dans l'actif natif. De votre siège, vous avez dépensé un seul jeton et n'avez jamais touché à l'ETH.

Le processus : jeton en entrée, gaz natif en sortie

Suivez un simple transfert de bout en bout. Vous signez une user operation qui dit, en substance : « déplace mes jetons, et laisse ce paymaster gérer le gaz. » L'EntryPoint vérifie que le paymaster paiera. Le paymaster confirme qu'il peut vous facturer — disons en USDC ou un autre ERC-20 — et dépose de la monnaie native pour couvrir le gaz estimé. Votre opération s'exécute. À la fin, l'EntryPoint déduit le coût réel du gaz du dépôt du paymaster, le paymaster vous prélève le montant de jetons convenu, et le producteur du bloc est payé dans la monnaie native comme toujours.

L'invariant essentiel est que le réseau n'est jamais lésé. Un paymaster ne rend pas le gaz gratuit dans l'ensemble et ne fausse pas le marché des frais ; il ne fait que réorganiser qui paie et dans quelle dénomination. La monnaie native continue de circuler vers les validateurs en dessous. C'est pourquoi le modèle est digne de confiance au niveau du protocole même lorsque l'expérience utilisateur relève de la magie.

Où cela fonctionne : l'EVM et l'analogue non-EVM

L'ERC-4337 est une norme réservée à l'EVM. Elle fonctionne sur Ethereum et les L1 et L2 compatibles EVM, car elles exécutent toutes la même mécanique d'EntryPoint et de paymaster. En 2026, il vaut la peine de noter que l'EIP-7702 permet aux comptes ordinaires détenus en externe d'agir temporairement comme des smart accounts, ce qui élargit le champ où le parrainage de type paymaster peut s'appliquer — mais le concept de paymaster lui-même vit toujours à l'intérieur du monde de l'abstraction de compte de l'EVM.

Les chaînes non-EVM atteignent le même résultat par une voie différente. Sur Solana et TON, il n'y a pas d'ERC-4337, si bien qu'un payeur de frais ou un relayeur équivalent joue le rôle du paymaster : une transaction Solana peut désigner un compte payeur de frais distinct qui signe et couvre le SOL, et le modèle de messages de TON permet à un relayeur d'avancer le Toncoin. L'étiquette diffère, mais le principe est identique — un tiers règle le gaz natif pour que l'utilisateur puisse payer autrement. Quand vous lisez « paymaster » pour une chaîne non-EVM, substituez mentalement « payeur de frais/relayeur ».

Avantages, risques et à quoi se fier

Les avantages sont concrets : plus de matelas de gaz éparpillés, des expériences utilisateur à un seul jeton ou sans jeton, et des parcours d'intégration où un nouveau venu peut transiger avant même d'avoir acheté la monnaie native. Pour quiconque gère des actifs sur plusieurs chaînes, ramener la question « dans quoi je paie le gaz » à une seule réponse élimine toute une catégorie d'erreurs de transactions bloquées.

Les compromis méritent d'être nommés. Un paymaster à jeton fixe le taux de change que vous payez, si bien que son oracle et sa marge comptent ; un paymaster mal tarifé ou sujet aux interruptions peut vous coter un mauvais prix ou échouer à parrainer. Les paymasters de parrainage peuvent épuiser leur dépôt. Et tout paymaster est un contrat intelligent avec sa propre surface de confiance — vous vous fiez à son code et à la politique de son opérateur, pas seulement à la chaîne de base. Rien de tout cela ne touche à la garde : un paymaster paie votre gaz, il ne détient ni vos clés ni vos fonds. L'abstraction de compte change la manière dont les frais sont payés, pas qui possède les actifs.

Comment WATS utilise cela

WATS met ce modèle directement à profit : dans le Hot Wallet de WATS, chaque action — transferts, échanges, staking — est facturée dans un seul jeton, l'ATS, au lieu du gaz natif de la chaîne. Sur les chaînes EVM, cela se fait avec un paymaster ERC-4337 (et via un payeur de frais/relayeur équivalent sur Solana et TON), si bien que le réseau reçoit toujours son gaz natif en dessous pendant que vous ne dépensez jamais que de l'ATS. Comme l'ATS est un OFT LayerZero, un seul solde couvre le gaz sur EVM, Solana et TON, et l'ATS collecté est brûlé, de 100M vers un plancher de 30M — la combinaison qui fait de WATS le premier et unique portefeuille à associer des frais en jeton unique ERC-4337 + OFT, facturés à la place du gaz natif, avec ce burn. WATS est non dépositaire de bout en bout : c'est vous qui détenez vos clés, et WATS ne détient jamais de clé. Pour le détail complet, voyez comment fonctionne le modèle de frais ATS.