---
title: "Ataque sanduíche"
description: "Como um buscador posiciona transações ao redor de um swap pendente, piora a execução do usuário e extrai valor da ordenação das transações."
image: "https://wiki.fcontext.com/og.png"
---

> Documentation Index
> Fetch the complete documentation index at: https://wiki.fcontext.com/llms.txt
> Use this file to discover all available pages before exploring further.

# Ataque sanduíche

> Somente para fins educacionais; não constitui orientação de segurança nem recomendação de investimento. Controles de slippage e roteamento privado podem reduzir a exposição a ataques sanduíche, mas não garantem qualidade de execução, inclusão, finalidade ou recuperação de perdas.

<a id="answer"></a>

## Resposta direta

Um ataque sanduíche é uma forma prejudicial de valor máximo extraível em que um atacante coloca uma transação imediatamente antes do swap de um usuário e outra logo depois. A primeira operação move o preço do pool contra o usuário, o swap é executado a uma taxa pior e a operação final encerra a posição do atacante no preço criado em parte pela ordem do usuário.

O ataque depende de visibilidade antecipada ou privilégio para ordenar a intenção do usuário, impacto de preço suficiente e limites de execução que ainda permitam o sucesso do swap. Ele é mais discutido em swaps de formadores de mercado automatizados, mas o risco mais amplo inclui qualquer mudança de estado previsível cuja ordenação permita que outra parte extraia valor.

<a id="mechanism"></a>

## Como funciona

Um usuário assina e transmite um swap. Se os detalhes chegarem antes da inclusão a um pool público de transações ou a outro canal observável de fluxo de ordens, um buscador poderá decodificar ativos, tamanho, rota, saída mínima e prazo, e simular possíveis sequências.

Em uma compra num pool AMM, o buscador compra primeiro. Esse front-run altera as reservas e eleva o preço de execução do usuário. Em seguida, o usuário recebe menos tokens de saída que na cotação anterior, desde que o resultado ainda satisfaça a condição de saída mínima. O buscador vende após o usuário em um back-run e captura parte do movimento do preço.

Receita bruta não é o mesmo que lucro. O atacante precisa cobrir as taxas dos dois swaps, o Gas ou pagamentos ao builder, tentativas fracassadas e risco de estoque. Concorrência, outras operações, reversão do swap do usuário ou mudança na ordem do bloco podem tornar a sequência deficitária; um sanduíche não é automaticamente atômico nem garantido.

A proteção contra slippage limita a pior saída aceita, mas não impede a ordenação. Uma tolerância muito ampla deixa mais espaço para execução adversa, enquanto uma muito restrita pode reverter um swap legítimo durante a volatilidade. Aplicativos e contratos integradores devem exigir uma saída mínima atual aprovada pelo usuário e um prazo adequado, em vez de zero ou um valor fixo desatualizado.

Envio privado, fluxo de ordens protegido, leilões em lote, execução baseada em intenções e divisão de ordens podem reduzir a exposição em alguns sistemas. A proteção depende dos intermediários que veem a ordem, da cobertura dos builders, do comportamento de fallback, da liquidez, das taxas e da implementação; rótulos como “privado” ou “protegido contra MEV” não são garantias universais.

<a id="example"></a>

## Exemplo

Um usuário envia um swap visível para comprar o Token B com o Token A em um pool AMM. Um buscador simula que a ordem é grande o suficiente para mover o preço do pool e que a saída mínima do usuário deixa espaço para a execução após um movimento adverso.

O buscador compra primeiro o Token B, o swap do usuário compra depois o Token B à taxa piorada e o buscador vende imediatamente. O usuário ainda recebe pelo menos o mínimo assinado, mas menos que na cotação anterior; o buscador retém apenas o restante após taxas de swap, pagamentos de ordenação e custos de execução.

<a id="risks"></a>

## Riscos

O dano direto ao usuário é uma execução pior e slippage efetivo maior. O swap também pode reverter depois de consumir Gas quando a rede e o desenho da transação cobram por execução malsucedida. Liquidez baixa, ordens grandes e visíveis, limites permissivos, mercados voláteis e rotas previsíveis podem aumentar a exposição, mas nenhum limiar isolado prova que ocorrerá um ataque.

As mitigações envolvem concessões. Ordens menores podem pagar mais taxas no total ou revelar uma estratégia repetida; limites estritos podem aumentar as reversões; rotas privadas acrescentam questões de confiança, censura, registros e fallback; interfaces protegidas podem cobrir apenas redes ou rotas selecionadas. Verifique a saída mínima assinada, o prazo, a rota, a política do endpoint, o recibo e a finalidade exigida, em vez de confiar em um selo de proteção.

<a id="misconceptions"></a>

## Equívocos comuns

- **Todo movimento de preço adverso é um ataque sanduíche.** Impacto normal no preço, movimento de mercado, mudanças de rota e arbitragem também podem afastar a execução da cotação; atribuir um sanduíche exige evidência da ordem das transações.
- **O atacante simplesmente rouba tokens da carteira.** Um sanduíche típico muda o estado do pool ao redor de um swap autorizado; a transação do atacante não precisa transferir ativos diretamente da carteira do usuário.
- **Definir qualquer tolerância de slippage impede o ataque.** A saída mínima limita a piora aceita, mas um buscador pode otimizar o sanduíche para que o swap tenha sucesso perto desse limite.
- **O envio privado elimina o MEV.** Ele pode ocultar a ordem do pool público, mas operadores RPC, relays, builders, solucionadores ou um fallback público ainda podem observá-la ou influenciá-la.
- **Um recibo bem-sucedido prova execução justa.** O sucesso prova apenas que as condições do contrato foram atendidas, não que o usuário obteve o melhor preço ou evitou uma ordenação prejudicial.

<a id="related"></a>

## Tópicos relacionados

- [Formadores de mercado automatizados](/pt-br/crypto/amm/)
- [Front-running](/pt-br/crypto/front-running/)
- [Valor máximo extraível](/pt-br/crypto/mev/)
- [RPC de transação privada](/pt-br/crypto/private-transaction-rpc/)
- [Exchanges descentralizadas](/pt-br/crypto/dex/)

<a id="sources"></a>

## Fontes

- [Maximal extractable value (MEV)](https://ethereum.org/developers/docs/mev/) - Ethereum.org (accessed: 2026-08-21)
- [What is a sandwich attack?](https://support.uniswap.org/hc/en-us/articles/19387081481741-What-is-a-sandwich-attack) - Uniswap Labs (accessed: 2026-08-21)
- [SCWE-090: Missing Slippage Protection in Automated Token Swaps](https://scs.owasp.org/SCWE/SCSVS-CODE/SCWE-090/) - OWASP Smart Contract Security (accessed: 2026-08-21)

Source: https://wiki.fcontext.com/pt-br/crypto/sandwich-attack/index.mdx