Même jeton, autre chaîne : stablecoins natifs et bridgés

Un ami et vous détenez chacun 500 USDC, sur des réseaux différents. Une plateforme d'échange accepte votre dépôt, mais pas le sien. Même ticker, même logo — que se passe-t-il ?

La réponse courte : « USDC » ou « USDT » n'est pas un jeton unique. C'est une famille de contrats distincts sur des blockchains distinctes, et tous les membres de cette famille ne sont pas émis de la même façon. Voici pourquoi c'est important, et comment vérifier lequel vous détenez.

Un nom, de nombreux contrats

Un jeton sur Ethereum, Polygon, Base ou Solana est un programme (un smart contract ou, sur Solana, un « mint ») qui vit sur cette seule chaîne. Une chaîne ne peut pas voir les contrats d'une autre. Quand un stablecoin est disponible « sur dix chaînes », il existe donc au moins dix contrats distincts, chacun avec sa propre adresse, sa propre offre et ses propres règles.

Même les détails diffèrent : sur BNB Smart Chain, les USDT et USDC listés dans SSP Wallet utilisent 18 décimales, alors que les versions Ethereum en utilisent 6.

Si l'idée que les jetons vivent à l'intérieur d'une chaîne et ont besoin de sa cryptomonnaie native pour les frais est nouvelle pour vous, cryptomonnaies et jetons couvre les bases.

Natif ou bridgé : qui se tient vraiment derrière ?

Un stablecoin arrive sur une chaîne de deux grandes manières.

Émis nativement. L'émetteur déploie lui-même le contrat, puis émet et rachète les jetons directement sur cette chaîne. Votre créance porte directement sur les réserves de l'émetteur, selon ses conditions. Ce qui adosse réellement les stablecoins explique en quoi consistent ces réserves.

Bridgé. Quelqu'un verrouille les jetons d'origine dans un contrat sur une chaîne, et un bridge émet un jeton « wrappé » correspondant sur une autre. Ce jeton n'est pas directement remboursable auprès de l'émetteur. C'est une reconnaissance de dette sur ce qui est verrouillé dans le bridge : il ajoute donc le risque du bridge à celui de l'émetteur. Si le bridge est vidé ou si ses clés sont compromises, le jeton bridgé peut perdre son adossement alors que le jeton natif n'est pas touché. Pourquoi les bridges se font sans cesse pirater et les jetons wrappés approfondissent ces deux sujets.

Les deux coexistent souvent. Sur Polygon, par exemple, l'USDC est d'abord arrivé via un bridge. Quand Circle a ensuite commencé à émettre de l'USDC nativement sur ce réseau, l'ancien jeton bridgé a été renommé USDC.e, et les deux ont continué à circuler comme des jetons distincts.

Pourquoi l'adresse du contrat est l'identité

Les noms, tickers et logos ne sont que des étiquettes. N'importe qui peut déployer un contrat de jeton et l'appeler « USDC », avec six décimales et un logo bleu. Les escrocs font exactement cela et envoient des imitations par airdrop vers des portefeuilles, en espérant que quelqu'un essaiera de les utiliser.

La seule chose qu'on ne peut pas copier, c'est l'adresse du contrat. Sur une chaîne donnée, une seule adresse est l'USDC de l'émetteur (ou, quand il en existe plusieurs, l'une est native et les autres sont des versions bridgées avec leurs propres adresses). Deux jetons au nom identique mais aux adresses différentes sont des actifs différents, point.

C'est aussi pourquoi les plateformes d'échange et les services de paiement peuvent créditer une version et pas une autre. Chaque service décide quels contrats il prend en charge et sur quels réseaux. Envoyez une version bridgée, ou le bon jeton sur le mauvais réseau, et le dépôt risque de ne pas être crédité automatiquement. Avant d'envoyer, vérifiez trois choses : le réseau, le jeton et le contrat exact accepté par le destinataire.

Comment vérifier un contrat de jeton

• Partez de l'émetteur. Les grands émetteurs publient leur adresse de contrat officielle pour chaque chaîne prise en charge. Comparez caractère par caractère, pas seulement les premiers et les derniers.
• Utilisez un explorateur de blocs. Recherchez l'adresse dans l'explorateur de la chaîne. Vérifiez que le contrat est vérifié, que le nom et les décimales correspondent et que son historique ressemble à celui d'un grand stablecoin, pas d'un contrat créé la semaine dernière.
• Méfiez-vous des adresses reçues en réponse, dans des publicités ou en message privé. C'est une voie courante pour les faux contrats.
• Demandez au destinataire. Si vous payez une plateforme ou une entreprise, utilisez le réseau et le jeton indiqués sur sa page de dépôt, pas ceux que vous supposez.

Comment SSP gère cela

SSP Wallet intègre une liste de jetons pour chaque chaîne EVM prise en charge et pour Solana. Elle comprend des stablecoins courants : par exemple USDT et USDC sur Ethereum, USDT et l'USDC émis nativement sur Polygon, USDC sur Base, USDT sur Avalanche, USDT et USDC sur BNB Smart Chain, et le mint USDC de Circle sur Solana. Ces listes sont courtes : toutes les versions de tous les stablecoins n'y figurent pas.

Pour le reste, vous pouvez ajouter un jeton personnalisé en collant son adresse de contrat (ou l'adresse du mint sur Solana). SSP récupère le nom, le symbole et les décimales du jeton et l'ajoute uniquement à cette chaîne. Gardez à l'esprit que le nom et le symbole proviennent du jeton lui-même : une imitation s'appellera donc sans problème « USDC ». Ce qui compte, c'est l'adresse que vous collez ; prenez-la chez l'émetteur ou dans l'explorateur.

Une fois un jeton ajouté, SSP Wallet affiche son adresse de contrat, ses décimales et son réseau dans les détails du jeton, avec un bouton de copie, et le contrat apparaît aussi dans les détails des transactions. Côté approbation, SSP Key affiche le contrat du jeton (ou le mint Solana) d'un transfert de jetons avant que vous ne l'approuviez. Si le téléphone ne reconnaît pas le jeton — par exemple un jeton importé uniquement dans l'extension de navigateur —, SSP Key affiche le montant en unités brutes et l'indique comme jeton inconnu, plutôt que de se fier à un nom qu'il ne peut pas vérifier.

Le résumé honnête

« USDC » et « USDT » sont des familles de contrats distincts. Certains sont émis nativement par l'émetteur ; d'autres sont des reconnaissances de dette bridgées qui dépendent en plus de la solidité d'un bridge. Le ticker en dit très peu : c'est le réseau et l'adresse du contrat qui vous disent ce que vous détenez réellement.

Avant d'envoyer des stablecoins, confirmez le réseau et le contrat exact accepté par le destinataire, et vérifiez les contrats inconnus avec la liste publiée par l'émetteur et un explorateur. SSP aide en pré-listant les stablecoins courants, en affichant les adresses de contrat et en signalant les jetons non reconnus sur SSP Key, mais il ne peut pas décider à votre place quelle version une plateforme créditera.