Comment vérifier la supply en circulation sur CoinMarketCap

Que signifie la supply en circulation sur CoinMarketCap ?

La supply en circulation est la quantité d'un token qu'un fournisseur de données traite comme disponible sur le marché public selon sa méthodologie. Elle n'est pas automatiquement identique au nombre total émis, à la supply maximale ou au solde visible à l'adresse du contrat du token.

Commencez par définir le chiffre que vous demandez à CoinMarketCap d'examiner. La réconciliation de base est : supply en circulation = supply totale − tokens qui ne sont pas en circulation selon votre méthodologie déclarée. Cette soustraction n'est utile que si le projet peut expliquer ce qui est inclus dans le montant exclu. Une allocation de vesting, un solde de contrat inaccessible et une réserve de trésorerie peuvent chacun nécessiter des preuves différentes.

Avant de calculer, faites une courte note de périmètre qui enregistre :

• Le token et le réseau examinés, y compris l'adresse du contrat.
• La date et l'heure du snapshot des soldes.
• Le chiffre de supply et l'unité utilisés dans le calcul.
• Les catégories traitées comme non en circulation et pourquoi.

Utilisez cette définition de manière cohérente dans les tokenomics du projet, les références d'explorateur et les matériaux de soumission. Pour le contexte plus large du listing, voir comment obtenir un listing sur CoinMarketCap. Une définition claire donne aux examinateurs et aux lecteurs un moyen de retracer votre nombre jusqu'à des enregistrements identifiables.

Comment calculer et réconcilier le chiffre ?

Calculez la supply en circulation en commençant par un total traçable et en soustrayant les soldes que votre méthodologie documentée classe comme indisponibles pour le marché. La clé n'est pas seulement l'arithmétique finale : chaque entrée doit pointer vers une source qu'une autre personne peut inspecter.

Créez une feuille de travail avec une ligne par allocation ou wallet pertinent. Enregistrez l'adresse du wallet ou du contrat, le solde au moment du snapshot, la catégorie d'allocation, les conditions de lock ou de vesting pertinentes, et si vous l'incluez ou l'excluez. Totalisez ensuite les soldes inclus et exclus séparément. Gardez la date du snapshot visible ; si les soldes changent plus tard, le calcul doit être reproductible pour chaque version.

Vérifiez le résultat par rapport au contrat du token et aux enregistrements de l'explorateur. Si votre token a plusieurs chaînes, migrations, représentations wrapped ou contrats de bridge, expliquez comment ces soldes sont traités afin que les mêmes tokens ne soient pas comptés deux fois. Si un solde ne peut pas être attribué avec confiance, marquez-le pour investigation au lieu de l'affecter silencieusement à une catégorie.

Un dernier contrôle utile consiste à comparer la feuille de travail avec les tokenomics publiés du projet et tout chiffre de supply déjà affiché sur les plateformes de données. Pour plus d'informations sur le workflow de listing associé, utilisez les conseils de listing CoinGecko ; le calcul doit rester cohérent en interne même si les fournisseurs utilisent des processus d'examen différents.

Quels documents préparer pour la vérification de la supply ?

Préparez un dossier de preuves compact qui relie chaque affirmation matérielle de supply à un document ou à un enregistrement on-chain. Ces matériaux rendent le calcul plus facile à examiner et aident votre équipe à répondre aux questions de suivi sans reconstruire l'analyse.

Rassemblez les enregistrements qui s'appliquent à votre token :

• Adresse du contrat du token, détails du réseau et liens d'explorateur.
• Document de tokenomics ou d'allocation montrant les catégories et les montants.
• Calendriers de vesting, accords de lock ou références de contrat pour les allocations restreintes.
• Un registre des wallets qui identifie les adresses de trésorerie, d'équipe, d'investisseur, d'écosystème et autres adresses pertinentes.
• Preuves de soldes on-chain capturées en même temps que la feuille de travail.
• Explications pour les soldes brûlés, locked, réservés ou autrement exclus, avec des références justificatives.
• Une déclaration datée du projet expliquant le calcul et les hypothèses éventuelles.

Ne décrivez pas un wallet comme locked simplement parce que le projet a l'intention de ne pas déplacer ses fonds. Soutenez ce traitement avec le contrat, le calendrier ou une autre preuve applicable, et distinguez une restriction technique d'une politique interne. Si un document est confidentiel, fournissez un résumé partageable et identifiez les preuves qui peuvent être fournies en privé via la voie d'examen appropriée. Gardez les noms de fichiers, les dates et la terminologie alignés avec la feuille de travail afin que chaque affirmation soit facile à localiser.

Comment classer les wallets de trésorerie, de vesting et locked ?

Classez les wallets en fonction des preuves de leur statut et de leur disponibilité, et non de l'étiquette que votre équipe préfère. Un registre des wallets transforme le calcul de la supply en une explication vérifiable plutôt qu'en une collection d'hypothèses non étayées.

Pour chaque adresse, enregistrez qui la contrôle, quelle allocation elle représente, si un contrat restreint les transferts, et quel événement pourrait rendre le solde transférable. Lorsque le vesting s'applique, reliez l'adresse au calendrier et indiquez si une partie a déjà été débloquée. Pour un wallet de trésorerie, expliquez son objectif et si le solde est engagé, réservé ou disponible pour déploiement. Appliquez la même règle aux allocations comparables ; un traitement incohérent peut rendre un total plausible difficile à évaluer.

Un tableau de classification pratique peut inclure ces colonnes :

Si le projet a migré des tokens ou opère sur plusieurs réseaux, ajoutez une note de réconciliation qui explique la relation entre les adresses et les représentations. Pour un workflow de vérification séparé, voir vérification de la supply en circulation.

Comment préparer une soumission cohérente pour CoinMarketCap ?

Préparez la soumission comme un compte rendu cohérent de la supply du token : un chiffre déclaré, un calcul daté et des preuves qui soutiennent les décisions d'inclusion et d'exclusion. Avant d'envoyer les matériaux via le processus actuel de projet ou de listing de CoinMarketCap, vérifiez que le profil du projet et les documents justificatifs utilisent le même contrat, le même réseau et la même terminologie de token.

Désignez une personne responsable de la version finale. Cette personne doit comparer la feuille de travail avec la page de tokenomics, le site web du projet et toute déclaration publique antérieure de supply. Résolvez les divergences avant la soumission, ou expliquez-les directement avec la raison et la date d'effet. Évitez d'envoyer plusieurs totaux inexpliqués, comme un chiffre pour une annonce et un autre pour le dossier d'examen.

Utilisez cette checklist pré-soumission :

• Confirmez que l'adresse du contrat et le réseau correspondent dans chaque fichier.
• Recalculez les totaux à partir des soldes de wallet enregistrés.
• Vérifiez que chaque catégorie exclue a une base et des preuves claires.
• Datez la feuille de travail et identifiez la source de chaque solde.
• Assurez-vous que le langage des tokenomics publics correspond au calcul.
• Conservez une copie du dossier final et notez les modifications ultérieures.

Pour les équipes gérant les enregistrements des deux fournisseurs, listing CoinGecko vs CoinMarketCap est une comparaison utile. Traitez la demande et le statut de chaque fournisseur séparément, et tenez un journal des modifications afin que les futures mises à jour puissent être liées à un événement spécifique.

Qu'est-ce qui peut affecter l'examen de la supply par CoinMarketCap ?

Un dossier de preuves complet améliore la clarté, mais CoinMarketCap détermine comment il examine et classe les informations de supply sur sa propre plateforme. Son évaluation, les preuves acceptées, le chiffre affiché et le calendrier d'examen sont en dehors du contrôle du projet ; aucun ensemble de documents ne peut promettre une classification ou une approbation particulière. L'engagement contrôlable est de soumettre des matériaux précis et cohérents en interne et de répondre avec des preuves pertinentes si le processus d'examen le demande.

Les problèmes courants à résoudre avant la soumission incluent une discordance entre le contrat du token et le profil du projet, des soldes de wallet qui ne correspondent pas au total déclaré, un calendrier de vesting sans adresse correspondante, et une étiquette locked non étayée par une restriction ou un enregistrement. Un examen peut également nécessiter des éclaircissements lorsque le libellé d'un projet laisse planer un doute sur la transférabilité d'un solde ou sur son contrôle.

Si le chiffre est contesté, répondez au problème précis plutôt que de renvoyer l'intégralité du dossier sans explication. Pointez la ligne dans la feuille de travail, identifiez l'adresse ou le contrat pertinent, et joignez la preuve qui répond à la question. Si les faits sous-jacents ont changé, recalculez à partir d'un nouveau snapshot et étiquetez clairement la version révisée. Cette approche préserve une piste d'audit et aide votre équipe à maintenir l'exactitude des déclarations publiques de supply pendant que la plateforme termine sa propre évaluation.

Quand mettre à jour le calcul de la supply ?

Mettez à jour le calcul chaque fois qu'un événement matériel de token modifie un solde ou sa classification. Une feuille de travail de supply est un enregistrement daté, pas une déclaration permanente : les déblocages de vesting, les transferts de trésorerie, les burns, les migrations et les changements de contrat peuvent rendre un snapshot antérieur incomplet.

Définissez un déclencheur d'examen interne pour chaque événement susceptible d'affecter la supply. Le membre de l'équipe responsable doit confirmer les adresses concernées, capturer les soldes actuels, appliquer les règles de classification existantes et enregistrer la raison de tout changement. Si la méthodologie elle-même change, conservez l'ancienne version et expliquez le nouveau traitement plutôt que d'écraser le calcul précédent. Cet historique aide le projet à répondre aux questions sur la raison pour laquelle un chiffre affiché diffère d'une déclaration publique antérieure.

Conservez la même feuille de travail source de vérité pour les mises à jour et liez chaque nouveau chiffre à sa date de snapshot. Examinez ensuite ensemble la page de tokenomics du projet, le profil de listing et les autres descriptions publiques afin qu'une mise à jour ne laisse pas de chiffres contradictoires ailleurs. Si un mouvement cross-chain ou une migration de token est impliqué, documentez à la fois les tokens retirés de l'ancienne représentation et ceux émis dans la nouvelle. Pour un workflow de mise à jour de profil connexe, voir remédiation de profil de listing.

Tarifs

Prix de départ en USD. Forfaits personnalisés et remises sur volume sur demande. Paiement en USDT, USDC, BTC, ETH, SOL, TON ou votre token de projet.

Comment ça marche

1. Confirmer le token et le snapshotEnregistrez le contrat, le réseau et la date du snapshot des soldes. Identifiez toute migration ou représentation de token supplémentaire qui doit être réconciliée.
2. Construire le registre des walletsListez les adresses pertinentes, les soldes, les catégories d'allocation et les preuves de contrôle ou de restriction. Signalez les classifications non résolues au lieu de supposer une réponse.
3. Calculer les soldes inclus et exclusAppliquez une méthodologie déclarée unique à toutes les allocations comparables, puis montrez comment le chiffre final de supply en circulation découle des entrées enregistrées.
4. Assembler les documents justificatifsJoignez les tokenomics, les enregistrements de vesting ou de lock, les références d'explorateur et une explication concise qui relie chaque exclusion à une preuve.
5. Réconcilier et soumettreComparez le dossier avec les matériaux publics du projet, corrigez les incohérences et utilisez la voie de soumission actuelle de CoinMarketCap pour la demande concernée.