Início
» Conhecimento
»
Analisando a Distribuição de Tokens: Como Identificar Possíveis Carteiras de Usuários Internos
Analisando a Distribuição de Tokens: Como Identificar Possíveis Carteiras de Usuários Internos
A distribuição de tokens pode revelar muito mais do que apenas se uma criptomoeda possui alguns grandes detentores. Uma análise útil faz uma pergunta mais complexa: as carteiras aparentemente separadas estão realmente conectadas à equipe do projeto, ao responsável pela implantação, à tesouraria, ao formador de mercado, aos investidores iniciais ou umas às outras?
A palavra importante é potencial . Um endereço blockchain é pseudônimo, e um saldo elevado por si só não prova que uma carteira pertence a um insider. Carteiras de exchanges, pools de liquidez, bridges, contratos de vesting, custodiantes, endereços de queima e tesourarias de protocolos podem estar entre os maiores detentores. O objetivo, portanto, é construir uma cadeia de evidências documentada, e não atribuir uma identidade definitiva a um endereço com base em uma única pista.
Esta referência se concentra na análise de tokens no estilo EVM porque os exploradores compatíveis com Ethereum expõem dados de contratos e transferências especialmente úteis. O mesmo raciocínio pode ser adaptado a outras blockchains com seus exploradores e ferramentas de análise nativas.
Referência rápida: quais sinais são realmente úteis?
Sinal
O que isso pode indicar
O que isso não prova
Alocação de tokens em grande escala
Concentração do poder de voto, risco de liquidez ou controle da oferta
Que o titular é um membro da equipe
Financiamento direto do implementador
Relação operacional ou econômica
propriedade comum por si só
Tokens recebidos perto do lançamento
Alocação antecipada, movimentação de tesouraria, aquisição de direitos ou distribuição coordenada.
Atividade inadequada
Mesmo primeiro financiador em todas as carteiras
Possível configuração operacional compartilhada ou em cluster de carteiras
Que todas as carteiras têm o mesmo beneficiário final
Função de proprietário/administrador de contrato
Controle técnico privilegiado
Propriedade de cada token detido pelos contratos relacionados
Transferências ou negociações sincronizadas
Possível comportamento coordenado
Coordenação, a menos que outras evidências a sustentem.
Etiqueta de endereço verificada
Contexto útil de identidade ou categoria
Atribuição permanente ou infalível
1. Comece com a lista de titulares e, em seguida, remova os endereços que distorcem a imagem.
Comece pelo contrato do token, não pelo símbolo da criptomoeda. Copie o endereço do contrato da documentação oficial do projeto ou de outra fonte confiável e confirme se a blockchain está correta. No Ethereum e em blockchains EVM compatíveis, o endpoint da lista de detentores de tokens do Etherscan retorna os endereços e saldos dos detentores de um contrato ERC-20. A partir de setembro de 2026, esse endpoint é um recurso pago da API, e a documentação do Etherscan observa que os endpoints da camada gratuita afetados pela alteração de 1º de julho de 2026 retornam no máximo 1.000 registros por solicitação; quando um endpoint é paginado, use todas as páginas necessárias em vez de tratar a primeira resposta como o conjunto completo de detentores.
Em seguida, classifique a infraestrutura óbvia. Uma tabela de detentores de tokens sem rótulos pode ser enganosa, pois um pool de liquidez ou uma carteira quente de uma exchange pode deter mais tokens do que qualquer indivíduo. O Etherscan explica que suas tags e rótulos públicos adicionam contexto, como uma organização, projeto ou categoria de endereço conhecida. Considere essas tags como evidências a serem analisadas, não como um veredicto automático.
Exemplo de tabela de detentores com valores hipotéticos. Classifique as corretoras, pools de liquidez, carteiras de tesouraria e outras infraestruturas conhecidas antes de interpretar a concentração entre carteiras desconhecidas.
Calcule a concentração de duas maneiras.
Registre a participação detida pelos 1º, 5º, 10º e 20º maiores acionistas. Em seguida, calcule os mesmos valores excluindo infraestruturas claramente identificadas, como endereços de queima, custódia em corretoras e contratos automatizados de liquidez. Essa segunda perspectiva costuma ser mais útil para avaliar o controle discricionário.
Não exclua automaticamente um contrato de tesouraria ou de vesting. Esses saldos podem ser economicamente importantes mesmo quando os tokens não podem ser movimentados imediatamente. Em vez disso, classifique-os separadamente e examine as regras do contrato, o cronograma de desbloqueio e os endereços de controle.
2. Rastreie o responsável pela implantação, o proprietário e as funções privilegiadas.
O histórico de implantação de um token fornece um ponto de partida sólido para a análise de relacionamento. O Etherscan documenta um endpoint de criação de contrato que retorna o criador do contrato e a transação de criação. A partir daí, verifique se o responsável pela implantação também financiou carteiras iniciais, recebeu tokens, interagiu com contratos em fase de vesting ou controlou a configuração de liquidez.
Em seguida, leia o contrato verificado e identifique a autoridade administrativa. A documentação atual de controle de acesso do OpenZeppelin explica os padrões comuns de propriedade e baseados em funções: um proprietário ou detentor de função pode ter permissão para executar funções restritas, incluindo potencialmente a criação de tokens, a pausa ou outras operações administrativas, dependendo do contrato. Para um sistema baseado em proxy, identifique também o administrador do proxy, a propriedade da implementação, a assinatura múltipla, o bloqueio de tempo e quaisquer funções de controle de acesso, em vez de presumir que o responsável pela implantação mantém o controle.
Exemplo de revisão de permissões. O endereço do responsável pela implantação é apenas o começo; a propriedade atual, as atribuições de funções, as assinaturas múltiplas (multisig), os proxies e as funções privilegiadas podem revelar quem detém o controle técnico.
Uma carteira com função de administrador é altamente relevante para análises internas, pois possui uma relação documentada com o protocolo. Mas mesmo isso não comprova quem é o beneficiário final da carteira. O administrador pode ser um multisig, membro do conselho de segurança, provedor de serviços ou executor de governança.
3. Acompanhar as transferências de tokens e os primeiros relacionamentos de financiamento.
Depois de obter as carteiras candidatas, construa um pequeno gráfico de relacionamento. Para cada endereço, registre:
que o financiou inicialmente com o token de gás nativo da blockchain;
que enviou sua primeira alocação de tokens de projeto;
se várias carteiras candidatas foram financiadas pelo mesmo endereço;
se as transferências ocorreram no mesmo bloco ou em um intervalo de tempo restrito;
contrapartes frequentes;
links para o responsável pela implantação, tesouraria, contrato de aquisição de direitos ou carteira de equipe conhecida;
depósitos posteriores na mesma bolsa ou custodiante.
O endpoint de transferência ERC-20 do Etherscan pode ser filtrado por endereço e contrato de token para reconstruir as movimentações de tokens. O histórico de transações normal também é útil para financiamento de tokens nativos e chamadas de contrato. Se você usa um serviço de análise comercial, o fluxo de trabalho oficial de carteiras relacionadas da Nansen descreve explicitamente o agrupamento com rótulos, relações de primeiro financiador, links de assinatura ou implantação, contrapartes e outras conexões comportamentais.
Exemplo de mapa de relacionamento. Vários vínculos independentes são mais informativos do que uma única transferência: financiamento comum, transferências repetidas, laços com o implementador e contrapartes conhecidas podem fortalecer a hipótese de um cluster de carteiras.
Por que o primeiro financiador é importante?
Carteiras novas precisam da moeda nativa para pagar as taxas de transação. Se cinco carteiras recém-criadas receberem seu primeiro financiamento de gás do provedor de implantação e, logo em seguida, receberem tokens do projeto, isso é um sinal significativo de relacionamento. Ainda assim, não é conclusivo: uma exchange centralizada, faucet, relayer ou carteira de operações compartilhadas pode apresentar o mesmo padrão. Verifique o rótulo e o histórico de transações do financiador antes de tirar conclusões.
4. Compare o tempo e o comportamento, não apenas os saldos.
Carteiras vinculadas a insiders podem ser divididas deliberadamente para que nenhum endereço individual pareça dominante. A análise comportamental ajuda a detectar essa possibilidade. Procure por carteiras que se tornam ativas com poucos minutos de diferença, adquirem quantias idênticas ou padronizadas, interagem com os mesmos contratos na mesma sequência ou enviam tokens repetidamente entre si.
Compare também o comportamento deles em torno de eventos importantes do projeto, como geração de tokens, desbloqueio de vesting, adições de liquidez, migrações ou distribuições anunciadas. Use timestamps de bloco e hashes de transação em suas anotações. Evite afirmar que uma carteira negociou com base em informações não públicas, a menos que você tenha evidências diretas; o registro de tempo na blockchain pode mostrar correlação, mas não o conhecimento ou a intenção de uma pessoa.
5. Utilize rótulos e agrupamento de entidades como evidência de apoio.
Os rótulos de endereço podem economizar horas, especialmente quando uma carteira pertence a uma grande corretora, formador de mercado, fundo, protocolo ou entidade pública. A documentação de rótulos de endereço da Nansen descreve rótulos de entidade e de comportamento, enquanto sua documentação mais abrangente explica que endereços relacionados podem ser agrupados em entidades usando pesquisas e heurísticas proprietárias.
Essa ressalva é importante. Rótulos de terceiros não são fatos brutos da blockchain. Salve o rótulo, a fonte e a data em que você o observou e verifique de forma independente as afirmações importantes sempre que possível. Um rótulo pode mudar à medida que novas evidências se tornam disponíveis.
Como você deve avaliar uma possível relação com alguém de dentro da empresa?
Uma pontuação numérica rígida pode gerar uma falsa sensação de segurança, portanto, utilize níveis de evidência. Uma abordagem prática é distinguir entre evidência direta , forte ligação e correlação fraca .
Nível de evidência
Exemplos
Como usar
Direto
O projeto identifica publicamente a carteira; a carteira é proprietária/administradora do contrato; contrato de tesouraria ou de aquisição de direitos verificado.
Documente a fonte e a função exatas.
Forte ligação
Financiamento direto do responsável pela implementação, além de alocação antecipada; transferências repetidas com carteiras de equipe conhecidas; primeiro financiador compartilhado, além de comportamento de correspondência;
Descreva como provavelmente relacionado ou parte do mesmo grupo operacional, com ressalvas.
Correlação fraca
Saldo elevado, horários de negociação semelhantes, mesma casa de câmbio, baixo número de transações
Mantenha como pista até que surjam evidências mais robustas.
Exemplo de lista de verificação de sinais. Nenhuma heurística isolada comprova o controle interno; combine sinais independentes e preserve as evidências da transação que sustentam cada conclusão.
Lista de verificação prática antes de ligar para duas carteiras relacionadas.
Confirme o contrato exato do token e a blockchain.
Exporte ou revise um número suficiente de detentores de direitos autorais para evitar um erro de amostragem na primeira página.
Trocas, pools de liquidez, pontes, endereços de queima, tesourarias e contratos de aquisição de direitos são separados das carteiras comuns.
Identifique o criador do contrato e as funções privilegiadas atuais.
Rastrear o financiamento inicial com tokens nativos, bem como as transferências de tokens ERC-20.
Verifique se as carteiras candidatas compartilham financiadores, contrapartes, cronogramas ou sequências de transações.
Verifique as etiquetas de terceiros em fontes públicas quando a atribuição for importante.
Salve os hashes das transações, os números dos blocos, os registros de data e hora e a data da sua análise.
Apresente explicações alternativas para cada padrão de aparência suspeita.
Utilize termos como "potencialmente relacionados", "ligados por financiamento" ou "compatíveis com controle comum", a menos que a propriedade seja efetivamente verificada.
Erros comuns que produzem falsos positivos
Chamando cada baleia de insider. Grandes detentores podem ser corretoras, fundos, formadores de mercado, contratos de staking ou de ponte, ou compradores públicos iniciais.
Considerar um pool de liquidez como oferta discricionária. Os saldos dos pools são regidos pela mecânica do pool e pelos provedores de liquidez; eles devem ser classificados separadamente do saldo livremente controlado de uma carteira individual.
Supondo que uma única transferência comprove a titularidade. Folha de pagamento, subsídios, transações OTC, airdrops, ações de formadores de mercado e operações rotineiras de tesouraria, todos esses são exemplos de transferências diretas.
Ignorando proxies e multisigs. O responsável pela implantação pode não ter mais controle sobre o token. A autoridade atual pode estar protegida por um administrador de proxy, bloqueio temporal, contrato de governança ou multisig.
Confiar em rótulos sem data e hora. Os rótulos fornecem um contexto valioso, mas podem estar incompletos, serem revisados ou baseados em heurísticas proprietárias.
Qual seria a aparência de uma conclusão defensável?
Uma análise robusta da distribuição de tokens separa os fatos das inferências. Por exemplo: “A carteira A detém 4,2% do fornecimento, recebeu seu primeiro financiamento de gás do responsável pela implantação, recebeu tokens do tesouro duas horas após a implantação e transferiu tokens repetidamente para a carteira B. Esses fatos corroboram a hipótese de que A e B formam um cluster potencialmente relacionado. A propriedade pública de qualquer uma das carteiras não foi verificada.”
Essa formulação é mais útil do que simplesmente chamar um endereço de "carteira interna". Ela informa ao leitor o que é observável, qual relação é inferida e o que permanece desconhecido. Em pesquisas on-chain, essa distinção representa a diferença entre uma análise reproduzível e um palpite.