Verifica della Supply Circolante su CoinGecko e CoinMarketCap

Cosa copre la verifica della supply circolante?

La verifica della supply circolante documenta come un progetto è arrivato alla cifra riportata e quali token considera disponibili sul mercato pubblico. L'obiettivo è un calcolo difendibile con prove che un revisore possa seguire, non solo un numero inserito in un modulo.

Iniziamo riconciliando la supply dichiarata del progetto con i saldi on-chain e le informazioni di allocazione che fornisci. I token potrebbero necessitare di un trattamento separato quando sono bloccati, soggetti a vesting, detenuti in un treasury o provatamente bruciati. Il trattamento deve essere spiegato in modo coerente; una semplice etichetta non basta per chiarire un saldo.

Una checklist utile per la preparazione include:

• L'indirizzo del contratto del token e la chain o le chain rilevanti.
• La supply totale attuale e la cifra circolante che vuoi far verificare.
• Record di allocazione e vesting, incluse le condizioni di sblocco dove pertinenti.
• Indirizzi dei wallet e una spiegazione in linguaggio semplice del loro scopo.
• Documentazione pubblica che supporti la metodologia di supply del progetto.

Questo non è uguale a un listing del token. Un listing riguarda il profilo dell'asset e i dati di mercato, mentre una revisione della supply si concentra sulla base per una cifra specifica di supply. Se servono entrambi, coordina le informazioni con i materiali del tuo listing su CoinGecko o listing su CoinMarketCap in modo che i dettagli del progetto non siano in conflitto.

Come preparate le prove sulla supply?

Un pacchetto di prove solido collega ogni saldo escluso a una ragione chiara e a una fonte. Organizziamo il calcolo in modo che un revisore possa risalire dalla quantità circolante riportata ai saldi dei token, alle allocazioni e alla spiegazione del progetto su cosa è o non è disponibile sul mercato.

Il punto di partenza pratico è una tabella wallet-allocazione. Per ogni indirizzo rilevante, registra il saldo, il detentore o scopo noto, e la ragione per cui è incluso o escluso dalla circolazione. Collega quella voce alla migliore prova disponibile, come termini pubblici di vesting, un contratto o la documentazione del progetto. Se un indirizzo è controllato dal progetto, spiega il suo ruolo invece di lasciare che il revisore lo deduca.

Verifichiamo anche la coerenza tra il numero di supply e i materiali pubblici del progetto. Esamina le pagine di tokenomics, gli annunci e i profili di listing per cifre o descrizioni più vecchie che non corrispondono più. Dove i record non supportano una classificazione definitiva, segnala il vuoto e chiedi al team di risolverlo prima della submission.

Il risultato è un pacchetto leggibile, non un mucchio di screenshot scollegati. Per i team che stanno anche verificando l'accuratezza del profilo pubblico, la nostra panoramica listing e verifica spiega come questo lavoro si integra con altri aggiornamenti della piattaforma. I progetti con contratti o dettagli dei token modificati potrebbero anche aver bisogno di aggiornamenti per migrazione e rebranding.

Come funziona il processo di verifica della supply su CoinGecko?

Il processo di verifica della supply su CoinGecko inizia con un calcolo coerente e record di supporto, poi passa a una submission sulla piattaforma e a eventuali richieste di follow-up durante la revisione. Noi prepariamo le informazioni; la piattaforma le valuta secondo il proprio processo di revisione.

Per CoinGecko e CoinMarketCap, il progetto dovrebbe presentare gli stessi fatti sottostanti: dettagli del contratto, totali di supply, classificazioni dei wallet e la logica dietro le esclusioni. Una piattaforma potrebbe chiedere chiarimenti o prove aggiuntive, quindi tieni i file sorgente e la persona in grado di spiegare la struttura del token disponibili durante la revisione. Non inviare cifre contrastanti nel tentativo di adattarti a moduli diversi.

Ti aiutiamo a preparare e controllare le informazioni, poi organizziamo le risposte di follow-up attorno alle prove già assemblate. Se stai confrontando i più ampi requisiti di listing su CoinGecko con un aggiornamento mirato della supply, tieni distinte queste richieste: l'idoneità per un listing e la sostanza della supply circolante sono domande di revisione correlate ma separate.

Non esiste una scorciatoia utile attorno a una spiegazione chiara. Se i record di allocazione sottostanti sono incompleti, risolvi prima quello. Se la cifra è già supportata, dai priorità a accuratezza, spiegazioni concise e documentazione facile da abbinare a ogni wallet o categoria di supply.

Cosa ricevete e quanto tempo richiede il lavoro?

Ricevi un calcolo della supply revisionato, un pacchetto di prove e materiali di submission preparati per le piattaforme concordate. La tempistica viene definita dopo aver visto i record del progetto, perché la completezza dei documenti e il numero di domande di allocazione irrisolte influenzano il lavoro di preparazione.

Il servizio copre tipicamente:

• Una revisione iniziale del contratto, della supply e delle informazioni di allocazione.
• Una tabella strutturata dei saldi rilevanti e del loro trattamento dichiarato.
• Un controllo di coerenza tra i materiali pubblici forniti.
• Bozze di spiegazioni e documenti di supporto per la submission.
• Coordinamento del follow-up della piattaforma utilizzando le prove assemblate.

Concordiamo l'ambito prima di iniziare, incluse quali piattaforme e domande sulla supply sono in scope. Il lavoro può passare dalla raccolta dati a un pacchetto pronto per la submission una volta che il progetto ha fornito i record necessari e risposto alle domande aperte. La revisione della piattaforma ha poi la sua tempistica, al di fuori della fase di preparazione.

Il servizio parte da $1.390 / progetto. Per mantenere il lavoro efficiente, nomina un unico contatto di progetto che possa confermare gli scopi dei wallet e fornire i documenti sorgente. Se è in corso una migrazione del token o un cambiamento importante della supply, definisci le cifre attuali e la formulazione pubblica prima di chiedere alle piattaforme di revisionarle.

Cosa si può e non si può promettere?

Possiamo promettere il lavoro di preparazione concordato e la consegna dei materiali di submission concordati; non possiamo decidere come una piattaforma classifica la supply o quando completa una revisione. Algoritmi, revisioni di listing e qualsiasi requisito di volume sono controllati dalla piattaforma, e nessun servizio può garantire accettazione, una cifra visualizzata particolare, prezzo, viralità o volume organico.

Considera la cifra riportata come una misurazione secondo una metodologia dichiarata, non un fatto universale permanente. Un cambiamento nel vesting, nelle emissioni, nell'uso del treasury o nella disponibilità dei token potrebbe richiedere al progetto di rivedere il suo calcolo e la spiegazione di supporto. Se i fatti cambiano dopo la submission, aggiorna le prove invece di cercare di preservare un numero obsoleto.

Prima di approvare una submission, chiedi:

• Ogni saldo escluso può essere legato a una ragione specifica e a un record di supporto?
• I materiali di tokenomics e i profili della piattaforma usano cifre compatibili?
• C'è un contatto nominato che possa spiegare la metodologia se sorgono domande?
• Ci sono allocazioni, blocchi o modifiche contrattuali irrisolte?

Se una piattaforma segnala un profilo o richiede correzioni, prima identifica la discrepanza esatta e rispondi con le prove pertinenti. Il nostro servizio di remediation del profilo può aiutare a organizzare quel lavoro. Per una visione più ampia del supporto disponibile, vedi servizi di verifica.

Quando abbinare la verifica della supply ad altri lavori di listing?

Abbina la verifica della supply ad altri lavori di listing quando il progetto sta preparando un primo profilo, correggendo informazioni pubbliche incoerenti o aggiornando i dettagli del token su più tracker. Coordinare il lavoro aiuta a mantenere allineati il nome del progetto, i dati del contratto, la tokenomics e le spiegazioni sulla supply.

Una revisione mirata della supply è adatta quando il problema principale è il calcolo e le prove dietro la supply circolante. Aggiungi un servizio di listing quando il token necessita anche di un profilo nuovo o aggiornato sulla piattaforma. Se il contratto o l'identità del token è cambiata, gestisci quel cambiamento come un flusso di lavoro separato e assicurati che i record della supply si riferiscano ai dettagli attuali del token.

Il lavoro adiacente utile può includere:

• Una richiesta di verifica community su CoinMarketCap per una questione separata del profilo community.
• Un listing su CoinGecko o listing su CoinMarketCap quando la copertura del listing è anche in scope.
• Un aggiornamento delle informazioni del token sull'explorer quando i metadati pubblici on-chain necessitano di attenzione.

Scegli l'ambito più piccolo che risolve il problema reale. Prima di combinare servizi, crea un'unica fonte di verità per i dettagli del token e assegna un responsabile per approvare le modifiche. Questo evita di inviare versioni diverse della storia della supply a piattaforme diverse.

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. 1. Acquisizione dei dati del tokenCondividi i dettagli del contratto, le cifre di supply, i record di allocazione e la documentazione pubblica pertinente. Identifichiamo le informazioni mancanti prima di redigere.
2. 2. Riconciliazione dei saldiOrganizziamo i saldi rilevanti e registriamo la spiegazione del progetto per ogni categoria inclusa o esclusa.
3. 3. Verifica della coerenzaConfrontiamo la cifra proposta e la spiegazione di supporto con i materiali forniti per uso pubblico, poi segnaliamo conflitti o lacune.
4. 4. Preparazione delle submissionPrepariamo i materiali della piattaforma concordati e organizziamo le prove in modo che ogni affermazione possa essere ricondotta al suo record di supporto.
5. 5. Coordinamento del follow-upAiutiamo a organizzare le risposte alle domande della piattaforma utilizzando il pacchetto di prove. La revisione della piattaforma rimane alla piattaforma.