Come verificare la supply circolante su CoinMarketCap

Cosa deve verificare CoinMarketCap?

CoinMarketCap ha bisogno di una spiegazione difendibile di quali unità sono in circolazione e di come il progetto ha calcolato la cifra. Il valore mostrato non è semplicemente la supply massima del token o ogni unità mai creata; il progetto dovrebbe mostrare come il numero riportato deriva dalla supply effettiva del token e dallo stato dei saldi esclusi.

Inizia con una riconciliazione datata che identifichi la cifra di partenza, ogni detrazione e la supply circolante risultante. Il punto non è rendere persuasiva un'etichetta di wallet. È permettere a un revisore di seguire il ragionamento dai dati pubblici del contratto e dai registri del progetto fino al numero proposto.

Prima di preparare il pacchetto, concordate internamente:

• Quale chain e contratto del token riguarda la richiesta.
• Se il calcolo è per un singolo token o include rappresentazioni bridged.
• Quali indirizzi o allocazioni sono esclusi e perché.
• Come vengono gestiti vesting, lock, uso del tesoro, burn e sblocchi futuri.

Mantieni distinte la supply circolante dalla supply totale e dalla supply massima. Se il progetto ha più di un contratto del token o una storia di migrazione, rendi esplicita questa relazione piuttosto che combinare i saldi senza spiegazione. Per informazioni sul processo più ampio del profilo, vedi la guida al listing su CoinMarketCap.

Come calcoli e riconcili la supply circolante?

Costruisci il calcolo a partire dai dati di supply osservabili, poi considera ogni categoria che la tua metodologia tratta come non disponibile al mercato. Un revisore dovrebbe essere in grado di tracciare ogni aggiustamento a un contratto, indirizzo o registro datato del progetto, invece di affidarsi a una cifra headline non spiegata.

Usa un foglio di lavoro con una riga per ogni saldo o allocazione rilevante. Registra l'indirizzo, l'importo del token, la classificazione, il motivo dell'inclusione o esclusione, la fonte della prova e la data di verifica. Riconcilia il foglio con i dati di supply del contratto del token e i saldi dell'esploratore. Mantieni coerenti unità e decimali, e indica se la cifra include token su altre reti.

Una sequenza pratica di revisione è:

• Leggi le informazioni su supply e autorità del token dal contratto o da un esploratore affidabile.
• Elenca separatamente i saldi controllati dal progetto, bloccati, in vesting, del tesoro, bruciati e relativi a bridge.
• Spiega perché ogni saldo elencato è conteggiato o escluso secondo il metodo del progetto.
• Ricalcola il risultato e fai verificare l'aritmetica da qualcuno diverso da chi ha preparato il calcolo.
• Salva i link alle fonti e una copia datata del calcolo per l'invio.

Non dare per scontato che un'etichetta come "team", "locked" o "burned" provi che un saldo non sia disponibile. Abbina l'etichetta a prove della restrizione o del comportamento del contratto. Se il profilo pubblico contiene una cifra obsoleta o dettagli di supporto, affrontalo separatamente tramite remediation del profilo CoinMarketCap.

Quali documenti dovresti preparare?

Prepara documenti che colleghino il calcolo della supply a fatti on-chain verificabili e impegni del progetto. Il pacchetto più efficace è conciso: ogni elemento risponde a una domanda specifica e il foglio di calcolo punta direttamente alle prove che lo supportano.

Un set di documenti utile può includere:

• Dettagli del token e della rete: indirizzo del contratto, chain, decimali e link alle pagine dell'esploratore pertinenti.
• Calcolo della supply: un foglio di calcolo datato o un documento firmato che mostri la cifra iniziale, gli aggiustamenti e l'importo finale riportato.
• Programma dei wallet: indirizzi, saldi, proprietà o controllo e il motivo per cui ogni saldo è trattato come circolante o escluso.
• Prove di lock e vesting: indirizzi dei contratti applicabili, termini pubblici, condizioni di rilascio e programmi per le allocazioni non ancora trasferibili.
• Dettagli sull'autorità: una spiegazione dei controlli di minting, burning, pausa o upgrade, con riferimenti al contratto dove disponibili.
• Prove di burn: riferimenti a transazioni o contratti che supportino qualsiasi distruzione di token dichiarata.
• Conferma del progetto: una dichiarazione concisa di un rappresentante autorizzato del progetto che confermi che il calcolo inviato è aggiornato.

Usa prove pubbliche quando possibile. Se un documento include informazioni commerciali riservate, fornisci solo ciò che è necessario per comprovare il calcolo e controlla le istruzioni di invio attuali della piattaforma prima di condividerlo. Mantieni specifici nomi file ed etichette e assicurati che importi, indirizzi e date concordino in ogni allegato.

Come dovresti spiegare lock, bridge e controlli del token?

Per modelli di token complessi, spiega il meccanismo che cambia se un saldo è disponibile, piuttosto che affidarti a un'etichetta generica. Questo è importante quando i token possono muoversi attraverso un contratto di vesting, un processo del tesoro, un bridge o un contratto controllato da admin.

Per il vesting, identifica il contratto o l'allocazione, la categoria del beneficiario, le condizioni di rilascio e la fonte del programma. Se i token si sbloccano nel tempo, mostra come il calcolo tratta il saldo attualmente bloccato e come verrà aggiornato quando la restrizione cambia. Per le partecipazioni del tesoro, distingui un wallet controllato dal progetto e dichiarato da un saldo tecnicamente inaccessibile; controllo e disponibilità non sono la stessa cosa.

Per gli asset bridged, mappa il token originale e la rappresentazione su ogni rete. Spiega se il bridge blocca, brucia o contabilizza in altro modo le unità originali quando viene emessa una rappresentazione. Evita di contare entrambi i lati come unità circolanti indipendenti a meno che la tua metodologia non spieghi perché questo trattamento è appropriato. Per i burn, usa prove di contratto o transazione e descrivi qualsiasi autorità che potrebbe alterare la supply del token.

Un'appendice chiara può mostrare ogni caso come saldo → meccanismo → prova → trattamento nel calcolo. Se il progetto ha una migrazione o una sostituzione del contratto, includi i vecchi e nuovi indirizzi e spiega come i saldi si muovono tra loro. Per domande specifiche della piattaforma su community o profilo, il servizio di verifica community CoinMarketCap è un percorso separato dall'aggiornamento del calcolo della supply.

Come invii un aggiornamento della supply chiaro?

Invia un pacchetto coerente che dica al revisore cosa è cambiato, quale numero proponi e dove possono essere controllate le prove. Una breve nota di copertina dovrebbe indicare il nome del token, la chain, l'indirizzo del contratto, la cifra attualmente visualizzata se pertinente, la cifra proposta e il motivo della richiesta.

Prima di inviarlo, conferma che:

• Il calcolo usa il contratto del token e la chain corretti.
• Ogni saldo escluso appare nel programma dei wallet e ha prove.
• La cifra finale può essere riprodotta dal foglio di lavoro allegato.
• I link pubblici all'esploratore aprono il contratto, il wallet o la transazione pertinenti.
• Le stesse cifre e terminologia appaiono nella nota di copertina e negli allegati.
• Le informazioni pubbliche sul token del progetto non contraddicono l'invio.

Segui le istruzioni attuali sul sito di supporto ufficiale di CoinMarketCap e usa il percorso di contatto o richiesta appropriato per il progetto. Conserva una copia del materiale inviato e annota quando è stato inviato. Se il team chiede chiarimenti, rispondi alla domanda precisa e aggiorna il calcolo di supporto se i fatti sottostanti sono cambiati; non inviare una seconda versione con cifre contrastanti. Il servizio di verifica della supply circolante può aiutare a organizzare le prove e preparare l'invio, ma il progetto dovrebbe conservare i registri di origine ed essere in grado di spiegare la propria metodologia.

Quando dovrebbe essere aggiornata una cifra di supply circolante?

Aggiorna il calcolo quando un evento di supply materiale cambia l'importo che la tua metodologia tratta come circolante. Una cifra accurata al lancio può diventare obsoleta dopo rilasci di vesting, burn di token, trasferimenti del tesoro, migrazioni o modifiche ai controlli del contratto.

Mantieni un semplice registro delle modifiche insieme al calcolo. Per ogni modifica, registra cosa è successo, quali indirizzi o allocazioni sono stati interessati, la fonte della prova e come cambia la cifra riportata. Conserva la versione precedente piuttosto che sostituirla silenziosamente; questo aiuta il team a spiegare le differenze tra gli invii e a rispondere in modo coerente alle domande di follow-up.

Assegna un responsabile alla revisione dei registri di supply ogni volta che il progetto esegue un evento rilevante. Prima di pubblicare una nuova cifra, controlla il calcolo con i dati dell'esploratore e conferma che la documentazione pubblica del token rifletta lo stesso trattamento. Se non c'è alcuna modifica alla supply o alla classificazione, evita di inviare una revisione cosmetica che renda la storia più difficile da seguire.

Per una domanda di listing separata o una correzione del profilo, distingui quella richiesta da un aggiornamento di verifica della supply. La guida al listing su CoinGecko copre un diverso fornitore di dati e processo; un pacchetto preparato per una piattaforma non dovrebbe essere considerato automaticamente valido per un'altra.

Cosa può decidere CoinMarketCap durante la revisione?

CoinMarketCap decide se le prove supportano la sua supply circolante visualizzata, come applica la sua metodologia e quando o se modifica il profilo. Un invio ben organizzato migliora la chiarezza, ma non può obbligare all'accettazione, a una cifra particolare o a una data di revisione.

Le principali fonti di disaccordo sono di solito classificazione e prova: se un saldo è genuinamente non disponibile, se un accordo di vesting o lock è supportato dai registri collegati e se le rappresentazioni bridged sono state conteggiate in modo coerente. Anche i permessi del contratto contano. Un saldo descritto come bloccato può essere trattato diversamente se un amministratore può rilasciarlo, quindi rivela i controlli pertinenti e spiega come funzionano piuttosto che ometterli.

Prima di inviare, chiedi a un revisore che non ha preparato il pacchetto di contestare ogni esclusione. Riescono a riprodurre il numero? Riescono ad aprire le prove? C'è una ragione chiara per il trattamento? Se una risposta non è chiara, correggi il documento prima di inviarlo. Usa le istruzioni attuali della piattaforma per la richiesta finale e sii pronto a chiarire il calcolo se il team di revisione lo chiede. Questo è un processo di preparazione delle prove, non un modo per controllare la valutazione indipendente della piattaforma.

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 la reteVerifica l'indirizzo del contratto, la chain, i decimali e eventuali migrazioni o rappresentazioni bridged. Assicurati che il calcolo riguardi lo stesso asset mostrato sul profilo.
2. Costruisci la riconciliazione della supplyElenca i saldi rilevanti e spiega come viene trattato ciascuno. Ricalcola la cifra proposta a partire da dati on-chain documentati e registri del progetto.
3. Raccogli prove per le esclusioniAllega prove di wallet, vesting, lock, burn e controllo del contratto dove applicabile. Collega ogni elemento direttamente alla riga corrispondente nel calcolo.
4. Rivedi per coerenzaFai controllare a una seconda persona l'aritmetica, le etichette, gli indirizzi e i link di supporto. Risolvi le discrepanze tra il calcolo e le informazioni pubbliche sul token.
5. Invia e mantieni il registroUsa le istruzioni attuali di supporto del progetto su CoinMarketCap. Salva il pacchetto inviato e aggiornalo quando un evento di supply materiale cambia il calcolo.