Skip to main content

Qu'est-ce qu'un token natif

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

Qu'est-ce qu'un token natif

Un token natif est la monnaie intégrée d'un réseau blockchain -- le token qui existe au niveau du protocole, et non comme un smart contract déployé par-dessus. Parmi les exemples : ETH sur Ethereum, SOL sur Solana, BNB sur BNB Smart Chain, TAO sur Bittensor et AVAX sur Avalanche. Chaque blockchain possède exactement un token natif, et il joue un rôle fondamental que les tokens basés sur des smart contracts (comme l'ERC-20) ne peuvent pas entièrement reproduire.

Les tokens natifs servent à payer les frais de transaction (gas), à récompenser les validateurs ou les mineurs pour la sécurisation du réseau et, dans de nombreux réseaux Proof of Stake, ils constituent l'actif de staking que les validateurs verrouillent pour participer au consensus. Sans le token natif, le réseau ne peut pas fonctionner -- c'est le carburant économique qui fait fonctionner la blockchain.

En bref : un token natif est la monnaie intégrée propre à la chaîne, utilisée pour les frais de gas, les récompenses des validateurs et le staking, et il existe au niveau du protocole plutôt que sous forme de smart contract.

En quoi les tokens natifs diffèrent des tokens de smart contract

La distinction entre tokens natifs et tokens de smart contract est fondamentale mais souvent négligée. Les deux types de tokens peuvent être détenus dans des portefeuilles, transférés entre adresses et utilisés dans des applications décentralisées. Cependant, ils diffèrent par leur origine, leur mécanique et leur rôle.

Dimension Token natif Token de smart contract (ex. ERC-20)
Où il existe Intégré au protocole lui-même Déployé comme smart contract par-dessus le protocole
Créé par Les règles du protocole du réseau (bloc de genèse, calendrier d'émission) Un développeur déployant un contrat
Nécessaire pour le gas Oui -- requis pour payer les frais de transaction Non -- le gas est toujours payé dans le token natif
Rôle dans le consensus Souvent utilisé pour le staking et les récompenses des validateurs Non impliqué dans le consensus
Peut exister sans smart contracts Oui -- antérieur à la fonctionnalité des smart contracts Non -- dépend de la plateforme de déploiement de contrats
Offre contrôlée par Les règles du protocole (émission codée en dur, burning, inflation) La logique du contrat (fonctions mint/burn définies par le déployeur)

Un exemple pratique : sur Ethereum, ETH est le token natif. Lorsqu'un utilisateur envoie un token ERC-20 (disons USDC) à une autre adresse, il doit payer les frais de transaction en ETH, pas en USDC. Le token ERC-20 ne peut pas circuler sans le token natif qui paie le calcul. Cette dépendance est inscrite dans le protocole et ne peut pas être contournée.

Gas et frais de transaction

Le rôle le plus visible d'un token natif est le paiement des frais de gas. Chaque opération sur une blockchain -- transférer des tokens, interagir avec un smart contract, déployer un nouveau contrat -- nécessite des ressources de calcul de la part des validateurs ou des nœuds. Les frais de gas libellés dans le token natif rémunèrent ces opérateurs pour leur travail. Sans frais de gas, il n'existe aucune incitation économique pour que les validateurs traitent les transactions, et le réseau se bloquerait.

Les structures de frais de gas varient selon les réseaux. Ethereum utilise un modèle de frais dynamiques (frais de base + pourboire de priorité). Solana utilise un modèle de frais fixes et faibles. BNB Smart Chain et les autres chaînes EVM ont leurs propres paramètres de frais. Mais dans tous les cas, les frais sont payés dans le token natif de la chaîne.

Staking et participation au consensus

Dans les réseaux Proof of Stake, le token natif est généralement l'actif de staking. Les validateurs doivent verrouiller un montant déterminé du token natif pour participer à la production et à la validation des blocs. Ce montant staké sert de garantie économique : les validateurs qui se comportent honnêtement gagnent des récompenses (payées dans le token natif), tandis que ceux qui se comportent mal risquent de perdre leur mise par slashing.

Cela crée une boucle économique circulaire : le token natif sécurise le réseau via le staking, et le réseau récompense les stakers avec des tokens natifs nouvellement émis ou issus des frais. La sécurité du réseau est directement liée à la valeur totale des tokens natifs stakés.

Récompenses des validateurs et émission

La plupart des réseaux blockchain émettent de nouveaux tokens natifs sous forme de récompenses de bloc pour inciter les validateurs. Cette émission est contrôlée par les règles du protocole -- pas par un individu ou un smart contract. Certains réseaux ont une offre totale plafonnée (comme les 21 millions de BTC de Bitcoin), tandis que d'autres ont une inflation continue avec ou sans mécanismes de burning (comme le burning des frais d'Ethereum après le merge).

Le calendrier d'émission d'un token natif est un élément central de la conception économique du réseau. Il détermine la dynamique d'offre à long terme et la structure d'incitation des validateurs. Modifier le calendrier d'émission nécessite généralement une mise à niveau au niveau du protocole (hard fork ou vote de gouvernance), pas une simple modification de contrat.

Exemples de tokens natifs

Différents réseaux blockchain mettent en œuvre leurs tokens natifs avec des règles d'offre, des modèles de frais et des mécaniques de staking différents. Comprendre ces différences aide à illustrer ce que « token natif » signifie en pratique :

Réseau Token natif Rôles clés Modèle d'offre
Ethereum ETH Frais de gas, staking des validateurs, monnaie de base Offre non plafonnée avec burning des frais (déflationniste en cas d'usage élevé)
Solana SOL Frais de transaction, staking des validateurs Inflationniste avec calendrier d'émission décroissant
BNB Smart Chain BNB Frais de gas, staking des validateurs, gouvernance Offre plafonnée avec burns périodiques
Bittensor TAO Enregistrement de subnets, récompenses des mineurs/validateurs, staking Offre plafonnée avec émission à halving
Avalanche AVAX Frais de gas, staking, création de subnets Offre plafonnée avec burning des frais

Dans chaque cas, le token natif est indissociable du fonctionnement du réseau. Retirer ETH d'Ethereum ou SOL de Solana casserait entièrement la chaîne -- aucune transaction ne pourrait être traitée, aucun validateur ne pourrait être récompensé et aucun smart contract ne pourrait s'exécuter.

Les tokens natifs dans les projets crypto IA

De nombreux projets crypto IA possèdent leurs propres tokens natifs parce qu'ils exploitent leurs propres réseaux blockchain ou subnets. Pour ces projets, le token natif joue un double rôle :

  • Rôle d'infrastructure : payer les transactions, le staking, les récompenses des validateurs -- les mêmes fonctions que le token natif de n'importe quelle blockchain.
  • Rôle applicatif : le token peut aussi servir à payer des services spécifiques à l'IA (inférence, calcul, accès aux données), à récompenser les fournisseurs de calcul IA ou à participer à la gouvernance des paramètres liés à l'IA.

Lorsque le token d'un projet est natif plutôt qu'un token de smart contract, cela signifie que le token est architecturalement indissociable du réseau. La chaîne ne peut pas fonctionner sans lui. C'est une forme plus forte de Token necessity qu'un token de smart contract qui pourrait théoriquement être remplacé par n'importe quel autre token.

Cependant, « natif » ne signifie pas automatiquement « nécessaire pour l'IA ». Un projet peut avoir un token natif qui sécurise son réseau via le staking et paie le gas, tandis que les composants IA du projet n'ont pas véritablement besoin du token pour fonctionner. Le rôle d'infrastructure et le rôle IA sont des questions distinctes.

Token necessity et tokens natifs

Lorsqu'on évalue si un token est nécessaire au pipeline IA d'un projet, les tokens natifs présentent un cas nuancé. D'un côté, un token natif est indéniablement nécessaire au fonctionnement du réseau -- la chaîne ne peut littéralement pas fonctionner sans lui. De l'autre, la question de la nécessité pour l'IA est distincte : le pipeline IA a-t-il spécifiquement besoin de ce token, ou les composants IA fonctionneraient-ils de la même manière s'ils étaient déployés sur une autre chaîne avec un autre token natif ?

Un argument fort en faveur de la nécessité du token au niveau IA existe lorsque le token natif médiatise directement des actions spécifiques à l'IA : payer l'inférence, récompenser les fournisseurs de calcul, staker comme garantie de qualité des sorties de modèle. Un argument plus faible existe lorsque le token natif ne remplit que des fonctions d'infrastructure génériques (gas, staking) alors que la couche IA pourrait théoriquement fonctionner sur n'importe quelle chaîne.

Où cela apparaît dans les fiches projet DecAIHub

Dans une fiche projet DecAIHub, la valeur pour un token natif est enregistrée comme native dans le champ Token standard. Lorsqu'une fiche affiche Token standard: native, cela signifie que le token du projet n'est pas déployé comme smart contract sur une autre chaîne mais est la monnaie intégrée du propre réseau du projet.

Cela distingue le projet de ceux dont les tokens sont des contrats ERC-20 sur Ethereum, BEP-20 sur BNB Smart Chain ou SPL sur Solana. Un token natif indique que le projet exploite sa propre blockchain ou son propre subnet avec son propre mécanisme de consensus.

Le champ du standard de token indique aux lecteurs le format technique du token. Pour comprendre le rôle du token, les lecteurs doivent consulter le champ Token model (utility, governance, mécanisme de frais, staking) et le tableau Evidence pour les artefacts Tier-1 montrant comment le token est réellement utilisé dans le pipeline du projet.

Ce que « token natif » seul ne prouve pas

  • Un token natif ne prouve pas la décentralisation. Un projet peut exploiter sa propre chaîne avec un token natif tout en ayant un ensemble de validateurs restreint et centralisé ou une gouvernance centralisée. Le statut natif du token décrit son rôle technique, pas le profil de décentralisation du réseau.
  • Un token natif ne prouve pas la nécessité pour l'IA. Le token peut être essentiel pour le consensus de la chaîne et les frais de gas tout en étant sans rapport avec le pipeline IA du projet. La question de savoir si les composants IA nécessitent le token est une question distincte, à laquelle répond l'axe Token necessity dans DecAI Fit.
  • Un token natif ne prouve pas que le réseau est mature. Un projet peut lancer sa propre chaîne avec un token natif alors que le réseau est encore sur testnet ou en bêta précoce. Consultez le champ Network status pour les informations de maturité.
  • Un token natif ne signifie pas que le projet a construit sa propre chaîne à partir de zéro. De nombreux tokens natifs existent sur des subnets, des chaînes applicatives dédiées ou des réseaux forkés. Le token natif indique le rôle du token au niveau du protocole, pas l'effort d'ingénierie du projet.
  • Un token natif ne prouve pas l'adoption. Un token natif sans validateurs actifs, sans transactions d'utilisateurs et sans usage réel reste techniquement un « token natif ». La classification technique n'équivaut pas à une utilité dans le monde réel.

Ne pas confondre avec

  • ERC-20 et les autres tokens de smart contract -- les tokens ERC-20 sont déployés comme contrats sur une chaîne existante et dépendent du token natif de cette chaîne pour le gas. Les tokens natifs existent au niveau du protocole et ne dépendent d'aucun smart contract.
  • Token standard -- le concept générique couvrant tous les formats techniques (ERC-20, BEP-20, SPL, token natif). « Token natif » est un type de standard de token -- celui où le token est intégré à la chaîne elle-même.
  • Token model -- le modèle de token décrit le rôle du token (utility, governance, staking, mécanisme de frais). Un token natif peut remplir n'importe lequel de ces rôles. « Natif » décrit le format technique ; « utility » ou « governance » décrit la fonction.
  • Les tokens natifs wrappés (WETH, WSOL) -- certains écosystèmes créent des wrappers compatibles ERC-20 autour des tokens natifs afin qu'ils puissent être utilisés dans des smart contracts nécessitant l'interface ERC-20. WETH est une représentation ERC-20 de l'ETH, pas l'ETH lui-même. La version wrappée suit un standard de smart contract ; l'original reste un token natif.
  • Gas token -- les tokens natifs sont parfois appelés informellement « gas tokens » parce qu'ils servent à payer le gas. Mais « gas token » n'est pas un standard ou une classification formelle -- c'est une description de l'une des fonctions du token natif.

Questions fréquentes

Pourquoi les frais de gas ne peuvent-ils pas être payés dans n'importe quel token ?

Les frais de gas sont traités au niveau du protocole -- par les validateurs et le mécanisme de consensus lui-même, avant l'exécution de toute logique de smart contract. Le protocole est conçu pour n'accepter que le token natif pour le gas, car il a besoin d'une unité de compte unique et fiable pour mesurer le calcul et prévenir le spam. Certains réseaux et solutions Layer 2 expérimentent l'abstraction des frais (permettant de payer le gas dans d'autres tokens), mais en coulisses, le token natif reste généralement impliqué dans le règlement final.

Quelle est la différence entre un token natif et un utility token ?

« Token natif » décrit le format technique : le token est intégré au protocole de la blockchain. « Utility token » décrit le rôle économique : le token sert à accéder à des services, à payer l'usage ou à participer aux fonctionnalités du projet. Un token natif peut aussi être un utility token -- par exemple, TAO sur Bittensor est à la fois le token natif du réseau Bittensor et un utility token utilisé pour payer l'inférence IA et récompenser les participants des subnets. Les deux étiquettes décrivent des dimensions différentes du même token.

Un projet peut-il avoir à la fois un token natif et des tokens ERC-20 ?

Oui. Un projet qui exploite sa propre blockchain possède un token natif pour cette chaîne. Le même projet peut aussi émettre des tokens ERC-20 sur Ethereum pour le bridging, la liquidité ou la compatibilité cross-chain. Certains projets maintiennent leur token natif sur leur propre chaîne et une version wrappée ou bridgée sur Ethereum ou d'autres chaînes EVM. Ce sont techniquement des tokens différents (natif vs smart contract) qui représentent le même actif sous-jacent via des mécanismes de bridging.

Références externes

Voir aussi

No comments to display

Back to top