Rareté ASA Compass

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 77 953 · aucun 421 · arc3 2.

Gestionnaire des pièces : actif 78 354 · renonce 22. 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 (13).

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.

Algobaras · 3 000 pièces, 3 000 mesurées, 9 types de traits, 14 pièces reconfigurées au moins une fois. Gestionnaire : actif 3 000. Mesure du 2026-09-01 à 12:59 UTC, dernière configuration lue au round 23 077 067. Standards : arc69 3 000.

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. Le regroupement du catalogue ne fusionne pas les adresses : une série de 2021 émise depuis plusieurs adresses apparaît comme plusieurs collections du même nom (« AlgoSkull », « Dragon » sont chacune deux fois dans l'index publié). 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.
• 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.