Uniswap ouvre TJAR aux applications pour convertir leurs frais dans un jeton choisi

Un récipient commun pour des frais dispersés

Uniswap Labs a présenté le 29 octobre 2026 TJAR, une infrastructure permettant aux applications de rassembler des frais reçus dans différents actifs puis de percevoir un jeton choisi. Une explication technique publiée le lendemain détaille son fonctionnement. Le problème traité est celui des recettes dispersées : une application peut accumuler plusieurs tokens au fil des opérations de ses utilisateurs, alors que sa trésorerie souhaite en conserver un seul. TJAR fournit un mécanisme commun de conversion, plutôt que d’imposer à chaque équipe de construire son propre dispositif.

Le système repose sur deux contrats aux rôles distincts. Le premier, appelé Token Jar, reçoit les actifs. Le second définit les conditions auxquelles ceux-ci peuvent être obtenus contre le jeton retenu par l’opérateur. La destination finale est configurable : il peut s’agir d’une trésorerie ou d’un autre circuit prévu par l’application. Cette architecture reprend une infrastructure initialement conçue pour les frais du protocole Uniswap et la rend réutilisable par d’autres équipes, sans confondre leurs recettes avec celles du protocole d’origine.

Un prix fixé face à un contenu qui varie

Des opérateurs externes surveillent le contenu des contrats. Lorsqu’ils jugent l’échange intéressant, ils apportent la quantité demandée du jeton choisi et récupèrent les actifs accumulés. Leur motivation est économique : la valeur récupérée doit couvrir le montant fourni et le coût de l’opération. Le déclenchement ne dépend donc pas seulement de l’arrivée de frais. Il suppose qu’un intervenant puisse trouver un intérêt à effectuer la conversion dans les conditions disponibles, au moment où il observe le contrat.

Le seuil de libération joue un rôle central. Un montant faible peut accélérer les passages, mais rend le dispositif sensible à un dépôt important arrivant d’un seul coup. À l’inverse, un seuil élevé peut laisser les actifs plus longtemps dans le contrat et prolonger leur exposition aux variations de prix. Le document technique ne présente pas de réglage universel. L’opérateur, ou un responsable autorisé, doit adapter les paramètres au rythme des recettes et à la taille habituelle des montants reçus.

Un usage annoncé chez Robinhood

Uniswap Labs indique que Robinhood utilise déjà ce système pour des frais issus de son API, avec des contrats configurés pour recevoir de l’USDC et de l’USDG. Cette référence décrit un usage précis ; elle ne signifie pas que toutes les activités de Robinhood reposent sur TJAR. Le lancement annonce aussi une présence sur plusieurs blockchains. Pour une équipe qui souhaite l’intégrer, les adresses et les réseaux effectivement pris en charge restent à lire dans la documentation de déploiement correspondante.

Le propriétaire conserve des possibilités de modification, notamment sur le jeton, le seuil et la destination, sauf s’il renonce aux pouvoirs concernés. Ces droits font partie du fonctionnement à examiner au même titre que le code. Une infrastructure ouverte et auditée ne garantit ni une conversion instantanée ni un rendement supplémentaire. Son apport est d’organiser un marché pour des recettes déjà encaissées, avec un arbitrage visible entre fréquence des échanges, coûts d’intervention et exposition des actifs en attente.