Comment vérifier la supply en circulation sur CoinMarketCap

Que signifie la supply en circulation dans un examen CoinMarketCap ?

La supply en circulation est la quantité d'un token qu'un fournisseur de données considère comme disponible sur le marché public selon sa méthodologie. Pour un projet préparant une mise à jour CoinMarketCap, la tâche pratique est d'expliquer le calcul et de fournir suffisamment de preuves pour que quelqu'un d'autre puisse le suivre.

Ne traitez pas la supply totale, la supply maximale et la supply en circulation comme des étiquettes interchangeables. Un token peut déjà exister sur la chaîne mais être soumis à un lock, un calendrier de vesting ou une autre restriction qui affecte la classification par le projet. À l'inverse, une étiquette de wallet seule n'explique pas si son solde doit être inclus. Le projet doit relier chaque classification à des enregistrements observables et à une justification documentée.

Commencez par un instantané daté des soldes pertinents et définissez le calcul en langage clair. Montrez le chiffre de supply de départ, les soldes considérés comme indisponibles et le montant en circulation résultant. Si le token a plusieurs contrats ou un historique de migration, indiquez quelles adresses de contrat et quels enregistrements de chaîne le calcul couvre. Rendez la date d'instantané bien visible pour que les lecteurs puissent distinguer le calcul soumis des modifications ultérieures.

Ce calcul fait partie d'un processus plus large de préparation des données, et non un substitut à une demande de liste. Pour le contexte de liste et la préparation de la soumission, voir comment être listé sur CoinMarketCap.

Comment réconcilier les wallets, les locks et le vesting ?

Réconciliez la supply en circulation en faisant correspondre chaque solde à une adresse, un enregistrement source et un traitement clair dans le calcul. L'objectif n'est pas d'étiqueter chaque grand détenteur comme indisponible ; il s'agit de montrer pourquoi un solde est ou n'est pas compté et de rendre cette décision vérifiable.

Créez un registre de travail avec une ligne par adresse ou groupe d'adresses pertinent. Les champs utiles incluent la chaîne, l'adresse du contrat, le solde observé, la fonction du wallet, le statut de restriction, le document justificatif et la décision d'inclusion. Gardez les termes de classification cohérents dans tout le registre et la déclaration publique de supply.

Passez en revue les catégories principales de manière systématique :

• Contrats de vesting et de lock : enregistrez le contrat ou le service, l'allocation pertinente et le calendrier ou la preuve de restriction.
• Wallets de trésorerie et de fondation : expliquez le contrôle de l'entité et si le solde est réservé, déployé ou autrement disponible.
• Allocations d'équipe et d'investisseurs : reliez l'allocation déclarée aux documents de vesting et aux preuves sur la chaîne lorsque disponibles.
• Soldes brûlés : fournissez l'adresse et la preuve pour la classification du projet plutôt que de vous fier à une étiquette non étayée.
• Tokens pontés ou migrés : réconciliez les représentations entre les contrats pour que les mêmes unités économiques ne soient pas comptées deux fois.

Lorsqu'une adresse sert à plusieurs fins, répartissez le solde par allocation documentée si les enregistrements soutiennent cette répartition. Si ce n'est pas le cas, signalez l'incertitude pour résolution plutôt que de choisir silencieusement le traitement le plus favorable. Ce registre est également utile lors de la préparation d'une revue de vérification de la supply en circulation.

Quels documents rendent le calcul de la supply vérifiable ?

Une soumission vérifiable relie le nombre dans le calcul de la supply à des enregistrements qui peuvent être contrôlés indépendamment. Organisez les preuves pour qu'un examinateur puisse passer du chiffre récapitulatif aux adresses, restrictions et divulgations du projet sous-jacentes sans deviner quel fichier soutient quelle affirmation.

Préparez un dossier de preuves concis avec une page de contenu et des noms de fichiers cohérents. Incluez les éléments qui s'appliquent à votre token :

• Adresse du contrat du token, chaîne et liens vers les enregistrements pertinents de l'explorateur de blocs.
• Un export de soldes de wallet daté ou une requête de solde reproductible, avec la date d'instantané indiquée.
• Enregistrements de vesting, de lock, de trésorerie et d'allocation qui soutiennent les exclusions ou classifications.
• Documentation de migration ou de pont de tokens lorsque plusieurs représentations existent.
• La formule de la supply en circulation, le registre d'adresses et une brève explication des hypothèses.
• Matériel de tokenomics actuel et divulgations publiques qui utilisent les mêmes définitions.

Le client doit fournir les enregistrements autorisés du projet, confirmer qui contrôle les wallets du projet, identifier tout changement récent et approuver les classifications finales. Notre liste de contrôle de préparation distingue ce que nous assemblons de ce que seul le projet peut attester : liens sources et réconciliation d'un côté ; contexte de propriété, enregistrements juridiques et approbation de l'autre.

Vérifiez que les dates, les unités de tokens et les adresses de contrat correspondent entre les fichiers. Si un document entre en conflit avec un enregistrement d'explorateur ou une page de tokenomics publique, expliquez l'écart et résolvez-le avant la soumission. Gardez les enregistrements internes sensibles sous contrôle d'accès et partagez uniquement le matériel nécessaire pour étayer le calcul.

Comment soumettre une mise à jour de la supply sans créer d'incohérences ?

Soumettez une mise à jour de la supply uniquement après que le calcul, le dossier de preuves et les supports publics du projet racontent la même histoire. Une remise propre réduit les clarifications évitables et donne à l'examinateur un chemin direct du chiffre déclaré à ses enregistrements de soutien.

Utilisez cette séquence comme contrôle final :

• Confirmez que le chiffre de supply en circulation déclaré utilise la même date d'instantané que les soldes de soutien.
• Vérifiez les définitions de supply totale et de supply en circulation partout où elles apparaissent dans les supports du projet.
• Vérifiez les adresses, les décimales du token, les noms de chaîne et les unités par rapport aux enregistrements pertinents.
• Rendez les exclusions lisibles : identifiez le solde, sa restriction ou son statut, et sa preuve de soutien.
• Soumettez via le canal officiel de contact ou de support CoinMarketCap disponible pour le projet, et conservez la version soumise et la correspondance.

Utilisez le site officiel de CoinMarketCap pour localiser les informations actuelles de la plateforme et la route appropriée pour le projet. Évitez d'envoyer des versions contradictoires via plusieurs canaux. Si la plateforme demande des éclaircissements, répondez à la question spécifique, mettez à jour l'index des preuves si nécessaire et conservez une trace de ce qui a changé.

Pour un fournisseur connexe, la discipline de preuve est similaire, mais ses exigences de soumission et son examen sont séparés. Comparez le processus avec la préparation de liste CoinGecko, plutôt que de supposer que la réponse d'une plateforme s'applique à l'autre.

Quels contrôles de qualité doivent avoir lieu avant que le fichier ne quitte le projet ?

Un contrôle qualité pré-soumission doit tester si un examinateur peut reproduire le calcul et comprendre ses hypothèses. Désignez une personne pour réconcilier les chiffres et une autre pour vérifier la chaîne de preuves ; une revue séparée aide à attraper les incohérences faciles à manquer lors de la construction du tableur.

Utilisez une liste de contrôle de revue contrôlée :

• Reproductibilité : Quelqu'un peut-il suivre la formule des enregistrements de solde au chiffre final ?
• Traçabilité : Chaque exclusion matérielle pointe-t-elle vers un wallet, un document ou un enregistrement sur la chaîne ?
• Cohérence : Le site web, le document de tokenomics, les supports de demande et le calcul utilisent-ils la même terminologie et la même date d'instantané ?
• Complétude : Tous les contrats connus, wallets pertinents, migrations et catégories d'allocation sont-ils traités ?
• Contrôle des modifications : Y a-t-il une version finale datée, un approbateur nommé et un enregistrement des modifications après revue ?

L'étape de contrôle qualité chez MegaSatoshi est une revue source-à-affirmation : nous mappons chaque déclaration de supply à ses preuves, marquons les lacunes pour que le projet les résolve et renvoyons un dossier structuré pour approbation du client. C'est plus utile que de polir un chiffre sans vérifier comment il a été dérivé. Si un chiffre antérieur a été publié, incluez une brève explication du changement et de sa date d'effet pour que le nouveau calcul n'apparaisse pas sans contexte.

Pour une vue plus large de la préparation à la liste et du travail de vérification connexe, utilisez le hub de listes et de vérification.

Que peut contrôler le projet dans l'examen de CoinMarketCap ?

Le projet contrôle l'exactitude, la clarté et l'exhaustivité de ses preuves ; il ne contrôle pas le résultat de l'examen de CoinMarketCap ni la manière dont la plateforme affiche finalement un chiffre de supply. CoinMarketCap peut évaluer le matériel soumis selon ses propres pratiques d'examen, demander des éclaircissements ou conserver une classification différente, donc un dossier bien documenté est une préparation—pas une approbation. Gardez les divulgations publiques exactes pendant qu'une demande est en attente et évitez de présenter un changement soumis comme déjà accepté. Pour votre propre contrôle, conservez le calcul soumis, la version exacte des preuves, la date de soumission et toute correspondance avec la plateforme ; si des éclaircissements sont demandés, répondez à l'adresse ou au document cité, enregistrez le changement et gardez le chiffre révisé cohérent avec les supports du projet.

Quand un projet doit-il revoir ses preuves de supply en circulation ?

Revisitez le calcul lorsqu'un événement modifie les soldes ou les restrictions qui le soutiennent, et gardez les preuves synchronisées avec les informations publiques du projet sur les tokens. Un chiffre autrefois correct peut devenir difficile à défendre si une libération de vesting, un mouvement de trésorerie, une migration ou un changement de contrat n'est pas reflété dans les enregistrements.

Désignez un propriétaire interne pour les données de supply et définissez un chemin de notification des changements entre les finances, les opérations de tokens et les communications. Lorsqu'un événement pertinent se produit, le propriétaire doit identifier les adresses affectées, actualiser l'instantané des soldes, mettre à jour le registre et vérifier si l'explication publique doit être révisée. Conservez la version antérieure pour que le projet puisse expliquer comment et pourquoi le chiffre a changé.

Si le calcul n'est pas clair, commencez par le dernier chiffre public, les adresses de contrat auxquelles il se réfère et les enregistrements qui soutiennent les exclusions. Envoyez ces supports à MegaSatoshi avec le contact principal du projet et les écarts connus. Nous commencerons par la revue source-à-affirmation, identifierons les preuves manquantes pour votre équipe et renverrons un dossier structuré pour approbation avant que vous ne le soumettiez.

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 le périmètreConfirmez le contrat du token, la chaîne, la date d'instantané et le chiffre de supply examiné. Listez les migrations ou représentations supplémentaires qui pourraient affecter le calcul.
2. Construire le registre de walletsMappez les adresses pertinentes aux soldes, fonctions, restrictions et une décision d'inclusion documentée. Signalez les propriétés floues ou les classifications non étayées au projet.
3. Assembler et réconcilier les preuvesJoignez les enregistrements d'explorateur, les documents de vesting ou de lock, les supports d'allocation et la formule. Vérifiez que toutes les sources se réfèrent aux mêmes unités de tokens et au même instantané.
4. Approuver et soumettreFaites confirmer le contexte du wallet par le propriétaire du projet et approuvez le dossier final. Soumettez via le canal officiel actuel de CoinMarketCap et conservez la version et la correspondance.
5. Maintenir l'enregistrementConsignez les demandes de clarification et les changements, puis actualisez le calcul lorsqu'un solde, une restriction ou une représentation de token pertinent change.