Un token n'est pas une action
Premier point à éliminer immédiatement. Acheter le token d'un protocole ne signifie généralement pas acheter une part de l'entreprise ou du projet qui le développe. Le détenteur ne possède pas automatiquement une fraction des bénéfices, une part de la société, un droit sur ses actifs, un dividende, ou un droit économique sur l'ensemble des revenus. Certains tokens disposent de mécanismes économiques qui peuvent redistribuer ou capter une partie de la valeur créée par un protocole. D'autres beaucoup moins.
Il faut donc éviter un raisonnement très intuitif mais dangereux : « le protocole fonctionne bien, donc son token doit prendre de la valeur ». Il manque une étape. Comment le succès du protocole crée-t-il concrètement une demande pour son token ? C'est cette connexion qu'il faut trouver.
Première fonction : payer pour utiliser un réseau
Le cas le plus évident est celui d'un actif natif utilisé pour payer les frais d'une blockchain. Sur Ethereum, par exemple, l'ETH est utilisé pour payer les frais liés à l'exécution des transactions et des smart contracts. L'utilisation du réseau crée donc directement un besoin d'ETH pour payer le gas : utiliser le réseau → avoir besoin de l'actif natif.
Mais même ici, il faut aller plus loin. Combien d'ETH est réellement nécessaire pour cette utilisation ? Comment les frais évoluent-ils ? Une partie est-elle brûlée ? Le token est-il aussi utilisé pour sécuriser le réseau ? La fonction existe. Son importance économique dépend du mécanisme complet.
Deuxième fonction : sécuriser une blockchain
Dans un réseau Proof of Stake, le token natif peut être utilisé par les validateurs pour participer à la sécurité du réseau. Ils immobilisent des tokens en staking et peuvent recevoir des récompenses en contrepartie. Plus la valeur économique engagée dans la validation est importante, plus certaines attaques peuvent devenir coûteuses selon l'architecture du réseau. Le staking donne donc au token une fonction qui dépasse largement la simple spéculation : il participe à la sécurité économique de la blockchain.
Mais il faut encore regarder les émissions utilisées pour rémunérer les validateurs, le taux de staking, la concentration, les règles de slashing, les revenus issus des frais. Un mot comme « staking » ne suffit pas à résumer toute cette économie.
Troisième fonction : gouverner un protocole
De nombreux tokens permettent de voter sur l'évolution d'un protocole — paramètres, frais, trésorerie, incentives, fonctionnalités. On parle alors de governance token. Sur le papier, la fonction est évidente : détenir le token = disposer d'un pouvoir de vote. Mais économiquement, une deuxième question apparaît immédiatement : combien vaut réellement ce droit de vote pour l'utilisateur ?
Si la majorité des utilisateurs utilisent parfaitement le protocole sans jamais participer à la gouvernance, le droit de vote peut créer une demande beaucoup plus limitée que ne le laisse penser le simple mot « utility ».
Une utilité existe techniquement dès qu'un token permet de faire quelque chose. Une utilité économique commence lorsque suffisamment de personnes ont une raison de vouloir réellement faire cette chose. La nuance est importante.
Quatrième fonction : accéder à un service
Un token peut être nécessaire pour accéder à certaines fonctionnalités, payer un service, bénéficier de conditions particulières, accéder à une plateforme ou une communauté. Dans ce cas, le token fonctionne comme un jeton d'accès. La question devient alors : pourquoi utiliser un token plutôt qu'un paiement classique ? Parfois, la réponse découle naturellement de l'architecture décentralisée du protocole. Dans d'autres cas, le token semble avoir été ajouté parce qu'un projet crypto était supposé avoir son propre token.
Cinquième fonction : servir de collatéral
Certains tokens peuvent être déposés comme garantie dans des protocoles, pour emprunter, créer certaines positions, émettre d'autres actifs, ou sécuriser certains mécanismes. Cela peut créer une demande supplémentaire. Mais la qualité de cette fonction dépend elle-même de la liquidité du token, de sa volatilité, de son acceptation par les protocoles, des paramètres de risque, de la profondeur des marchés.
Sixième fonction : distribuer des incitations
Les tokens servent fréquemment à récompenser certains comportements : fournir de la liquidité, staker, utiliser un protocole, contribuer à un réseau, attirer de nouveaux utilisateurs. Le token devient alors une monnaie d'incitation — extrêmement efficace pour démarrer un écosystème. Mais il existe une question fondamentale : que font les utilisateurs des tokens qu'ils reçoivent ? S'ils souhaitent essentiellement les vendre, le token est utilisé comme une subvention. S'ils souhaitent les conserver parce qu'ils possèdent une autre utilité, le mécanisme peut devenir plus durable.
Un token distribué comme récompense crée bien une demande initiale pour l'activité récompensée. Mais il crée simultanément une nouvelle offre de tokens chez les bénéficiaires. L'incentive doit donc toujours être analysé des deux côtés.
Un token peut avoir plusieurs fonctions simultanément
Les catégories précédentes ne sont pas exclusives. Un token peut servir à la fois à payer des frais, faire du staking, participer à la gouvernance, servir de collatéral, accéder à certaines fonctionnalités. Cette multiplicité peut renforcer son intégration dans l'écosystème. Mais cinq fonctions médiocres ne valent pas forcément mieux qu'une seule fonction indispensable. La vraie question reste : quelle quantité de demande chacune de ces fonctions peut-elle réellement produire ?
Le test de suppression
J'aime poser une question très simple devant un token : que se passerait-il si le token disparaissait demain ? Si le protocole ne pouvait plus fonctionner, le token joue probablement un rôle structurel. Si le protocole pourrait continuer presque normalement avec quelques modifications mineures, son caractère indispensable mérite davantage d'être questionné.
- Token nécessaire pour payer l'utilisation du réseau, sécuriser le consensus, rémunérer les validateurs. Le supprimer impliquerait de reconstruire une partie fondamentale du système.
- Le protocole permet d'échanger des actifs. Son token sert principalement à voter sur quelques paramètres, tandis que le service fonctionne sans qu'un utilisateur ait besoin d'en posséder.
Le test de suppression ne donne pas une valeur au token. Il permet simplement de mesurer à quel point son existence est imbriquée dans le produit.
Utilité et demande ne sont pas synonymes
Imaginons un token donnant accès à une réduction de 5 % sur certains frais. Il possède donc une utilité. Mais si l'utilisateur moyen ne dépense que 10 € de frais par an, l'économie maximale obtenue est de 0,50 € par an. Combien cet utilisateur sera-t-il prêt à immobiliser dans le token pour obtenir cette réduction ? La fonction existe. La demande qu'elle produit peut être faible.
Je préfère remplacer la question « le token a-t-il une utilité ? » par : « quel comportement économique cette utilité oblige-t-elle ou encourage-t-elle ? » La deuxième question est beaucoup plus difficile à contourner avec du marketing.
Utilité et capture de valeur ne sont pas synonymes non plus
Un token peut être très utilisé sans nécessairement capter une part importante de la valeur produite par le protocole. Imaginez : protocole très actif, milliards de volume, frais importants, token utilisé pour gouverner. Les revenus générés vont intégralement aux fournisseurs de liquidité, aux validateurs, ou à une trésorerie. Le détenteur du token de gouvernance ne reçoit rien directement et le token n'est pas nécessaire pour utiliser le service.
Le protocole peut connaître un immense succès. Le mécanisme de transmission de cette valeur vers le token peut rester faible. Cela signifie qu'il faut éviter l'équation : succès du protocole = succès automatique du token.
Comment un token peut-il capter de la valeur ?
Il n'existe pas un mécanisme unique. Selon les projets, la relation peut passer par une demande obligatoire (le token est nécessaire pour utiliser le réseau), le staking (il faut l'immobiliser pour participer), des frais qui bénéficient aux détenteurs, le burn (une partie détruite grâce à l'activité), le collatéral, ou des droits économiques spécifiques. Chaque mécanisme doit être étudié individuellement — le simple mot « utility token » ne permet pas de savoir lequel existe réellement.
Le burn : mécanisme de capture de valeur ou argument marketing ?
Supposons qu'un protocole utilise une partie de ses revenus pour acheter puis détruire des tokens. C'est un mécanisme intéressant à analyser. Mais imaginons simultanément 5 millions de tokens brûlés chaque année et 30 millions nouvellement émis. La supply continue d'augmenter de 25 millions par an. Le burn existe réellement. Mais le présenter seul donne une image trompeuse.
Un mécanisme économique ne doit jamais être analysé isolément de celui qui travaille dans le sens inverse. Burn contre émission. Staking contre inflation. Unlocks contre croissance de la demande. C'est l'équilibre final qui compte.
Gouvernance : une fonction parfois surestimée
La gouvernance est souvent présentée comme une utilité majeure. Mais elle mérite plusieurs questions : qui vote réellement ? (si 3 % des détenteurs participent régulièrement, la fonction existe mais son usage réel est limité) ; qui possède suffisamment de tokens pour influencer les décisions ? ; sur quoi les détenteurs peuvent-ils voter — des décisions centrales ou seulement des paramètres secondaires ? ; les décisions sont-elles réellement exécutées automatiquement, ou dépendent-elles encore d'une équipe ? Dire simplement « token utilisé pour la gouvernance » est donc le début de l'analyse, pas la fin.
Et les tokens sans utilité ?
Certains tokens assument pratiquement l'absence d'utilité technique. Les memecoins en sont l'exemple évident. Leur demande peut provenir principalement de la communauté, de la culture, de la spéculation, de l'identité, de la liquidité, de l'attention. Cela montre une chose importante : un token n'a pas besoin d'une utilité technique sophistiquée pour avoir un marché. Mais il faut alors analyser honnêtement ce qui crée cette demande.
La demande spéculative est aussi une demande
Il serait également faux de prétendre que seule l'utilisation fonctionnelle compte. Un token peut être acheté parce que des acteurs anticipent une adoption future, une hausse du prix, une croissance de l'écosystème. Cette demande spéculative existe réellement et peut être considérable. Mais elle possède une caractéristique particulière : elle dépend fortement des anticipations. Une demande liée au paiement obligatoire des frais et une demande liée à l'espoir d'une hausse future ne reposent donc pas sur les mêmes fondations.
Comment savoir si un token possède une véritable demande structurelle ?
1. Le token est-il nécessaire ?
Peut-on utiliser le produit sans lui ?
2. Qui doit acheter le token ?
Utilisateurs ? Validateurs ? Protocoles ? Spéculateurs ?
3. Pourquoi doit-il être conservé ?
Existe-t-il une raison de le garder après l'avoir acquis ?
4. Pourquoi doit-il être dépensé ?
Le token est-il consommé dans le fonctionnement du système ?
5. Pourquoi doit-il être immobilisé ?
Staking ou collatéral ?
6. Que devient la valeur créée par le protocole ?
Existe-t-il un mécanisme reliant l'activité au token ?
7. L'émission compense-t-elle cette demande ?
Une forte demande peut être neutralisée par une supply augmentant très rapidement.
Exemple : deux protocoles identiques, deux tokens différents
Imaginons deux plateformes fictives réalisant chacune 1 milliard d'euros de volume annuel et 10 millions d'euros de frais.
- Son token est nécessaire pour sécuriser le protocole. Une partie des frais rémunère les participants qui l'immobilisent. L'utilisation du réseau crée un lien entre activité et demande économique.
- Le token sert uniquement à voter. Les utilisateurs peuvent utiliser le protocole sans jamais l'acheter. Les frais sont distribués à d'autres acteurs.
Les deux protocoles peuvent avoir exactement la même activité. Mais leurs tokens ne possèdent pas le même lien avec cette activité. Voilà pourquoi analyser uniquement volume, TVL, utilisateurs ou revenus ne suffit pas. Il faut toujours terminer par : « et le token, dans tout ça ? »
Pourquoi tant de projets ont-ils quand même un token ?
Parce qu'un token peut être extrêmement utile au développement d'un réseau : financer certains participants, distribuer la gouvernance, créer des incitations, organiser un consensus économique, constituer une trésorerie, attirer une communauté, récompenser les premiers utilisateurs. Mais ce qui est utile au projet n'est pas nécessairement identique à ce qui est utile au détenteur.
C'est probablement l'une des distinctions les plus importantes de cette page : un token peut être excellent pour financer et développer un écosystème sans pour autant posséder une mécanique particulièrement favorable à celui qui le détient. Les intérêts peuvent être alignés. Ils ne le sont pas automatiquement.
Ma grille de lecture d'une « utility »
Quand un projet affirme que son token possède une utilité, je cherche à compléter cette phrase : « Pour ________, quelqu'un doit acheter / détenir / dépenser / immobiliser ce token parce que ________. »
Exemple concret : « Pour valider des blocs, un validateur doit immobiliser ce token parce qu'il constitue la garantie économique du mécanisme de consensus. » La relation est claire. À l'inverse : « le token permet à la communauté de participer à l'écosystème » — cette phrase ne dit presque rien. Plus l'utilité est difficile à expliquer concrètement, plus il faut se méfier des formulations abstraites.
Les erreurs fréquentes
« Le protocole est excellent, donc son token est excellent »
Pas nécessairement. Il faut comprendre comment le succès du protocole bénéficie au token.
« Le token possède une utility, donc il y aura de la demande »
Pas nécessairement. Il faut déterminer combien de personnes ont réellement besoin de cette fonction.
« Governance = forte utilité »
Pas automatiquement. Tout dépend du pouvoir accordé et de la demande pour ce pouvoir.
« Il y a un burn, donc le token capture de la valeur »
Pas sans examiner les émissions et le mécanisme complet.
« Plus un token possède de fonctions, meilleur il est »
Non. Une fonction réellement indispensable peut être économiquement plus importante que cinq usages anecdotiques.
« Sans utilité technique, un token n'a aucune valeur »
L'existence des memecoins montre le contraire. La demande peut être culturelle ou spéculative. Mais il faut alors reconnaître sa nature.
Les cinq questions que je pose devant n'importe quel token
Avant même de regarder son graphique de prix : 1. Pourquoi ce token existe-t-il ? 2. Qui est obligé ou incité à l'utiliser ? 3. Pourquoi quelqu'un voudrait-il le conserver ? 4. Comment le succès du protocole augmente-t-il éventuellement cette demande ? 5. Combien de nouveaux tokens arriveront simultanément pour répondre à cette demande ?
La cinquième question ramène directement aux tokenomics. Car même un token disposant d'une excellente utilité peut connaître une très forte augmentation de supply. Demande et offre ne doivent jamais être analysées séparément.
Un token peut servir à payer des frais, sécuriser un réseau, gouverner, accéder à un service, servir de collatéral, distribuer des incitations. Mais une fonction technique ne suffit pas à démontrer une demande économique. Et le succès d'un protocole ne garantit pas automatiquement que son token capture cette valeur.
Il faut distinguer trois notions : utilité (que permet de faire le token ?), demande (pourquoi quelqu'un veut-il l'acheter ou le conserver ?), et capture de valeur (comment l'activité du projet peut-elle renforcer économiquement cette demande ?). Ces trois questions semblent proches. Elles ne sont pas interchangeables.
La meilleure question n'est donc pas « à quoi sert ce token ? », mais « qu'est-ce qui oblige réellement quelqu'un à en vouloir ? » C'est souvent à cet endroit que commence la véritable analyse.
Les exemples présentés dans cet article sont fictifs et servent uniquement à illustrer les mécanismes décrits.
Sources
Pour explorer concrètement l'utilité de différentes cryptomonnaies, consultez Tokenami Origins.