Come verificare la supply circolante su CoinMarketCap

Cosa significa supply circolante in una revisione di CoinMarketCap?

La supply circolante è la quantità di un token che un fornitore di dati considera disponibile al pubblico mercato secondo la sua metodologia. Per un progetto che prepara un aggiornamento su CoinMarketCap, il compito pratico è spiegare il calcolo e fornire prove sufficienti perché qualcun altro possa seguirlo.

Non trattare supply totale, supply massima e supply circolante come etichette intercambiabili. Un token può già esistere on-chain ma essere ancora soggetto a un lock, a un programma di vesting o ad altre restrizioni che influenzano la classificazione del progetto. Al contrario, un'etichetta di wallet da sola non spiega se il suo saldo debba essere incluso. Il progetto deve collegare ogni classificazione a registri osservabili e a una motivazione documentata.

Inizia con uno snapshot datato dei saldi rilevanti e definisci il calcolo in linguaggio semplice. Mostra la cifra iniziale di supply, i saldi considerati non disponibili e l'importo circolante risultante. Se il token ha più contratti o una storia di migrazioni, indica quali indirizzi di contratto e registri di chain copre il calcolo. Rendi prominente la data dello snapshot così i lettori possono distinguere il calcolo inviato da modifiche successive.

Questo calcolo fa parte di un processo più ampio di preparazione dei dati, non un sostituto di una domanda di listing. Per il contesto di listing e la preparazione della submission, vedi come ottenere il listing su CoinMarketCap.

Come dovresti riconciliare wallet, lock e vesting?

Riconcilia la supply circolante abbinando ogni saldo a un indirizzo, un registro di origine e un trattamento chiaro nel calcolo. L'obiettivo non è etichettare ogni grande detentore come non disponibile; è mostrare perché un saldo è o non è conteggiato e rendere quella decisione verificabile.

Crea un registro di lavoro con una riga per ogni indirizzo o gruppo di indirizzi rilevante. I campi utili includono chain, indirizzo del contratto, saldo osservato, scopo del wallet, stato di restrizione, documento di supporto e decisione di inclusione. Mantieni i termini di classificazione coerenti in tutto il registro e nella dichiarazione pubblica della supply.

Rivedi sistematicamente le categorie principali:

• Contratti di vesting e lock: registra il contratto o servizio, l'allocazione rilevante e la prova del programma o della restrizione.
• Wallet di tesoreria e fondazione: spiega il controllo dell'entità e se il saldo è riservato, impiegato o altrimenti disponibile.
• Allocazioni di team e investitori: collega l'allocazione dichiarata ai documenti di vesting e alle prove on-chain dove disponibili.
• Saldi bruciati: fornisci l'indirizzo e la prova per la classificazione del progetto, senza affidarti a un'etichetta non supportata.
• Token bridgati o migrati: riconcilia le rappresentazioni tra contratti per evitare che le stesse unità economiche vengano conteggiate due volte.

Se un indirizzo serve a più scopi, dividi il saldo in base all'allocazione documentata se i registri lo supportano. Se non lo supportano, segnala l'incertezza per la risoluzione piuttosto che scegliere silenziosamente il trattamento più favorevole. Questo registro è utile anche per preparare una revisione della verifica della supply circolante.

Quali documenti rendono verificabile il calcolo della supply?

Una submission verificabile collega il numero nel calcolo della supply a registri che possono essere controllati in modo indipendente. Organizza le prove in modo che un revisore possa passare dalla cifra riassuntiva agli indirizzi, alle restrizioni e alle divulgazioni del progetto senza indovinare quale file supporta quale affermazione.

Prepara un pacchetto di prove conciso con un indice e nomi di file coerenti. Includi gli elementi applicabili al tuo token:

• Indirizzo del contratto del token, chain e link ai registri block explorer pertinenti.
• Un export datato dei saldi dei wallet o una query di saldo riproducibile, con la data dello snapshot dichiarata.
• Registri di vesting, lock, tesoreria e allocazione che supportano esclusioni o classificazioni.
• Documentazione di migrazione o bridge del token dove esistono più rappresentazioni.
• La formula della supply circolante, il registro degli indirizzi e una breve spiegazione delle assunzioni.
• Materiali attuali di tokenomics e divulgazioni pubbliche che usano le stesse definizioni.

Il cliente deve fornire registri autorevoli del progetto, confermare chi controlla i wallet del progetto, identificare eventuali modifiche recenti e approvare le classificazioni finali. La nostra checklist di preparazione distingue ciò che assembliamo da ciò che solo il progetto può attestare: link alle fonti e riconciliazione da un lato; contesto di proprietà, registri legali e approvazione dall'altro.

Controlla che date, unità di token e indirizzi di contratto corrispondano tra i file. Se un documento è in conflitto con un record explorer o una pagina pubblica di tokenomics, spiega la discrepanza e risolvila prima della submission. Mantieni i registri interni sensibili con controllo degli accessi e condividi solo il materiale necessario a comprovare il calcolo.

Come invii un aggiornamento della supply senza creare incongruenze?

Invia un aggiornamento della supply solo dopo che calcolo, pacchetto di prove e materiali pubblici del progetto raccontano la stessa storia. Una consegna pulita riduce chiarimenti evitabili e dà al revisore un percorso diretto dalla cifra dichiarata ai registri di supporto.

Usa questa sequenza come controllo finale:

• Conferma che la cifra circolante dichiarata usi la stessa data di snapshot dei saldi di supporto.
• Controlla le definizioni di supply totale e circolante ovunque appaiano nei materiali del progetto.
• Verifica indirizzi, decimali del token, nomi di chain e unità rispetto ai registri pertinenti.
• Rendi leggibili le esclusioni: identifica il saldo, la sua restrizione o stato e la prova di supporto.
• Invia tramite il canale ufficiale di CoinMarketCap o il percorso di supporto disponibile per il progetto e conserva la versione inviata e la corrispondenza.

Usa il sito ufficiale di CoinMarketCap per individuare le informazioni attuali della piattaforma e il percorso appropriato per i progetti. Evita di inviare versioni contraddittorie tramite più canali. Se la piattaforma richiede chiarimenti, rispondi alla domanda specifica, aggiorna l'indice delle prove se necessario e conserva un registro di ciò che è cambiato.

Per un fornitore correlato, la disciplina delle prove è simile, ma i requisiti di submission e la revisione sono separati. Confronta il processo con la preparazione al listing su CoinGecko, piuttosto che assumere che la risposta di una piattaforma si trasferisca all'altra.

Quali controlli di qualità dovrebbero avvenire prima che il file lasci il progetto?

Un controllo di qualità pre-submission dovrebbe verificare se un revisore può riprodurre il calcolo e comprenderne le assunzioni. Assegna una persona per riconciliare le cifre e un'altra per controllare la traccia delle prove; una revisione separata aiuta a individuare incongruenze facili da perdere quando si costruisce il foglio di calcolo.

Usa una checklist di revisione controllata:

• Riproducibilità: Qualcuno può seguire la formula dai registri dei saldi alla cifra finale?
• Tracciabilità: Ogni esclusione materiale punta a un wallet, un documento o un record on-chain?
• Coerenza: Sito web, documento di tokenomics, materiali di candidatura e calcolo usano la stessa terminologia e data di snapshot?
• Completezza: Tutti i contratti noti, i wallet pertinenti, le migrazioni e le categorie di allocazione sono affrontati?
• Controllo delle modifiche: Esiste una versione finale datata, un approvatore nominato e un registro delle modifiche dopo la revisione?

Il passaggio di controllo qualità in MegaSatoshi è una revisione fonte-dichiarazione: mappiamo ogni dichiarazione di supply alla sua prova, segniamo le lacune da risolvere per il progetto e restituiamo un pacchetto strutturato per l'approvazione del cliente. Questo è più utile che rifinire un numero senza verificare come è stato derivato. Se una cifra precedente è stata pubblicata, includi una breve spiegazione del cambiamento e della sua data effettiva così il nuovo calcolo non appare senza contesto.

Per una visione più ampia della preparazione al listing e del lavoro di verifica correlato, usa l'hub di listing e verifica.

Cosa può controllare il progetto nella revisione di CoinMarketCap?

Il progetto controlla l'accuratezza, la chiarezza e la completezza delle sue prove; non controlla l'esito della revisione di CoinMarketCap né come la piattaforma visualizza alla fine una cifra di supply. CoinMarketCap può valutare il materiale inviato secondo le proprie pratiche di revisione, richiedere chiarimenti o mantenere una classificazione diversa, quindi un pacchetto ben documentato è preparazione, non approvazione. Mantieni accurate le divulgazioni pubbliche mentre una richiesta è in sospeso ed evita di presentare una modifica inviata come già accettata. Per il tuo controllo, conserva il calcolo inviato, la versione esatta delle prove, la data di invio e qualsiasi corrispondenza con la piattaforma; se vengono richiesti chiarimenti, rispondi citando l'indirizzo o il documento, registra la modifica e mantieni la cifra rivista coerente con i materiali del progetto.

Quando dovrebbe un progetto rivedere le prove della propria supply circolante?

Rivedi il calcolo quando un evento cambia i saldi o le restrizioni che lo supportano e mantieni le prove sincronizzate con le informazioni pubbliche del token. Una cifra una volta corretta può diventare difficile da difendere se un rilascio di vesting, un movimento di tesoreria, una migrazione o una modifica contrattuale non si riflette nei registri.

Designa un responsabile interno per i dati di supply e definisci un percorso di notifica delle modifiche tra finanza, operazioni token e comunicazioni. Quando si verifica un evento rilevante, il responsabile dovrebbe identificare gli indirizzi interessati, aggiornare lo snapshot dei saldi, aggiornare il registro e verificare se la spiegazione pubblica necessita di revisione. Conserva la versione precedente così il progetto può spiegare come e perché la cifra è cambiata.

Se il calcolo non è chiaro, inizia con l'ultima cifra pubblica, gli indirizzi di contratto a cui si riferisce e i registri che supportano le esclusioni. Invia questi materiali a MegaSatoshi con il contatto principale del progetto e eventuali discrepanze note. Inizieremo con la revisione fonte-dichiarazione, identificheremo le prove mancanti per il tuo team e restituiremo un pacchetto strutturato per l'approvazione prima che tu lo invii.

Prezzi

Prezzi da in USD. Pacchetti personalizzati e sconti volume su richiesta. Pagamento in USDT, USDC, BTC, ETH, SOL, TON o token del progetto.

Come funziona

1. Definisci l'ambitoConferma il contratto del token, la chain, la data di snapshot e la cifra di supply in revisione. Elenca migrazioni o rappresentazioni aggiuntive che potrebbero influenzare il calcolo.
2. Costruisci il registro dei walletMappa gli indirizzi rilevanti a saldi, scopi, restrizioni e una decisione di inclusione documentata. Segnala al progetto proprietà poco chiare o classificazioni non supportate.
3. Assembla e riconcilia le proveAllega record explorer, documenti di vesting o lock, materiali di allocazione e la formula. Verifica che tutte le fonti si riferiscano alle stesse unità di token e allo stesso snapshot.
4. Approva e inviaFai confermare al proprietario del progetto il contesto dei wallet e approvare il pacchetto finale. Invia tramite il percorso ufficiale attuale di CoinMarketCap e conserva la versione e la corrispondenza.
5. Mantieni il registroRegistra richieste di chiarimento e modifiche, poi aggiorna il calcolo quando un saldo, una restrizione o una rappresentazione del token cambia.