La expérience d'utilisation des stablecoins sur la chaîne a toujours été un problème.

Le point le plus évident est le coût du Gas. Les utilisateurs veulent transférer quelques centaines de dollars en USDT, mais doivent se soucier de frais de transaction de quelques dizaines de dollars. Il y a aussi la complexité de l'UI/UX — portefeuilles, DEX, protocoles de paiement, chacun fonctionnant indépendamment, obligeant l'utilisateur à basculer entre plusieurs systèmes à chaque fois.

Un projet reconsidère ce problème sous un autre angle. Plutôt que d'optimiser le Gas, il est préférable de faire des stablecoins une infrastructure de paiement native.

**Comment faire des transferts sans frais**

L'idée centrale de cette solution est de maintenir un contrat dédié au niveau du protocole. Pour les transferts de stablecoins (par exemple USD₮), intégrer directement un mécanisme de paiement et de déduction :

Le contrat dédié ne gère que les opérations transfer et transferFrom des stablecoins. Il ne supporte pas d'appels calldata arbitraires, ce qui élimine dès la source les vecteurs d'attaque complexes. La qualification de sponsoring est contrôlée par une authentification légère (similaire à zkEmail) combinée à une limitation de taux. Les frais proviennent d’un pool de quotas préconfiguré par la Fondation.

Quel en est le résultat ? Transferts sans coût pour l’utilisateur, coûts maîtrisés pour le projet, et prévention des transactions indésirables au niveau du système. Cela résout mieux les problèmes concrets que l’optimisation pure du Gas.

**L’utilisateur n’a besoin que de stablecoins**

Une autre approche consiste à abstraire le Gas. Le protocole fournit un contrat principal pour le paiement en ERC-20 Gas, et le projet peut enregistrer ses propres stablecoins ou tokens écosystémiques comme méthode de paiement en Gas, sans intermédiaire supplémentaire ni frais additionnels.

L’essentiel est que cette solution a été audité et peut être utilisée en production. Les utilisateurs peuvent réellement n’opérer qu’avec des stablecoins, sans percevoir l’existence de tokens natifs. Pour un utilisateur ordinaire, c’est la façon normale d’utiliser la plateforme.

**Paiements privés en préparation**

Une autre fonctionnalité en développement est la création d’un système de transfert privé pour stablecoins. Masquer le montant, masquer l’adresse du receveur, masquer les notes, tout en conservant une totale composabilité et la possibilité de conformité réglementaire.

Ce design est volontaire, destiné à des scénarios financiers réels — paie, flux de fonds d’entreprise, règlements privés. Il utilise Solidity standard, sans opcode personnalisé ni modification de la machine virtuelle. Une fois terminé, il sera maintenu par le protocole, intégré de manière transparente avec les portefeuilles et DApps existants, sans changer les habitudes des utilisateurs.

**Une infrastructure de paiement, pas une simple optimisation du Gas**

Ce n’est pas une autre solution d’optimisation du Gas. C’est une refonte du design pour faire des stablecoins une infrastructure de paiement réellement utilisable, évolutive et conforme. Chaque étape prend en compte les scénarios concrets — de la simplicité des transferts sans frais, à la protection de la vie privée sans perception, en passant par le contrôle des coûts pour les projets.

C’est ainsi que les stablecoins devraient être.