Blog · 6 novembre 2026

Ce que coûte un retrait USDT sur la chaîne, et comment tarifer le vôtre

Une entreprise qui paie des USDT sur TRON doit fixer des frais de retrait, et d'ordinaire un minimum aussi. Sur la chaîne, chaque retrait coûte à l'expéditeur l'un de deux montants d'énergie, 64,285 unités ou 130,285 (les 6.5 TRX et 13.1 TRX que citent les portefeuilles, quand l'énergie est brûlée), et le solde USDT du destinataire décide lequel. Des frais forfaitaires doivent être tarifés face à un mélange des deux, et le chiffre que coûtera un destinataire donné peut se lire avant que rien ne soit envoyé.

Deux chiffres, et le destinataire en choisit un

Un retrait USDT est un appel à la fonction de transfert du contrat USDT, et le réseau mesure l'appel en énergie. Le 7 septembre 2026, nous avons passé le même transfert sur la copie de la chaîne d'un nœud, sans rien diffuser, vers quatre sortes de destinataires. Vers une adresse qui détenait déjà des USDT, l'appel a utilisé 64,285 unités. Vers une adresse qui n'en détenait aucun, il en a utilisé 130,285. Le solde seul l'a décidé. Que l'adresse ait jamais été activée n'a rien changé, et un solde d'une unité, le plus petit montant que le jeton puisse détenir, suffisait pour le chiffre le plus bas (d'où viennent les deux nombres).

Le montant envoyé n'y entre pas. Le 27 octobre 2026, nous avons rejoué l'appel depuis un même expéditeur à deux montants, une unité et mille USDT, vers un destinataire détenant des USDT et un autre n'en détenant aucun. Les quatre réponses sont revenues avec les deux mêmes chiffres, à l'unité près. Le seul transfert à nous que nous avons mesuré sur son reçu, envoyé le 2 septembre 2026 vers une adresse sans USDT, a dépensé 130,285 unités sur la chaîne, le chiffre que prédisent les appels.

Les chiffres ronds que citent les portefeuilles, 6.5 TRX et 13.1 TRX, sont la même combustion à environ 65,000 et environ 131,000 unités, soit 715 unités de plus que ce qu'a utilisé l'appel. La bande passante se mesure sur la taille de la transaction, qui ne change pas avec ce que détient le destinataire. Chaque compte reçoit 600 octets par jour gratuitement, ce qui couvre environ un transfert : un expéditeur qui fait des retraits toute la journée paie donc les octets de presque chacun d'eux (énergie contre bande passante).

L'origine de l'énergie fixe le plancher

Les chiffres brûlés sont le coût depuis un portefeuille qui ne détient aucune énergie, où le réseau prend des TRX pour chaque unité. Un expéditeur peut apporter à la place de l'énergie à lui, en gelant ou en louant, et le plancher sous des frais de retrait est le coût de celle des trois voies que l'expéditeur utilise.

Geler des TRX donne à un compte une part quotidienne de l'énergie du réseau, et la formule tient en une division, déroulée dans combien de TRX geler pour de l'énergie. Un gel n'a pas de prix par transfert. Son coût est le capital qu'il immobilise, qui revient quatorze jours après que vous avez dégelé, et une allocation qui ne se reporte pas : l'énergie d'une journée calme est perdue à la fin de la journée.

La location livre la même énergie au portefeuille émetteur pour quelques minutes ou une heure. Notre prix pour elle est un prix par location, recalculé face au marché toutes les quelques minutes : le chiffre en direct est donc sur la page des tarifs. Le tableau ci-dessous contient une lecture de l'API, prise à 21:47 UTC le 27 octobre 2026.

Les lignes louées sont le typical_price_trx que GET /v1/tariff a donné pour chaque location en vente. Les deux locations livrent la même énergie et ne diffèrent que par le temps qu'elle reste sur le portefeuille. La bande passante s'ajoute à chaque ligne de la même façon. La ligne gelée est du capital immobilisé une fois, et elle croît avec le volume : dix retraits par jour demandent environ dix fois ce gel.

Des frais forfaitaires face à deux coûts

Des frais de retrait sont d'ordinaire un seul nombre, et le coût qu'il y a dessous est l'un de deux. Des frais forfaitaires peuvent tarifer le pire cas, en facturant chaque retrait comme s'il allait vers un solde vide. Cela couvre tous les destinataires, et encaisse trop auprès de chacun de ceux qui détenaient déjà des USDT. Ils peuvent aussi tarifer le mélange : le plus petit chiffre, plus la différence entre les deux multipliée par la part des destinataires qui ne détiennent aucun USDT. Cette part fixe la moyenne, et le payeur est le seul à pouvoir la fournir.

Nous n'avons pas mesuré cette part. Les lignes ci-dessous sont des exemples chiffrés à deux parts données, un destinataire sur dix et un sur quatre, avec les deux extrêmes à côté. Ce sont de l'arithmétique sur les chiffres ci-dessus et elles ne décrivent aucune clientèle réelle.

À un sur dix, des frais tarifés sur le pire cas encaissent un peu plus d'une fois et quatre cinquièmes la moyenne. À un sur quatre, ils encaissent environ une fois et trois cinquièmes. Les rapports changent à peine d'une colonne à l'autre, parce que dans les deux le plus grand chiffre vaut environ le double du plus petit. Tarifer le mélange porte le risque inverse : des frais fixés pour un sur dix perdent de l'argent sur une série de paiements où la plupart des destinataires se révèlent ne détenir aucun USDT, et rien dans les frais ne montre que cela s'est produit.

Lire le type avant d'envoyer

POST /v1/estimate accepte jusqu'à 500 destinataires et renvoie un kind pour chacun : single pour une adresse qui détient des USDT, double pour une qui n'en détient aucun, et custom pour un contrat. Chaque élément porte son energy_units et son price_trx, et la réponse ajoute total_trx pour la série à côté de burn_cost_trx, ce que brûlerait la même série. L'appel ne réserve rien et ne facture rien. Pour une adresse à la fois, GET /v1/address-check répond avec expected_kind.

Avec deux frais, l'estimation décide lequel s'applique à chaque retrait. Avec un seul, compter les éléments double sur un mois d'estimations donne la part de votre propre clientèle, qui est le nombre que le tableau ci-dessus devait supposer. Un élément custom est tarifé d'après une exécution à blanc du transfert propre au contrat : son énergie n'est donc aucun des deux chiffres et des frais forfaitaires n'en disent rien.

Le type est lu à un instant donné, et un destinataire peut changer entre-temps. Une adresse qui vide ses USDT après l'estimation coûte le plus grand chiffre quand le retrait arrive, et un portefeuille qui détient de l'énergie pour le plus petit brûle la différence en TRX (des échecs qui passent inaperçus). Pour une série entière, les paiements groupés, jusqu'à 500 à la fois couvre l'estimation et les avertissements qu'elle renvoie par destinataire.

Pourquoi les retraits ont un minimum

Le coût est par transfert : une unité et mille USDT ont tiré la même énergie dans nos appels. Des frais qui le couvrent sont donc une somme fixe sur chaque retrait, et, en part du montant, ils grandissent quand le montant diminue. Un retrait minimum est le montant en dessous duquel cette part est trop grande pour qu'on paie quoi que ce soit. La chaîne fixe le coût sur lequel repose un minimum : l'un des deux chiffres ci-dessus, pour un retrait de n'importe quelle taille. Où passe la ligne est le choix du payeur, et un retrait en dessous est refusé net.

Ce que nous n'avons pas mesuré

Nous ne disposons d'aucune part réaliste de destinataires sans USDT pour une clientèle quelconque, la nôtre comprise. Les chiffres d'énergie viennent d'appels exécutés sur l'état de la chaîne sans diffusion, et seul le plus grand a été vérifié sur un reçu à nous, le transfert de septembre ci-dessus. Les deux chiffres étaient les mêmes le 7 septembre et le 27 octobre 2026. Ce sont des propriétés du contrat USDT et de la tarification du réseau, et l'une comme l'autre peut changer. Les prix de location sont une lecture unique, et le prix suit le marché.

Avant de fixer des frais sur votre prochaine série de paiements, voyez lequel des deux chiffres chaque destinataire coûtera, sans rien réserver : le type par destinataire dans POST /v1/estimate →