Somente para fins educacionais; não constitui recomendação nem aconselhamento de investimento. Investir pode causar perdas.
Resposta direta
O front-running on-chain acontece quando alguém toma conhecimento de uma transação pendente e faz outra ser executada antes para extrair valor. O agente pode copiar uma chamada lucrativa, comprar antes de uma ordem conhecida ou disputar uma oportunidade escassa na blockchain. É uma forma de valor máximo extraível (MEV), e não um sinônimo de toda estratégia de MEV.
A oportunidade existe porque uma transação enviada à Ethereum normalmente é propagada e mantida em pools de transações antes que um validador a inclua em um bloco. Searchers podem inspecionar transações pendentes, simular resultados e enviar suas próprias transações ou bundles. A ordem final é definida na construção do bloco; pagar uma taxa de prioridade maior pode influenciar a inclusão, mas não garante uma posição específica.
Para o usuário, importa saber se a transação revela uma intenção valiosa antes da execução, se os limites deixam margem para extração e quem pode influenciar a ordem. Swaps em DEX com slippage ampla, resgates públicos com segredos reutilizáveis, liquidações, leilões e cunhagens limitadas podem atrair concorrência.
Como funciona
Em uma operação sanduíche, um searcher vê uma compra pendente em uma DEX, compra o mesmo ativo imediatamente antes e vende logo depois. A compra do usuário eleva o preço no pool entre as duas operações do searcher. A estratégia só funciona se o valor mínimo a receber ainda permitir a execução após o movimento adicional e se o ganho cobrir todas as taxas.
Front-runners generalizados procuram chamadas cujo valor possa ser copiado. Se uma transação revela uma resposta ou autorização sem vinculá-la ao destinatário pretendido, outra conta pode reproduzir a chamada e buscar execução anterior. O contrato pode usar mecanismos de commit-reveal e vincular o resgate a um destinatário específico; apenas mandar o usuário aumentar taxas não protege informações expostas.
Campos de taxa da Ethereum como maxPriorityFeePerGas e maxFeePerGas afetam quanto o remetente aceita pagar. Eles não tornam o conteúdo privado, e builders podem avaliar bundles em vez de ordenar cada transação por um único campo. Portanto, front-running é um problema de informação e ordenação, não apenas uma disputa pelo preço do Gas.
Exemplo
Suponha que um pool AMM contenha 100 ETH e 200,000 USDC. Um usuário envia publicamente uma transação para comprar ETH com 10,000 USDC e tolerância de slippage de 5%. A transação pendente revela direção, tamanho e saída mínima aceitável.
Um searcher simula o swap e envia uma compra para ser executada antes, seguida de uma venda para depois. Se ambas forem ordenadas ao redor da transação do usuário, ele recebe menos ETH do que receberia sem o sanduíche, mas ainda fica dentro do limite de 5%; o searcher retém a diferença após as taxas.
O resultado não é garantido. Searchers concorrentes, taxas do pool, mudanças de preço, falta de inclusão ou a verificação da saída mínima podem tornar a estratégia deficitária ou fazer a sequência falhar. Uma operação grande normal também causa impacto no preço, por isso é preciso examinar rastros e estado do pool antes de atribuir toda slippage a um ataque.
Riscos e mitigação
Nenhuma configuração elimina todo risco de ordenação. O objetivo prático é reduzir vazamentos desnecessários e limitar a perda que uma transação aceita.
- Defina uma saída mínima ou limite de preço defensável conforme a profundidade do pool e as condições atuais; não amplie a slippage apenas para forçar a execução.
- Antes de assinar, verifique impacto no preço, liquidez, regras de transferência do token e rota, sobretudo em operações grandes em pools rasos.
- Quando fizer sentido, use serviços conceituados de envio privado ou proteção contra MEV e confira cobertura de builders, comportamento em falhas, política de privacidade e premissas de confiança.
- No desenho de protocolos, não coloque segredos de ordem de chegada nos dados; use vínculo ao destinatário, commit-reveal, leilões em lote ou outros mecanismos adequados.
O envio privado pode ocultar uma transação do pool público, mas não é garantia universal. O usuário depende de o serviço e os builders participantes não vazarem nem explorarem a transação; trocar a rota RPC antes da confirmação pode torná-la pública. Ela também pode atrasar ou não ser incluída.
Equívocos comuns
Mito 1: Pagar mais Gas impede o front-running
Uma taxa de prioridade maior pode melhorar a chance de inclusão, mas não esconde a operação. Searchers e builders podem enviar uma ordem ou bundle mais valioso; disputar apenas por taxas não é proteção.
Mito 2: Toda execução desfavorável é um ataque sanduíche
Ordens grandes alteram por si mesmas os preços de um AMM, e o mercado pode mudar enquanto a transação aguarda. Taxas de roteamento, impostos de transferência e concorrência normal também podem piorar a execução.
Mito 3: Slippage zero é sempre a opção mais segura
Um limite apertado demais pode rejeitar movimentos normais e ainda consumir Gas se a transação pública for revertida. O limite adequado depende da liquidez, do tamanho, da urgência e da perda máxima aceitável.
Tópicos relacionados
Fontes
- Transactions - ethereum.org (acessado em: 2026-08-20)
- Maximal extractable value (MEV) - ethereum.org (acessado em: 2026-08-20)
- Flashbots Protect Quick Start - Flashbots (acessado em: 2026-08-20)