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 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.
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 baseada em formador automático de mercado mantém ativos em um pool de liquidez. 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 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:
- Compra antes da vítima: o agente paga gas prioritário ou usa outra estratégia de inclusão para negociar antes.
- Movimento do preço: a primeira compra encarece o token no pool.
- Execução da vítima: o swap acontece a um preço pior, ainda dentro da tolerância configurada.
- 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 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 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 ajuda a localizar bloco, método, tokens e eventos. Depois:
- abra o bloco que confirmou a operação;
- encontre a posição da sua transação;
- examine operações imediatamente anteriores e posteriores;
- procure swaps envolvendo o mesmo token ou pool;
- compare endereços, valores, métodos e direção das negociações;
- observe se houve compra antes e venda depois;
- compare
amountOutMin, valor previsto e valor recebido; - 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 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 e o guia de negociação na Uniswap 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 antes de conectar a carteira a uma página de claim.
5. Simule a transação
A simulação de transações 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 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 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 estabeleceu diretrizes para serviços de ativos virtuais e incluiu tratamento penal para determinadas fraudes. O Banco Central do Brasil (BCB) atua dentro das competências definidas para o setor. A Comissão de Valores Mobiliários (CVM) 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 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:
- data e horário;
- rede e hash;
- ativo entregue e recebido;
- quantidade final;
- cotação em reais e fonte utilizada;
- gas e taxas do protocolo;
- endereço do contrato e pool;
- motivo da operação;
- evidência de possível MEV, se identificada;
- orientação contábil adotada.
O guia de imposto de renda cripto e o artigo sobre custo médio de criptoativos 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.
Radar Brasil
Quer acompanhar Ethereum com contexto brasileiro?
Receba um resumo editorial sobre regulação, segurança, carteiras, staking e impostos no Brasil. Conteúdo educacional, sem recomendação individual de investimento.
Você pode cancelar quando quiser. Veja a Política de Privacidade.
Fontes e Referências
- Ethereum.org — Maximal Extractable Value (MEV)
- Ethereum.org — Segurança de smart contracts
- Flashbots Docs — Protect Overview
- Uniswap Support — What is price impact?
- Uniswap Support — What is a slippage error?
- Banco Central do Brasil — Ativos Virtuais
- Lei 14.478/2022 — Marco Legal dos Ativos Virtuais
- CVM — Parecer de Orientação 40 sobre criptoativos
- Receita Federal — Instrução Normativa RFB 1.888/2019