Un coin est, dans l’usage courant, l’actif natif d’une blockchain : BTC sur Bitcoin, ETH sur Ethereum ou TRX sur TRON. Un token est un actif émis et géré au-dessus d’une infrastructure existante, le plus souvent par un smart contract ou par un mécanisme prévu par le protocole. Cette distinction technique aide à déterminer le réseau à sélectionner, l’actif nécessaire pour payer les frais et les informations à vérifier avant un transfert. Elle ne permet pas, à elle seule, d’évaluer la valeur, la sécurité ou la légitimité d’un projet.
Comment les affirmations ont été vérifiées
L’analyse s’appuie en priorité sur les documentations officielles des protocoles, les spécifications de standards et les guides de sécurité publiés par les projets concernés. Les documents retenus décrivent directement le fonctionnement d’ETH, d’ERC-20, de BNB Smart Chain et des standards TRON, plutôt que de reprendre des classifications fournies par des agrégateurs de marché.
La date de publication ou de mise à jour est indiquée dans le registre lorsqu’elle est disponible. Les données instantanées telles que le prix, le niveau des frais, les limites d’un prestataire ou la disponibilité d’un réseau ne sont pas utilisées pour définir la différence entre coin et token : elles peuvent changer indépendamment de la nature technique de l’actif.
Coin et token : la différence fondamentale
Le critère le plus utile n’est ni le nom de l’actif, ni sa capitalisation, ni son ancienneté. Il faut demander où l’unité est comptabilisée et selon quelles règles elle est transférée.
Le coin appartient au protocole de base
Un coin, aussi appelé monnaie native ou actif natif, existe directement dans les règles de la blockchain qui l’émet. Le livre blanc de Bitcoin décrit ainsi un système de monnaie électronique pair à pair dans lequel les transferts de bitcoins sont validés par le réseau Bitcoin lui-même. BTC ne dépend pas d’un contrat de token déployé sur une autre chaîne. [1]
Sur Ethereum, ether est la cryptomonnaie du réseau. Le protocole crée les nouveaux ETH et les comptes peuvent transférer cet actif grâce au champ de valeur des transactions. Les frais d’exécution sont également payés en ETH. [2]
Cette fonction de paiement des frais est fréquente parmi les coins natifs, sans constituer une définition universelle à elle seule. BNB, par exemple, est l’actif natif utilisé pour les frais sur BNB Smart Chain, tandis que TRX est la monnaie principale du réseau TRON. [3]
Le token utilise une blockchain hôte
Un token représente une unité créée sur une blockchain déjà opérationnelle. Sur Ethereum, ERC-20 définit une interface commune pour les tokens fongibles gérés par des smart contracts. Le contrat conserve notamment les soldes, la quantité totale et les autorisations accordées à des tiers, puis expose des fonctions standardisées comme transfer, balanceOf, approve et transferFrom. [4]
Dire que « tous les tokens sont des smart contracts » serait toutefois trop catégorique. TRON distingue les tokens TRC-20, mis en œuvre par des smart contracts dans la machine virtuelle TRON, et les tokens TRC-10, émis par un contrat système sans passer par cette machine virtuelle. Le point commun reste leur dépendance à une blockchain hôte et à ses règles d’émission. [5]
| Critère | Coin | Token |
|---|---|---|
| Origine technique | Actif prévu par le protocole de base | Actif émis sur une blockchain existante |
| Exemples | BTC sur Bitcoin, ETH sur Ethereum, BNB sur BNB Smart Chain, TRX sur TRON | Token ERC-20 sur Ethereum ou TRC-20 sur TRON |
| Identifiant principal | Réseau natif et symbole de l’actif | Réseau, standard et généralement adresse du contrat |
| Paiement des frais | Souvent effectué avec le coin lui-même | Généralement effectué avec l’actif natif du réseau hôte |
| Règles de fonctionnement | Définies par le protocole de la blockchain | Définies par le standard, le contrat et les éventuels droits d’administration |
Pourquoi la frontière peut sembler floue
Les plateformes utilisent parfois les mots « coin », « token », « crypto » ou « actif » comme des catégories commerciales interchangeables. Une interface peut donc appeler « coin » tout ce qui possède un prix ou peut être échangé, même lorsque l’actif est techniquement un token. La classification doit être fondée sur le réseau et le mécanisme d’émission, non sur l’étiquette affichée.
Un actif natif peut avoir une version tokenisée
ETH est natif sur Ethereum, mais WETH est une représentation enveloppée d’ETH compatible avec l’interface ERC-20. La spécification ERC-7528 distingue explicitement l’ETH natif des versions enveloppées sous forme de tokens ERC-20. Le même actif économique peut donc être présenté sous deux formes techniques différentes. [6]
Ce changement de forme a une conséquence concrète : envoyer ETH et envoyer un token représentant ETH ne déclenche pas nécessairement les mêmes opérations. Le token possède une adresse de contrat et suit les fonctions de son contrat, alors que l’ETH natif est transféré par le mécanisme prévu directement dans une transaction Ethereum.
Le symbole ne suffit pas pour identifier un token
Sur une blockchain programmable, plusieurs contrats peuvent déclarer le même nom et le même symbole. Un faux token peut donc copier l’apparence d’un actif légitime, mais pas son adresse de contrat. La documentation de sécurité d’Ethereum recommande de récupérer cette adresse auprès de l’organisation responsable de l’actif, puis de la contrôler sur un explorateur adapté. [7]
La question « USDT est-il un coin ou un token ? » reste ainsi incomplète sans préciser le réseau. De manière générale, un actif portant le même symbole peut être représenté par des contrats distincts sur plusieurs blockchains. Chaque version dispose alors de son propre environnement de transfert, de ses frais et de son identifiant technique.
Registre des affirmations
| Affirmation | Statut | Type et source primaire | Date de publication ou de mise à jour | Limite | Ce qui pourrait modifier la conclusion |
|---|---|---|---|---|---|
| ETH natif n’est pas un token ERC-20, même s’il peut être représenté dans certaines interfaces comme un token ; WETH est une forme enveloppée distincte. | Confirmé | Standard Ethereum, ERC-7528 [6] | Créé le 3 octobre 2023 | La spécification porte sur Ethereum et les systèmes compatibles concernés ; elle ne classe pas tous les actifs de toutes les blockchains. | Une modification fondamentale du protocole Ethereum ou du statut technique d’ETH. |
| Le token transféré n’est pas nécessairement l’actif utilisé pour payer les frais. | Dépendant du réseau | Documentation Ethereum sur le gas ; guide officiel de BNB Smart Chain [8] | 24 juin 2026 pour la page Ethereum ; 12 juin 2026 pour le guide BNB Smart Chain | ETH paie le gas sur Ethereum et BNB les frais sur BNB Smart Chain, mais d’autres réseaux peuvent employer des ressources, des délégations ou des mécanismes différents. | Le réseau sélectionné, une évolution de son modèle de frais ou un dispositif de prise en charge des frais par un tiers. |
| Le nom et le symbole suffisent à authentifier un token. | Réfuté | Guide officiel Ethereum sur l’identification des faux tokens [7] | 6 juin 2026 | L’adresse du contrat aide à identifier l’actif technique, mais ne garantit pas à elle seule la qualité du projet ni l’absence de vulnérabilité. | Une preuve officielle reliant le contrat au projet, complétée par la vérification du réseau et du code déployé. |
| Un actif indiqué uniquement par son symbole peut être classé avec certitude comme coin ou token. | Indéterminé | Documentations de protocoles et de standards montrant que la fonction dépend du réseau : Ethereum, BNB Smart Chain et TRON [9] | 9 juillet 2026 pour la page ERC-20 ; 12 juin 2026 pour le guide BNB Smart Chain ; date exacte non affichée pour la page TRON | Un même symbole peut désigner un actif natif sur un réseau, une représentation tokenisée ou un contrat sans rapport sur un autre. | La fourniture du réseau, du standard et, pour un token, de l’adresse exacte du contrat. |
Ce que cette différence change pour l’utilisateur
Prévoir l’actif nécessaire aux frais
Détenir un token ne signifie pas toujours pouvoir le transférer immédiatement. Pour envoyer un ERC-20 depuis un compte Ethereum classique, il faut généralement disposer d’ETH afin de payer le gas. Les frais dépendent de la charge du réseau et du calcul requis ; ils peuvent être dus même si l’exécution d’une opération échoue après son inclusion. [8]
Avant un retrait ou un dépôt, il faut donc identifier séparément l’actif envoyé et l’actif servant au paiement des frais. Ces deux actifs peuvent être différents.
Choisir le bon réseau et le bon contrat
Pour un coin natif, la vérification porte principalement sur la blockchain de destination et l’adresse du destinataire. Pour un token, il faut ajouter le standard et l’adresse du contrat. Le symbole seul ne protège ni contre un faux actif ni contre la sélection d’une version incompatible.
Une adresse qui semble avoir le bon format ne prouve pas que le réseau choisi est accepté par le destinataire. Sur les réseaux compatibles avec la machine virtuelle Ethereum, plusieurs chaînes emploient notamment des adresses commençant par 0x. Cette ressemblance ne rend pas leurs actifs ni leurs systèmes de dépôt interchangeables.
Comprendre les autorisations accordées
Le standard ERC-20 permet à un détenteur d’autoriser une autre adresse, souvent un smart contract, à dépenser une quantité déterminée de tokens au moyen des fonctions approve et allowance. Cette logique d’autorisation n’est pas équivalente à un simple transfert d’actif natif. Une approbation excessive ou accordée à une application frauduleuse peut exposer les tokens concernés. [4]
La catégorie « token » ne révèle cependant pas toute la gouvernance du contrat. Il faut encore examiner si l’émetteur peut créer ou détruire des unités, suspendre des transferts, modifier certaines règles ou mettre à niveau le contrat. Ces pouvoirs dépendent du code de chaque projet, pas du mot « token » en lui-même. La vérification du code source consiste à comparer le code publié au bytecode réellement déployé à l’adresse du contrat ; elle ne constitue pas automatiquement une garantie d’absence de défauts ou de fonctions indésirables. [10]
Risques et procédure de contrôle avant un transfert
- Mauvais réseau : vérifier que le réseau de retrait correspond exactement au réseau de dépôt accepté. Une compatibilité de format entre adresses ne suffit pas.
- Mauvaise adresse ou mauvais contrat : comparer l’adresse complète du destinataire et, pour un token, l’adresse officielle du contrat. Les transactions blockchain sont généralement irréversibles après validation ; les demandes de paiement doivent donc provenir d’une source authentifiée. [11]
- Absence de coin pour les frais : contrôler l’actif natif requis et le coût estimé par le portefeuille juste avant la confirmation.
- Faux token et hameçonnage : ne pas se fier au logo, au nom ou au symbole. Examiner le domaine utilisé, l’adresse du contrat et les détails réellement affichés par le portefeuille.
- Volatilité et conditions du prestataire : le prix, les frais, les limites, les réseaux disponibles et les contrôles de conformité peuvent évoluer. Ils doivent être vérifiés au moment de créer l’opération.
- Règles nationales : le traitement juridique ou fiscal d’un crypto-actif varie selon le pays et parfois selon ses fonctions. La distinction technique coin-token ne remplace pas l’examen des règles applicables.
Une procédure courte consiste à relever le nom complet de l’actif, son réseau, son statut d’actif natif ou de token, son standard éventuel et son adresse de contrat. Il faut ensuite vérifier le réseau accepté par le destinataire, l’actif prévu pour les frais, puis comparer l’adresse complète sur l’écran final. Pour une opération importante ou une destination nouvelle, un transfert test de faible montant peut réduire le risque opérationnel, sans l’éliminer.
Après avoir identifié la nature de l’actif et son réseau, il est possible de vérifier les directions et réseaux actuellement disponibles pour l’échange. Cette consultation sert uniquement à contrôler les conditions opérationnelles du moment et ne constitue pas une source pour classer un actif comme coin ou token.
Le critère à retenir
La question décisive est simple : l’actif est-il créé par le protocole de la blockchain, ou par un mécanisme d’émission fonctionnant sur cette blockchain ? Dans le premier cas, il s’agit généralement d’un coin natif ; dans le second, d’un token. Si le réseau ou l’adresse du contrat manque, la classification reste provisoire. Cette vérification technique doit précéder tout transfert, car elle détermine le réseau, les frais, les autorisations possibles et les identifiants à contrôler.