Qu’est-ce qu’un token crypto ?

Un token crypto est une unité numérique définie par un protocole de blockchain ou par un programme en chaîne, et qui peut être enregistrée et transférée au moyen d’une blockchain. Une blockchain peut consigner l’appartenance d’un token dans des unités de données telles que des adresses, des comptes ou des sorties dépensables ; les règles du token précisent ensuite comment ces enregistrements sont créés, transférés, détruits ou restreints.

Un token peut servir à payer des frais de réseau, à participer à la gouvernance d’un protocole ou à utiliser une fonction, et il peut aussi être conçu pour établir un lien avec des actifs, des intérêts ou des données hors chaîne. Mais l’existence d’un enregistrement de token en chaîne ne prouve pas automatiquement qu’il possède un prix, une convertibilité, un droit juridique ou l’appui d’un actif réel. Ces significations dépendent des règles du token et des dispositifs d’émission et de service hors chaîne.

Un token est une combinaison d’enregistrements et de règles

Un lecteur non spécialiste imagine facilement un token comme un fichier numérique rangé dans un portefeuille. En pratique, un portefeuille conserve généralement les clés nécessaires pour autoriser des transactions et lit les soldes ou enregistrements de détention depuis la blockchain ; le token lui-même est représenté par l’état commun et les règles de programme présents sur la blockchain.

Une conception courante utilise une table de soldes pour consigner « l’adresse A détient tant d’unités, l’adresse B tant d’autres ». Lors d’un transfert, le réseau valide l’autorisation et les règles du token, puis diminue le solde de l’expéditeur et augmente celui du destinataire.

Une autre conception ne tient pas de solde total par compte mais consigne un ensemble de sorties non encore dépensées. Un transfert consomme d’anciennes sorties et en crée de nouvelles appartenant au nouveau contrôleur, et le portefeuille additionne ensuite les sorties concernées pour obtenir un montant disponible. Certains tokens attribuent à chaque unité un numéro distinct, le registre consignant qui contrôle actuellement chacun d’eux.

Les blockchains n’implémentent pas ces enregistrements de la même manière ; Ethereum et Solana en sont deux exemples. Sur Ethereum, de nombreux tokens disposent de leur propre contrat intelligent qui tient les soldes et les droits. Sur Solana, les tokens sont généralement gérés par un programme de tokens partagé. Dans Solana, un mint est l’enregistrement en chaîne qui identifie un token donné et conserve son émission ainsi que les droits associés, par exemple de frappe ou de gel ; une adresse de mint identifie ce token de façon unique et n’est pas une adresse de portefeuille ordinaire.

Différence entre un token et l’actif natif d’une blockchain

L’actif natif d’une blockchain appartient généralement directement au protocole sous-jacent. Le réseau l’utilise pour payer les frais de transaction, récompenser les participants ou soutenir le consensus, et le logiciel des nœuds applique ses règles de solde et de transfert. Un réseau peut ainsi traiter son propre actif natif sans aucun contrat de token supplémentaire.

Un token de couche applicative est en revanche construit sur une blockchain existante et défini le plus souvent par un contrat intelligent ou un programme de tokens partagé. Il reprend les règles de confirmation et de sécurité du réseau sous-jacent, mais possède sa propre émission, ses droits de transfert ou d’autres fonctions. Pour transférer un tel token, les utilisateurs doivent souvent encore payer les frais de réseau avec l’actif natif sous-jacent.

L’usage courant des mots « coin » et « token » n’est pas uniforme. Certains documents appellent token toute unité numérique de blockchain, d’autres réservent « token » aux actifs de couche applicative. Pour identifier un objet précis, ce qui compte davantage que le nom, c’est de savoir s’il est défini par le protocole sous-jacent ou par une application, qui peut modifier l’émission et les règles de transfert, et avec quel actif se paient les frais de transaction.

Un token, de la création au transfert

Les structures d’enregistrement varient selon les réseaux, mais un token passe généralement par la définition, la frappe, la détention, le transfert et la destruction.

Définir un token et ses droits

Le créateur choisit d’abord le programme ou le standard que suivra le token, et fixe un nom, un symbole d’affichage, un nombre de décimales et les droits associés. Le nom et le symbole servent surtout à l’affichage dans les interfaces et ne permettent pas d’identifier le token de façon unique ; des tokens différents peuvent employer les mêmes nom ou symbole.

Ce qui distingue réellement les tokens est généralement une adresse de contrat, une adresse de mint ou un autre identifiant unique prévu par le protocole. Un portefeuille ou une application qui affiche les actifs d’après le seul nom risque de confondre des tokens différents : il faut donc encore vérifier le réseau et l’identifiant unique.

Frapper de nouvelles unités

La frappe augmente l’émission conformément aux règles du token et inscrit les nouvelles unités à une adresse, un compte ou un autre enregistrement de détention désigné. Qui peut frapper, quelle quantité maximale peut l’être, et si le droit de frappe peut être révoqué dépendent de la conception retenue.

Certains tokens créent une quantité fixe en une fois et n’en ajoutent plus ; d’autres permettent à un compte autorisé de continuer à frapper ; d’autres encore font varier l’émission selon des garanties, des récompenses ou d’autres conditions du protocole. Une « émission maximale » affichée dans une interface n’a la portée technique correspondante que si le code et les droits limitent effectivement toute nouvelle émission.

Consigner la détention et les autorisations

Un token est consigné au nom d’une adresse, d’un compte ou d’une autre unité d’enregistrement, ce qui signifie généralement que son contrôleur peut autoriser des transferts selon les règles. Le contrôle provient de la clé privée correspondante, d’une règle de signature multiple ou de droits inscrits dans un contrat intelligent — et non du fait que le token serait rangé à l’intérieur d’une application de portefeuille.

Certains standards permettent à un détenteur d’autoriser une autre adresse à transférer des tokens pour son compte, dans la limite d’un plafond défini. Une autorisation n’envoie pas immédiatement les tokens, mais la partie autorisée peut appeler la fonction de transfert pendant la durée de validité du droit. Un plafond illimité ou une autorisation de longue durée élargit les conséquences d’une fuite de clé, d’un contrat malveillant ou d’une fausse manœuvre.

Transférer ou détruire

Un transfert contrôle signatures, soldes, droits et autres restrictions selon les règles du réseau et du token, puis met à jour les enregistrements de l’expéditeur et du destinataire. Les tokens conformes à une interface commune sont plus faciles à reconnaître pour les portefeuilles et les applications, mais adopter le même standard ne signifie pas que les règles supplémentaires de chaque token soient identiques.

La destruction retire des tokens de l’émission disponible ou les inscrit dans un état que le protocole définit comme inutilisable. Son effet sur l’émission totale et les enregistrements de circulation dépend de l’implémentation ; envoyer des tokens vers une adresse qui semble contrôlée par personne n’équivaut pas nécessairement à l’opération de destruction définie par le protocole.

Fongible et non fongible

Des quantités égales d’un token fongible peuvent généralement s’échanger entre elles. Une unité d’un token donné constitue par exemple la même unité de compte qu’une autre selon les règles du programme. Une table de soldes n’a besoin de consigner que la quantité détenue par chaque compte, sans suivre l’identité distincte de chaque unité.

Un token non fongible (non-fungible token, NFT) attribue en revanche à chaque token un identifiant distinct. Un registre peut consigner le détenteur d’un numéro donné et les métadonnées associées, de sorte que des numéros différents peuvent renvoyer à des objets ou attributs différents.

Non fongible ne signifie pas qu’une image, un billet ou un objet physique complet est automatiquement conservé en chaîne. Un token peut ne conserver qu’un numéro et un lien pointant vers d’autres données ; l’accessibilité durable du contenu lié, la possibilité de le modifier et les droits hors chaîne obtenus par le détenteur doivent être vérifiés séparément.

Certains standards permettent aussi à un même programme de gérer à la fois des unités fongibles et des unités numérotées séparément. La classification aide à comprendre le mode d’enregistrement, mais à elle seule elle ne dit rien de l’usage, de la valeur ou des droits attachés à un token.

Ce que définit un standard de token

Un standard de token est une interface commune qui permet aux portefeuilles et aux applications de savoir comment interroger un solde, lancer un transfert ou lire une autorisation. Il règle la façon dont un logiciel interagit avec un token ; il n’a pas pour rôle de garantir l’usage du token, les engagements de son émetteur ou sa qualité de sécurité.

Les tokens fongibles sur Ethereum, par exemple, utilisent souvent un standard d’interface appelé ERC-20. ERC est la catégorie des propositions de standards de couche applicative d’Ethereum ; ERC-20 définit des interfaces de base telles que la consultation de solde, le transfert et l’autorisation, afin que différentes applications puissent appeler de la même manière les contrats conformes au standard.

Une interface cohérente ne signifie pourtant pas une implémentation identique. Un token peut ajouter des frais de transfert, une suspension, un gel, une liste d’autorisation, une liste de blocage ou d’autres logiques, et il peut aussi s’écarter des attentes du standard à cause d’une erreur d’implémentation. En intégrant un token, une application doit encore traiter les conventions de retour, les droits et les cas d’exception du contrat concerné.

D’autres blockchains peuvent recourir à un programme de tokens partagé au lieu de déployer un contrat similaire pour chaque token. Ainsi, le programme de tokens de Solana traite au même endroit la frappe, les soldes de comptes et les transferts, chaque mint consignant l’émission et, le cas échéant, les droits de frappe ou de gel. Cela montre qu’un standard de token est une méthode de compatibilité, et non une structure technique unique.

Ce qu’un token peut représenter

Les fonctions en chaîne d’un token et ce qu’il prétend représenter doivent être examinés séparément. Les conceptions courantes comprennent :

• Usage réseau ou applicatif : payer des frais, utiliser une fonction ou remplir une condition d’accès.
• Usage de gouvernance : soumettre des propositions, voter ou déléguer un poids selon les règles du protocole.
• Référence de valeur : tenter de maintenir une relation avec un actif de référence au moyen de réserves, de garanties ou d’un algorithme.
• Justificatif ou reçu : consigner un actif déposé, une opération accomplie ou une qualité obtenue.
• Identifiant unique : associer un objet numérique, une qualité de compte ou un objet réel à un numéro unique.

Un même token peut remplir plusieurs fonctions à la fois, et sa fonction peut changer ensuite par une mise à niveau ou la gouvernance. Un nom d’affichage contenant « dollar », « or », « certificat » ou une marque ne suffit pas à prouver que l’émetteur détient l’actif correspondant, ni que le détenteur dispose d’un droit de remboursement, de propriété ou d’autres droits hors chaîne.

Lorsqu’un token est relié à un actif ou à un service hors chaîne, il faut aussi examiner qui conserve l’actif, qui tient le registre, comment s’effectue le remboursement, et ce qui se passe en cas d’écart ou d’arrêt du service. Une blockchain peut consigner des transferts de tokens, mais elle ne peut pas à elle seule vérifier que ces dispositifs hors chaîne ont été respectés.

L’émission ne se résume pas à un chiffre

L’émission totale désigne généralement le nombre d’unités créées selon les règles du token et non encore détruites selon ces mêmes règles. L’émission maximale correspond au plafond que la conception prétend autoriser, mais certains tokens n’ont pas de plafond fixe, et certains plafonds peuvent être affectés par des droits de mise à niveau ou d’administration.

L’offre en circulation tente de décrire la part actuellement susceptible de circuler entre marchés ou utilisateurs, et peut exclure les tokens bloqués, en période d’acquisition, en réserve ou détenus par certaines parties. Elle dépend généralement d’une méthodologie retenue, et non d’un champ unique que toutes les blockchains fourniraient directement.

Les chiffres d’émission affichés par les portefeuilles, les explorateurs de blocs et les sites de données peuvent donc différer. Pour les comparer, il faut confirmer si le chiffre compte les unités frappées, non détruites, susceptibles de circuler, ou estimées à un instant donné — et vérifier qui détient le droit de continuer à frapper, de geler ou de mettre à niveau.

Qui peut modifier les règles d’un token

La possibilité de modifier un token après déploiement dépend de sa structure de programme et de ses droits. Les capacités de contrôle courantes comprennent :

• créer de nouvelles unités, par la partie qui contrôle le droit de frappe ;
• détruire des unités déterminées, par les détenteurs, les parties autorisées ou des comptes expressément dotés de cette capacité, selon le code et l’autorisation en place ;
• suspendre tout ou partie des transferts ;
• geler ou dégeler certains comptes ;
• modifier des frais, des listes ou d’autres paramètres ;
• mettre à niveau le programme chargé de traiter le token ;
• remplacer les comptes qui détiennent les droits ci-dessus.

Ces capacités peuvent être contrôlées par une clé unique, un dispositif de signature multiple, une gouvernance en chaîne ou le protocole du réseau, et elles peuvent aussi avoir été définitivement révoquées. Deux tokens portant le même nom et suivant le même standard peuvent avoir des structures de droits entièrement différentes.

Un « token décentralisé » ne s’apprécie pas non plus sur la seule base d’un discours promotionnel. Contrôle de l’émission, droits de mise à niveau, sources de données essentielles, répartition de la détention et réseau sous-jacent demandent chacun un examen distinct, plutôt qu’une étiquette unique couvrant tous les niveaux.

Ce que signifie détenir un token

Détenir un token signifie d’abord qu’une adresse, un compte ou une autre unité d’enregistrement se trouve sous le contrôle de quelqu’un d’après les règles en chaîne en vigueur. La personne qui détient la clé privée correspondante ou remplit d’autres conditions d’autorisation peut lancer les transferts ou opérations que les règles permettent.

Cela ne signifie pas nécessairement que le détenteur possède l’organisation émettrice, une propriété intellectuelle, un objet physique sous-jacent ou des revenus futurs. Qu’un token donne droit à un service, à une demande de remboursement, à une qualité de votant ou à d’autres dispositions exige de lire les conditions précises et d’examiner leur exécution réelle ; cela ne se déduit pas automatiquement d’un solde en chaîne.

Un solde de tokens affiché par une plateforme de conservation peut en outre n’être que la comptabilité interne de cette plateforme. Savoir si l’utilisateur détient l’adresse en chaîne correspondante, comment la plateforme regroupe les actifs et si un retrait est possible selon certaines conditions doit être compris séparément de l’enregistrement en chaîne dans un portefeuille auto-conservé.

Risques et idées fausses courants

• Tokens usurpateurs : n’importe qui peut créer un token au nom et au symbole similaires ; un nom ne remplace pas un identifiant de contrat ou de mint.
• Risque de droits : des droits de frappe, de gel, de suspension ou de mise à niveau peuvent modifier l’émission et la transférabilité.
• Risque de programme : un contrat de token, un programme partagé ou une application qui interagit avec eux peut comporter des défauts.
• Dépendances hors chaîne : réserves, remboursement, conservation et registres d’actifs réels peuvent ne pas correspondre à l’enregistrement en chaîne.
• Risque du réseau sous-jacent : congestion, réorganisation, interruption ou changement de protocole affectent les transactions et la confirmation des tokens.
• Représentations inter-chaînes : les tokens transférés par un pont ou encapsulés dépendent généralement de mécanismes de verrouillage, de frappe ou de conservation, ce qui n’équivaut pas au déplacement de l’actif de la chaîne d’origine vers une autre chaîne.

Une transaction réussie montre seulement que le réseau a mis à jour ses enregistrements selon les règles alors en vigueur. Elle ne prouve pas qu’un token est authentique, qu’un actif est adossé, qu’un programme est dépourvu de droits d’administration, ni que le détenteur pourra l’utiliser ou le rembourser comme prévu.

FAQ

Tous les tokens sont-ils émis par des contrats intelligents ?

Non. Certains tokens sont gérés par leur propre contrat intelligent, d’autres par un programme de tokens partagé au niveau de la blockchain, d’autres encore appartiennent directement au protocole sous-jacent. La structure dépend du réseau.

Le nom et le code d’un token identifient-ils un actif de façon unique ?

Non. Des tokens différents peuvent employer les mêmes nom et code. L’identification exige aussi de vérifier le réseau blockchain, l’adresse du contrat, l’adresse du mint ou un autre identifiant unique prévu par le protocole.

Adopter le même standard de token implique-t-il des fonctions identiques ?

Pas nécessairement. Un standard ne définit généralement que des interfaces de base ; un token donné peut encore ajouter des droits et des logiques de transfert différents, et comporter des défauts d’implémentation.

Détruire des tokens augmente-t-il forcément la valeur des autres ?

Cela ne peut pas se déduire. Une destruction peut réduire une mesure de l’émission, mais le prix dépend aussi de la demande, de la liquidité, des droits, des conditions de marché et d’autres facteurs.

Un token affiché dans un portefeuille a-t-il de la valeur pour autant ?

Non. Un portefeuille peut afficher tout enregistrement en chaîne correspondant à ses règles de reconnaissance ; un nom, une quantité ou une icône affichés ne prouvent ni demande du marché, ni convertibilité, ni adossement hors chaîne.

Concepts associés

Poursuis avec contrat intelligent, blockchain, portefeuille crypto et adresse blockchain, ou reviens au glossaire des cryptomonnaies.

Sources

• NISTIR 8301 : Blockchain Networks: Token Design and Management Overview — tokens natifs du protocole et de couche applicative, tokens fongibles et à identifiant unique, opérations de compte et dépendances hors chaîne.
• Ethereum.org : standards de tokens — interfaces de tokens Ethereum et leur rôle de compatibilité entre portefeuilles et applications.
• Standard de couche applicative Ethereum : ERC-20 — interfaces de solde, de transfert, d’autorisation et d’événements pour les tokens fongibles.
• Solana Docs : tokens — programme de tokens partagé, mints, comptes de tokens et droits de frappe et de gel.