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.

Por Equipe Ethereum IA 12 min de leitura

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çãoRisco de sandwichConduta prudente
Ordem pequena em pool muito líquidoMenor, não zeroRevise preço, rota, slippage e contrato
Ordem grande em pool rasoMaiorConsidere tamanho, impacto e execução em etapas
Slippage muito altaMaior margem para preço piorUse limite compatível com o mercado, não um número automático
Token novo ou com taxa de transferênciaAlto e difícil de interpretarInvestigue contrato, liquidez e regras antes do swap
Transação no mempool públicoPode ser observada por botsAvalie envio privado em ferramenta oficial e compreendida
“Proteção MEV” recebida por anúncio ou DMRisco de phishingNã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:

  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 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:

  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 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:

  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 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.

Aviso Legal: Este conteúdo é apenas informativo e não constitui aconselhamento financeiro ou recomendação de investimento. Criptomoedas são ativos de alto risco. Faça sua própria pesquisa (DYOR) antes de tomar qualquer decisão de investimento. Rentabilidade passada não garante resultados futuros.

Nossos Sites