---
title: "Ataque Sandwich no Ethereum: Como Evitar | Ethereum IA"
url: "https://ethereum.ia.br/blog/ataque-sandwich-ethereum-dex-como-evitar/"
markdown_url: "https://ethereum.ia.br/blog/ataque-sandwich-ethereum-dex-como-evitar.MD"
description: "Ataque sandwich em DEX: entenda front-running, slippage e MEV, como identificar a operação e reduzir riscos ao fazer swaps de Ethereum com segurança no Brasil."
date: "2026-08-21"
author: "Equipe Ethereum IA"
---

# Ataque Sandwich no Ethereum: Como Evitar | Ethereum IA

Ataque sandwich em DEX: entenda front-running, slippage e MEV, como identificar a operação e reduzir riscos ao fazer swaps de Ethereum com segurança no Brasil.


**Ataque sandwich é uma estratégia de MEV na qual um agente tenta colocar uma transação antes e outra depois do seu swap em uma DEX.** A primeira operação move o preço contra você; o seu swap executa em condição pior; a segunda desfaz a posição e busca capturar a diferença. O risco cresce quando a ordem é grande em relação à liquidez do pool, a tolerância de [slippage](/glossario/slippage/) está alta e a transação fica visível no mempool público.

Para reduzir a exposição, compare preço e impacto antes de confirmar, evite tolerância de slippage desnecessariamente ampla, divida ordens somente quando isso fizer sentido após considerar taxas, prefira pools líquidos, simule a transação e avalie recursos confiáveis de envio privado ou proteção contra MEV. Nenhuma medida garante execução perfeita: swaps continuam sujeitos a volatilidade, gas, falha, token malicioso e risco de [smart contract](/glossario/smart-contract/).

*Este conteúdo é exclusivamente educativo. Não constitui recomendação de investimento, de token, de DEX, de carteira, de RPC ou de estratégia de negociação.*

## Resposta rápida

| Situação | Risco de sandwich | Conduta prudente |
|---|---:|---|
| Ordem pequena em pool muito líquido | Menor, não zero | Revise preço, rota, slippage e contrato |
| Ordem grande em pool raso | Maior | Considere tamanho, impacto e execução em etapas |
| Slippage muito alta | Maior margem para preço pior | Use limite compatível com o mercado, não um número automático |
| Token novo ou com taxa de transferência | Alto e difícil de interpretar | Investigue contrato, liquidez e regras antes do swap |
| Transação no mempool público | Pode ser observada por bots | Avalie envio privado em ferramenta oficial e compreendida |
| “Proteção MEV” recebida por anúncio ou DM | Risco de phishing | Não instale nem conecte; confirme domínio e documentação |

O objetivo não é eliminar toda variação de preço. É impedir que uma tolerância excessiva ou uma rota ruim entregue a terceiros uma oportunidade econômica evitável.

## Como funciona um ataque sandwich

Uma [DEX](/glossario/dex/) baseada em formador automático de mercado mantém ativos em um [pool de liquidez](/glossario/liquidity-pool/). O preço muda conforme compras e vendas alteram a proporção dos ativos. Quando você envia um swap, a transação pode ficar pendente no [mempool](/glossario/mempool/) antes de entrar em um bloco.

Bots e outros agentes observam transações pendentes. Se identificarem uma ordem com margem econômica suficiente, podem tentar esta sequência:

1. **Compra antes da vítima:** o agente paga gas prioritário ou usa outra estratégia de inclusão para negociar antes.
2. **Movimento do preço:** a primeira compra encarece o token no pool.
3. **Execução da vítima:** o swap acontece a um preço pior, ainda dentro da tolerância configurada.
4. **Venda depois da vítima:** o agente vende o ativo após a ordem, tentando realizar a diferença.

A transação da vítima fica “recheada” entre duas operações — daí o nome sandwich. O ganho do agente não é gratuito: depende de custos de gas, competição, risco de execução e condições do bloco. Para a vítima, o efeito pode aparecer como menos tokens recebidos ou preço médio pior.

Esse mecanismo é uma categoria de **Maximal Extractable Value (MEV)**. MEV é um conceito mais amplo: inclui valor obtido pela inclusão, exclusão ou ordenação de transações. Nem todo MEV é ataque sandwich, e nem toda diferença entre cotação e execução prova manipulação.

O artigo sobre [MEV e proteção com Flashbots](/blog/mev-protecao-flashbots-ethereum/) explica o panorama técnico. Para o usuário, a pergunta prática é mais simples: **quanto a minha ordem pode mover o mercado e quanto de piora estou autorizando?**

## Exemplo didático

Imagine um pool com liquidez limitada para o par ETH/TOKEN. Antes do seu swap, a interface estima que você receberá 10.000 TOKEN. Você aceita uma tolerância de slippage de 5%, embora o mercado esteja relativamente calmo.

Um bot detecta que sua compra é grande para aquele pool. Ele compra TOKEN primeiro, fazendo o preço subir. Seu swap executa e entrega 9.600 TOKEN, ainda dentro do limite aceito. Logo depois, o bot vende os tokens comprados antes.

Os números são apenas ilustrativos. Na prática, entram taxa do pool, gas, rota por múltiplos contratos, outros swaps no bloco, preço externo e regras específicas do token. O ponto central é que a vítima autorizou uma faixa de execução suficientemente ampla para a estratégia ser rentável.

Também pode haver simples **price impact** sem sandwich. Se a sua própria ordem consome parte relevante da liquidez, o preço médio piora mesmo sem bot. Por isso, não conclua que houve ataque apenas porque recebeu menos do que a cotação inicial.

## Slippage, price impact e MEV: qual é a diferença?

Os três conceitos se relacionam, mas não são sinônimos.

### Slippage

Slippage é a diferença tolerada entre a cotação e a execução. Em uma interface, você normalmente define um percentual máximo. Se o preço ficar fora do limite antes da execução, a transação tende a falhar.

Tolerância alta demais permite resultado pior. Tolerância baixa demais pode fazer swaps legítimos falharem, consumindo gas. Leia o guia de [slippage em DEX no Ethereum](/blog/slippage-dex-ethereum-brasil/) antes de copiar percentuais de influenciadores ou aceitar automaticamente a sugestão de uma interface desconhecida.

### Price impact

Impacto de preço é a alteração causada pela própria ordem no pool. Quanto maior a negociação em relação à liquidez disponível, maior tende a ser o impacto. Dividir a operação pode reduzir o impacto de cada parte, mas também pode aumentar gas, exposição temporal e número de assinaturas. Não existe regra universal de tamanho ideal.

### MEV

MEV é o valor que pode ser extraído pela ordenação e inclusão das transações. Um ataque sandwich explora a previsibilidade da sua ordem e a faixa de preço que ela aceita. Mesmo um pool legítimo e um token real podem ser cenário para MEV.

## Como identificar um possível sandwich no explorador

Comece pelo hash do seu swap. O [tutorial de leitura do Etherscan](/blog/tutorial-ler-etherscan/) ajuda a localizar bloco, método, tokens e eventos. Depois:

1. abra o bloco que confirmou a operação;
2. encontre a posição da sua transação;
3. examine operações imediatamente anteriores e posteriores;
4. procure swaps envolvendo o mesmo token ou pool;
5. compare endereços, valores, métodos e direção das negociações;
6. observe se houve compra antes e venda depois;
7. compare `amountOutMin`, valor previsto e valor recebido;
8. registre gas, horário e rota usada.

Um padrão compatível não é prova automática. Bots podem usar múltiplos endereços, contratos intermediários e bundles privados. Outras pessoas podem ter negociado o mesmo ativo por coincidência. Ferramentas especializadas em MEV conseguem interpretar sequências melhor do que uma leitura manual, mas também possuem limites.

Preserve o hash e não conecte sua carteira a um site aleatório que promete “reembolso de sandwich”. A blockchain é pública; uma ferramenta de análise normalmente consegue ler o hash sem precisar de seed phrase ou aprovação para gastar tokens.

## Como reduzir o risco antes do swap

### 1. Confira o contrato do token

Símbolo e nome podem ser copiados. Confirme o endereço do contrato em fontes oficiais e no explorador. Um token falso, [honeypot](/blog/honeypot-cripto-token-armadilha-ethereum-brasil/) ou ativo com taxa incomum de transferência pode produzir resultado que parece MEV, mas decorre de regras do próprio contrato.

### 2. Observe liquidez e impacto de preço

Não olhe apenas a cotação unitária. Veja quanto existe no pool, quanto a sua ordem representa e qual impacto a interface estima. Uma ordem modesta em reais pode ser enorme para um token recém-criado.

O [guia do primeiro swap na Uniswap](/blog/tutorial-primeiro-swap-uniswap/) e o [guia de negociação na Uniswap](/guias/guia-uniswap-trading/) explicam rota, aprovação e confirmação sem tratar DEX como corretora tradicional.

### 3. Ajuste o slippage com critério

Não aumente o slippage repetidamente apenas para “fazer passar”. Uma falha pode indicar volatilidade, liquidez insuficiente, token com mecânica não padrão ou interface problemática. Investigue a causa.

A tolerância apropriada varia. Stablecoins em pool profundo e tokens voláteis em pool pequeno têm comportamentos diferentes. A interface pode sugerir um limite, mas a responsabilidade por aceitar a faixa continua sendo sua.

### 4. Evite operar sob urgência

Airdrop com cronômetro, lançamento em grupo fechado e mensagem de “últimos minutos” reduzem o tempo de checagem. Pressa favorece slippage alta, contrato errado e assinatura maliciosa. Leia o guia sobre [airdrops, segurança e imposto](/blog/airdrop-criptomoedas-como-funciona-seguranca-imposto-brasil/) antes de conectar a carteira a uma página de claim.

### 5. Simule a transação

A [simulação de transações](/blog/simulacao-transacoes-carteira-ethereum-brasil/) pode mostrar mudanças de saldo, contrato chamado, aprovações e resultado provável. Ela ajuda a detectar saída inesperada, mas não garante o preço final: o estado do pool pode mudar entre simulação e inclusão no bloco.

### 6. Considere o tamanho e a rota

Agregadores podem dividir o swap entre pools para buscar execução melhor. Isso também adiciona contratos e complexidade. Compare rota, taxas e tokens intermediários. Para valores relevantes, uma ordem de teste pode revelar contrato e fluxo, mas o resultado de um teste pequeno não garante a execução de uma ordem maior.

### 7. Avalie envio privado

Algumas carteiras, RPCs e serviços encaminham a transação sem publicá-la no mempool público, reduzindo a visibilidade para bots oportunistas. O Flashbots Protect é um exemplo conhecido, mas não é a única arquitetura possível.

Antes de trocar o RPC ou usar proteção:

- acesse a documentação oficial;
- entenda o que o provedor vê;
- confirme quais redes são suportadas;
- verifique regras de inclusão, falha e reembolso, se existirem;
- não instale extensão enviada por mensagem;
- não forneça seed phrase;
- teste com valor pequeno;
- saiba retornar ao RPC anterior.

O conteúdo sobre [RPC de carteira e privacidade](/blog/rpc-carteira-ethereum-privacidade-brasil/) detalha a confiança envolvida. Envio privado reduz exposição ao mempool público, mas não impede que você compre token falso, aceite preço ruim ou interaja com contrato vulnerável.

## O que não fazer

- Não defina slippage muito alta para vencer qualquer erro.
- Não copie contrato de grupo, anúncio ou resposta patrocinada.
- Não use “anti-MEV bot” que pede chave privada ou seed phrase.
- Não assine mensagem opaca para solicitar suposto reembolso.
- Não confunda selo verde da carteira com garantia de preço.
- Não trate transação privada como seguro contra perda.
- Não opere token sem liquidez apenas porque o painel mostra valorização.
- Não pague taxa antecipada a “especialista” que promete recuperar o slippage.

A segurança começa antes do swap: domínio, contrato, rede, carteira e valor. O [checklist antes de assinar transações](/blog/checklist-assinar-transacoes-ethereum-brasil/) organiza essa revisão.

## O ataque sandwich é ilegal no Brasil?

A classificação jurídica depende dos fatos, das partes, da tecnologia empregada, do serviço utilizado e das normas aplicáveis. Este artigo não conclui que toda estratégia de ordenação seja ilícita nem que toda perda em DEX gere indenização.

A [Lei 14.478/2022](https://www.planalto.gov.br/ccivil_03/_ato2019-2022/2022/lei/l14478.htm) estabeleceu diretrizes para serviços de ativos virtuais e incluiu tratamento penal para determinadas fraudes. O [Banco Central do Brasil (BCB)](https://www.bcb.gov.br/estabilidadefinanceira/ativosvirtuais) atua dentro das competências definidas para o setor. A [Comissão de Valores Mobiliários (CVM)](https://conteudo.cvm.gov.br/legislacao/pareceres-orientacao/pare040.html) pode ser relevante quando o criptoativo ou a oferta se enquadra como valor mobiliário.

Essas referências não transformam um swap em produto garantido e não criam estorno nativo no Ethereum. Se houver suspeita de fraude, interface comprometida ou prestação defeituosa de serviço, preserve:

- hash e número do bloco;
- endereço da carteira;
- contratos e pools envolvidos;
- tokens e quantidades;
- valor estimado em reais;
- taxa de gas;
- slippage configurada;
- cotação e impacto exibidos;
- URL e versão da interface;
- capturas de tela e comunicações.

Para prejuízo relevante, busque orientação jurídica individual. Não exponha publicamente sua seed phrase, documentos pessoais ou dados que facilitem novos golpes.

## Registros fiscais no Brasil

Um ataque sandwich não apaga o registro on-chain. Para controle contábil e tributário, guarde a operação efetivamente executada, não apenas a cotação esperada.

A [IN RFB 1.888/2019](https://normas.receita.fazenda.gov.br/sijut2consulta/link.action?idAto=100592) disciplina obrigações de informação sobre operações com criptoativos nas situações previstas. Este artigo não determina o tratamento fiscal de uma perda por execução desfavorável.

Registre:

1. data e horário;
2. rede e hash;
3. ativo entregue e recebido;
4. quantidade final;
5. cotação em reais e fonte utilizada;
6. gas e taxas do protocolo;
7. endereço do contrato e pool;
8. motivo da operação;
9. evidência de possível MEV, se identificada;
10. orientação contábil adotada.

O [guia de imposto de renda cripto](/guias/guia-imposto-renda-cripto/) e o artigo sobre [custo médio de criptoativos](/blog/custo-medio-criptoativos-brasil-ethereum/) ajudam a organizar dados, mas a aplicação ao seu caso deve ser confirmada com profissional habilitado.

## Checklist antes de confirmar um swap

- [ ] Estou no domínio oficial da DEX?
- [ ] Conferi rede e contrato do token?
- [ ] Entendo a rota e os tokens intermediários?
- [ ] A liquidez é suficiente para o tamanho da ordem?
- [ ] O impacto de preço está aceitável para mim?
- [ ] A tolerância de slippage não está maior do que o necessário?
- [ ] Revisei valor mínimo recebido e taxa de gas?
- [ ] Simulei a transação quando possível?
- [ ] A aprovação está limitada ao uso pretendido?
- [ ] Avaliei envio privado por canal oficial, se fizer sentido?
- [ ] Tenho saldo para uma falha sem comprometer recursos essenciais?
- [ ] Salvei hash e valor em reais para meus registros?

Se a interface não explica o que será recebido ou exige tolerância muito alta, pare. Uma oportunidade legítima não precisa impedir uma verificação básica.

## Perguntas frequentes

### O que é ataque sandwich em criptomoedas?

É uma sequência em que um agente tenta negociar antes e depois do swap da vítima para capturar a mudança de preço. A oportunidade costuma depender de mempool público, liquidez, tamanho da ordem e slippage.

### Como saber se meu swap sofreu sandwich?

Examine transações ao redor da sua no mesmo bloco e procure compra antes e venda depois no mesmo pool. Price impact ou execução ruim, isoladamente, não comprovam ataque.

### Reduzir o slippage resolve?

Ajuda a limitar a piora aceita e pode tornar o ataque menos rentável, mas não elimina MEV. Um limite baixo demais pode causar falha e custo de gas.

### RPC privado elimina MEV?

Não elimina todo MEV nem outros riscos. Pode reduzir exposição ao mempool público, mas depende do provedor e não protege contra contrato falso, preço ruim ou erro do usuário.

### Há estorno no Ethereum?

Normalmente não. Transações confirmadas são irreversíveis no protocolo. Preserve provas e procure orientação profissional se houver fraude ou prejuízo relevante.

## Conclusão

Ataque sandwich não é um “hack da carteira”. É uma exploração econômica da visibilidade e da ordem das transações. A vítima pode continuar controlando as chaves e, ainda assim, receber um preço pior em um swap.

A defesa prática combina **contrato correto, pool líquido, tamanho de ordem compatível, slippage consciente, simulação, aprovações limitadas e infraestrutura de envio compreendida**. Proteção contra MEV é uma camada útil, não uma garantia.

**Aviso legal:** este artigo tem finalidade geral e educacional. Não constitui recomendação de investimento, negociação, token, protocolo, carteira, RPC ou tratamento tributário. Criptoativos e DeFi envolvem risco de perda total, falhas técnicas, golpes, execução desfavorável e mudanças regulatórias. Consulte fontes oficiais e profissionais qualificados antes de decisões envolvendo valores relevantes.