Carteira conectada, mas não consigo fazer o claim do airdrop: causas e soluções

Resposta rápida: a carteira aparecer como Connected só quer dizer que a dApp consegue enxergar seu endereço público, identificar as redes autorizadas e enviar pedidos de assinatura ou transação. Isso não garante que você conectou a carteira, a conta ou a chain certa. Também não prova que sua elegibilidade continua válida, que a janela de claim está aberta, que há gas suficiente ou que o contrato de claim consegue executar. Faça o diagnóstico em três checkpoints: o pop-up da carteira abriu → foi gerado um TxHash → qual é o status on-chain?

Primeiro, proteja seus fundos: se você comentou sobre um claim com erro no Discord e um suposto “admin” chegou na sua DM, não abra link de sync, verify ou fix. Durante nossa pesquisa, um membro do canal chinês da Almanak contou que recebeu pelo menos cinco DMs suspeitas depois de relatar um problema de claim. Golpista adora pressionar quem acha que vai perder o prazo do drop.

O que “carteira conectada” realmente significa?

Na maioria das carteiras EVM, clicar em Connect Wallet normalmente autoriza o site a visualizar o endereço público selecionado e enviar solicitações de assinatura ou transação. Como explica a MetaMask, uma conexão comum expõe principalmente o endereço e os dados públicos on-chain. Para movimentar tokens, a dApp ainda precisa que o usuário assine uma aprovação, transação, Permit ou outra permissão explícita.

Portanto, ver o endereço abreviado, uma bolinha verde ou o selo Connected não comprova que:

• o endereço ativo é o mesmo que entrou no snapshot;
• a dApp está usando a rede e o Chain ID corretos;
• o verificador de elegibilidade está lendo as regras mais recentes;
• o contrato de claim está ativo, sem pause e dentro do prazo;
• a carteira tem o token nativo para pagar gas na chain certa;
• a transação realmente foi enviada para a rede;
• os tokens recebidos estão desbloqueados ou têm liquidez para venda.

Traduzindo para o cripto: Connected significa “o site enxerga sua carteira”, não “todas as condições do claim passaram”.

A MetaMask permite controlar quais contas e redes cada dApp pode acessar. Por isso, a página pode mostrar Connected enquanto continua autorizada para a conta errada ou para uma rede antiga. Consulte o guia da MetaMask sobre permissões de dApps.

Quais falhas reais apareceram na pesquisa das comunidades?

Em agosto de 2026, este projeto analisou canais públicos de várias comunidades Web3 de língua chinesa no Discord. Não apareceu um consenso orgânico sobre uma marca específica de navegador antidetect. O que os usuários realmente relatavam era bem mais prático: “a carteira conecta, mas não recebo nada”, “o lock acabou e ainda não consigo sacar”, “mudaram as regras”, “o proxy vive caindo” e “fiz uma pergunta e já brotou golpista na DM”.

No canal chinês da Almanak, usuários relataram claim falhando, dificuldade para criar carteira, tokens ainda travados depois da data de unlock, ausência de rota de saque e tokens recebidos sem possibilidade de venda. Anúncios da Saturn também mostraram que uma pool antiga de USDC/sUSDat na Curve parou de gerar pontos, obrigando os usuários a migrar para uma nova pool na FXSwap. Uma conexão funcionando não corrige divergências entre pontos antigos, uma pool descontinuada e as regras finais do claim.

A principal lição é simples: ninguém precisa de mais uma resposta preguiçosa como “tenta outro navegador”. O usuário precisa de um SOP que mostre exatamente onde o fluxo quebrou e registre provas suficientes para o suporte investigar.

Triagem de três minutos: confira estes oito pontos

1. Confirme o domínio: abra a página de claim pelo site ou anúncio oficial do projeto, nunca por link recebido em DM.
2. Confirme o endereço: compare os seis primeiros e os seis últimos caracteres da carteira elegível com a carteira conectada.
3. Confirme a rede: verifique se a própria dApp de claim está na chain indicada no anúncio oficial.
4. Confira o gas: a carteira precisa do token nativo da rede, não apenas USDC ou outra stablecoin.
5. Refaça a conexão: desconecte a dApp dentro da carteira e autorize somente a conta e a rede corretas.
6. Elimine interferências: feche outras abas de claim e desative extensões desnecessárias.
7. Observe o fluxo: ao clicar em Claim, o pop-up da carteira abre? Um TxHash é gerado?
8. Guarde as evidências: anote o erro exato, horário UTC, rede, versão da carteira e TxHash.

Se continuar quebrado depois dessas verificações, pare de clicar sem parar. Use a tabela abaixo para seguir o ramo certo do diagnóstico.

Use o sintoma para descobrir em qual camada está o erro

Oito motivos para a carteira conectar e o airdrop não sair

Causa 1: você conectou a conta errada, não a carteira elegível

Conta 1, Conta 2, endereços de hardware wallet e contas importadas podem morar na mesma extensão. Muita gente vê Connected e olha apenas o apelido ou ENS, sem conferir o endereço de verdade.

Como conferir:

1. copie o endereço completo exibido pelo eligibility checker;
2. copie o endereço mostrado na página de claim ou no painel de permissões da carteira;
3. compare caractere por caractere, pelo menos os seis primeiros e os seis últimos;
4. se usa hardware wallet, confirme se o derivation path é o mesmo usado no farming;
5. se usa Safe ou smart account, confirme se a elegibilidade pertence ao owner EOA ou ao endereço da Safe.

Como resolver: remova a conta errada das permissões da dApp, autorize somente o endereço elegível e recarregue a página oficial. Nunca redigite sua seed phrase só para trocar de conta.

Causa 2: a carteira mostra uma rede, mas a dApp de claim está usando outra

Carteiras modernas podem manter um contexto de rede diferente para cada dApp. Ver Ethereum na tela principal não garante que a solicitação da página de claim esteja rodando em Ethereum. A MetaMask confirma que o acesso às redes pode ser gerenciado por dApp.

Como conferir:

• localize a rede e o Chain ID no anúncio oficial;
• abra Connected dApps ou Manage Permissions na carteira;
• veja quais redes o domínio de claim pode acessar;
• confirme que o token de gas está exatamente nessa chain.

Como resolver: remova permissões de rede desnecessárias, mantenha apenas a chain oficial e reconecte. Consulte o guia da MetaMask para trocar de rede.

Causa 3: a página está presa em uma sessão velha ou em dados corrompidos

A página pode guardar em cache um endereço, tipo de carteira, sessão WalletConnect ou resultado antigo de elegibilidade. Ao alternar contas em várias abas, o front-end pode ficar dessincronizado. Sinais clássicos: um endereço no topo da página e outro no pop-up, ou Loading infinito.

Como resolver:

1. feche todas as outras abas do mesmo projeto;
2. desconecte a dApp dentro da carteira;
3. limpe os dados somente daquele domínio, sem apagar o navegador inteiro;
4. feche completamente o navegador e abra novamente;
5. volte por uma fonte oficial e conecte a conta correta.

Se não quiser mexer nas sessões de outros projetos, reproduza o erro em um perfil de navegador separado. Assim, os cookies e as extensões do ambiente principal ficam intactos.

Causa 4: várias extensões injetam providers e a dApp pega a carteira errada

Quando MetaMask, Rabby, Phantom, OKX Wallet e outras carteiras estão instaladas no mesmo navegador, o site pode detectar vários providers injetados. Alguns front-ends antigos lidam mal com isso: você escolhe a carteira A, mas a carteira B captura a solicitação.

Como conferir: veja qual extensão realmente abre ao clicar em Claim; compare o ícone selecionado na página com o pop-up recebido; desative temporariamente as carteiras desnecessárias e teste novamente.

Como resolver: mantenha apenas uma wallet extension ativa no ambiente de debug. Se precisa de várias carteiras, separe-as por projeto ou tipo de wallet em perfis diferentes, em vez de transformar seu navegador principal em uma sopa de providers.

Causa 5: RPC, proxy, VPN, DNS ou API com bloqueio regional

A carteira consegue ler o endereço local e mostrar Connected, mas a página ainda precisa acessar RPC, API de elegibilidade, proof server, risk API ou relayer. Basta uma chamada ser bloqueada por proxy, DNS, restrição regional, blocker ou pane do projeto para a conexão funcionar e o claim morrer no meio.

Sinais comuns:

• clicar em Claim não abre pop-up nem gera TxHash;
• a tela fica parada em Checking Eligibility ou Preparing Transaction;
• o fluxo volta a funcionar em outra conexão de rede;
• o console exibe erros de RPC, CORS, 403, 429, timeout ou DNS;
• o projeto confirma instabilidade no provider ou front-end.

Como resolver: confira primeiro os anúncios de status; troque para um RPC confiável aceito pelo projeto; desative VPN, proxy ou blocker desnecessário para fazer um teste controlado. Se houver restrição regional legítima, não use proxy para burlar a regra—pergunte ao suporte oficial sobre sua elegibilidade.

Causa 6: a carteira funciona, mas a elegibilidade, as regras ou o lote mudaram

Connected responde apenas “o site enxerga este endereço?”. Não responde “este endereço está na Merkle root final?”. A elegibilidade pode mudar após snapshot, recálculo de pontos, migração de pool, verificação de identidade, revisão anti-Sybil ou atualização de lote.

No caso da Saturn observado na pesquisa, uma pool antiga parou de gerar pontos e os usuários precisaram migrar para outra. Usuários da Almanak também relataram allocations que não conseguiam claimar ou desbloquear.

Como conferir:

• leia o anúncio mais recente, não uma thread antiga de farming;
• confirme o snapshot e a allocation final;
• verifique exigências de migração, vinculação de identidade, aceite de termos ou appeal;
• confira se o endereço caiu no filtro anti-Sybil final;
• veja se o claim está abrindo por lotes.

Se o eligibility checker e o contrato mostrarem resultados diferentes, salve prints, horários e o endereço público, depois abra um ticket oficial. Não pague desconhecidos por um suposto serviço de “recuperação de elegibilidade”.

Causa 7: gas, nonce ou assinatura impedem o broadcast

Depois da conexão, a dApp ainda precisa montar a transação, o usuário precisa assinar e o RPC precisa enviá-la. Uma falha em qualquer etapa passa a sensação de “conectei, mas o drop não caiu”.

Como interpretar:

• Sem pop-up: confira front-end, provider selecionado, extensões e RPC.
• Pop-up abriu, mas não há TxHash: confira assinatura, estimativa de gas e broadcast do RPC.
• TxHash existe e está Pending: confira gas price e algum nonce antigo travado.
• TxHash aparece como Dropped: o node pode ter descartado a transação por fee baixa ou outra tx com o mesmo nonce pode tê-la substituído.

Não reduza o Gas Limit no chute. Se houver várias transações pendentes, resolva primeiro o menor nonce, ou seja, a tx mais antiga. Confira Pending, Dropped, Failed e Success no block explorer da chain correta.

Causa 8: o contrato reverte ou os tokens caem em vesting

Se já existe um TxHash, a etapa de conexão praticamente funcionou. Agora o problema está on-chain.

Se a transação reverteu, confira se:

• o endereço já fez o claim;
• a janela de claim fechou;
• o contrato está pausado;
• o endereço consta na Merkle root final;
• proof, index, assinatura e allocation são válidos;
• é preciso registrar, aprovar ou verificar identidade antes.

A MetaMask recomenda usar o TxHash no block explorer correto para investigar transações de smart contract com falha e ler o revert reason. Consulte o guia da MetaMask sobre falhas em transações de contrato.

Se a transação deu Success, mas não apareceu saldo utilizável: confira o destinatário em Token Transfers, valide o contrato do token, importe o ativo manualmente se necessário e veja se ele foi para um contrato de vesting, staking ou proxy. Claimed, unlocked e tradable são três estados diferentes.

Como montar um ambiente limpo de debug de claim com o MostLogin

O MostLogin não transforma uma carteira inelegível em elegível. Aqui, seu papel é criar um ambiente isolado, reproduzível e com logs para eliminar sessão velha, conflito de providers, proxy mal configurado e operação de equipe misturada.

Segundo o site do MostLogin, a plataforma oferece perfis de navegador independentes, isolamento de sessão, gerenciamento de extensões, configuração de proxy, gestão em lote, compartilhamento de perfis e logs de operação. Para investigar claims, o maior ganho é ter um ambiente limpo com um único projeto, um conjunto verificado de links oficiais e uma única instância de carteira bem identificada.

Configuração recomendada

1. Crie um perfil novo de debug: use o nome “Projeto-Claim-Data” e não reaproveite um perfil de social ou farming de outro projeto.
2. Instale só a carteira necessária: baixe pela loja oficial e evite vários providers injetados.
3. Importe a carteira com segurança: prefira hardware wallet. Se precisar restaurar uma hot wallet, digite a seed somente na extensão verificada, nunca em um site.
4. Salve as fontes oficiais: website, claim page, perfil no X, anúncio do Discord e block explorer.
5. Registre os dados: endereço público, rede, Chain ID, versão da carteira e RPC.
6. Faça um teste de controle de rede: comece com uma conexão confiável. Se precisar de proxy, use apenas uma configuração legal, estável e compatível com as regras do projeto.
7. Teste uma vez e registre: salve o pop-up, TxHash, erro exato e horário. Não automatize cliques repetidos no Claim.

Acesse o MostLogin e crie um perfil dedicado para debug de claim Web3

A árvore de decisão mais útil: pop-up, TxHash e status on-chain

1. Sem pop-up: confira conta errada, provider errado, sessão velha, conflito de extensão, front-end e RPC.
2. Pop-up abriu, mas não há TxHash: confira assinatura, estimativa de gas, broadcast do RPC e erros da carteira.
3. TxHash criado: pare de martelar o F5 e vá direto ao explorer da chain correta.
4. Pending ou Dropped: investigue gas e nonce.
5. Reverted: leia o revert reason e confira elegibilidade, proof, janela de claim e estado do contrato.
6. Success: confira destinatário, Token Transfers, vesting e exibição do token na carteira.

Essa árvore evita duas perdas de tempo clássicas: atualizar o explorer quando a tx nunca foi enviada e continuar limpando cookies depois que a transação já está on-chain.

O que enviar em um ticket oficial?

Problema: a carteira mostra Connected, mas não consigo fazer o claim
Endereço público: 0x...
URL oficial do claim: ...
Rede e Chain ID: ...
Carteira e versão: ...
Navegador e versão: ...
Horário do problema: AAAA-MM-DD HH:MM UTC
Ao clicar em Claim, o pop-up abriu? Sim/Não
Foi gerado um TxHash? Sim/Não
TxHash: ...
Mensagem de erro exata: ...
Já conferi: endereço, rede, gas, reconexão, perfil limpo e RPC
Anexos: prints com dados sensíveis ocultos

Nunca envie seed phrase, private key, senha da carteira, cookies, token do Discord, acesso remoto ou documentos sem ocultar dados. O Discord recomenda ignorar bots e desconhecidos que oferecem links ou recompensas por DM e denunciar phishing pelos canais oficiais. Veja o checklist do Discord contra golpes.

Perguntas frequentes

Por que a página ainda pede Connect Wallet se minha carteira mostra Connected?

A página e a carteira podem ficar fora de sincronia por cookies antigos, Local Storage, sessão WalletConnect, várias abas ou conflito de providers. Desconecte a dApp dentro da carteira, feche as outras abas e autorize novamente a conta e a rede corretas em um ambiente limpo.

Connected quer dizer que o site é seguro?

Não. Um site malicioso também pode pedir conexão e depois induzir você a assinar uma aprovação, Permit ou transação maliciosa. Confira o domínio oficial, o contrato e a simulação da transação antes de assinar qualquer coisa.

A carteira conecta, mas clicar em Claim não faz nada. O que eu faço?

Deixe ativa apenas a extensão da carteira desejada e refaça as permissões da dApp e a sessão do site. Se nenhum pop-up abrir, confira anúncios, RPC, proxy, DNS, blockers e erros no console. Sem TxHash, a transação nem chegou à rede.

Por que aparece Wrong Network mesmo depois de conectar?

Conexão da carteira e autorização de rede são camadas separadas. A dApp pode continuar em uma rede antiga ou sem acesso à chain de destino. Confira a conta e a rede atribuídas ao domínio em Manage Permissions, em vez de olhar apenas a tela inicial da carteira.

Trocar de navegador ou perfil muda minha elegibilidade?

Normalmente, a elegibilidade está vinculada ao endereço público, ao snapshot e às regras do projeto, não ao perfil do navegador. Um perfil limpo só ajuda a isolar falhas de sessão, cookies, extensões e rede. Ele não cria elegibilidade nem reescreve o histórico on-chain.

Usei o MostLogin e ainda não consigo fazer o claim. Qual é o próximo passo?

Se endereço, rede e pop-up estão corretos no perfil limpo, veja se existe um TxHash. Sem TxHash, investigue RPC, front-end e API de elegibilidade. Com TxHash, confira se a tx está Pending, Reverted ou Successful. Se a causa continuar incerta, reúna os logs de reprodução e abra um ticket oficial.

Posso deixar um admin do Discord acessar meu computador para consertar a carteira?

Não. Nunca entregue acesso remoto, compartilhamento de tela, seed phrase, private key ou arquivos da carteira para alguém que chamou você na DM. O suporte legítimo normalmente precisa apenas do endereço público, TxHash, erro exato e prints com dados sensíveis ocultos, enviados por um ticket divulgado no site ou anúncio oficial.

Conclusão

Quando a carteira mostra Connected, mas o airdrop não sai, lembre que a conexão só prova que o site enxerga um endereço. Ela não prova que elegibilidade, rede, gas, RPC, criação da transação e execução do contrato estão funcionando. O diagnóstico em três camadas—pop-up, TxHash e status on-chain—reduz rapidamente o problema ao perfil do navegador, às permissões da carteira, à infraestrutura de rede ou ao smart contract.

Nesse fluxo, o MostLogin funciona como um ambiente Web3 limpo e reproduzível: separa sessões por projeto, controla extensões, registra configurações de rede e ajuda a coletar provas para o suporte. O valor está em reduzir erro operacional e tempo de debug, não em burlar as regras do projeto.

Leia também: Airdrop elegível, mas sem claim: 12 passos para resolver