Como verificar supply no CoinMarketCap: guia completo

O que significa circulating supply no CoinMarketCap?

Circulating supply é a quantidade de um token que um provedor de dados trata como disponível para o mercado público de acordo com sua metodologia. Não é automaticamente o mesmo que o total emitido, o maximum supply ou o saldo visível no endereço do contrato do token.

Comece definindo o número que você está pedindo para o CoinMarketCap revisar. A reconciliação básica é: circulating supply = total supply − tokens que não estão em circulating de acordo com sua metodologia declarada. Essa subtração só é útil se o projeto puder explicar o que está incluído no valor excluído. Uma alocação de vesting, um saldo de contrato inacessível e uma reserva de tesouraria podem exigir evidências diferentes.

Antes de calcular, faça uma breve nota de escopo que registre:

• O token e a rede em revisão, incluindo o endereço do contrato.
• A data e hora do snapshot de saldo.
• O número de supply e a unidade usada no cálculo.
• As categorias tratadas como não circulating e o motivo.

Use esta definição de forma consistente na tokenomics do projeto, referências de exploradores e materiais de submissão. Para o contexto mais amplo de listagem, veja como ser listado no CoinMarketCap. Uma definição clara dá aos revisores e leitores uma maneira de rastrear seu número até registros identificáveis.

Como calcular e reconciliar o número?

Calcule o circulating supply começando com um total rastreável e subtraindo saldos que sua metodologia documentada classifica como indisponíveis para o mercado. O segredo não é apenas a aritmética final: cada entrada deve apontar para uma fonte que outra pessoa possa inspecionar.

Crie uma planilha com uma linha por alocação ou wallet relevante. Registre o endereço da wallet ou contrato, saldo no momento do snapshot, categoria de alocação, termos relevantes de lock ou vesting e se você inclui ou exclui. Em seguida, totalize os saldos incluídos e excluídos separadamente. Mantenha a data do snapshot visível; se os saldos mudarem depois, o cálculo deve ser reproduzível para cada versão.

Verifique o resultado em relação ao contrato do token e aos registros do explorador. Se o seu token tiver múltiplas chains, migrações, representações wrapped ou contratos de bridge, explique como esses saldos são tratados para que os mesmos tokens não sejam contados duas vezes. Se um saldo não puder ser atribuído com confiança, marque-o para investigação em vez de atribuí-lo silenciosamente a uma categoria.

Uma verificação final útil é comparar a planilha com a tokenomics publicada do projeto e qualquer número de supply já exibido em plataformas de dados. Para mais informações sobre o fluxo de trabalho de listagem relacionado, use orientação de listagem CoinGecko; o cálculo deve permanecer internamente consistente mesmo quando os provedores usam processos de revisão diferentes.

Quais documentos preparar para a verificação de supply?

Prepare um pacote de evidências compacto que conecte cada alegação material de supply a um documento ou registro on-chain. Esses materiais facilitam a revisão do cálculo e ajudam sua equipe a responder perguntas de acompanhamento sem reconstruir a análise.

Reúna os registros que se aplicam ao seu token:

• Endereço do contrato do token, detalhes da rede e links do explorador.
• Documento de tokenomics ou alocação mostrando categorias e valores.
• Cronogramas de vesting, contratos de lock ou referências de contrato para alocações restritas.
• Um registro de wallets que identifique tesouraria, equipe, investidores, ecossistema e outros endereços relevantes.
• Evidências de saldo on-chain capturadas no mesmo momento da planilha.
• Explicações para saldos queimados, locked, reservados ou de outra forma excluídos, com referências de suporte.
• Uma declaração datada do projeto explicando o cálculo e quaisquer suposições.

Não descreva uma wallet como locked meramente porque o projeto pretende não mover seus fundos. Suporte esse tratamento com o contrato, cronograma ou outra evidência aplicável, e distinga uma restrição técnica de uma política interna. Se um documento for confidencial, forneça um resumo compartilhável e identifique quais evidências podem ser fornecidas em particular através da rota de revisão relevante. Mantenha nomes de arquivos, datas e terminologia alinhados com a planilha para que cada alegação seja fácil de localizar.

Como classificar wallets de tesouraria, vesting e locked?

Classifique as wallets pela evidência de seu status e disponibilidade, não pelo rótulo que sua equipe prefere. Um registro de wallets transforma o cálculo de supply em uma explicação auditável, em vez de uma coleção de suposições sem suporte.

Para cada endereço, registre quem o controla, qual alocação ele representa, se um contrato restringe transferências e qual evento poderia tornar o saldo transferível. Quando o vesting se aplicar, conecte o endereço ao cronograma e indique se alguma parte já foi desbloqueada. Para uma wallet de tesouraria, explique seu propósito e se o saldo está comprometido, reservado ou disponível para implantação. Aplique a mesma regra a alocações comparáveis; tratamento inconsistente pode tornar um total plausível difícil de avaliar.

Uma tabela de classificação prática pode incluir estas colunas:

Se o projeto tiver tokens migrados ou operar em várias redes, adicione uma nota de reconciliação que explique a relação entre endereços e representações. Para um fluxo de trabalho de verificação separado, veja verificação de circulating supply.

Como preparar uma submissão consistente para o CoinMarketCap?

Prepare a submissão como um relato coerente do supply do token: um número declarado, um cálculo datado e evidências que sustentem as decisões de inclusão e exclusão. Antes de enviar materiais pelo processo atual de projeto ou listagem do CoinMarketCap, verifique se o perfil do projeto e os documentos de suporte usam a mesma terminologia de contrato, rede e token.

Atribua uma pessoa para ser responsável pela versão final. Essa pessoa deve comparar a planilha com a página de tokenomics, site do projeto e quaisquer declarações públicas de supply anteriores. Resolva discrepâncias antes da submissão, ou explique-as diretamente com o motivo e a data de vigência. Evite enviar múltiplos totais não explicados, como um número para um anúncio e outro para o pacote de revisão.

Use este checklist de pré-submissão:

• Confirme se o endereço do contrato e a rede correspondem em todos os arquivos.
• Recalcule os totais a partir dos saldos de wallet registrados.
• Verifique se cada categoria excluída tem uma base e evidência claras.
• Date a planilha e identifique a fonte de cada saldo.
• Garanta que a linguagem pública da tokenomics corresponda ao cálculo.
• Mantenha uma cópia do pacote final e anote as alterações posteriores.

Para equipes que lidam com ambos os registros de provedores, listagem CoinGecko vs CoinMarketCap é uma comparação útil. Trate a solicitação e o status de cada provedor separadamente e mantenha um registro de alterações para que atualizações futuras possam ser vinculadas a um evento específico.

O que pode afetar a revisão de supply do CoinMarketCap?

Um pacote de evidências completo melhora a clareza, mas o CoinMarketCap determina como revisa e classifica as informações de supply em sua própria plataforma. Sua avaliação, evidências aceitas, número exibido e tempo de revisão estão fora do controle do projeto; nenhum conjunto de documentos pode prometer uma classificação ou aprovação específica. O compromisso controlável é enviar materiais precisos e internamente consistentes e responder com evidências relevantes se o processo de revisão solicitar.

Problemas comuns que valem a pena resolver antes da submissão incluem uma incompatibilidade entre o contrato do token e o perfil do projeto, saldos de wallet que não se reconciliam com o total declarado, um cronograma de vesting sem um endereço correspondente e um rótulo de locked sem suporte de uma restrição ou registro. Uma revisão também pode exigir esclarecimentos quando a redação de um projeto deixa em aberto se um saldo é transferível ou quem o controla.

Se o número for questionado, responda ao problema preciso em vez de enviar o pacote inteiro novamente sem explicação. Aponte para a linha na planilha, identifique o endereço ou contrato relevante e anexe a evidência que aborda a questão. Se os fatos subjacentes mudaram, recalcule a partir de um novo snapshot e rotule a versão revisada claramente. Essa abordagem preserva uma trilha de auditoria e ajuda sua equipe a manter as declarações públicas de supply precisas enquanto a plataforma conclui sua própria avaliação.

Quando atualizar o cálculo de supply?

Atualize o cálculo sempre que um evento material de token alterar um saldo ou sua classificação. Uma planilha de supply é um registro datado, não uma declaração permanente: desbloqueios de vesting, transferências de tesouraria, queimas, migrações e mudanças de contrato podem tornar um snapshot anterior incompleto.

Defina um gatilho de revisão interna para cada evento que possa afetar o supply. O membro da equipe responsável deve confirmar os endereços afetados, capturar os saldos atuais, aplicar as regras de classificação existentes e registrar o motivo de qualquer alteração. Se a própria metodologia mudar, preserve a versão antiga e explique o novo tratamento em vez de sobrescrever o cálculo anterior. Esse histórico ajuda o projeto a responder perguntas sobre por que um número exibido difere de uma declaração pública anterior.

Mantenha a mesma planilha de fonte da verdade para atualizações e vincule cada novo número à sua data de snapshot. Em seguida, revise a página de tokenomics do projeto, perfil de listagem e outras descrições públicas juntos para que uma atualização não deixe números conflitantes em outros lugares. Se uma movimentação cross-chain ou migração de token estiver envolvida, documente tanto os tokens removidos da representação antiga quanto os emitidos na nova. Para um fluxo de trabalho de atualização de perfil relacionado, veja remediação de perfil de listagem.

Preços

Preços iniciais em USD. Pacotes personalizados e descontos por volume sob consulta. Pagamento em USDT, USDC, BTC, ETH, SOL, TON ou token do seu projeto.

Como funciona

1. Confirme o token e o snapshotRegistre o contrato, a rede e a data do snapshot de saldo. Identifique qualquer migração ou representações adicionais de token que precisem ser reconciliadas.
2. Construa o registro de walletsListe endereços relevantes, saldos, categorias de alocação e evidências de controle ou restrição. Sinalize classificações não resolvidas em vez de assumir uma resposta.
3. Calcule os saldos incluídos e excluídosAplique uma metodologia declarada em alocações comparáveis e mostre como o número final de circulating segue das entradas registradas.
4. Monte os documentos de suporteAnexe tokenomics, registros de vesting ou lock, referências de explorador e uma explicação concisa que vincule cada exclusão a evidências.
5. Reconcilie e submetaCompare o pacote com os materiais públicos do projeto, corrija inconsistências e use a rota de submissão atual do CoinMarketCap para a solicitação relevante.