Normes de jetons : fongibles et non fongibles

Pourquoi les interfaces communes sont importantes

Une norme de jeton est un ensemble publié de conventions décrivant la manière dont les applications doivent interagir avec un jeton. Les normes aident les portefeuilles, les registres, les services logiciels et les auditeurs à interpréter des fonctions communes sans devoir développer une prise en charge distincte pour chaque émetteur. Elles ne constituent pas une certification universelle de sécurité, d’authenticité ou de conformité. Deux programmes peuvent implémenter la même interface tout en différant par leurs pouvoirs administratifs, leurs droits économiques, leur documentation ou leur niveau de sécurité.

Fongible signifie interchangeable au sein d’une classe définie : une unité est censée être équivalente à une autre unité de cette même classe. Non fongible signifie qu’un élément peut être distingué de manière unique : un enregistrement peut identifier un élément particulier séparément d’un autre. Cette distinction concerne la représentation du jeton, et non le fait que l’élément ait ou non une valeur unique dans le monde réel. Par exemple, deux laissez-passer numérotés peuvent être techniquement distincts même s’ils donnent tous deux accès au même événement. Une norme facilite l’échange d’instructions entre systèmes, mais ne détermine pas leur signification commerciale.

ERC-20 : soldes fongibles

La proposition d’amélioration d’Ethereum EIP-20, communément appelée ERC-20, décrit une interface pour les jetons fongibles. Ses fonctions comprennent la consultation d’un solde, le transfert de jetons, l’octroi d’une allocation et le transfert pour le compte d’un détenteur ayant approuvé l’opération. Une allocation est une autorisation de dépense enregistrée : un détenteur autorise une partie désignée à déplacer jusqu’à un montant de jetons spécifié, sous réserve des règles de l’implémentation. Une allocation ne prouve pas nécessairement qu’un transfert a effectivement eu lieu. La norme définit également des événements tels que Transfer et Approval afin d’aider les logiciels à observer l’activité du contrat.

Certains champs familiers, comme le nom d’affichage, le symbole et le nombre de décimales d’un jeton, sont des méthodes d’interface facultatives et ne constituent pas des preuves garanties d’identité ou de valeur. Les décimales décrivent la précision d’affichage, et non une valeur supplémentaire. Si un jeton utilise six décimales, un solde brut de 1 000 000 unités de base peut s’afficher comme un jeton entier. Les équipes opérationnelles doivent vérifier l’échelle avant de produire des rapports ; confondre les unités de base avec les unités affichées peut entraîner des erreurs de rapport majeures.

ERC-721 : identifiants de jetons distincts

EIP-721, également appelée ERC-721, fournit une interface standard pour les jetons non fongibles (NFT). Au sein d’un contrat, chaque identifiant de jeton distingue un enregistrement individuel. Sur un réseau Ethereum, la combinaison de l’adresse du contrat et de l’ID du jeton est plus informative que l’ID du jeton seul. Un enregistrement peut renvoyer à des métadonnées décrivant une œuvre d’art, un titre, un objet ou un document, mais le jeton n’est pas automatiquement identique à l’actif sous-jacent ni à un droit de propriété opposable.

Les métadonnées d’un NFT sont des informations associées à un jeton, telles qu’un titre, une description ou une référence à une image. Elles peuvent être stockées directement sur la chaîne, sur un serveur distinct ou dans un système décentralisé d’adressage de fichiers. Leur emplacement a une incidence sur leur disponibilité et leur intégrité. Même si le jeton demeure dans le registre, une image ou une description externe peut être manquante ou modifiée selon la manière dont elle est conservée. Un ID de jeton unique ne prouve pas non plus que l’émetteur était autorisé à tokéniser l’œuvre référencée.

ERC-1155 : plusieurs types de jetons dans un même contrat

EIP-1155, communément appelée ERC-1155, prend en charge plusieurs identifiants de jetons dans un même contrat, avec des soldes associés à chaque identifiant. Selon sa conception, le même système peut représenter des éléments fongibles, non fongibles et à offre limitée. Ses opérations par lots peuvent simplifier les transferts de plusieurs éléments. Une implémentation pourrait représenter 500 laissez-passer d’accès identiques sous un identifiant et un seul titre commémoratif sous un autre. La norme n’impose aucun modèle commercial particulier, et les étudiants ne doivent pas supposer que chaque identifiant ERC-1155 se comporte comme un jeton ERC-721.

Ces trois normes sont des exemples comparatifs utiles, et non un inventaire exhaustif. D’autres écosystèmes de chaînes de blocs utilisent différents programmes et interfaces de jetons. Même au sein d’un même environnement, des extensions peuvent introduire des fonctionnalités telles que des restrictions de transfert, des droits de vote, des instantanés ou une administration fondée sur des rôles. Lorsqu’ils lisent un rapport technique, les lecteurs doivent identifier la norme exacte et tout comportement supplémentaire, plutôt que de déduire toutes les capacités d’un sigle familier.

Interfaces et droits

Une norme indique aux logiciels quelles opérations prévoir ; elle n’indique généralement pas à un tribunal si un transfert était légal ni si un objet numérique confère un droit d’auteur, un titre de propriété immobilière ou une adhésion. Un jeton décrit comme un « acte de propriété » peut n’être qu’un marqueur renvoyant à un registre externe. Un certificat numérique peut attester une participation sans être transférable de manière autonome. Un NFT présenté comme preuve de propriété peut conférer des privilèges contractuels limités plutôt que la propriété de l’image qui lui est associée. Pour savoir ce que le détenteur reçoit réellement, il faut examiner les conditions de l’émetteur et le droit applicable.

Certains régimes applicables aux crypto-actifs excluent les actifs uniques et non fongibles avec d’autres actifs ; le règlement MiCA de l’UE en est un exemple. Ces exclusions ne constituent pas une exemption générale pour tout actif commercialisé comme NFT : les autorités de réglementation examinent la substance, en particulier lorsque des séries importantes ou des unités interchangeables sont en jeu. Par ailleurs, un jeton qui fonctionne comme un instrument financier peut relever de la réglementation sur les valeurs mobilières, quelle que soit son interface de jeton.

Lire les enregistrements de jetons de manière responsable

Un auditeur devrait poser cinq questions liées : quel réseau est utilisé ; quel contrat d’actif ou identifiant est pertinent ; quelle interface est implémentée ; quels contrôles spécifiques sont en place ; et où les droits légaux sont-ils décrits ? Un explorateur de blocs peut afficher un ID de jeton ou un événement, mais l’existence d’un événement ne constitue pas une vérification indépendante de la qualité des métadonnées. Un événement de création (« mint ») peut étayer la conclusion que le code a émis une unité ; il n’établit pas la véracité d’une affirmation associée à cette unité. Un événement d’approbation peut révéler une délégation de pouvoir, et non une vente achevée.

Cette distinction améliore également les évaluations de l’interopérabilité. Les normes réduisent les coûts d’intégration en convenant de formats de messages, mais elles ne peuvent pas uniformiser toutes les procédures opérationnelles ni toutes les obligations légales. Les projets du secteur public devraient documenter les dossiers accessibles, les exigences de conservation, les procédures de révocation et la manière dont les bénéficiaires peuvent faire corriger des erreurs. Une interface de jeton normalisée peut être un élément d’un tel système. Elle ne devrait pas remplacer silencieusement les processus établis d’identification, de tenue de registres ou de recours sans analyse préalable.

Exemple d’inspection structurée

Supposons qu’une agence reçoive un NFT censé certifier la participation à une conférence. Elle devrait vérifier l’adresse du contrat et l’ID du jeton, l’autorité de l’émetteur à délivrer des titres, l’emplacement des métadonnées et les règles de correction ou de révocation. Elle ne devrait pas supposer que le titre est transférable simplement parce que la norme prend en charge les transferts : les fonctions effectives peuvent inclure des contrôles. De même, un certificat transférable peut ne pas répondre aux exigences de vérification d’une institution si l’identité du destinataire initial ne peut pas être établie de manière fiable.

Normes et références juridiques

Les propositions d’amélioration d’Ethereum EIP-20 (ERC-20), EIP-721 (ERC-721) et EIP-1155 (ERC-1155) précisent les interfaces décrites ci-dessus. La qualification juridique reste distincte de la compatibilité des interfaces.

Point à retenir pour l’examen : associer ERC-20 aux soldes fongibles, ERC-721 aux identifiants de jetons uniques et ERC-1155 à plusieurs types de jetons ; expliquer pourquoi les métadonnées et les normes des jetons n’établissent pas à elles seules la propriété légale.