Rareté ASA Compass

Deux niveaux, deux nombres, et c'est le premier qui compte pour le site. Le site publie 2 222 titres ; 2 193 sont retrouvés dans la base de la sonde, et un titre y correspond parfois à plusieurs collections (441 titres dans ce cas, voir AOWL plus bas). Cette passe a donc lu 3 210 collections SQLite pour couvrir ces titres.

Standards détectés (par pièce, tel que déclaré dans la note, sinon dans l'URL ; « aucun » ne s'applique qu'à une pièce lue) : arc69 120 153 · aucun 50 162 · arc19 2 540 · arc3 745.

Gestionnaire des pièces : actif 173 195 · renonce 405. Tant qu'une adresse de gestion existe, les traits d'une pièce peuvent changer après coup, sans l'accord de qui la détient : une rareté mesurée sur une pièce au gestionnaire renoncé vaut plus qu'une rareté sur une pièce encore modifiable, et l'acheteur doit en être averti au moment d'acheter.

Pourquoi une collection n'est pas notée : aucune pièce ne porte de propriétés lisibles (2 131).

Par titre publié (ce que Karl voit sur le site)

Par collection SQLite (ce que la passe a lu)

Aucune pièce n'est « non déterminée » : toutes ont été lues, donc chaque collection non notée l'est pour une raison connue, pas par abandon.

La rareté ne dira presque rien des collections du début de 2021. Ce n'est pas un défaut de la méthode, c'est un fait sur les NFT de cette époque : le standard ARC-69, qui range les propriétés dans la note de configuration de l'actif, n'était pas encore employé, et les créateurs de 2021 frappaient leurs pièces sans propriétés lisibles sur la chaîne. Ces collections restent « non mesurées » : ni rares ni communes, simplement sans propriétés à comparer. Il vaut mieux le lire ici que le découvrir en ouvrant le site.

31 collections tirées au sort dans deux par case « époque × taille » de catalogue.sqlite (16 150 collections connues de la sonde), plus le témoin de Karl et six collections publiées par le site (2 222). 78 376 pièces, 186 requêtes, 230 Mo, 3 incidents (réponses 500 rattrapées), 0 échec définitif, à une requête par seconde. Indexeur : https://mainnet-idx.4160.nodely.dev, le 2026-09-01 à 12:37 UTC.

Ce que l'échantillon dit, sans extrapoler. Les propriétés sur la chaîne n'existent pratiquement pas avant la fin de 2021 : 0 pièce sur 288 dans les six collections du début de 2021. À partir de la fin de 2021, 6 collections sur 11 en portent, et en 2022, 7 sur 14. Le taux en pièces (69 %) est dominé par deux collections de 2022 de plus de 20 000 pièces, l'une entièrement notée dès la création (Zone, un seul trait pour 39 263 pièces), l'autre (AlgoSeas Pirate) dont les traits ne sont visibles que dans les reconfigurations du gestionnaire, que ce premier passage ne lisait pas encore : le tableau ci-dessus les compte « sans note », la passe de campagne ci-dessous les a lues. C'est le taux par collection qui renseigne, pas le taux par pièce.

Dhmα · 1 891 pièces, 1 891 mesurées, 21 types de traits, 1 309 pièces reconfigurées au moins une fois. Gestionnaire : actif 1 891. Mesure du 2026-09-01 à 13:36 UTC, dernière configuration lue au round 25 943 958. Standards : arc69 1 891.

Les plus rares selon l'école retenue (information), et le rang que leur donnent les deux autres

Où les écoles divergent le plus (somme des inverses contre information)

Les fréquences brutes, par type de trait (les plus rares d'abord)

notées seulement

• somme : Σ 1/p(trait), la règle de rarity.tools et d'OpenSea. Un seul trait à 1/1 000 vaut 1 000 points ; dix traits à 1/10 en valent 100. La pièce rare sur un seul trait passe devant la pièce rare partout.
• trait le plus rare : 1/p du trait le plus rare de la pièce. Ne regarde qu'un trait sur dix.
• information (retenue) : Σ -log2 p(trait). Le trait à 1/1 000 vaut 10 bits, dix traits à 1/10 en valent 33 : la combinaison rare l'emporte, ce que Karl décrit comme « la pièce que sa combinaison rend unique ».

Les trois scores et les trois rangs sont rangés pour chaque pièce, avec les fréquences brutes de chaque valeur : changer d'école ne coûte qu'une constante dans rarete/rarete.mjs, pas une récupération. L'absence d'un type de trait sur une pièce compte comme une valeur (« absent »), sinon les pièces incomplètes auraient des scores artificiellement bas.

Deux règles qui ne bougent pas : la rareté se calcule dans la collection, jamais dans l'absolu ; une pièce sans propriétés est non mesurée, jamais « rareté zéro », et elle n'entre ni au dénominateur ni au classement.

• Les homonymes, et un cas à aller vérifier soi-même. Le regroupement du catalogue ne fusionne pas les adresses : une série émise depuis plusieurs adresses apparaît comme plusieurs collections du même nom, et 441 titres publiés sont dans ce cas. Chacune reçoit sa propre rareté, sur son propre lot, ce qui n'est pas la série entière qu'un collectionneur a en tête. Exemple : AOWL existe 3 fois, 950 pièces chez AOWLLUX3… et 950 pièces chez AOWL3ZOC… et 158 pièces chez AOWLDAJS…, sans aucune pièce commune : la rareté d'un trait y est calculée sur chaque lot séparément au lieu des 2 058 pièces de la série entière. Ce n'est pas à cette passe de réparer le regroupement ; c'est une limite réelle de ce qu'elle produit.
• Le gestionnaire, et c'est le piège le plus coûteux. Une reconfiguration ARC-69 est émise par le gestionnaire de l'actif, qui n'est pas toujours le créateur (39 321 créations sur 78 376 dans l'échantillon en ont un autre). AlgoSeas Pirate (23 546 pièces) en est l'exemple : la création ne porte aucune note, et TOUS les traits vivent dans des reconfigurations émises par le gestionnaire, plus de 96 000 à ce jour parce que le jeu met ses pièces à jour sans arrêt. Lire le seul créateur donnait « aucune propriété » ; c'était faux. La campagne lit donc chaque gestionnaire distinct, et le coût d'une collection dépend du nombre de ses reconfigurations, qui n'est pas connu d'avance. Une collection dont un gestionnaire n'a pu être lu jusqu'au bout n'est pas notée, avec le motif.
• Les traits hors chaîne. Les pièces ARC-3 dont les traits vivent dans un JSON sur IPFS ne sont pas lues par cette passe : autre coût, autre taux d'échec. Cette passe dit seulement, par le standard déclaré, combien de pièces sont dans ce cas.
• Les pièces frappées par un contrat naissent dans une transaction interne d'un appel d'application ; l'indexeur les rend sous l'appel racine. Sans les aplatir, « Gold Egg » donnait zéro pièce lue. Le même angle mort existe ailleurs dans le projet : sonde/sonde.mjs lit les actifs d'un compte par created-assets à deux endroits, ce qui ne voit pas ces pièces (signalé au chantier, non modifié ici).
• L'indexeur. Sur un émetteur massif, une page de 1 000 finit parfois en 500 après une vingtaine de secondes : ni quota ni étranglement, un délai côté serveur, qui se rattrape au second essai ou en réduisant la page. Le « quota exceeded » en 200 est contrôlé dans le corps de chaque réponse. Fournisseurs de secours sondés : mainnet-idx.algonode.cloud et mainnet-idx.algonode.network répondent la même chose que 4160.nodely.dev (même opérateur) ; indexer.algoexplorerapi.io est mort.