Vous venez de minter, et chaque jeton de la collection affiche le même repère gris. Un jour plus tard l’image apparaît et un site de rareté vous dit ce que vous détenez. Entre-temps votre jeton n’a pas bougé et rien ne lui a été ajouté. Une révélation, c’est une chaîne de caractères qui change au niveau du contrat, plus une affectation décidée avant que quiconque puisse en voir le résultat.
Ce que change une révélation
Un NFT est un identifiant qu’un contrat intelligent inscrit au nom d’une adresse propriétaire. Le nom, la description et l’image ne font pas partie de cet enregistrement.
Le standard de jetons ERC-721 les place derrière une seule fonction. Pour un identifiant de jeton donné, tokenURI renvoie un Uniform Resource Identifier, et la spécification ajoute que cet URI peut pointer vers un fichier JSON conforme à l’ERC721 Metadata JSON Schema. Tout ce qu’une galerie dessine vient de l’autre bout de ce pointeur.
Avant une révélation, cette fonction renvoie le même document repère pour chaque identifiant de la collection. Après, chaque identifiant se résout vers son propre document. C’est tout l’événement : la chaîne que rend le contrat change, et les documents à l’autre bout se mettent à différer selon l’identifiant, ce qu’ils ne faisaient pas avant.
Rien d’autre ne change dans votre jeton. L’identifiant est le même, le propriétaire est le même, l’historique des transferts est le même, et vous ne signez rien. Une révélation est quelque chose que fait la collection, pas quelque chose que subit votre jeton.
Pourquoi une collection vend avant de montrer
Si les images étaient visibles pendant la vente, les acheteurs liraient la correspondance entre identifiant et image et n’achèteraient que les identifiants qui en valent la peine. Le mint deviendrait une course à des numéros précis, et le reste de la collection resterait invendu.
Une vente à l’aveugle supprime cette possibilité en supprimant l’information. Chaque acheteur prend la même inconnue, et la correspondance n’est publiée qu’une fois que la vente ne peut plus être orientée par elle. Le délai est donc voulu et non une nécessité technique, et une collection peut rester des jours sans révélation sans que rien ne soit cassé.
De quelles deux décisions une révélation est faite
Une révélation, ce sont deux choses séparables que la conversation confond. La première est l’affectation : quelle entrée de métadonnées appartient à quel identifiant de jeton. La seconde est la bascule : à partir de quand le contrat renvoie des documents par identifiant au lieu du repère.
La bascule est une transaction que tout le monde voit. L’affectation est une règle fixée à l’avance, et c’est là que loge réellement la question de l’équité. Une collection peut actionner la bascule au vu de tous et avoir malgré tout choisi l’affectation après avoir observé qui a acheté quel identifiant : la moitié visible du processus n’est donc pas celle qu’il faut vérifier.
La bascule est une transaction du propriétaire
Dans un contrat qui sert le repère en renvoyant un URI fixe, révéler signifie que le compte détenant les privilèges de propriétaire appelle un setter qui change l’URI de base à partir duquel le contrat compose ses réponses. Une transaction, et chaque identifiant de la collection se résout ailleurs.
Ce levier est celui-là même qui décide si les métadonnées sont figées. Tant qu’un compte peut pointer la collection ailleurs, il peut la pointer ailleurs de nouveau après la révélation. Révélée et figée sont deux affirmations différentes, et la première n’entraîne pas la seconde.
L’affectation est un seul décalage
Affecter les images identifiant par identifiant demanderait une transaction par identifiant. Un seul nombre suffit à la place : un index de départ, tiré une fois et appliqué à toute la collection.
Prenez une collection de 10 000 jetons et un jeu de métadonnées numéroté dans un ordre fixe déjà publié. Supposons que l’index de départ tiré soit 3 142 : la règle veut que le jeton d’identifiant un prenne l’entrée de métadonnées 3 143, et la séquence repart au début après la fin de la liste, si bien que l’identifiant 6 859 prend l’entrée située en tête de liste.
Un nombre fixe ainsi la carte entière. Personne n’a besoin de croire que dix mille affectations ont été faites honnêtement une à une, puisqu’il n’y a qu’un tirage sur lequel raisonner et qu’une fois inscrit sur la chaîne il ne peut plus être refait discrètement.
S’engager sur les images avant que quiconque les voie
Le décalage mélange une liste. Il ne dit rien sur le fait que la liste elle-même ait été fixée à l’avance, et une collection capable de modifier la liste après le tirage peut toujours placer les images convoitées où elle veut.
Un hash de provenance ferme cette moitié. Les images sont hachées dans leur ordre publié, les hachés sont assemblés, le résultat est haché une fois de plus et publié avant l’ouverture de la vente. Après la révélation, n’importe qui peut refaire ces étapes sur les fichiers révélés et comparer. Une correspondance dit que le jeu et son ordre sont ceux sur lesquels on s’est engagé ; un écart dit que quelque chose a bougé.
Lisez les deux affirmations séparément. Le hash de provenance couvre ce qui était dans la liste. L’index de départ couvre l’endroit où la liste a été coupée. Publier l’un sans l’autre laisse la seconde moitié non démontrée, et cela se vérifie avant un mint plutôt qu’après.
D’où vient le décalage
Le tirage doit être imprévisible tant que la vente dure et vérifiable une fois qu’elle est finie. Ce sont ces deux exigences qui font de la source du nombre la partie intéressante et non un détail.
Le dériver dans le contrat à partir des données du bloc est la voie économique, et sa faiblesse tient à ce que ces données sont produites par une partie qui voit la transaction et exerce sur elle un certain contrôle. Un service d’aléa vérifiable emprunte l’autre voie : la valeur arrive avec une preuve qu’elle a été engendrée à partir d’une clé engagée et de la requête, si bien que le contrat peut vérifier la preuve avant d’accepter le nombre.
Un troisième schéma contourne la question du moment : rien n’est affecté tant que le dernier jeton n’est pas vendu, de sorte que le tirage ne peut pas être calé sur une position que le vendeur détient encore.
Quand une révélation semble bloquée
| Ce que vous voyez | Ce qui se passe en dessous | Ce qui le change |
|---|---|---|
| Tous les jetons affichent un seul repère | Le contrat renvoie encore l’URI d’avant la révélation | Que la collection actionne la bascule |
| Révélé chez les autres, pas chez vous | La plateforme sert une copie enregistrée plus ancienne | Un rafraîchissement sur cette plateforme |
| L’image est là, les traits manquent | Le document a chargé, pas les attributs | Une nouvelle lecture une fois le document complet |
| Les traits diffèrent d’un site de rareté | Deux outils ont noté les mêmes traits différemment | Rien, car ils répondent à des questions différentes |
Les deux premières lignes sont lues comme un même problème, et ce n’en est pas un. La première est une affirmation sur la chaîne, et aucun rechargement ne la déplace. La seconde est une affirmation sur la copie enregistrée d’une plateforme, et demander à cette plateforme un rafraîchissement des métadonnées est exactement l’instruction qui l’efface.
Vérifiez le contrat avant de décider auquel des deux vous avez affaire. Lire tokenURI pour votre identifiant sur un explorateur de blocs renvoie la réponse de la chaîne, et si cette réponse est encore le repère, la révélation n’a eu lieu pour personne.
Ce qu’une révélation ne décide pas
La rareté n’est pas créée à la révélation. Elle a été fixée lorsque le jeu de métadonnées a été construit et le décalage tiré ; la révélation la rend seulement lisible. Un jeton ne devient pas rare parce qu’un site s’est mis à l’afficher.
La révélation ne tranche pas non plus ce que rare veut dire. Compter à quel point chaque trait est inhabituel et noter un jeton entier sont des opérations différentes, ce qui explique que deux outils classent différemment la même collection révélée, et la rareté de trait est une méthode parmi plusieurs et non la réponse.
Et elle ne verrouille rien. La révélation pointe la collection vers de nouveaux documents. Que ces documents puissent être modifiés ensuite dépend de l’endroit où ils résident et de qui détient encore la clé qui règle le pointeur.
En résumé
Une révélation est un changement de pointeur plus une carte décidée à l’avance. Le changement de pointeur est public et facile à vérifier. Les engagements se trouvent du côté de la carte : un hash de provenance publié avant la vente fixe ce qui figure dans la liste, et un index de départ issu d’une source que personne ne pouvait orienter fixe l’endroit de la coupe.
Avant un mint, cherchez ces deux éléments par écrit et regardez si le compte qui a actionné la bascule peut l’actionner de nouveau. Après un mint, séparez une collection qui n’a pas révélé d’une plateforme qui n’a pas rattrapé son retard, car une seule des deux dépend de vous. Pour continuer à apprendre les fondamentaux, suivez Bitbase Academy.
Articles associés
Autres articles Bitbase sur ce sujet :
- Propriété fractionnée d’un jeton non fongible et où se situe le risque
- La frappe a réussi mais le NFT n’apparaît pas dans le portefeuille
- Les redevances optionnelles des NFT expliquées
- Clé privée et phrase de récupération : quelle différence ?
Avertissement : Cet article est un contenu pédagogique de Bitbase Academy, fourni à titre d'information uniquement. Il ne constitue pas un conseil en investissement, en trading, en fiscalité ou en finance. Les cryptoactifs sont volatils ; évaluez votre propre risque. Rédigé en septembre 2026 ; référez-vous aux informations officielles les plus récentes.
Sources
[1] Ethereum Improvement Proposals, ERC-721: Non-Fungible Token Standard eips.ethereum.org
[2] Ethereum Improvement Proposals, ERC-4906: EIP-721 Metadata Update Extension eips.ethereum.org
