Skip to main content

Qu'est-ce qu'un standard de token

Remarque : Ce document est une traduction automatique de la version originale anglaise.

Qu'est-ce qu'un standard de token

Un standard de token est un ensemble de règles techniques qui définit comment un token se comporte sur une blockchain spécifique. Il spécifie l'interface de programmation — quelles fonctions le smart contract du token doit implémenter, quels événements il doit émettre, et comment les autres contrats et applications peuvent interagir avec lui. Un standard de token est un plan de compatibilité : tout token qui suit le même standard peut être envoyé, reçu, affiché et échangé par tout portefeuille, exchange ou application qui prend en charge ce standard, sans nécessiter d'intégration personnalisée.

Les standards de token résolvent un problème pratique. Sans eux, chaque projet inventerait son propre format de token, et les portefeuilles auraient besoin de code spécifique pour prendre en charge chacun d'eux. Des standards comme l'ERC-20 (sur Ethereum), le BEP-20 (sur BNB Smart Chain) et le SPL (sur Solana) fournissent un langage commun que tout l'écosystème parle. Lorsqu'un nouveau projet crée un token suivant l'ERC-20, il fonctionne automatiquement avec chaque portefeuille Ethereum, chaque exchange décentralisé et chaque tracker de portefeuille — dès le premier jour.

Il est essentiel de comprendre ce qu'est un standard de token et ce qu'il n'est pas. Un standard décrit le format technique d'un token : comment il peut être transféré, comment les soldes sont suivis et comment les approbations fonctionnent. Il ne dit rien de l'objectif, de la valeur ou du rôle économique du token dans le projet. Deux tokens peuvent suivre le même standard (ERC-20) tout en remplissant des fonctions complètement différentes — l'un peut être un token de gouvernance pour une DAO, l'autre un utility token pour payer des frais d'inférence IA. Le standard est le contenant ; le modèle de token est le contenu.

En bref : un standard de token définit le format technique et l'interface d'un token afin qu'il soit compatible avec les portefeuilles, exchanges et applications de sa blockchain. Il décrit comment le token fonctionne mécaniquement, pas à quoi il sert.

Comment fonctionnent les standards de token

Le rôle des smart contracts

Sur la plupart des blockchains, les tokens sont créés en déployant un smart contract — un programme qui vit sur la chaîne et s'exécute automatiquement lorsqu'il est appelé. Le standard de token définit quelles fonctions ce smart contract doit inclure. Par exemple, le standard ERC-20 exige les fonctions centrales suivantes :

Fonction Objectif
totalSupply() Retourne le nombre total de tokens existants
balanceOf(address) Retourne le solde en tokens d'une adresse spécifique
transfer(to, amount) Envoie des tokens de l'appelant vers une autre adresse
approve(spender, amount) Autorise une autre adresse à dépenser des tokens au nom de l'appelant
transferFrom(from, to, amount) Envoie des tokens au nom d'une autre adresse (nécessite une approbation préalable)
allowance(owner, spender) Retourne le nombre restant de tokens que le dépensier est autorisé à transférer

Tout smart contract qui implémente ces fonctions est compatible ERC-20. Les portefeuilles, exchanges et applications décentralisées vérifient la présence de ces fonctions pour déterminer s'ils peuvent interagir avec le token. Cette standardisation est ce qui permet à MetaMask, Uniswap ou tout autre outil compatible Ethereum de prendre en charge des milliers de tokens différents sans avoir besoin de code spécifique pour chacun.

Les standards sur différentes blockchains

Chaque blockchain majeure a son propre standard de token ou sa famille de standards, reflétant l'architecture et le modèle de programmation de la chaîne :

Standard Blockchain Remarques
ERC-20 Ethereum (et chaînes compatibles EVM) Le standard de token le plus largement adopté ; la référence de facto pour les tokens fongibles
BEP-20 BNB Smart Chain Fonctionnellement identique à l'ERC-20, adapté à l'environnement compatible EVM de BNB Smart Chain
SPL Solana Le programme de token de Solana ; architecture différente (basée sur les comptes plutôt que sur les contrats) mais remplit le même objectif
Token natif Divers La monnaie intégrée de la chaîne (ETH sur Ethereum, SOL sur Solana, BTC sur Bitcoin) ; créée non pas par un smart contract mais par le protocole lui-même

Les chaînes compatibles EVM (Ethereum, BNB Smart Chain, Polygon, Arbitrum, Base, Avalanche C-Chain) partagent l'interface ERC-20, ce qui signifie que les tokens peuvent souvent être bridgés entre ces chaînes avec une friction minimale. Les chaînes non-EVM comme Solana utilisent des standards différents qui atteignent les mêmes objectifs par des moyens techniques différents.

Standards fongibles vs non fongibles

Les standards de token se divisent en deux grandes catégories :

  • Standards de tokens fongibles (ERC-20, BEP-20, SPL) — chaque token est identique et interchangeable. Une unité d'un token fongible est identique à toute autre unité, tout comme un billet d'un dollar est interchangeable avec un autre.
  • Standards de tokens non fongibles (ERC-721, ERC-1155) — chaque token est unique et représente un objet ou un actif distinct. Ce sont les standards derrière les NFT.

Dans le contexte des fiches projets DecAIHub, le champ Token standard désigne le standard de token fongible utilisé par le token principal du projet. La plupart des projets crypto IA émettent des tokens fongibles.

Pourquoi l'interopérabilité compte

La valeur pratique des standards de token réside dans l'interopérabilité — la capacité de différents outils et services à fonctionner ensemble sans accroc :

  • Prise en charge par les portefeuilles — un portefeuille qui prend en charge l'ERC-20 peut afficher et transférer n'importe quel token ERC-20 sans mise à jour. Les utilisateurs n'ont pas besoin d'un portefeuille différent pour chaque projet.
  • Listings sur les exchanges — les exchanges centralisés et décentralisés peuvent lister tout token conforme au standard via des processus automatisés. Les tokens non standards nécessitent une intégration personnalisée, ce qui crée de la friction et des délais.
  • Composabilité DeFi — les protocoles de finance décentralisée (plateformes de prêt, pools de liquidité, agrégateurs de rendement) sont construits pour interagir avec des tokens standards. Un token qui suit l'ERC-20 peut être fourni à un pool de prêt, utilisé comme garantie ou apparié dans un pool de liquidité sans aucune modification.
  • Compatibilité avec les explorateurs de blocs — les explorateurs comme Etherscan reconnaissent et affichent automatiquement les transferts, soldes et nombres de détenteurs des tokens conformes au standard.
  • Outillage développeur — les tokens standards fonctionnent immédiatement avec les frameworks de développement, les suites de tests et les outils d'audit de sécurité. Les implémentations non standards augmentent la complexité des audits et le risque de bugs.

Ce qu'un standard ne définit PAS

Un standard de token laisse délibérément de nombreux aspects importants non définis :

  • L'offre du token — le standard ne dicte pas si l'offre totale est fixe, inflationniste ou déflationniste. Ce sont des décisions de tokenomics prises par le projet.
  • La distribution — la manière dont les tokens sont alloués (équipe, investisseurs, communauté, trésorerie) ne fait pas partie du standard.
  • L'utilité — le standard ne spécifie pas à quoi sert le token. Un token peut suivre l'ERC-20 et servir de token de gouvernance, d'utility token, de stablecoin ou de meme token.
  • La valeur — le standard n'a pas d'opinion sur ce que le token devrait valoir. Le prix est déterminé par l'offre, la demande, l'utilité et la dynamique de marché — dont aucun n'est encodé dans le standard.

Pourquoi c'est important pour les projets crypto IA

Pour les projets crypto IA, les standards de token affectent plusieurs dimensions pratiques :

  • Portée de l'écosystème — un projet qui émet un token ERC-20 sur Ethereum peut immédiatement accéder au plus grand écosystème DeFi, à la prise en charge la plus large par les portefeuilles et aux places de marché les plus liquides. Choisir un standard moins courant limite la portée immédiate du token.
  • Déploiement cross-chain — de nombreux projets IA se déploient sur plusieurs chaînes. Comprendre les standards de token aide à évaluer si les affirmations multi-chaînes d'un projet sont crédibles. Un token ERC-20 sur Ethereum et un token BEP-20 sur BNB Smart Chain sont fonctionnellement équivalents mais nécessitent des smart contracts distincts et potentiellement un pont pour les transferts cross-chain.
  • Risque de smart contract — les tokens conformes au standard bénéficient d'audits approfondis et d'une revue communautaire. Les implémentations de tokens personnalisées ou modifiées peuvent introduire des vulnérabilités qui n'ont pas été testées par l'écosystème au sens large.
  • Mécaniques de token spécifiques à l'IA — certains projets IA ajoutent une logique personnalisée par-dessus les contrats de token standards : des mécanismes de frais dynamiques liés à l'utilisation de l'inférence IA, des contrats de staking exigeant le verrouillage de tokens avant d'accéder aux services IA, ou une distribution de récompenses basée sur le calcul fourni. Le standard de token de base fournit la fondation ; la logique spécifique à l'IA est superposée.

Où cela apparaît dans les fiches projets DecAIHub

Le champ Token standard d'une fiche projet DecAIHub enregistre le standard technique du token principal du projet. Les valeurs courantes incluent :

  • ERC-20 — le token suit le standard Ethereum ERC-20 (ou un équivalent compatible EVM).
  • BEP-20 — le token suit le standard BEP-20 de BNB Smart Chain.
  • SPL — le token est un token SPL sur Solana.
  • native — le token est la monnaie intégrée de la blockchain, pas un token de smart contract.

Ce champ est purement descriptif. Il vous indique quel format technique le token utilise et, par extension, à quel écosystème blockchain il appartient. Il ne vous dit ni ce que fait le token ni sa valeur.

En lisant une fiche projet, le champ Token standard se comprend au mieux avec :

  • Main chain — sur quelle blockchain le token est déployé.
  • Token model — le rôle économique que le token joue dans le projet (utilité, gouvernance, staking, mécanisme de frais, ou pas de token).
  • Nom et ticker du token — les identifiants lisibles du token.

Ce qu'un standard de token seul ne prouve pas

  • Un standard de token ne prouve pas que le token a une utilité. Un projet peut déployer un token ERC-20 parfaitement conforme qui ne sert à rien dans son écosystème. La conformité technique ne dit rien de la nécessité fonctionnelle.
  • Un standard de token ne prouve pas la sécurité. Bien que les implémentations standards soient bien auditées, un projet peut ajouter une logique personnalisée (fonctions de mint, mécanismes de pause, contrôles d'administration) qui introduit des vulnérabilités. Le standard est un point de départ, pas une garantie de sécurité.
  • Un standard de token ne prouve pas que le projet a de l'IA. Émettre un token sur n'importe quel standard est une activité purement financière et d'infrastructure. Cela n'a aucun rapport avec le fait que le projet dispose d'un composant IA réel.
  • Un standard de token ne prouve pas l'interopérabilité au-delà de sa chaîne. Un token ERC-20 sur Ethereum n'est pas automatiquement disponible sur Solana. La disponibilité cross-chain nécessite des ponts, des tokens wrappés ou des déploiements distincts — dont aucun ne fait partie du standard lui-même.
  • Un standard de token ne prouve pas la décentralisation du token. Un token conforme au standard peut avoir une adresse propriétaire unique avec la capacité de mint des tokens sans limite, de geler les transferts ou de mettre des adresses sur liste noire. Le standard définit l'interface, pas les contrôles d'accès.

Ne pas confondre avec

  • Modèle de token — le modèle de token décrit le rôle du token (utilité, gouvernance, staking, mécanisme de frais). Le standard décrit le format. Un modèle de token répond à « à quoi ça sert ? » Un standard répond à « comment ça fonctionne techniquement ? »
  • Tokenomics — la tokenomics couvre l'offre, la distribution, le calendrier d'émission, le vesting et les incitations économiques. Ce sont des décisions de conception économique, pas des éléments du standard technique.
  • Smart contract — un standard de token est un type spécifique de smart contract. Tous les smart contracts ne sont pas des tokens, et tous les tokens ne sont pas des smart contracts (les tokens natifs comme l'ETH ou le SOL sont intégrés au protocole lui-même).
  • Protocole — un protocole blockchain est l'ensemble complet des règles régissant le réseau. Un standard de token est une spécification bien plus étroite qui régit un type d'actif sur le réseau.

Questions fréquentes

L'ERC-20 et le BEP-20 sont-ils la même chose ?

Fonctionnellement, oui. Le BEP-20 est l'équivalent BNB Smart Chain de l'ERC-20 et utilise les mêmes signatures de fonctions et la même interface. La différence est la blockchain sur laquelle ils fonctionnent : ERC-20 sur Ethereum, BEP-20 sur BNB Smart Chain. Comme BNB Smart Chain est compatible EVM, le code du smart contract est souvent identique. Cependant, les tokens existent sur des réseaux distincts et ne peuvent pas être utilisés de manière interchangeable sans pont cross-chain.

Que se passe-t-il si un token ne suit pas de standard ?

Un token non standard peut ne pas être reconnu par les portefeuilles, exchanges ou protocoles DeFi. Les utilisateurs pourraient ne pas pouvoir voir leur solde, transférer leurs tokens ou les échanger sur des exchanges décentralisés. Les tokens non standards nécessitent un travail d'intégration personnalisé de la part de chaque plateforme voulant les prendre en charge, ce qui crée de la friction et limite l'adoption. Dans certains cas, une logique de transfert non standard a conduit à des tokens définitivement bloqués dans des smart contracts.

Un token peut-il changer de standard ?

Pas directement. Le standard d'un token est défini par son smart contract, qui est immuable une fois déployé (sauf s'il utilise un schéma de proxy évolutif). Pour « changer » de standard, un projet devrait typiquement déployer un nouveau contrat de token sur le standard cible et offrir un mécanisme de migration ou d'échange aux détenteurs existants. C'est rare et complexe.

Le standard de token affecte-t-il les frais de transaction ?

Indirectement. Le standard définit les fonctions du smart contract appelées lors des transferts, et différentes fonctions consomment différentes quantités de gas (l'unité de coût de calcul sur les chaînes EVM). Un simple transfert ERC-20 coûte environ 65 000 unités de gas sur Ethereum. Les tokens avec une logique supplémentaire (comme des taxes de transfert, des mécanismes de reflection ou une fourniture automatique de liquidité) consomment plus de gas. Le standard fixe la base ; les ajouts personnalisés augmentent le coût.

Pourquoi certains projets utilisent-ils des tokens natifs plutôt que l'ERC-20 ?

Les tokens natifs sont intégrés au protocole blockchain lui-même, pas créés par un smart contract. Ils servent de monnaie du réseau pour payer les frais de transaction et, dans les réseaux PoS, pour le staking. Les projets qui exploitent leur propre blockchain (chaînes L1 ou appchains) ont typiquement des tokens natifs parce que la chaîne a besoin d'une monnaie de frais intégrée. Les projets déployés comme applications sur une chaîne existante émettent typiquement des tokens ERC-20 (ou équivalents) parce qu'ils ne contrôlent pas le protocole sous-jacent.

Comment vérifier quel standard un token utilise ?

Sur les chaînes EVM, vous pouvez vérifier le smart contract du token sur un explorateur de blocs comme Etherscan. Si le contrat implémente les six fonctions centrales de l'ERC-20 (totalSupply, balanceOf, transfer, approve, transferFrom, allowance), il est compatible ERC-20. La plupart des explorateurs étiquettent automatiquement les tokens par leur standard. Sur Solana, la page du SPL Token Program sur Solscan ou Solana Explorer identifie les tokens SPL. Les fiches projets DecAIHub incluent le champ Token standard pour vous épargner cette recherche.

Références externes

Voir aussi

No comments to display

Back to top