Pourquoi y a-t-il autant de tokens ?

Pourquoi les tokens se sont-ils multipliés après les contrats programmables ?

Ethereum a rendu possible qu'un smart contract tienne son propre registre d'unités et des comptes qui les contrôlent. Ces unités sont couramment appelées des tokens. Un token peut représenter beaucoup de choses différentes, mais il n'obtient pas sa propre blockchain simplement parce qu'il porte un nom ou un symbole.

ETH est différent : c'est l'actif natif d'Ethereum et il sert à payer le gas. Un token ERC-20 est l'enregistrement tenu par un smart contract sur Ethereum. Déplacer ce token sur Ethereum nécessite toujours de l'ETH pour les frais de réseau.

Qu'est-ce qu'ERC-20 rend commun ?

ERC-20 est une interface partagée pour les tokens fongibles. Plutôt que chaque projet invente une façon différente de demander un solde ou d'envoyer des unités, un contrat compatible expose des fonctions familières comme balanceOf, transfer, approve et allowance.

Cette forme commune permet à un portefeuille ou à une application de fonctionner avec de nombreux contrats de tokens sans avoir besoin d'une intégration distincte pour chacun. C'est une règle de compatibilité, pas une affirmation selon laquelle tous les tokens ont le même objectif, le même émetteur ou le même niveau de risque.

Pourquoi une interface commune compte-t-elle pour les applications ?

Les smart contracts sur Ethereum sont des programmes publics que d'autres applications peuvent appeler. Lorsque les contrats de tokens exposent une interface familière, une nouvelle application peut combiner des briques existantes au lieu de repartir de zéro. C'est ce qu'on appelle la composabilité : des composants séparés peuvent travailler ensemble pour créer un nouveau service.

La composabilité explique pourquoi un même token peut apparaître dans plusieurs portefeuilles, applications et plateformes de trading. Cela ne signifie pas que ces produits appartiennent à une même entreprise, ni que chaque intégration a été vérifiée du point de vue de la sécurité.

Que ne promet pas la norme ?

ERC-20 décrit une interface, pas si un projet est digne de confiance, si un token a de la valeur, s'il est adossé à des actifs ou des réserves, ou si son contrat a été conçu de manière sûre. Même les méthodes name, symbol et decimals de la norme sont des fonctionnalités d'usage optionnelles : un libellé familier n'est donc pas une preuve d'identité ou d'adossement.

L'adresse du contrat et le réseau sur lequel il s'exécute déterminent quel programme est réellement utilisé. Un token qui a l'air familier dans une interface peut en réalité être un contrat sans rapport, aux règles différentes. Déployer un token sur Ethereum ne signifie pas qu'Ethereum l'a approuvé ou cautionné.

Pourquoi les approbations constituent-elles un risque à part ?

Un transfert ERC-20 déplace des tokens directement. Une approbation est différente : elle définit une allocation (allowance) qui permet à une autre adresse, souvent un smart contract, de déplacer plus tard un montant maximum indiqué via transferFrom. Cette permission peut être utilisée plusieurs fois jusqu'à ce que l'allocation soit épuisée ou remplacée.

Cette flexibilité aide les applications à fonctionner ensemble, mais elle signifie aussi qu'une approbation n'est pas un simple aperçu d'un seul transfert. C'est une permission accordée à un spender précis, selon les règles du contrat de token.

Conclusion

Les tokens se sont multipliés parce qu'Ethereum a permis à un smart contract de tenir son propre registre d'unités et des comptes qui les contrôlent, et parce qu'ERC-20 a donné à ces contrats une façon commune de se voir demander un solde ou de recevoir l'instruction de transférer. Cette interface partagée explique pourquoi un même portefeuille peut gérer des milliers de tokens différents sans intégration distincte pour chacun, et pourquoi une nouvelle application peut combiner des briques existantes plutôt que de repartir de zéro.

Ce que la norme ne fait surtout pas, c'est se porter garante de quoi que ce soit. ERC-20 décrit une interface, pas si un projet est digne de confiance, si un token est adossé à quelque chose, ou si son contrat a été écrit de manière sûre. Même name, symbol et decimals sont des commodités d'affichage optionnelles : un libellé familier n'est donc pas une preuve d'identité. Ce qui identifie un token, c'est son adresse de contrat et le réseau sur lequel il s'exécute — rien de ce qui s'affiche dans une interface ne remplace la vérification de ces deux éléments.

Les approbations méritent une attention à part parce qu'elles se comportent différemment des transferts. Un transfert déplace des tokens une fois ; une approbation accorde à un spender une allocation sur laquelle il peut puiser de manière répétée via transferFrom, jusqu'à ce que cette allocation soit épuisée ou remplacée. Lire une invite d'approbation comme l'aperçu d'une seule transaction sous-estime ce qui est réellement accordé. Avant d'en confirmer une, vérifiez quel spender est autorisé et pour quel montant.

Les normes ont aidé de nombreuses applications et actifs à partager l'environnement programmable d'Ethereum. Cette utilité signifie aussi que davantage d'activité peut se disputer le même espace d'exécution de la Layer 1. La prochaine leçon examine pourquoi une couche de base partagée peut devenir coûteuse ou congestionnée à mesure que la demande augmente.

Questions fréquentes