Vérifier la supply CoinMarketCap : constituer un dossier de preuves de wallet traçable

Que doit expliquer un chiffre de supply CoinMarketCap ?

Un calcul de supply daté montre le chiffre, ses données sources et le traitement attribué aux soldes pertinents. Il doit distinguer la supply émise du montant que votre projet propose comme en circulation. Ces valeurs ne sont pas interchangeables, et les seules étiquettes n'expliquent pas la différence.

Commencez par 3 définitions dans le fichier du projet :

• Supply émise : tokens créés selon la conception du token, basés sur une source et une heure de calcul déclarées.
• Montant en circulation proposé : soldes que le projet classe comme disponibles, suivant ses règles d'inclusion écrites.
• Soldes exclus : avoirs traités comme indisponibles, chacun lié à une raison et à un enregistrement justificatif.

Comparez ensuite le chiffre proposé avec les tokenomics publiques, les données de l'explorateur et les enregistrements d'allocation. Ils doivent décrire le même token et le même moment. Si ce n'est pas le cas, identifiez l'écart avant de préparer une soumission. Un tableau utile enregistre le chiffre source, les ajustements et le calcul résultant. Cela aide un examinateur à retracer l'arithmétique sans se fier aux explications internes.

Le projet peut documenter son raisonnement, mais ne doit pas présenter sa classification comme le traitement définitif de CoinMarketCap. Gardez les preuves de supply séparées d'une demande de fiche. Le guide de fiche CoinMarketCap couvre cette tâche de soumission distincte.

Quels enregistrements de wallet rendent le calcul vérifiable ?

Un échéancier de wallet relie chaque solde à une adresse, une étiquette et une décision. Un tableur devient utile lorsqu'une deuxième personne peut vérifier ses entrées par rapport aux sources justificatives.

Utilisez une ligne pour chaque adresse ou contrat pertinent. Incluez ces 6 champs :

Marquez les étiquettes incertaines comme non résolues. N'inférez pas le but d'un wallet à partir d'un nom d'adresse ou d'une note privée d'équipe. Pour un wallet contrôlé par le projet, incluez une brève explication du contrôle et de l'utilisation prévue. Pour une allocation restreinte, joignez l'enregistrement décrivant la restriction et ses conditions.

Enregistrez la date de calcul et conservez l'instantané original. Cela permet de distinguer un changement de solde ultérieur d'une soumission antérieure. Lorsque les tokens existent sur plusieurs réseaux, identifiez chaque chaîne et contrat séparément. Ne combinez pas les représentations tant que le projet n'a pas documenté leur relation. L'échéancier résultant doit permettre à un examinateur de retracer l'adresse, le solde observé, la classification et la preuve sans chercher dans des fichiers non liés.

Comment tester l'arithmétique de la supply avant la soumission ?

Un tableau de rapprochement rend chaque ajustement visible entre la valeur de supply source et le montant en circulation proposé. L'arithmétique doit être reproductible à partir de l'échéancier de wallet, et non dépendre d'un nombre récapitulatif inexpliqué.

D'abord, enregistrez la valeur source et le moment où elle a été vérifiée. Ensuite, totalisez les soldes que votre méthode inclut et ceux qu'elle exclut. Comparez ces totaux avec la supply déclarée. S'ils ne se rapprochent pas, notez la raison plutôt que de cacher la différence dans une note.

Vérifiez ces 4 points avant d'approuver le chiffre de travail :

• Couverture : Toutes les adresses et tous les contrats pertinents sont-ils représentés ?
• Traitement : Chaque inclusion ou exclusion a-t-elle une raison déclarée ?
• Temporalité : Les soldes et les enregistrements justificatifs ont-ils été vérifiés à un moment cohérent ?
• Ajustements : Les arrondis, migrations ou représentations pontées sont-ils expliqués ?

Gardez les éléments non résolus séparés des entrées confirmées. Si une restriction dépend d'un accord de vesting ou d'une condition opérationnelle, pointez vers cette preuve. Si la condition n'est pas documentée, ne traitez pas la classification comme établie. Utilisez les mêmes étiquettes dans le calcul, les tokenomics et le résumé de soumission. Un examinateur doit pouvoir passer du chiffre final à travers chaque ajustement jusqu'à sa source. Pour un examen de preuves séparé, voir vérification de supply en circulation.

Que contient le dossier de preuves pour la supply CoinMarketCap ?

Un dossier de preuves compact présente d'abord le chiffre proposé, puis donne les enregistrements nécessaires pour le vérifier. Organisez les supports de sorte que le calcul puisse être examiné sans deviner quel fichier soutient chaque affirmation.

Utilisez cet ordre :

1. Résumé : nom du token, ticker, chaîne, adresse du contrat, date de calcul et chiffre proposé.
2. Note méthodologique : valeur de supply source, règles d'inclusion, règles d'exclusion et étapes de calcul.
3. Échéancier de wallet : adresses, soldes, étiquettes, traitements et liens sources.
4. Enregistrements d'allocation : tokenomics et allocations pertinentes (équipe, investisseurs, trésorerie, écosystème, communauté).
5. Preuves de restriction : conditions de vesting, enregistrements de lock, preuves de burn ou autres documents justifiant les exclusions.
6. Éléments ouverts : classifications peu claires, enregistrements manquants et personne responsable de leur résolution.

Vérifiez que les noms, adresses et chiffres correspondent entre le résumé et les pièces jointes. Donnez à chaque fichier un nom clair et conservez sa source et sa date de vérification. Un tableur sans liens d'explorateur est difficile à vérifier. Un lien d'explorateur sans raison d'exclusion n'établit pas la classification du projet.

Il s'agit d'une structure de preuves pratique, et non d'une affirmation selon laquelle CoinMarketCap utilise une liste de contrôle fixe. Consultez les instructions de soumission actuelles de la plateforme avant d'envoyer des documents. Limitez les accords confidentiels et n'incluez que les détails nécessaires pour expliquer le solde pertinent. Pour comparaison, le guide de fiche CoinGecko décrit le processus de fiche d'un autre fournisseur ; confirmez ses exigences actuelles de manière indépendante.

Comment un projet doit-il vérifier le fichier de soumission ?

Un examen final compare le résumé de soumission, l'échéancier de wallet et les documents sources comme un seul enregistrement daté. L'objectif est de trouver des contradictions avant que les documents ne quittent l'équipe du projet.

Désignez une personne pour préparer le fichier et une autre pour le vérifier. Le deuxième examinateur doit vérifier l'adresse du contrat, ouvrir chaque lien source, recalculer les totaux et comparer les étiquettes entre les documents. Il doit signaler toute adresse sans source ou avec un traitement qui entre en conflit avec les propres enregistrements du projet.

Utilisez cette courte liste de contrôle de passation :

• Confirmez le token et le réseau nommés dans chaque document.
• Ouvrez chaque lien d'explorateur et de document à partir du fichier de travail.
• Recalculez les soldes inclus et exclus de manière indépendante.
• Faites correspondre le chiffre récapitulatif à la date et à la méthode de calcul.
• Marquez les éléments non résolus au lieu de les présenter comme confirmés.

Soumettez via le canal actuel de CoinMarketCap et conservez les fichiers exacts envoyés. Gardez toute confirmation avec cette version. Si un examinateur demande des éclaircissements, répondez en vous référant au même échéancier daté et documentez toute correction dans une nouvelle version. Une passation clairement organisée rend également la responsabilité visible : le projet sait qui a préparé le calcul et qui a vérifié ses preuves. Si la tâche est en réalité une correction de profil, gardez-la séparée du fichier de supply et utilisez les instructions pertinentes de la plateforme.

Quand l'échéancier de wallet doit-il être recalculé ?

Un changement de solde, de restriction ou de représentation de token peut rendre un échéancier de supply antérieur incomplet. Revenez sur le calcul lorsqu'un événement affecte le montant ou la classification que votre projet déclare.

Révisez le fichier après un mint, un déblocage de vesting, une migration, un burn ou un mouvement entre wallets contrôlés par le projet. Vérifiez si l'événement modifie la supply émise, le montant en circulation proposé, ou seulement l'étiquette attribuée à un solde existant. Enregistrez la transaction ou la preuve du contrat, puis produisez une nouvelle version datée. Conservez le calcul précédent plutôt que de l'écraser.

Une routine de mise à jour pratique comporte 4 vérifications :

• Comparez la liste d'adresses actuelle avec le dernier échéancier sauvegardé.
• Examinez les soldes modifiés et les nouvelles adresses par rapport aux enregistrements d'allocation.
• Recalculez avec les règles énoncées, ou documentez un changement de méthode.
• Alignez les tokenomics et les explications publiques lorsqu'elles utilisent le même chiffre.

Tenez un journal des modifications avec l'événement, la source, les adresses concernées, la version du calcul et le responsable du fichier. Cela donne à l'équipe un enregistrement clair de la raison pour laquelle un chiffre a changé. Cela aide également à empêcher qu'un ancien nombre n'apparaisse dans une nouvelle soumission après que les soldes justificatifs ont bougé. Pour un projet comparant les fournisseurs, les conseils de fiche CoinGecko sont une référence distincte, et non un substitut à la vérification du processus actuel de CoinMarketCap.

Où CoinMarketCap prend-il la décision finale sur la supply ?

Le dossier de preuves enregistre le calcul du projet et les sources derrière son traitement proposé. CoinMarketCap contrôle la manière dont il examine les informations soumises, classe la supply et affiche tout chiffre résultant ; un projet ne peut pas fixer cette décision ni son calendrier de publication.

Rendez les preuves peu claires visibles avant la soumission. Si le rôle d'un wallet dépend d'un accord, d'une condition de lock ou d'un contrôle opérationnel, expliquez la condition et joignez l'enregistrement justificatif. Si le projet ne peut pas encore étayer une classification, marquez-la comme non résolue. Ne décrivez pas une hypothèse comme un fait confirmé.

Le travail sur la supply diffère également de l'activité de visibilité. Un placement tendance ne justifie pas un calcul de supply en circulation, et un fichier de supply n'est pas une demande de fiche. Si vous planifiez les deux tâches, gardez les enregistrements et les objectifs séparés. Le guide de tendance CoinMarketCap couvre ce sujet distinct.

Pour un premier examen utile, envoyez la chaîne et l'adresse du contrat du token, les dernières tokenomics et enregistrements de vesting, ainsi que l'échéancier de wallet actuel. GeoMarketing Experts peut vérifier l'arithmétique par rapport à ces sources et renvoyer une liste spécifique d'enregistrements manquants ou de classifications peu claires. Vous pouvez ensuite résoudre ces lacunes avant de soumettre le fichier daté.

Comment ça marche

1. Définir le périmètre du calculEnregistrez le token, la chaîne, l'adresse du contrat, la date de calcul et les règles de classification des soldes.
2. Rassembler les documents sourcesCollectez les liens d'explorateur, les tokenomics, les enregistrements d'allocation, les conditions de vesting et les preuves d'exclusion.
3. Construire l'échéancier de walletÉtiquetez chaque adresse pertinente, enregistrez son solde et liez la preuve de son traitement.
4. Rapprocher et examinerRecalculez les totaux inclus et exclus, ouvrez chaque source et signalez les classifications non résolues.
5. Soumettre et conserverUtilisez le canal actuel de CoinMarketCap et conservez les documents datés exacts envoyés.