Aller au contenu
Financial Context Wiki

Norme de jeton

Les normes de jetons sont des interfaces communes pour émettre, transférer, approuver et détecter des jetons sur une blockchain. Cette entrée compare ERC-20, ERC-721 et ERC-1155 et explique ce que la compatibilité garantit ou non.

Mis à jour

À des fins éducatives uniquement ; ceci ne constitue pas un conseil en investissement. Investir peut entraîner des pertes.

Réponse directe

Une norme de jeton est une interface publiée qui indique aux portefeuilles, plateformes d’échange, applications et autres contrats comment identifier et utiliser un jeton. Elle définit les fonctions, événements et règles attendus, mais ne certifie ni la valeur, ni la liquidité, ni la qualité du code, ni l’émetteur.

Les normes Ethereum les plus courantes correspondent à des modèles d’actifs différents :

  • ERC-20 représente des unités fongibles : chaque unité est interchangeable avec une autre unité du même jeton.
  • ERC-721 représente des jetons non fongibles identifiés individuellement, comme une pièce de collection ou un titre unique.
  • ERC-1155 peut représenter plusieurs types de jetons fongibles, non fongibles ou semi-fongibles dans un contrat et prendre en charge les opérations groupées.

La standardisation permet à une intégration de s’appuyer sur une interface connue plutôt que sur une logique de contrat spécifique. La compatibilité est donc une propriété du système, pas une garantie de sécurité : une implémentation peut suivre l’interface tout en comportant des permissions abusives, des métadonnées trompeuses, des restrictions de transfert ou des faiblesses économiques.

Fonctionnement

Les normes spécifient les fonctions appelables et les événements émis. Une intégration ERC-20 classique vérifie balanceOf, totalSupply, transfer, approve, transferFrom et allowance ; une intégration ERC-721 vérifie la propriété et les autorisations via ownerOf, safeTransferFrom, approve, setApprovalForAll et souvent tokenURI. ERC-1155 ajoute balanceOfBatch, safeBatchTransferFrom et une convention URI commune pour de nombreux ID de jeton.

ERC-165 permet à un contrat d’indiquer les interfaces qu’il prend en charge avec supportsInterface. Les applications peuvent utiliser ce signal pour choisir un parcours d’intégration, mais doivent aussi gérer les appels échoués et vérifier l’adresse du contrat. Les normes décrivent la frontière entre les composants ; la blockchain exécute toujours le code, les contrôles d’accès, les hooks et la logique de métadonnées propres au contrat.

Exemple

Supposons qu’une place de marché accepte un actif présenté comme un NFT. L’application peut d’abord vérifier le réseau et l’adresse du contrat, détecter l’interface ERC-721, lire la propriété et simuler un petit transfert. Elle doit ensuite examiner l’étendue des autorisations, les restrictions de transfert, les contrôles de mise à niveau et le caractère mutable ou hors chaîne des métadonnées.

Si cette place de marché accepte aussi des objets de jeu, ERC-1155 peut être plus adapté, car un contrat peut contenir de nombreux ID de jeton et les transferts groupés peuvent réduire le coût des transactions. La norme aide la place de marché à appeler les bonnes méthodes ; elle ne prouve pas qu’un objet est authentique, rare, liquide ou juridiquement opposable.

Risques

  • Implémentations non conformes ou trompeuses : un contrat peut exposer des noms familiers tout en modifiant le comportement attendu ou en ajoutant des restrictions de transfert.
  • Risque d’autorisation : des permissions approve ou opérateur trop larges peuvent permettre à un dépensier compromis de déplacer des actifs ; révoquez les autorisations inutiles.
  • Hooks et réentrance : les callbacks de réception des transferts NFT et multi-jetons créent des chemins d’exécution et interactions supplémentaires.
  • Risque lié aux métadonnées et à l’identité : les données tokenURI ou URI peuvent changer, disparaître ou pointer vers un contenu qui ne correspond pas à l’actif annoncé.
  • Risque administratif et économique : clés de mise à niveau, pauses ou listes noires, redevances, frais et faible liquidité peuvent déterminer l’issue pratique.

Les transactions crypto sont souvent irréversibles. Vérifiez la chaîne, l’adresse du contrat, le comportement de l’interface, les permissions et la liquidité de sortie avant de signer ; un audit ou une norme ne suffisent pas à supprimer ces risques.

Idées fausses courantes

Une norme rend-elle un jeton sûr ?

Non. Une norme décrit des attentes d’interopérabilité. La sécurité dépend encore de l’implémentation, des rôles privilégiés, du parcours de mise à niveau, de l’économie du jeton, de l’interface et du marché environnant.

ERC-20, ERC-721 et ERC-1155 sont-ils interchangeables ?

Non. Les soldes ERC-20 sont fongibles, la propriété ERC-721 est suivie par ID de jeton et ERC-1155 peut suivre de nombreux types. L’application doit utiliser le modèle de transfert, d’autorisation, de solde et d’événement approprié.

L’intégration par un portefeuille ou une place de marché prouve-t-elle l’authenticité ?

Non. Elle prouve généralement seulement qu’un contrat correspond à une interface attendue. Vérifiez séparément l’adresse canonique, la provenance, le comportement des métadonnées et les affirmations de l’émetteur ou de la collection.

Sujets connexes

Sources

Navigation

Rechercher dans le wiki...