---
title: "Honeypot Cripto: Como Detectar Token Armadilha | Ethereum IA"
url: "https://ethereum.ia.br/blog/honeypot-cripto-token-armadilha-ethereum-brasil/"
markdown_url: "https://ethereum.ia.br/blog/honeypot-cripto-token-armadilha-ethereum-brasil.MD"
description: "Honeypot cripto no Ethereum: o que é token armadilha, por que a compra funciona e a venda falha, sinais de alerta, checklist e o que documentar no Brasil."
date: "2026-08-18"
author: "Equipe Ethereum IA"
---

# Honeypot Cripto: Como Detectar Token Armadilha | Ethereum IA

Honeypot cripto no Ethereum: o que é token armadilha, por que a compra funciona e a venda falha, sinais de alerta, checklist e o que documentar no Brasil.


**Honeypot cripto, ou token armadilha, é um ativo digital projetado para deixar você comprar com facilidade e falhar na hora de vender.** A [carteira](/glossario/wallet/) pode exibir saldo, gráfico e até “lucro” não realizado. Quando a ordem de venda é enviada à [DEX](/glossario/dex/), a transação reverte, exige [slippage](/glossario/slippage/) impossível ou só conclui para endereços privilegiados do criador.

Esse conteúdo é educativo. Não recomenda token, pool, carteira, corretora, protocolo ou estratégia, e não constitui aconselhamento financeiro, jurídico, tributário ou de segurança individualizado. Operações com [ativos virtuais](https://www.bcb.gov.br/estabilidadefinanceira/ativosvirtuais) podem resultar em perda total do capital e em erro operacional irreversível.

## Resposta rápida

| Pergunta | Resposta educativa |
|---|---|
| O que parece na compra? | Swap “funciona”, saldo aparece, hype sobe |
| O que acontece na venda? | Tx falha, taxa absurda ou só o criador vende |
| Onde está a armadilha? | No [smart contract](/glossario/smart-contract/) e/ou na liquidez |
| Proteção principal | Simular venda, checar contrato, testar valor mínimo |
| Diferença do [rug pull](/glossario/rug-pull/) | Honeypot trava a saída; rug pull drena valor/liquidez |
| No Brasil | Documente hash, token e valor; BO e contador se couber |

Se você está prestes a fazer o primeiro swap, leia também o [tutorial do primeiro swap no Uniswap](/blog/tutorial-primeiro-swap-uniswap/), o [checklist antes de assinar](/blog/checklist-assinar-transacoes-ethereum-brasil/) e a [simulação de transações](/blog/simulacao-transacoes-carteira-ethereum-brasil/).

## O que é honeypot no Ethereum

No sentido técnico popular, **honeypot** é um contrato ou token que atrai capital e impede a saída normal do comprador. O termo vem da ideia de “pote de mel”: a entrada parece doce; a saída está bloqueada.

Em tokens [ERC-20](/glossario/erc-20/) negociados em pools de [liquidez](/glossario/liquidity-pool/), o padrão clássico é:

1. O criador lança um token com nome, símbolo e site atrativos.
2. Adiciona liquidez em uma DEX (por exemplo, pareando com ETH, [WETH](/blog/weth-vs-eth-como-funciona-wrapped-ether/) ou stablecoin).
3. Promove o token com urgência, “listagem iminente” ou retorno rápido.
4. Compradores conseguem adquirir o token.
5. Quando tentam vender, a transferência falha ou o custo implícito torna a venda inviável.
6. O criador, com privilégios no contrato ou controle da liquidez, realiza o valor.

Nem todo token difícil de vender é honeypot malicioso. Liquidez precária, imposto declarado alto, pausa temporária e bugs honestos também existem. A distinção prática para o leitor é: **a dificuldade de saída estava oculta, era assimétrica (só o criador vende) ou foi alterada depois da compra?**

## Honeypot não é o mesmo que outros riscos de token

Misturar rótulos atrasa a defesa correta.

| Situação | Mecanismo principal | Sintoma típico |
|---|---|---|
| Honeypot / token armadilha | Código ou parâmetros bloqueiam venda do comprador | Compra ok; venda falha ou exige taxa absurda |
| [Rug pull](/glossario/rug-pull/) por remoção de liquidez | Dono remove o pool | Token “existe”, mas não há contraparte para vender |
| Sell-off do insider | Criador desova reserva grande | Preço despenca; venda ainda pode ser possível |
| [Slippage](/blog/slippage-dex-ethereum-brasil/) extremo | Pool raso ou impacto alto | Venda possível, mas com perda enorme |
| [MEV / sandwich](/blog/mev-protecao-flashbots-ethereum/) | Ordenação adversa de txs | Preço piora na execução, não necessariamente bloqueio |
| Token falso / contrato errado | Endereço de contrato imitado | Você comprou outro ativo com nome parecido |
| Aprovação/phishing | Permissão de gasto abusiva | Saldo some sem “venda” consciente |

Um mesmo projeto pode combinar honeypot + rug pull + marketing enganoso. Ainda assim, o checklist operacional muda: se a venda já falha no simulador, **não compre** — independentemente do gráfico no Telegram.

## Como a armadilha aparece no código e nos parâmetros

Você não precisa ser auditor para entender as famílias mais comuns. Em linguagem de usuário:

### Blacklist e whitelist

O contrato permite que um endereço privilegiado marque carteiras como bloqueadas ou liberadas. Compradores entram na blacklist depois da compra, ou só a whitelist do time consegue vender.

### Imposto de venda oculto ou dinâmico

Há tokens com taxa de compra/venda declarada. Em honeypots, a taxa de venda pode ser próxima de 100%, ou o contrato altera a taxa após a acumulação de compradores. A interface da DEX pode falhar com erros genéricos de “transfer” ou “insufficient output”.

### Função de venda só para o owner

A lógica de `transfer` / `transferFrom` aceita movimentação plena apenas do criador. Demais endereços conseguem receber, mas não enviar de volta ao pool.

### Máximo de carteira e cooldown

Limites de saldo por endereço e intervalos obrigatórios entre vendas podem ser usados de forma legítima em alguns designs. Em armadilhas, esses limites tornam qualquer saída prática impossível.

### Proxy atualizável e chave administrativa

Contratos com lógica atualizável ou funções de pausa/taxa controladas por [chaves administrativas](/blog/chaves-administrativas-timelocks-defi-rwa-brasil/) podem parecer seguros no dia 1 e mudar no dia 2. Timelock e multisig reduzem, mas não eliminam, o risco de mudança adversa.

### Liquidez não travada (LP unlock)

Mesmo sem honeypot de código, se o criador pode retirar a liquidez a qualquer momento, a “saída” desaparece. Isso se aproxima do rug pull clássico e deve ser checado junto com o contrato do token. Veja também a discussão de [segurança de smart contracts e auditorias](/blog/seguranca-smart-contracts-auditorias/).

## Sinais de alerta antes de comprar

Nenhum sinal isolado prova fraude. A combinação eleva o risco:

- Token lançado há minutos/horas com marketing agressivo e pressão de FOMO.
- Contrato não verificado no explorador, ou verificado sem leitura possível.
- Nome/símbolo idêntico a projeto conhecido, com contrato diferente.
- Liquidez concentrada, recém-adicionada e controlada por uma carteira.
- Holders top concentrados no deployer e em endereços recém-criados.
- Imposto de venda alto, variável ou “a definir pelo owner”.
- Site sem razão social, domínio novo, só Telegram/WhatsApp.
- Pedidos para aprovar gasto ilimitado em contrato desconhecido.
- Influenciadores prometendo multiplicação rápida sem riscos.
- Simulação de venda já falha com valor pequeno.

Para o contexto brasileiro de oferta e linguagem próxima a recomendação de investimento, lembre o enquadramento cauteloso da [CVM no Parecer de Orientação 40](https://conteudo.cvm.gov.br/legislacao/pareceres-orientacao/pare040.html): conteúdo educativo não é o mesmo que recomendação personalizada, e promessas de retorno certo são sinal de alerta — não argumento de compra.

## Checklist prático: como reduzir a chance de cair em honeypot

Use este roteiro **antes** de assinar a compra. Ele não garante segurança.

1. **Identifique o contrato exato** do token (endereço `0x…`), não só o ticker. Tickers se repetem.
2. **Abra o explorador** da rede correta (Ethereum mainnet ou a [Layer 2](/guias/guia-layer-2-ethereum/) em uso) e confirme rede, criador e se o código está verificado.
3. **Leia taxas, máximos, blacklist, pause e owner** no contrato ou no resumo confiável do explorador. Se não entender, não compre.
4. **Simule a compra e a venda** com valor mínimo usando a própria carteira/DEX e, quando disponível, simuladores de transação. Se a venda já falha, pare. Detalhes em [simulação de transações](/blog/simulacao-transacoes-carteira-ethereum-brasil/).
5. **Revise slippage e impacto de preço**. Pedido de slippage extremo para “passar” a venda é sinal clássico. Veja [slippage em DEX](/blog/slippage-dex-ethereum-brasil/).
6. **Cheque a liquidez**: tamanho do pool, se o LP está travado, quem pode remover.
7. **Limite permissões**: evite aprovações infinitas em contratos novos; use valores mínimos e revogue depois. Guia: [aprovações ERC-20](/blog/aprovacoes-token-erc20-revogar-permissoes/) e [permit/phishing](/blog/permit-assinaturas-ethereum-phishing-brasil/).
8. **Use carteira segregada** com saldo baixo para experimentos. Não misture com a carteira principal de longo prazo. Ver [carteiras separadas e allowlist](/blog/carteiras-separadas-allowlist-limites-ethereum-brasil/) quando aplicável ao seu fluxo.
9. **Desconfie de airdrops e links** que empurram o token. Cruze com o guia de [airdrop e segurança](/blog/airdrop-criptomoedas-como-funciona-seguranca-imposto-brasil/).
10. **Documente tudo** se for operar: hash, horário, contrato, prints e cotação aproximada em reais.

O [guia Uniswap no Brasil](/guias/guia-uniswap-trading/) e o [guia DeFi para iniciantes](/guias/guia-defi-iniciantes/) situam o honeypot dentro da jornada maior: Pix/corretora, rede, aprovação, swap e registro fiscal.

## O que fazer se você já comprou um token armadilha

1. **Pare de comprar mais** do mesmo token e de “médias” para recuperar.
2. **Não digite seed phrase** em sites de “desbloqueio”, “suporte Uniswap” ou “recuperação de honeypot”.
3. **Tente simular a venda** novamente; se falhar, registre o erro completo.
4. **Revogue aprovações** desnecessárias ao contrato e a routers desconhecidos.
5. **Preserve provas**: endereço do token, hashes de compra, prints da falha, URL, perfil que indicou o token, valores em BRL.
6. **Avalie incidente**: o fluxo de [golpe cripto com boletim e provas](/blog/golpe-cripto-brasil-boletim-provas-carteira/) e o de [golpes cripto](/blog/golpes-cripto-como-evitar/) cobrem contenção e evidências.
7. **Se houver saldo restante em outros ativos na mesma carteira exposta a sites duvidosos**, considere migrar o que for seguro para ambiente limpo — com o cuidado de não assinar txs maliciosas no processo. Em comprometimento de chave, use o playbook de [carteira roubada](/blog/carteira-ethereum-roubada-o-que-fazer-imediatamente/).

Transações confirmadas na rede, em regra, **não têm estorno nativo**. Recuperação depende de fatores externos e costuma ser improvável. Qualquer serviço que cobre Pix antecipado para “liberar a venda” é, por si, um segundo golpe clássico.

## Honeypot, DeFi e o contexto regulatório brasileiro

Do ponto de vista do usuário pessoa física no Brasil:

- **Não há FGC** protegendo token em pool DEX ou saldo em contrato. O contraste com depósitos bancários cobertos está em [FGC e cripto](/blog/fgc-cobre-criptomoedas-protecao-exchanges-brasil/).
- O [Banco Central](https://www.bcb.gov.br/estabilidadefinanceira/ativosvirtuais) trata do ecossistema de ativos virtuais e prestadores sob sua competência; isso **não transforma** token anônimo em investimento seguro.
- A [Lei 14.478/2022](https://www.planalto.gov.br/ccivil_03/_ato2019-2022/2022/lei/l14478.htm) estabelece o marco legal dos ativos virtuais e tipifica condutas criminosas em hipóteses específicas; a tipificação de um caso concreto depende dos fatos e de análise jurídica.
- A [CVM](https://conteudo.cvm.gov.br/legislacao/pareceres-orientacao/pare040.html) pode ser relevante quando a oferta tiver natureza de valor mobiliário; um meme token em DEX não “escapa” automaticamente de fraude civil/penal só por ser on-chain.
- A [IN RFB 1.888/2019](https://normas.receita.fazenda.gov.br/sijut2consulta/link.action?idAto=100592) trata de obrigações de informação sobre operações com criptoativos. Compra, eventual alienação, perda e declaração exigem organização de provas e, quando couber, contador. Veja também [declarar criptomoedas](/blog/declarar-criptomoedas-imposto-renda/) e [custo médio](/blog/custo-medio-criptoativos-brasil-ethereum/).

Este artigo **não** conclui se uma perda específica é dedutível, nem se determinado token se enquadra como valor mobiliário.

## Relação com flash loans, MEV e “bots de lucro”

Promessas de “bot que só lucra”, “copiar carteira de tubarão” ou “flash loan sem capital” aparecem ao lado de tokens armadilha. [Flash loans](/blog/flash-loans-ethereum-como-funcionam-riscos-brasil/) são um mecanismo técnico de empréstimo sem colateral dentro de uma única transação — não um produto de renda fácil. Misturar marketing de bot com token não auditado é um padrão recorrente de funil para honeypot.

Da mesma forma, tolerância absurda de slippage “para o bot passar” pode ser exatamente o parâmetro que o contrato malicioso exige. Cruze sempre com [MEV e proteções](/blog/mev-protecao-flashbots-ethereum/) e com o [checklist de assinatura](/blog/checklist-assinar-transacoes-ethereum-brasil/).

## Perguntas frequentes

### O que é honeypot cripto ou token armadilha?

É um token ou contrato estruturado para facilitar a entrada e bloquear ou inviabilizar a saída da maioria dos compradores. O saldo pode aparecer na carteira; a venda é que falha ou se torna economicamente absurda.

### Por que a compra funciona e a venda não?

Porque as regras do contrato (e às vezes da liquidez) são assimétricas. A função que move tokens para fora da sua carteira em direção ao pool pode estar restrita, taxada perto de 100% ou condicionada a privilégios do criador.

### Honeypot é a mesma coisa que rug pull?

Não. Rug pull é categoria mais ampla de abandono e drenagem. Honeypot é o mecanismo específico que trava a venda. Podem ocorrer juntos, mas o diagnóstico começa na simulação de saída.

### Alguma ferramenta garante que o token é seguro?

Não. Ferramentas e exploradores ajudam a filtrar casos óbvios, porém contratos novos, upgrades e parâmetros dinâmicos limitam qualquer “selo”. Ausência de alerta ≠ segurança.

### O que fazer no Brasil depois do prejuízo?

Preserve evidências, interrompa novas interações, avalie BO e canais oficiais de instituições envolvidas, e busque orientação jurídica e contábil. Não há estorno automático on-chain e não envie Pix para “desbloquear” venda.

## Conclusão

Token armadilha explora uma assimetria simples: **entrar é fácil; sair foi desenhado para falhar.** A defesa não é um indicador de preço nem a promessa de um influenciador — é disciplina pré-trade: contrato certo, código/parâmetros legíveis, liquidez compreendida, simulação de venda, permissões mínimas e carteira segregada.

Para continuar na trilha de segurança do Ethereum IA, combine este guia com [rug pull](/glossario/rug-pull/), [primeiro swap](/blog/tutorial-primeiro-swap-uniswap/), [Uniswap no Brasil](/guias/guia-uniswap-trading/), [aprovações ERC-20](/blog/aprovacoes-token-erc20-revogar-permissoes/), [simulação de transações](/blog/simulacao-transacoes-carteira-ethereum-brasil/), [golpe e provas](/blog/golpe-cripto-brasil-boletim-provas-carteira/) e o [guia de segurança cripto](/guias/guia-seguranca-cripto/). Em dúvida operacional, jurídica ou fiscal, consulte profissionais habilitados e fontes oficiais brasileiras.

**Aviso Legal:** as informações deste artigo são estritamente educacionais e não constituem recomendação de investimento, oferta de valor mobiliário, análise personalizada nem aconselhamento jurídico, tributário ou financeiro. Criptomoedas e protocolos DeFi envolvem risco elevado, incluindo perda total. Verifique sempre fontes primárias (Ethereum Foundation, BCB, CVM, Receita Federal) e a situação atual de contratos e prestadores antes de qualquer decisão.

*As informações são educativas. Nenhuma passagem deste texto deve ser lida como indicação de compra, venda ou manutenção de qualquer ativo.*