TRC20, ERC20, BEP20 : choisir un réseau

L’écran de retrait vous demande de choisir un réseau avant même de vous laisser coller une adresse, et le sélecteur s’ouvre sur ce que vous aviez pris la dernière fois. La plupart des gens prennent l’option la moins chère ou celle qu’ils connaissent, et la plupart du temps ça marche. Les fois où ça ne marche pas coûtent cher, se réparent lentement, et parfois ne se réparent pas. La décision a deux parties, et la partie « prix » est la seconde.

Qu’est-ce que le TRC20, l’ERC20 et le BEP20 ?

Ce sont des standards de jetons : le TRC20 est le standard des jetons fongibles sur la blockchain Tron, l’ERC20 son équivalent sur Ethereum, et le BEP20 son équivalent sur BNB Smart Chain.

Un standard de jeton est un ensemble convenu de fonctions qu’un contrat intelligent doit exposer, pour que portefeuilles, plateformes et autres contrats manipulent n’importe quel jeton de la même façon : consultation de solde, transfert, autorisation de dépense. La spécification ERC20 sur ethereum.org est l’original, les deux autres en sont des cousines proches. Cet air de famille arrange les développeurs et embrouille tout le monde, parce qu’il fait passer trois choses différentes pour des variantes d’une même chose.

Ce ne sont pas des variantes. Chaque standard existe sur exactement une blockchain, et les blockchains ne se lisent pas entre elles.

Le même symbole sur deux réseaux n’est pas le même actif quand il s’agit de transférer.

L’USDT est le cas qui piège. Il existe un contrat USDT sur Tron et un contrat USDT sur Ethereum, émis par le même émetteur, adossés aux mêmes réserves, valant la même chose sur n’importe quelle plateforme. Ce sont malgré tout deux objets séparés. Un validateur Tron n’a jamais entendu parler de votre solde Ethereum et n’a aucun mécanisme pour le bouger. Quand vous passez de l’un à l’autre sur une plateforme, rien ne traverse de chaîne : la plateforme débite ses avoirs Tron et crédite ses avoirs Ethereum, ou l’inverse, avec du stock qu’elle détenait déjà des deux côtés.

Tron, Ethereum et BNB Smart Chain sont trois registres indépendants. Le mot « USDT » qui apparaît sur les trois est une convention de nommage, pas un pont.

Les appellations n’aident pas. Le même réseau apparaît dans les menus sous « TRC20 », « Tron (TRC20) » ou simplement « Tron » ; BNB Smart Chain se présente comme « BEP20 », « BSC » ou « BNB Smart Chain (BEP20) ». Ce sont des étiquettes pour la même chose. Ce qui n’est pas la même chose, c’est le BEP2, l’ancien standard de BNB Beacon Chain, dont les adresses commencent par bnb1 et qui exigeait un mémo à chaque dépôt.

Le réseau BNB vivant pour les jetons est BNB Smart Chain, et ses adresses sont de simples chaînes EVM en 0x, sans mémo. La conséquence pratique pour un transfert en 2026 tient en une ligne : si un menu affiche BEP20 ou BSC, c’est l’option BNB ; tout ce qui porte l’étiquette BEP2 ou Beacon Chain n’en est pas une variante.

Sur quel réseau le retrait coûte-t-il le moins cher ?

En août 2026, les retraits d’USDT sur BNB Smart Chain coûtaient en général le moins ; Tron se tenait autour de 1 USDT ; Ethereum tournait plusieurs fois plus haut et bougeait avec le prix du gas.

Le cadrage d’abord : le nombre que vous payez est fixé par la plateforme, pas par le réseau. La plateforme paie elle-même les frais de réseau et vous facture un montant forfaitaire dans le jeton, ajusté de temps en temps pour couvrir ses coûts avec une marge. C’est pourquoi deux plateformes affichent des frais de retrait différents pour le même actif, sur la même chaîne, le même jour. Le chiffre en vigueur apparaît sur l’écran de retrait avant confirmation, et c’est le seul qui fasse foi.

Deux détails mécaniques que le tableau ne montre pas. Les frais sont libellés dans l’actif que vous envoyez : ils sortent du montant au lieu d’être facturés à part, et ce qui atterrit est votre chiffre moins les frais. Chaque réseau porte aussi son propre retrait minimum, en général posé un peu au-dessus des frais, ce qui explique qu’un réseau puisse être techniquement disponible et pratiquement inutilisable pour un petit montant.

Fourchettes relevées en août 2026. Prenez-les comme la forme de la chose, pas comme des cotations. Ethereum en particulier est une cible mouvante, puisque la plateforme doit couvrir un gas qui varie avec la demande d’espace dans les blocs, et qu’elle retarife quand la moyenne bouge assez pour compter.

Mettez ces chiffres face à un transfert et le classement compte moins qu’on ne le croit. Sur un envoi de 5 000 USDT, 1 USDT de frais fait 0,02 %. Même dix fois plus, cela fait 0,2 % : réel, pas décisif. Sur un envoi de 40 USDT — l’ordre de grandeur de quelques dizaines de milliers de francs — 1 USDT fait 2,5 %, et l’équivalent Ethereum pourrait emporter le quart du montant. Les frais ne comptent que par rapport à la taille de ce que vous déplacez, argument développé plus longuement dans l’article sur ce que coûte vraiment un envoi d’USDT. Pour un petit montant envoyé souvent, c’est même la seule question qui vaille.

Le temps de bloc n’est pas l’attente que vous vivez

Tron produit un bloc toutes les 3 secondes environ et Ethereum un slot toutes les 12 secondes environ, mais ce que vous attendez réellement, c’est le nombre de confirmations exigé par la plateforme réceptrice, qui est plus long que l’un comme l’autre.

Le temps de bloc est le battement de cœur du protocole. Il dit à quelle fréquence de nouvelles transactions peuvent être incluses, et c’est une propriété fixe de la chaîne. La cadence d’environ 3 secondes de Tron et le slot d’environ 12 secondes d’Ethereum sont les deux chiffres à retenir.

Ni l’un ni l’autre n’est ce que vous éprouvez. Une plateforme réceptrice ne crédite pas un dépôt au premier bloc qui le contient. Elle attend un certain nombre de confirmations suivantes, parce qu’un bloc très récent peut encore être réorganisé. Ce nombre est fixé par actif et par réseau, par la plateforme elle-même ; ce n’est pas une constante de protocole. Deux plateformes choisissent des valeurs différentes pour le même actif, et une plateforme peut changer son exigence sans l’annoncer.

Ethereum ajoute une couche. Les slots sont groupés en époques de 32, et un bloc n’est finalisé qu’après quelques époques de plus : une politique de dépôt prudente sur Ethereum peut donc sembler lente alors même que la chaîne produit des blocs sans interruption. Le rythme plus rapide de Tron fait que le même nombre de confirmations s’écoule en moins de temps réel.

La version pratique : sur Tron et BNB Smart Chain, un dépôt apparaît d’ordinaire en deux ou trois minutes. Sur Ethereum c’est plus long, et le « plus long » dépend de la politique de la plateforme, pas de quelque chose que vous pourriez accélérer en payant davantage.

Demandez d’abord au destinataire, comparez les frais ensuite

Demandez au destinataire quels réseaux il prend en charge pour cet actif précis, obtenez de lui l’adresse de dépôt pour ce réseau précis, et seulement ensuite comparez les coûts parmi les options qui restent.

Cet ordre n’est pas une préférence de style. C’est la différence entre un transfert de routine et un ticket au support. Le réseau le moins cher ne sert à rien si la destination ne le crédite pas, et personne ne vous accorde de points pour avoir bien choisi sur le prix.

1. Ouvrez d’abord le côté receveur : un portefeuille, une autre plateforme, un marchand, une personne. Trouvez la page de dépôt de l’actif exact que vous envoyez.
2. Lisez les réseaux qu’elle liste pour cet actif. Cela change d’un actif à l’autre chez un même destinataire : un service peut accepter l’USDT sur trois réseaux et un autre jeton sur un seul.
3. Générez ou demandez l’adresse de dépôt sur le réseau que vous comptez utiliser. Dans les faits, les adresses sont propres à un réseau même quand leur format ne l’est pas, et prendre l’adresse sur la page du bon réseau évite toute cette famille de problèmes.
4. Allez ensuite du côté émetteur, sélectionnez le même réseau, collez cette adresse.
5. Ne comparez les frais qu’entre les réseaux ayant survécu aux étapes deux et trois. S’il n’en reste qu’un, il n’y a rien à comparer et c’est réglé.

Un destinataire qui vous dit seulement « USDT », sans nommer de réseau, ne vous donne pas assez d’information. Demandez. Si c’est une personne ou un petit marchand, demandez par écrit, et demandez que l’adresse et le réseau arrivent dans le même message : aucune ambiguïté sur quelle adresse appartient à quelle chaîne. Une adresse reçue en vocal WhatsApp et recopiée à la main est un accident qui attend son heure.

L’étape qu’on saute, c’est la troisième. On a déjà une adresse enregistrée d’un transfert précédent, on suppose qu’elle marche pour n’importe quel réseau, et le contrôle de format passe. Supposition parfaitement raisonnable, et fausse.

Il existe une seconde question de compatibilité, qui ne mord que si la destination est un portefeuille auto-hébergé plutôt qu’une plateforme. Chaque chaîne facture son gas dans sa propre monnaie native. Pour faire repartir un jeton TRC20 depuis votre portefeuille, il vous faut du TRX dedans ; pour un BEP20, du BNB ; pour un ERC20, de l’ETH. Arriver avec un solde de jetons et zéro monnaie native, c’est détenir quelque chose que vous voyez et ne pouvez pas envoyer. Les dépôts sur une plateforme n’ont pas ce problème, puisqu’elle finance son propre gas. Les portefeuilles personnels, si, et cela surprend toujours la première fois.

La version complète de la règle est donc : demandez au receveur quels réseaux il crédite, demandez-vous ce que vous comptez faire des fonds une fois arrivés, et regardez la colonne des frais en dernier.

Quand l’ERC20 vaut-il son prix ?

Quand les fonds doivent interagir avec quelque chose déployé sur Ethereum même, quand la contrepartie ne prend rien d’autre, ou quand le montant est assez gros pour que l’écart de frais soit une erreur d’arrondi.

L’option la moins chère n’est pas automatiquement la bonne, et traiter Ethereum comme un choix obsolète et coûteux conduit à des résultats pires que les frais évités.

Vous allez utiliser une application Ethereum. Marchés de prêt, échanges décentralisés, contrats de staking et places de marché déployés sur Ethereum veulent l’actif sur Ethereum. Retirer sur Tron pour économiser quelques unités puis franchir un pont, c’est payer les frais du pont, payer quand même le gas à l’arrivée, et assumer le risque d’un pont en échange d’une économie plus petite que chacun de ces coûts.

La contrepartie ne prend que l’ERC20. Des dépositaires institutionnels, de vieilles intégrations et certains prestataires de paiement ne gèrent qu’Ethereum. Leur contrainte devient la vôtre. On ne négocie pas avec une page de dépôt.

Le montant est gros. Ce qui compte, ce sont les frais en pourcentage. Sur un transfert à six chiffres, l’écart entre 1 USDT de frais et bien davantage vaut une fraction de point de base, et ne devrait pas l’emporter sur une préférence pour la chaîne à l’outillage le plus fourni et à l’historique le plus long.

Le jeton n’existe que là. Beaucoup de jetons n’ont jamais été déployés ailleurs que sur Ethereum. Si le vôtre en fait partie, le sélecteur de réseau n’affichera qu’une option et la question est close.

Deux chaînes, un format d’adresse identique

Ethereum et BNB Smart Chain emploient un format d’adresse identique : une adresse valide sur l’une est syntaxiquement valide sur l’autre, et aucune vérification nulle part ne peut vous dire pour quelle chaîne elle était prévue.

Ce sont deux chaînes EVM. Toutes deux utilisent une adresse de compte de 20 octets, écrite 0x suivi de 40 caractères hexadécimaux. La même clé privée produit la même adresse sur les deux. C’était un choix de conception délibéré, et pour un portefeuille auto-hébergé c’est vraiment commode : une adresse fonctionne partout dans cette famille.

Pour un dépôt sur plateforme, c’est un piège. L’adresse que la plateforme vous donne pour vos dépôts BNB Smart Chain n’est peut-être surveillée que sur cette chaîne. Envoyez-y des jetons ERC20 : la transaction se confirme parfaitement sur Ethereum, les jetons se posent à une adresse que la plateforme contrôle, et rien ne crédite votre compte parce qu’aucun processus ne regarde là.

Les adresses Tron, elles, ne se ressemblent pas. Encodées en base58, commençant par T, longues de 34 caractères : une adresse Tron collée dans un champ EVM est rejetée sur-le-champ. Cette différence visuelle protège, et c’est pourquoi la confusion Tron / EVM est bien plus rare que la confusion EVM / EVM.

Un pli supplémentaire. Comme les adresses Tron et Ethereum peuvent dériver du même matériel de clé et ne différer que par l’encodage, certains outils convertissent volontiers d’une représentation à l’autre. Cela ne rend pas les comptes interchangeables entre chaînes. Une adresse convertie est le compte d’une autre chaîne, pas une route entre les deux.

L’autre version de cette erreur porte sur la monnaie native plutôt que sur un jeton. Envoyer du BNB lui-même vers une adresse EVM, c’est transférer la monnaie de la chaîne, pas un solde de contrat BEP20 ; or certaines destinations créditent les jetons d’une chaîne sans créditer sa monnaie native à la même adresse. La page de dépôt vous dit pour quels actifs cette adresse existe. Lisez le nom de l’actif aussi attentivement que le nom du réseau.

Faut-il envoyer un transfert test d’abord ?

Oui, dès que l’adresse ou le réseau vous est nouveau, et cela coûte exactement un frais de retrait forfaitaire de plus.

La procédure est courte. Envoyez le plus petit montant que la destination accepte. Attendez qu’il soit réellement crédité et visible dans le solde de la destination, pas seulement confirmé sur la chaîne. Puis envoyez le reste, même adresse, même réseau.

L’arithmétique se discute facilement avec soi-même et se tranche tout aussi facilement. Sur Tron, à environ 1 USDT le retrait, tester un gros transfert coûte environ 1 USDT. Face à un montant à quatre chiffres, c’est une fraction de pour cent pour la confirmation que tout le chemin fonctionne. Sur Ethereum, la même assurance coûte plus cher, et il existe une taille en dessous de laquelle payer deux retraits Ethereum n’a pas de sens.

À tester : toute adresse nouvelle, tout réseau que vous n’avez pas encore utilisé avec cette destination, toute adresse sortie d’une note enregistrée plutôt que reprise fraîchement sur la page de dépôt, et tout montant dont la perte vous ferait vraiment mal. Inutile de tester : les envois répétés vers une adresse utilisée avec succès il y a peu, sur le même réseau, quand rien n’a changé du côté de la destination.

Deux limites à ce qu’un test prouve. Il confirme que le couple adresse / réseau fonctionne, et il ne dit rien d’un mémo ou d’une étiquette de destination, qui relève d’un autre mode de panne, traité dans l’article sur les dépôts qui ne sont jamais arrivés. Il ne vous protège pas non plus si la destination change d’adresse ensuite — raison de plus pour prendre une adresse fraîche plutôt qu’une adresse enregistrée.

Par défaut, je teste dès que quoi que ce soit est nouveau, y compris un réseau que j’ai déjà utilisé vers une destination que j’ai déjà utilisée. L’habitude coûte l’équivalent d’une unité de monnaie et transforme une catégorie d’erreur irréversible en une catégorie d’erreur légèrement agaçante. L’échange a valu le coup à chaque fois.