O que um valor de supply do CoinMarketCap precisa explicar?
Um cálculo de supply datado mostra o valor, seus dados de origem e o tratamento atribuído aos saldos relevantes. Ele deve distinguir o supply emitido do valor que seu projeto propõe como circulante. Esses valores não são intercambiáveis, e rótulos sozinhos não explicam a diferença.
Comece com 3 definições no arquivo do projeto:
- Supply emitido: tokens criados sob o design do token, com base em uma fonte declarada e horário de cálculo.
- Valor circulante proposto: saldos que o projeto classifica como disponíveis, seguindo suas regras de inclusão por escrito.
- Saldos excluídos: participações tratadas como indisponíveis, cada uma vinculada a um motivo e um registro de suporte.
Em seguida, compare o valor proposto com a tokenomics pública, dados do explorador e registros de alocação. Eles devem descrever o mesmo token e o mesmo ponto no tempo. Se não o fizerem, identifique a incompatibilidade antes de preparar uma submissão. Uma tabela útil registra o valor de origem, os ajustes e o cálculo resultante. Isso ajuda um revisor a rastrear a aritmética sem depender de explicações internas.
O projeto pode documentar seu raciocínio, mas não deve apresentar sua classificação como o tratamento definitivo do CoinMarketCap. Mantenha as evidências de supply separadas de um pedido de listagem. O guia de listagem do CoinMarketCap cobre essa tarefa de submissão distinta.
Quais registros de wallet tornam o cálculo auditável?
Um cronograma de wallet conecta cada saldo a um endereço, um rótulo e uma decisão. Uma planilha se torna útil quando uma segunda pessoa pode verificar suas entradas contra as fontes de suporte.
Use uma linha para cada endereço ou contrato relevante. Inclua estes 6 campos:
| Campo | Registro |
|---|---|
| Rede e token | Nome da chain e identificador do token |
| Endereço | Endereço completo e link do explorador |
| Saldo | Valor observado e horário da verificação |
| Rótulo | Função da wallet e a fonte para esse rótulo |
| Tratamento | Incluído, excluído ou não resolvido |
| Evidência | Transação, registro de lock ou documento do projeto |
Marque rótulos incertos como não resolvidos. Não infira a finalidade de uma wallet a partir de um nome de endereço ou de uma nota privada da equipe. Para uma wallet controlada pelo projeto, inclua uma breve explicação do controle e do uso pretendido. Para uma alocação restrita, anexe o registro que descreve a restrição e suas condições.
Registre a data do cálculo e preserve o snapshot original. Isso torna possível distinguir uma alteração de saldo posterior de uma submissão anterior. Quando os tokens existirem em múltiplas redes, identifique cada chain e contrato separadamente. Não combine representações até que o projeto tenha documentado como elas se relacionam. O cronograma resultante deve permitir que um revisor rastreie o endereço, o saldo observado, a classificação e a evidência sem pesquisar em arquivos não relacionados.
Como testar a aritmética do supply antes de enviar?
Uma tabela de reconciliação torna cada ajuste visível entre o valor de supply de origem e o valor circulante proposto. A aritmética deve ser reproduzível a partir do cronograma de wallet, não dependente de um número resumido não explicado.
Primeiro, registre o valor de origem e quando foi verificado. Em seguida, some os saldos que seu método inclui e os saldos que exclui. Compare esses totais com o supply reportado. Se não reconciliarem, anote o motivo em vez de esconder a diferença em uma nota.
Verifique estes 4 pontos antes de aprovar o valor de trabalho:
- Cobertura: Todos os endereços e contratos relevantes estão representados?
- Tratamento: Cada inclusão ou exclusão tem um motivo declarado?
- Tempo: Os saldos e registros de suporte foram verificados em um ponto consistente?
- Ajustes: Arredondamentos, migrações ou representações em ponte estão explicados?
Mantenha itens não resolvidos separados das entradas confirmadas. Se uma restrição depender de um acordo de vesting ou de uma condição operacional, aponte para essa evidência. Se a condição não estiver documentada, não trate a classificação como estabelecida. Use os mesmos rótulos no cálculo, na tokenomics e no resumo da submissão. Um revisor deve ser capaz de ir do valor final de volta através de cada ajuste até sua origem. Para uma revisão de evidências separada, veja verificação de supply circulante.
O que pertence ao pacote de evidências de supply do CoinMarketCap?
Um pacote de evidências compacto apresenta o valor proposto primeiro e depois fornece os registros necessários para verificá-lo. Organize os materiais para que o cálculo possa ser revisado sem adivinhar qual arquivo suporta cada afirmação.
Use esta ordem:
- Resumo: nome do token, ticker, chain, endereço do contrato, data do cálculo e valor proposto.
- Nota de método: valor de supply de origem, regras de inclusão, regras de exclusão e etapas do cálculo.
- Cronograma de wallet: endereços, saldos, rótulos, tratamentos e links de origem.
- Registros de alocação: tokenomics e alocações relevantes de equipe, investidores, tesouraria, ecossistema ou comunidade.
- Evidências de restrição: termos de vesting, registros de lock, evidências de queima ou outros documentos que suportem exclusões.
- Itens em aberto: classificações pouco claras, registros faltantes e o responsável por resolvê-los.
Verifique se nomes, endereços e valores coincidem entre o resumo e os anexos. Dê a cada arquivo um nome claro e mantenha sua fonte e data de verificação. Uma planilha sem links de explorador é difícil de verificar. Um link de explorador sem um motivo de exclusão não estabelece a classificação do projeto.
Esta é uma estrutura prática de evidências, não uma afirmação de que o CoinMarketCap usa uma lista de verificação fixa. Revise as instruções atuais de submissão da plataforma antes de enviar materiais. Mantenha acordos confidenciais restritos e inclua apenas os detalhes necessários para explicar o saldo relevante. Para comparação, o guia de listagem do CoinGecko descreve o processo de listagem de um provedor separado; confirme seus requisitos atuais de forma independente.
Como um projeto deve verificar o arquivo de submissão?
Uma revisão final compara o resumo da submissão, o cronograma de wallet e os documentos de origem como um único registro datado. O objetivo é encontrar contradições antes que os materiais saiam da equipe do projeto.
Atribua uma pessoa para preparar o arquivo e outra para verificá-lo. O segundo revisor deve verificar o endereço do contrato, abrir cada link de origem, recalcular os totais e comparar os rótulos entre os documentos. Eles devem sinalizar qualquer endereço que não tenha uma fonte ou tenha um tratamento que conflite com os próprios registros do projeto.
Use esta breve lista de verificação de transferência:
- Confirme o token e a rede nomeados em cada documento.
- Abra cada link de explorador e documento do arquivo de trabalho.
- Recalcule os saldos incluídos e excluídos de forma independente.
- Corresponda o valor do resumo à data e método do cálculo.
- Marque itens não resolvidos em vez de apresentá-los como confirmados.
Envie pelo canal atual do CoinMarketCap e retenha os arquivos exatos enviados. Mantenha qualquer confirmação com essa versão. Se um revisor solicitar esclarecimentos, responda com base no mesmo cronograma datado e documente qualquer correção em uma nova versão. Uma transferência claramente organizada também torna a responsabilidade visível: o projeto sabe quem preparou o cálculo e quem verificou suas evidências. Se a tarefa for na verdade uma correção de perfil, mantenha-a separada do arquivo de supply e use as instruções relevantes da plataforma.
Quando o cronograma de wallet deve ser recalculado?
Um saldo alterado, restrição ou representação de token pode tornar um cronograma de supply anterior incompleto. Revisite o cálculo quando um evento afetar o valor ou a classificação que seu projeto reporta.
Revise o arquivo após um mint, liberação de vesting, migração, queima ou movimento entre wallets controladas pelo projeto. Verifique se o evento altera o supply emitido, o valor circulante proposto ou apenas o rótulo atribuído a um saldo existente. Registre a transação ou evidência do contrato e produza uma nova versão datada. Preserve o cálculo anterior em vez de sobrescrevê-lo.
Uma rotina prática de atualização tem 4 verificações:
- Compare a lista de endereços atual com o último cronograma salvo.
- Revise saldos alterados e novos endereços em relação aos registros de alocação.
- Recalcule com as regras declaradas ou documente uma mudança de método.
- Alinhe a tokenomics e as explicações públicas quando usarem o mesmo valor.
Mantenha um registro de alterações com o evento, fonte, endereços afetados, versão do cálculo e responsável pelo arquivo. Isso dá à equipe um registro claro de por que um valor mudou. Também ajuda a evitar que um número antigo apareça em uma nova submissão após os saldos de suporte terem se movido. Para um projeto comparando provedores, a orientação de listagem do CoinGecko é uma referência separada, não um substituto para verificar o processo atual do CoinMarketCap.
Onde o CoinMarketCap toma a decisão final sobre o supply?
O pacote de evidências registra o cálculo do projeto e as fontes por trás de seu tratamento proposto. O CoinMarketCap controla como revisa as informações enviadas, classifica o supply e exibe qualquer valor resultante; um projeto não pode definir essa decisão ou seu cronograma de publicação.
Torne as evidências pouco claras visíveis antes da submissão. Se a função de uma wallet depender de um acordo, condição de lock ou controle operacional, explique a condição e anexe o registro de suporte. Se o projeto não puder fundamentar uma classificação ainda, marque-a como não resolvida. Não descreva uma suposição como um fato confirmado.
O trabalho de supply também difere da atividade de visibilidade. Um posicionamento trending não fundamenta um cálculo de supply circulante, e um arquivo de supply não é um pedido de listagem. Se você está planejando ambas as tarefas, mantenha os registros e objetivos separados. O guia de trending do CoinMarketCap cobre esse tópico distinto.
Para uma primeira revisão útil, envie a chain e o endereço do contrato do token, a tokenomics mais recente e os registros de vesting, e o cronograma de wallet atual. GeoMarketing Experts pode verificar a aritmética contra essas fontes e retornar uma lista específica de registros faltantes ou classificações pouco claras. Você pode então resolver essas lacunas antes de enviar o arquivo datado.
Como funciona
- Definir o escopo do cálculoRegistre o token, chain, endereço do contrato, data do cálculo e regras para classificar saldos.
- Coletar documentos de origemColete links de explorador, tokenomics, registros de alocação, termos de vesting e evidências para exclusões.
- Construir o cronograma de walletRotule cada endereço relevante, registre seu saldo e vincule a evidência para seu tratamento.
- Reconciliar e revisarRecalcule os totais incluídos e excluídos, abra cada fonte e sinalize classificações não resolvidas.
- Enviar e preservarUse o canal atual do CoinMarketCap e retenha os materiais datados exatos enviados.
Perguntas frequentes
O que devo colocar no primeiro arquivo para uma revisão de supply?
Comece com um resumo datado e um cronograma de wallet. Inclua a chain e o endereço do contrato do token, o valor proposto, cada endereço e saldo relevantes e o tratamento atribuído a ele. Vincule cada linha a um explorador ou documento de suporte. Adicione uma breve nota de método para que um revisor possa acompanhar como o cronograma produz o valor declarado.
Como explico um saldo de tesouraria no cálculo?
Identifique o endereço da tesouraria, registre seu saldo observado e descreva quem o controla e como o projeto o trata. Vincule a evidência para essa função, como um registro do projeto ou acordo relevante. Declare se o saldo está incluído ou excluído e forneça a data do cálculo. Se o controle ou uso pretendido não estiver claro, marque a classificação como não resolvida.
Um lock de token significa automaticamente que o saldo está excluído?
Não. Documente o endereço, saldo, restrição e evidência antes de decidir como classificá-lo. Um contrato de lock ou registro de vesting pode mostrar condições relevantes, mas o projeto deve explicar como essas condições afetam seu valor proposto. Mantenha o raciocínio ao lado da entrada da wallet em vez de confiar em um rótulo genérico como "locked".
Qual é a maneira mais rápida de encontrar uma incompatibilidade aritmética?
Compare o valor de supply de origem com a soma dos saldos incluídos e excluídos no cronograma datado. Em seguida, inspecione cada ajuste e verifique se há endereços faltantes, entradas repetidas ou representações de token inconsistentes. Um segundo revisor deve recalcular os totais a partir das linhas de origem, não apenas confirmar o número resumido.
Devo reutilizar o arquivo do CoinMarketCap para o CoinGecko?
Use o cronograma de wallet como um registro inicial, mas verifique as instruções atuais do outro provedor separadamente. Os mesmos documentos de origem podem ser relevantes, enquanto os campos solicitados ou o caminho de submissão podem diferir. Mantenha a data do cálculo e as evidências de suporte claras em qualquer arquivo. O guia de listagem do CoinGecko cobre seu processo de listagem separado.
O CoinMarketCap pode ser obrigado a exibir nosso valor submetido?
Não. O CoinMarketCap controla sua revisão, classificação de supply e decisões de exibição. O projeto pode fornecer um cálculo datado e registros de suporte. Ele não pode exigir que a plataforma adote esse tratamento ou o publique em um cronograma específico. Torne cada saldo e suposição fáceis de inspecionar e preserve a versão exata enviada.
Conte sobre seu projeto
Responda quatro perguntas rápidas e um gerente enviará um plano, prazos e uma faixa de preço em até uma hora. Tudo fica confidencial.
Carregando formulário…