CryptoRanks

Méthodologie

Chaque chiffre sur CryptoRanks provient d'une mesure que nous pouvons expliquer. Cette page consolide la façon dont chaque classement est construit — et où se trouvent ses limites.

Nouveaux pools et score de santé

Nos collecteurs surveillent les événements de création de pools sur les DEX que nous couvrons (Uniswap V2/V3, Aerodrome, Raydium et d'autres) sur Ethereum, Base, Arbitrum, Optimism, Polygon, BNB Chain et Solana. Pour chaque pool, nous lisons sa liquidité directement on-chain et continuons à la relire à mesure que le pool vieillit, construisant ainsi un historique de liquidité par pool.

Le score de santé (0-100) combine la liquidité actuelle, la tendance par rapport au pic du pool, sa durée de survie, et des vérifications légères du risque on-chain comme les contrats non vérifiés ou l'autorité de mint et de gel sur les tokens Solana. Le statut passe de naissant à surveillance, sain, suspect ou mort à mesure que les preuves s'accumulent.

Impact des baleines

Un swap est classé par impact, non par taille absolue : l'impact est la valeur du swap divisée par la liquidité du pool à cet instant. Une transaction de 10 000 $ dans un pool de 20 000 $ déplace le prix bien plus qu'une transaction de 100 000 $ dans un pool de 5 M $. Les niveaux de sévérité (notable, fort, critique) sont de simples seuils sur ce ratio, et la pression acheteuse/vendeuse par token est la part du volume des baleines de chaque côté sur 24 heures.

Suivi du gas et niveaux

Le gas est échantillonné directement depuis les nœuds RPC publics de chaque chaîne environ toutes les 5 minutes. Le niveau bon marché / normal / cher compare la lecture actuelle à la plage 24h propre à la chaîne, la tendance provient des mesures les plus récentes, et l'heure la moins chère est l'heure de la journée avec la moyenne la plus basse dans l'historique mesuré. Le gwei est l'unité native de chaque chaîne et n'est pas comparable entre chaînes.

Rugs confirmés et résultats

À mesure que les pools vieillissent, nous classons chacun comme survécu, mort ou rugged. Un rug n'est confirmé que lorsque nous trouvons l'événement Burn on-chain prouvant que la liquidité a réellement été retirée — ou lorsque la liquidité s'est effondrée d'au moins 90 % depuis un pic qui a un jour été réel. Les pools qui se sont simplement éteints comptent comme morts, jamais comme rugs, de sorte que le taux de rug affiché n'est pas gonflé.

Nous vérifions aussi si les tokens LP d'un pool sont brûlés ou verrouillés. Une liquidité verrouillée ne peut pas être retirée, donc les pools au LP verrouillé sont signalés et exclus des listes à risque. La réputation des deployers agrège ces résultats par portefeuille créateur : taux de rug = lancements rugged / lancements résolus, les jeunes pools étant exclus jusqu'à ce qu'ils soient assez âgés pour être jugés.

Résultats des pools et réputation des deployers

Un verdict de rug se présente en deux variantes que nous gardons séparées. Un rug avéré est étayé par l'événement Burn on-chain qui a retiré la liquidité — nous conservons le hash de la transaction. Un rug inféré est un effondrement d'au moins 90 % à partir d'un pic qui était réel, c'est-à-dire que le pool détenait au moins 1 000 $ de liquidité mesurée avant de chuter. Un pool qui n'a jamais détenu de vraie liquidité ne peut jamais être qualifié de rug.

Un pool qui se contente de s'évaporer compte comme mort, jamais comme rugged. La plupart des lancements échoués sont mort-nés : il n'y avait jamais assez d'argent pour que quiconque puisse le voler, donc les appeler rugs serait une accusation sans victime — et dévaloriserait l'étiquette partout où elle apparaît. Mort signifie que le pool a dépassé sa première heure sans liquidité réelle, ou s'est dégonflé sans effondrement profond.

Comme mort et rugged sont des verdicts distincts, nous publions également un taux d'échec : (rugged + morts) / lancements résolus — la part des pools résolus d'un créateur qui se sont terminés sans valeur, quel que soit le mécanisme. Résolus exclut les pools de moins d'une heure et les pools dont la liquidité n'a pas pu être mesurée, de sorte que le dénominateur ne contient que des lancements avec un résultat réel et comptable.

Une nuance : un pool qui est mort après avoir atteint un pic de 10 000 $ ou plus n'est pas mort-né — de l'argent réel y est entré et a été perdu. Le taux de rug public ne le comptabilise toujours pas, mais le verdict de risque du créateur pèse ces décès lourds en interne, de sorte qu'un portefeuille dont les lancements continuent d'absorber de l'argent et de mourir silencieusement ne se lit pas comme inoffensif.

Le verdict du créateur est une échelle de règles, la première correspondance l'emporte, chacune exigeant un bilan minimum pour qu'un historique mince ne déclenche jamais de fausse alarme : Rugger (3 lancements résolus ou plus, taux de rug de 30 % ou plus), Usine à déchets (8 lancements ou plus, 5 résolus ou plus, zéro survivants), Bot de spam (6 lancements ou plus à 4 ou plus par heure, ou la moitié sur la même paire), Risqué (3 résolus ou plus, taux de rug de 10 % ou plus). Les portefeuilles en dessous de tous les seuils apparaissent comme un bilan mitigé ou simplement trop nouveaux pour être jugés.

Limites, énoncées clairement : la vérification du verrouillage du LP ne reconnaît que les tokens LP V2 envoyés aux adresses de brûlage. La liquidité détenue dans des contrats de verrouillage tiers n'est pas détectée comme verrouillée, et les positions V3 sont des NFTs que nous ne pouvons pas évaluer — les deux apparaissent comme inconnu plutôt que sûr. La même règle s'applique aux résultats : une lecture que nous ne pouvons pas effectuer devient inconnue et sort de tous les taux, jamais un verdict.

Limites honnêtes

Nous mesurons sept chaînes et les principales factories de DEX — pas toutes les plateformes existantes. Les nœuds RPC publics peuvent accuser du retard ou limiter le débit, donc une lecture peut dater de plusieurs minutes, et un pool peut subir un rug entre deux mesures. Les étiquettes de résultat sont des heuristiques empiriques, pas des conclusions juridiques sur un projet ou un portefeuille.

Les données générales de marché des pages Marchés et Exchanges proviennent de l'agrégateur Coinpaprika et héritent de sa latence et de sa couverture. Quand des données manquent, nous affichons un état vide plutôt qu'une estimation : rien sur ce site n'est interpolé ni inventé.

Nouveaux pools Impact des baleines Suivi du gas Deployers