Come verificare la supply circolante su CoinMarketCap

Cosa significa supply circolante su CoinMarketCap?

La supply circolante è la quantità di un token che un fornitore di dati tratta come disponibile al mercato pubblico secondo la propria metodologia. Non è automaticamente uguale al totale emesso, alla supply massima o al saldo visibile all'indirizzo del contratto del token.

Inizia definendo la cifra che chiedi a CoinMarketCap di rivedere. La riconciliazione di base è: supply circolante = supply totale − token che non sono circolanti secondo la tua metodologia dichiarata. Quella sottrazione è utile solo se il progetto può spiegare cosa è incluso nell'importo escluso. Un'allocazione vesting, un saldo contrattuale inaccessibile e una riserva di tesoreria possono richiedere prove diverse.

Prima di calcolare, crea una breve nota di scopo che registri:

• Il token e la rete in revisione, incluso l'indirizzo del contratto.
• La data e l'ora dello snapshot dei saldi.
• La cifra di supply e l'unità usata nel calcolo.
• Le categorie trattate come non circolanti e il motivo.

Usa questa definizione coerentemente nella tokenomics del progetto, nei riferimenti explorer e nei materiali di submission. Per il contesto più ampio del listing, vedi come ottenere un listing su CoinMarketCap. Una definizione chiara dà a revisori e lettori un modo per tracciare la tua cifra fino a record identificabili.

Come si calcola e riconcilia la cifra?

Calcola la supply circolante partendo da un totale tracciabile e sottraendo i saldi che la tua metodologia documentata classifica come non disponibili al mercato. La chiave non è solo l'aritmetica finale: ogni input dovrebbe puntare a una fonte che un'altra persona possa ispezionare.

Crea un foglio di lavoro con una riga per ogni allocazione o wallet rilevante. Registra l'indirizzo del wallet o del contratto, il saldo al momento dello snapshot, la categoria di allocazione, i termini di lock o vesting pertinenti e se lo includi o escludi. Poi totalizza separatamente i saldi inclusi ed esclusi. Mantieni visibile la data dello snapshot; se i saldi cambiano in seguito, il calcolo dovrebbe essere riproducibile per ogni versione.

Controlla il risultato rispetto al contratto del token e ai record dell'explorer. Se il tuo token ha più chain, migrazioni, rappresentazioni wrapped o contratti bridge, spiega come vengono trattati quei saldi in modo che gli stessi token non vengano contati due volte. Se un saldo non può essere attribuito con sicurezza, segnalalo per un'indagine invece di assegnarlo silenziosamente a una categoria.

Un utile controllo finale è confrontare il foglio di lavoro con la tokenomics pubblicata del progetto e qualsiasi cifra di supply già mostrata sulle piattaforme dati. Per maggiori informazioni sul flusso di listing correlato, usa guida al listing su CoinGecko; il calcolo dovrebbe rimanere internamente coerente anche quando i provider usano processi di revisione diversi.

Quali documenti dovresti preparare per la verifica della supply?

Prepara un pacchetto di prove compatto che colleghi ogni affermazione materiale sulla supply a un documento o a un record on-chain. Questi materiali rendono il calcolo più facile da rivedere e aiutano il tuo team a rispondere a domande di follow-up senza ricostruire l'analisi.

Raccogli i record che si applicano al tuo token:

• Indirizzo del contratto del token, dettagli della rete e link explorer.
• Documento di tokenomics o allocazione che mostra categorie e importi.
• Schedule di vesting, accordi di lock o riferimenti contrattuali per allocazioni ristrette.
• Un registro wallet che identifichi tesoreria, team, investitori, ecosistema e altri indirizzi rilevanti.
• Prove di saldo on-chain catturate allo stesso momento del foglio di lavoro.
• Spiegazioni per saldi bruciati, bloccati, riservati o altrimenti esclusi, con riferimenti di supporto.
• Una dichiarazione datata del progetto che spiega il calcolo e le eventuali assunzioni.

Non descrivere un wallet come bloccato solo perché il progetto intende non spostare i suoi fondi. Supporta quel trattamento con il contratto applicabile, la schedule o altre prove, e distingui una restrizione tecnica da una politica interna. Se un documento è riservato, fornisci un riassunto condivisibile e identifica quali prove possono essere fornite privatamente attraverso il canale di revisione pertinente. Mantieni nomi di file, date e terminologia allineati con il foglio di lavoro in modo che ogni affermazione sia facile da localizzare.

Come dovresti classificare i wallet di tesoreria, vesting e bloccati?

Classifica i wallet in base alle prove del loro stato e disponibilità, non all'etichetta che preferisce il tuo team. Un registro wallet trasforma il calcolo della supply in una spiegazione verificabile piuttosto che in una raccolta di assunzioni non supportate.

Per ogni indirizzo, registra chi lo controlla, quale allocazione rappresenta, se un contratto restringe i trasferimenti e quale evento potrebbe rendere il saldo trasferibile. Dove si applica il vesting, collega l'indirizzo alla schedule e indica se una parte è già stata sbloccata. Per un wallet di tesoreria, spiega il suo scopo e se il saldo è impegnato, riservato o disponibile per il deployment. Applica la stessa regola ad allocazioni comparabili; un trattamento incoerente può rendere difficile valutare un totale plausibile.

Una tabella di classificazione pratica può includere queste colonne:

Se il progetto ha migrato token o opera su più reti, aggiungi una nota di riconciliazione che spieghi la relazione tra indirizzi e rappresentazioni. Per un flusso di verifica separato, vedi verifica della supply circolante.

Come si prepara una submission coerente per CoinMarketCap?

Prepara la submission come un resoconto coerente della supply del token: una cifra dichiarata, un calcolo datato e prove che supportano le decisioni di inclusione ed esclusione. Prima di inviare materiali attraverso l'attuale processo di progetto o listing di CoinMarketCap, verifica che il profilo del progetto e i documenti di supporto usino lo stesso contratto, rete e terminologia del token.

Assegna a una persona la responsabilità della versione finale. Quella persona dovrebbe confrontare il foglio di lavoro con la pagina di tokenomics, il sito web del progetto e qualsiasi dichiarazione pubblica precedente sulla supply. Risolvi le discrepanze prima della submission, o spiegale direttamente con la ragione e la data di efficacia. Evita di inviare più totali non spiegati, come una cifra per un annuncio e un'altra per il pacchetto di revisione.

Usa questa checklist pre-submission:

• Conferma che l'indirizzo del contratto e la rete corrispondano in ogni file.
• Ricalcola i totali dai saldi wallet registrati.
• Verifica che ogni categoria esclusa abbia una base e prove chiare.
• Data il foglio di lavoro e identifica la fonte di ogni saldo.
• Assicurati che il linguaggio pubblico della tokenomics corrisponda al calcolo.
• Conserva una copia del pacchetto finale e annota le modifiche successive.

Per i team che gestiscono entrambi i record dei provider, CoinGecko vs CoinMarketCap listing è un confronto utile. Tratta le richieste e lo stato di ciascun provider separatamente e tieni un registro delle modifiche in modo che gli aggiornamenti futuri possano essere collegati a un evento specifico.

Cosa può influenzare la revisione della supply di CoinMarketCap?

Un pacchetto di prove completo migliora la chiarezza, ma CoinMarketCap determina come rivede e classifica le informazioni sulla supply sulla propria piattaforma. La sua valutazione, le prove accettate, la cifra visualizzata e i tempi di revisione sono al di fuori del controllo del progetto; nessun set di documenti può promettere una particolare classificazione o approvazione. L'impegno controllabile è inviare materiali accurati e internamente coerenti e rispondere con prove pertinenti se il processo di revisione lo richiede.

I problemi comuni che vale la pena risolvere prima della submission includono una discrepanza tra il contratto del token e il profilo del progetto, saldi wallet che non riconciliano con il totale dichiarato, una schedule di vesting senza un indirizzo corrispondente e un'etichetta di blocco non supportata da una restrizione o da un record. Una revisione può anche richiedere chiarimenti quando la formulazione di un progetto lascia aperto se un saldo è trasferibile o chi lo controlla.

Se la cifra viene messa in dubbio, rispondi al problema preciso piuttosto che inviare di nuovo l'intero pacchetto senza spiegazione. Punta alla riga nel foglio di lavoro, identifica l'indirizzo o il contratto pertinente e allega le prove che rispondono alla domanda. Se i fatti sottostanti sono cambiati, ricalcola da un nuovo snapshot e etichetta chiaramente la versione rivista. Questo approccio preserva una traccia di audit e aiuta il tuo team a mantenere accurate le dichiarazioni pubbliche sulla supply mentre la piattaforma completa la propria valutazione.

Quando dovresti aggiornare il calcolo della supply?

Aggiorna il calcolo ogni volta che un evento materiale del token cambia un saldo o la sua classificazione. Un foglio di lavoro della supply è un record datato, non una dichiarazione permanente: sblocchi di vesting, trasferimenti di tesoreria, burn, migrazioni e modifiche contrattuali possono rendere incompleto uno snapshot precedente.

Imposta un trigger di revisione interna per ogni evento che può influenzare la supply. Il membro del team responsabile dovrebbe confermare gli indirizzi interessati, catturare i saldi correnti, applicare le regole di classificazione esistenti e registrare la ragione di qualsiasi modifica. Se la metodologia stessa cambia, conserva la vecchia versione e spiega il nuovo trattamento invece di sovrascrivere il calcolo precedente. Questa storia aiuta il progetto a rispondere a domande sul perché una cifra visualizzata differisce da una precedente dichiarazione pubblica.

Mantieni lo stesso foglio di lavoro come fonte di verità per gli aggiornamenti e collega ogni nuova cifra alla sua data di snapshot. Poi rivedi insieme la pagina di tokenomics del progetto, il profilo di listing e altre descrizioni pubbliche in modo che un aggiornamento non lasci numeri contrastanti altrove. Se è coinvolto un movimento cross-chain o una migrazione di token, documenta sia i token rimossi dalla vecchia rappresentazione sia quelli emessi nella nuova. Per un flusso di lavoro correlato di aggiornamento del profilo, vedi remediation del profilo di listing.

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. Conferma il token e lo snapshotRegistra il contratto, la rete e la data dello snapshot dei saldi. Identifica eventuali migrazioni o rappresentazioni aggiuntive del token che devono essere riconciliate.
2. Costruisci il registro walletElenca indirizzi rilevanti, saldi, categorie di allocazione e prove di controllo o restrizione. Segnala le classificazioni non risolte invece di assumere una risposta.
3. Calcola i saldi inclusi ed esclusiApplica una metodologia dichiarata su allocazioni comparabili, poi mostra come la cifra finale di supply circolante segue dagli input registrati.
4. Assembla i documenti di supportoAllega tokenomics, record di vesting o lock, riferimenti explorer e una spiegazione concisa che colleghi ogni esclusione alle prove.
5. Riconcilia e inviaConfronta il pacchetto con i materiali pubblici del progetto, correggi le incongruenze e usa il canale di submission corrente di CoinMarketCap per la richiesta pertinente.