Por que é que o projeto transfere fichas para carteiras diferentes? （O texto a seguir é conteúdo de IA, para arquivo）

O projeto transfere fichas para múltiplas carteiras diferentes. As razões mais comuns podem ser divididas nas seguintes categorias, ordenadas da mais razoável para a mais problemática:

Razões bastante legítimas / comuns (representando aproximadamente 30–50%)

1. Segurança & Dispersão de Risco
Manter alguns mil milhões ou dezenas de mil milhões de tokens numa única carteira significa que, se a chave privada vazar ou sofrer phishing/ataque, é o colapso total. Dispersar em 5–20 carteiras (ou até mais), mesmo que se perca 1–2, o projeto não desaba completamente. Esta é uma operação básica que muitos projetos de médio a grande porte e equipas experientes realizam.

2. Preparação para Distribuição Operacional
Depois vêm airdrop, tarefas, distribuição a KOLs, adição de LP, market making, incentivos comunitários, desbloqueios de equipa, pagamentos a parceiros, etc., pelo que é necessário separar as fichas antecipadamente em diferentes carteiras para facilitar operações subsequentes com multisig ou scripts em lote. Muitos projetos usam uma combinação de carteira multisig + carteiras quentes normais.

3. Market Making / LP / Gestão de Profundidade
Diferentes pools, listagens em diferentes CEXs, bridges em diferentes cadeias, cooperações com diferentes market makers, tudo requer que as fichas se distribuam antecipadamente para evitar grandes transferências únicas que causem pânico ou sejam atacadas.

4. Multisig / Separação de Poderes Interno
Vários membros principais gerem uma parte cada, evitando que uma única pessoa aja de forma maliciosa e facilitando desbloqueios por fases.

Razões de área cinzenta / problematicamente grandes (proporção mais elevada em projetos de baixa qualidade)

5. Ocultar a proporção real de participações & Criar aparência falsa de descentralização
No explorador blockchain, dexscreener, gmgn, ferramentas dex, parece que as participações estão dispersas e o top 10 não está concentrado, dando a falsa impressão de "comunidade a comprar, descentralizado". A pessoa ou grupo de pessoas que realmente controla é o mesmo.

6. Branqueamento de Snipes / Pré-mineração / Fichas de Informação Interna
Programadores usam robôs snipe para correr à frente do seu próprio projeto ou pré-alocam grandes quantidades de fichas para si/contas de cobertura, depois de lançado, "lavam" a origem através de múltiplas transferências, fazendo parecer que não é o óbvio caminho "carteira de programador → utilizador comum" de dump de informação privilegiada. Agora ferramentas como gmgn conseguem já marcar este tipo de comportamento "small fish vermelho", mas muitos projetos ainda o fazem.

7. Preparação para Múltiplas Ondas de Dump / Saída Escalonada
Dividem em muitas carteiras pequenas, vendem um pouco de cada vez, no blockchain não parece "grande baleia a fazer dump", esticam o tempo de saída, reduzem pânico instantâneo e pisotão, tornando também muito mais difícil identificar a pressão total de venda à primeira vista.

8. Evitar "Etiquetas de Risco" de Certas Ferramentas / Comunidade
Alguns bots de monitorização, KOLs, chats marcam em vermelho carteiras de grandes detentores únicos. Dispersado, cada carteira individual tem uma proporção de participação mais baixa e não é tão fácil de ser marcado como alvo.

Como julgar rapidamente qual é?

- Verificar tempo & padrão de transferência: dispersão rápida antes/logo após lançamento → provavelmente ocultar participações/preparar dump
- Verificar comportamento da carteira: muitas carteiras pequenas transferindo simultaneamente para exchanges/mixers/novas contas → basicamente preparação para saída
- Verificar se está relacionado: usar gmgn, dune, sistema de tags para rastrear fluxo de fundos, se muitas carteiras conseguem remontar a um criador/endereço snipe único → 99% controlado pela mesma pessoa/grupo
- Concentração de fichas não diminui substancialmente: após dispersar, top 20/50/100 endereços ainda representam proporção extremamente elevada → apenas trocou de máscara

Resumo:
Projetos legítimos dispersam para segurança e conveniência operacional;
Projetos de baixa qualidade/fuga dispersam principalmente para ocultar controlo + sair de forma mais elegante.