Como verificar o supply circulante no CoinMarketCap

O que significa supply circulante em uma revisão do CoinMarketCap?

Supply circulante é a quantidade de um token que um provedor de dados considera disponível para o mercado público de acordo com sua metodologia. Para um projeto que prepara uma atualização no CoinMarketCap, a tarefa prática é explicar o cálculo e fornecer evidências suficientes para que outra pessoa possa segui-lo.

Não trate supply total, supply máximo e supply circulante como rótulos intercambiáveis. Um token pode já existir na blockchain, mas ainda estar sujeito a lock, cronograma de vesting ou outra restrição que afete como o projeto o classifica. Por outro lado, um rótulo de carteira por si só não explica se seu saldo deve ser incluído. O projeto deve conectar cada classificação a registros observáveis e uma justificativa documentada.

Comece com um snapshot datado dos saldos relevantes e defina o cálculo em linguagem simples. Mostre o valor inicial do supply, os saldos considerados indisponíveis e o valor circulante resultante. Se o token tiver vários contratos ou um histórico de migração, declare quais endereços de contrato e registros de blockchain o cálculo cobre. Torne a data do snapshot proeminente para que os leitores possam distinguir o cálculo enviado de mudanças posteriores.

Este cálculo faz parte de um processo mais amplo de prontidão de dados, não um substituto para um pedido de listagem. Para o contexto de listagem e preparação de envio, veja como ser listado no CoinMarketCap.

Como você deve conciliar carteiras, locks e vesting?

Concilie o supply circulante combinando cada saldo a um endereço, um registro de origem e um tratamento claro no cálculo. O objetivo não é rotular todo grande detentor como indisponível; é mostrar por que um saldo é ou não contado e tornar essa decisão auditável.

Crie um ledger de trabalho com uma linha por endereço ou grupo de endereços relevante. Campos úteis incluem blockchain, endereço do contrato, saldo observado, finalidade da carteira, status de restrição, documento de suporte e decisão de inclusão. Mantenha os termos de classificação consistentes em todo o ledger e na declaração pública de supply.

Revise as principais categorias sistematicamente:

• Contratos de vesting e lock: registre o contrato ou serviço, a alocação relevante e o cronograma ou evidência de restrição.
• Carteiras de tesouraria e fundação: explique o controle da entidade e se o saldo é reservado, implantado ou de outra forma disponível.
• Alocações de equipe e investidores: conecte a alocação declarada a documentos de vesting e evidências on-chain quando disponíveis.
• Saldos queimados: forneça o endereço e a evidência para a classificação do projeto, em vez de confiar em um rótulo sem suporte.
• Tokens em bridge ou migrados: concilie representações entre contratos para que as mesmas unidades econômicas não sejam contadas duas vezes.

Quando um endereço atende a mais de uma finalidade, divida o saldo por alocação documentada se os registros suportarem essa divisão. Se não suportarem, sinalize a incerteza para resolução em vez de escolher silenciosamente o tratamento mais favorável. Este ledger também é útil ao preparar uma revisão de verificação de supply circulante.

Quais documentos tornam o cálculo do supply revisável?

Um envio revisável conecta o número no cálculo do supply a registros que podem ser verificados de forma independente. Organize as evidências para que um revisor possa ir do valor resumido aos endereços, restrições e divulgações do projeto sem adivinhar qual arquivo suporta qual alegação.

Prepare um pacote de evidências conciso com uma página de conteúdo e nomes de arquivo consistentes. Inclua os itens que se aplicam ao seu token:

• Endereço do contrato do token, blockchain e links para registros relevantes no explorador de blocos.
• Uma exportação de saldos de carteira datada ou consulta de saldo reproduzível, com a data do snapshot declarada.
• Registros de vesting, lock, tesouraria e alocação que suportem exclusões ou classificações.
• Documentação de migração ou bridge do token quando existirem múltiplas representações.
• A fórmula do supply circulante, o ledger de endereços e uma breve explicação das premissas.
• Materiais atuais de tokenomics e divulgações públicas que usem as mesmas definições.

O cliente deve fornecer registros autoritativos do projeto, confirmar quem controla as carteiras do projeto, identificar quaisquer mudanças recentes e aprovar as classificações finais. Nosso checklist de preparação distingue o que montamos do que apenas o projeto pode atestar: links de fontes e reconciliação de um lado; contexto de propriedade, registros legais e aprovação do outro.

Verifique se datas, unidades de token e endereços de contrato coincidem entre os arquivos. Se um documento conflitar com um registro do explorador ou página pública de tokenomics, explique a discrepância e resolva-a antes do envio. Mantenha registros internos sensíveis com controle de acesso e compartilhe apenas o material necessário para fundamentar o cálculo.

Como você envia uma atualização de supply sem criar inconsistências?

Envie uma atualização de supply somente depois que o cálculo, o pacote de evidências e os materiais públicos do projeto contarem a mesma história. Uma entrega limpa reduz esclarecimentos desnecessários e dá ao revisor um caminho direto do valor declarado aos registros de suporte.

Use esta sequência como controle final:

• Confirme se o valor circulante declarado usa a mesma data de snapshot que os saldos de suporte.
• Verifique as definições de supply total e supply circulante onde quer que apareçam nos materiais do projeto.
• Confira endereços, decimais do token, nomes de blockchain e unidades contra os registros relevantes.
• Torne as exclusões legíveis: identifique o saldo, sua restrição ou status e sua evidência de suporte.
• Envie pelo canal oficial de contato ou suporte do CoinMarketCap disponível para o projeto e mantenha a versão enviada e a correspondência.

Use o site oficial do CoinMarketCap para localizar informações atuais da plataforma e o caminho adequado voltado ao projeto. Evite enviar versões contraditórias por vários canais. Se a plataforma solicitar esclarecimentos, responda à pergunta específica, atualize o índice de evidências se necessário e preserve um registro do que mudou.

Para um provedor relacionado, a disciplina de evidências é semelhante, mas seus requisitos de envio e revisão são separados. Compare o processo com a preparação de listagem no CoinGecko, em vez de assumir que a resposta de uma plataforma se transfere para a outra.

Quais verificações de qualidade devem ocorrer antes de o arquivo sair do projeto?

Uma verificação de qualidade pré-envio deve testar se um revisor consegue reproduzir o cálculo e entender suas premissas. Atribua uma pessoa para conciliar os números e outra para verificar a trilha de evidências; a revisão separada ajuda a detectar inconsistências fáceis de passar despercebidas ao montar a planilha.

Use um checklist de revisão controlado:

• Reprodutibilidade: Alguém consegue seguir a fórmula dos registros de saldo até o valor final?
• Rastreabilidade: Toda exclusão material aponta para uma carteira, documento ou registro on-chain?
• Consistência: O site, o documento de tokenomics, os materiais de candidatura e o cálculo usam a mesma terminologia e data de snapshot?
• Completude: Todos os contratos conhecidos, carteiras relevantes, migrações e categorias de alocação são abordados?
• Controle de mudanças: Existe uma versão final datada, um aprovador nomeado e um registro de edições após a revisão?

A etapa de controle de qualidade na MegaSatoshi é uma revisão de fonte para alegação: mapeamos cada declaração de supply para sua evidência, marcamos lacunas para o projeto resolver e devolvemos um pacote estruturado para aprovação do cliente. Isso é mais útil do que polir um número sem verificar como foi derivado. Se um valor anterior foi publicado, inclua uma breve explicação da mudança e sua data de vigência para que o novo cálculo não apareça sem contexto.

Para uma visão mais ampla da prontidão de listagem e trabalhos de verificação relacionados, use o hub de listagens e verificação.

O que o projeto pode controlar na revisão do CoinMarketCap?

O projeto controla a precisão, clareza e completude de suas evidências; não controla o resultado da revisão do CoinMarketCap nem como a plataforma exibirá o valor do supply. O CoinMarketCap pode avaliar o material enviado sob suas próprias práticas de revisão, solicitar esclarecimentos ou manter uma classificação diferente, então um pacote bem documentado é preparação—não aprovação. Mantenha as divulgações públicas precisas enquanto um pedido estiver pendente e evite apresentar uma alteração enviada como já aceita. Para seu próprio controle, retenha o cálculo enviado, a versão exata das evidências, a data do envio e qualquer correspondência da plataforma; se forem solicitados esclarecimentos, responda ao endereço ou documento citado, registre a mudança e mantenha o valor revisado consistente em todos os materiais do projeto.

Quando um projeto deve revisitar suas evidências de supply circulante?

Revise o cálculo quando um evento alterar os saldos ou restrições que o sustentam e mantenha as evidências sincronizadas com as informações públicas do token. Um valor antes correto pode se tornar difícil de defender se uma liberação de vesting, movimento de tesouraria, migração ou mudança de contrato não for refletida nos registros.

Defina um responsável interno pelos dados de supply e um caminho de notificação de mudanças entre finanças, operações de token e comunicações. Quando um evento relevante ocorrer, o responsável deve identificar os endereços afetados, atualizar o snapshot de saldos, atualizar o ledger e verificar se a explicação pública precisa de revisão. Preserve a versão anterior para que o projeto possa explicar como e por que o valor mudou.

Se o cálculo estiver confuso, comece com o valor público mais recente, os endereços de contrato a que se refere e os registros que suportam as exclusões. Envie esses materiais para MegaSatoshi com o contato principal do projeto e quaisquer discrepâncias conhecidas. Começaremos com a revisão de fonte para alegação, identificaremos evidências ausentes para sua equipe e devolveremos um pacote estruturado para aprovação antes do envio.

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. Defina o escopoConfirme o contrato do token, a blockchain, a data do snapshot e o valor de supply em revisão. Liste migrações ou representações adicionais que possam afetar o cálculo.
2. Construa o ledger de carteirasMapeie endereços relevantes para saldos, finalidades, restrições e uma decisão de inclusão documentada. Sinalize propriedade incerta ou classificações sem suporte para o projeto.
3. Monte e reconcilie as evidênciasAnexe registros do explorador, documentos de vesting ou lock, materiais de alocação e a fórmula. Verifique se todas as fontes se referem às mesmas unidades de token e ao mesmo snapshot.
4. Aprove e enviePeça ao proprietário do projeto para confirmar o contexto das carteiras e aprovar o pacote final. Envie pelo canal oficial atual do CoinMarketCap e mantenha a versão e a correspondência.
5. Mantenha o registroRegistre pedidos de esclarecimento e mudanças, e atualize o cálculo quando um saldo, restrição ou representação de token relevante mudar.