Vérifier la supply en circulation sur CoinMarketCap

Qu'est-ce que la vérification de la supply en circulation par CoinMarketCap établit ?

La vérification de la supply en circulation par CoinMarketCap est un examen des preuves de la quantité qu'un projet déclare comme étant en circulation et du raisonnement derrière ce chiffre. Votre tâche est de rendre le nombre reproductible : un autre examinateur doit pouvoir le retracer à partir de la base de supply déclarée, en passant par les soldes et les exclusions utilisés dans votre calcul.

La supply en circulation n'est pas simplement la quantité mintée, ni nécessairement la supply totale moins une catégorie large. Les tokens détenus dans des contrats de vesting, les trésoreries de projet, les arrangements de liquidité ou d'autres adresses contrôlées peuvent devoir être expliqués individuellement. Le traitement pertinent dépend des faits de l'allocation et de la méthodologie que vous divulguez.

Avant de rassembler les fichiers, rédigez une courte note méthodologique qui répond à :

• Quel chiffre de supply déclarez-vous, et à quelle date et heure ?
• Quelles adresses et soldes sont inclus ou exclus ?
• Quelles preuves soutiennent chaque classification ?
• Quels événements pourraient modifier le chiffre, comme un déblocage ou une migration de token ?

Ce cadrage aide également les lecteurs à interpréter la capitalisation boursière en lien avec la supply déclarée. Pour le processus de profil plus large, consultez comment obtenir une liste sur CoinMarketCap.

Quels documents devez-vous préparer avant de soumettre ?

Préparez un dossier de preuves compact qui relie le plan d'allocation publié du token aux enregistrements on-chain vérifiables. Un examinateur ne devrait pas avoir à deviner pourquoi un wallet est exclu ni à rapprocher des totaux différents entre des documents non liés.

Un dossier pratique rassemble généralement :

• L'adresse du contrat token, la chaîne, les décimales et les liens vers les pages d'explorateur pertinentes.
• Le document actuel de tokenomics ou d'allocation, avec une date de version.
• Les calendriers de vesting, les conditions de déblocage et les adresses de contrat pour les allocations verrouillées.
• Un registre des wallets avec adresse, étiquette, solde, classification et source de la preuve.
• Les enregistrements d'allocation de trésorerie, d'équipe, d'investisseurs, d'écosystème et de liquidité, le cas échéant.
• Les preuves de burn ou la documentation de migration si l'un ou l'autre affecte la quantité déclarée.

Utilisez des preuves primaires lorsque c'est possible : données de contrat, enregistrements d'explorateur, conditions de vesting publiées et documents contrôlés par le projet. Un tableur est utile pour le calcul, mais il doit renvoyer aux sources sous-jacentes plutôt que de les remplacer. Si une étiquette de wallet est basée sur la connaissance du projet plutôt que sur des données publiques, dites-le et fournissez l'enregistrement justificatif.

Conservez un dossier « source de vérité » daté. Séparez les preuves actuelles des calendriers obsolètes et nommez les fichiers de manière à ce que la relation soit évidente—par exemple, un calendrier de vesting doit identifier l'allocation qu'il explique. Cette discipline rend la soumission plus facile à examiner et les futures mises à jour plus faciles à reproduire.

Comment rapprocher les soldes en un chiffre défendable ?

Rapprochez la supply en circulation en commençant par une base de supply définie, puis en documentant chaque inclusion et exclusion matérielle. Le calcul doit être un pont transparent entre l'état on-chain du token et le chiffre que vous soumettez, sans ajustement inexpliqué entre les deux.

Construisez un tableur avec une ligne par adresse ou allocation pertinente. Incluez son solde à l'instantané choisi, l'étiquette, le traitement, la raison et le lien vers la preuve. Additionnez les soldes inclus et les soldes exclus séparément, puis comparez le résultat avec votre chiffre déclaré et les tokenomics publiés. Si le contrat ou l'explorateur expose un total différent, expliquez ce qui explique la différence plutôt que de remplacer silencieusement une source par une autre.

Vérifiez le tableur pour les points de confusion courants :

• Les soldes sont-ils pris au même moment d'instantané et sur la même chaîne ?
• Les contrats de vesting sont-ils comptés de manière cohérente avec la méthodologie déclarée ?
• Les wallets de trésorerie et opérationnels sont-ils distingués des avoirs du marché public ?
• Les tokens brûlés sont-ils soutenus par des preuves vérifiables de leur statut ?
• Les décimales, migrations ou représentations wrapped créent-elles des doublons de comptage ?

Faites reproduire le total à partir des liens sources par une deuxième personne. Enregistrez la date de l'instantané et toutes les hypothèses dans le fichier lui-même. Si une valeur est estimée ou si le but d'un wallet est incertain, marquez-le clairement et résolvez-le avant la soumission plutôt que de présenter une hypothèse comme un fait on-chain.

Comment expliquer les tokens verrouillés, les wallets de trésorerie et les déblocages ?

Expliquez chaque allocation en fonction de son accès réel, de ses restrictions et de son rôle ; les étiquettes seules ne déterminent pas si les tokens doivent être traités comme étant en circulation. Un registre de wallets est plus solide lorsque sa classification est soutenue par des conditions contractuelles, des enregistrements de gouvernance ou d'autres preuves qu'un examinateur peut inspecter.

Pour les allocations verrouillées, reliez le solde au contrat de vesting et au calendrier pertinents. Identifiez les bénéficiaires ou la catégorie d'allocation lorsque cette information est publique, et montrez comment les tranches libérées affectent le calcul. Pour les avoirs de trésorerie, distinguez les actifs réservés à un objectif défini des tokens déjà distribués ou disponibles à l'échange. Pour les soldes liés à la liquidité, indiquez l'adresse, le solde token et l'arrangement qui explique comment ils sont utilisés.

Un tableau utile peut clarifier la logique :

Lorsqu'un déblocage se produit, mettez à jour le calcul daté, le registre des wallets et les tokenomics publics ensemble. Cela évite un décalage entre un ancien chiffre de profil et des documents de projet plus récents. Pour obtenir de l'aide sur la structuration de l'ensemble des preuves, consultez vérification de la supply en circulation.

Comment soumettre la mise à jour de la supply CoinMarketCap ?

Soumettez une mise à jour concise via la voie officielle actuelle de support ou de mise à jour de profil de CoinMarketCap, avec le calcul et les preuves arrangés de manière à ce que le nombre déclaré puisse être vérifié efficacement. Confirmez la voie et les instructions actuelles sur CoinMarketCap Support avant d'envoyer ; ne vous fiez pas à un ancien formulaire ou à un message informel comme preuve de soumission.

Placez le chiffre demandé, la date de l'instantané, le résumé de la méthodologie et les liens vers les preuves primaires près du début. Joignez le registre des wallets et les documents justificatifs dans un format cohérent. Si la mise à jour concerne une migration, un déblocage ou un autre changement, indiquez ce qui a changé et comment cet événement modifie le calcul. Conservez une copie de la version soumise afin que tout suivi se réfère aux mêmes intrants.

Une transmission claire comprend :

• Le nom du token, l'adresse du contrat et la chaîne.
• Le chiffre actuel déclaré et le chiffre proposé, avec la date de référence pour chacun.
• Une brève explication du calcul et des exclusions matérielles.
• Des liens directs vers les preuves, ainsi que les coordonnées de la personne pouvant les clarifier.

Avant d'envoyer, vérifiez que le nombre dans le message correspond au tableur et aux documents publics du projet. Si un examinateur demande des éclaircissements, répondez à la question spécifique et mettez à jour le dossier de preuves plutôt que d'envoyer un second calcul contradictoire. Cette approche maintient la soumission vérifiable depuis le premier contact jusqu'à toute révision demandée.

Quand devez-vous revoir la supply déclarée à nouveau ?

Révisez le calcul chaque fois qu'un événement token peut modifier les soldes, l'accès ou la façon dont une allocation est classifiée. Un chiffre vérifié n'est utile que tant que ses preuves restent alignées sur l'état actuel du token et les enregistrements publiés du projet.

Définissez un déclencheur de révision interne pour les libérations de vesting, les nouvelles émissions de tokens, les burns, les transferts de trésorerie, l'activité de migration et les modifications des conditions d'allocation. Le propriétaire du fichier de supply doit mettre à jour le registre des wallets, le calcul et les tokenomics publics dans le cadre de la même révision—pas comme des tâches séparées avec des dates différentes. Tenez un journal des modifications qui enregistre l'événement, la source, l'impact sur le calcul et la personne qui a approuvé la mise à jour.

Pour un contrôle récurrent, comparez les preuves actuelles avec l'instantané précédent. Enquêtez sur les différences matérielles plutôt que de supposer qu'elles reflètent une activité normale. Confirmez que les étiquettes d'adresses décrivent toujours le rôle actuel du wallet, et qu'aucun contrat nouvellement créé ou solde migré n'a été omis ou compté deux fois.

Ce processus de maintenance aide également à se préparer aux modifications de profil au-delà de la supply. Si vous examinez la cohérence plus large des données, utilisez le hub de listing et de vérification ou lisez comment fonctionne le listing CoinGecko. Un enregistrement de supply doit rester cohérent avec les divulgations publiques du projet, pas seulement avec un profil de plateforme.

Qu'est-ce qui échappe au contrôle d'un projet dans l'examen CoinMarketCap ?

Le projet contrôle la qualité de ses preuves et l'exactitude de son calcul proposé, mais CoinMarketCap contrôle son évaluation, le chiffre affiché et le calendrier de tout changement de profil. Les examinateurs peuvent demander des éclaircissements ou des preuves supplémentaires, alors préparez-vous à expliquer la méthodologie plutôt que de considérer la soumission comme une acceptation automatique.

MediaStrategy utilise un examen de rapprochement de supply nommé : nous vérifions le calcul par rapport au registre des wallets, identifions les classifications non soutenues et confirmons que l'ensemble des documents et les chiffres publics racontent une histoire cohérente. Le résultat est un dossier de preuves structuré et une explication prête à être soumise, avec les questions ouvertes marquées pour que le projet les résolve. Ceci est utile lorsque la responsabilité des tokenomics, des enregistrements de trésorerie et des communications communautaires est répartie entre différentes équipes.

Pour commencer, envoyez à MediaStrategy le contrat token et la chaîne, votre dernier calcul de supply, les documents d'allocation et de vesting, ainsi que toute correspondance antérieure avec CoinMarketCap. Nous cartographierons les preuves, signalerons les lacunes et conviendrons de la portée de l'examen avant de préparer la transmission.

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. Définir l'instantané et la méthodologieChoisissez une date de référence claire et rédigez ce que le projet compte comme supply en circulation. Identifiez les événements ou catégories d'allocation qui nécessitent une explication.
2. Collecter les enregistrements primairesRassemblez les liens de contrat et d'explorateur, les conditions de vesting, les documents d'allocation, les étiquettes de wallets et toute preuve de migration ou de burn.
3. Rapprocher chaque solde pertinentConstruisez un tableur au niveau des wallets, calculez les montants inclus et exclus séparément, et résolvez les écarts par rapport à la base de supply déclarée.
4. Effectuer une relecture par une deuxième personneDemandez à quelqu'un qui n'a pas préparé le tableur de reproduire le total à partir de ses sources et de vérifier que les documents publics concordent.
5. Soumettre et maintenir le fichierUtilisez la voie officielle actuelle de CoinMarketCap, conservez la version exacte soumise et enregistrez les modifications ultérieures des soldes ou de la méthodologie.