> For the complete documentation index, see [llms.txt](https://docs.goodcrypto.app/llms.txt). Markdown versions of documentation pages are available by appending `.md` to page URLs; this page is available as [Markdown](https://docs.goodcrypto.app/goodcryptox-pt/trading-dex-spot/mecanica-das-ordens/protecao-contra-mev.md).

# Proteção contra MEV

Quando você negocia numa exchange descentralizada, a sua transação fica brevemente visível para os participantes da rede antes de ser confirmada on-chain. Bots especializados — conhecidos como **searchers de MEV** — podem explorar essa visibilidade para lucrar às suas custas, mais comumente fazendo sandwich à sua operação entre as suas próprias ordens de compra e venda para empurrar o preço contra você.

A goodcryptoX encaminha todas as swaps através de rotas de transação que protegem contra este tipo de MEV nocivo. O mecanismo exato depende da cadeia em que você está a negociar.

<details>

<summary><strong>O que é MEV, exatamente?</strong></summary>

**MEV** significa **Valor Máximo Extraível** — o lucro que os produtores de blocos e searchers podem extrair ao reorganizar, inserir ou omitir transações num bloco. Em DEXs AMM, as três formas que mais importam para os traders são:

* **Ataques sandwich** — um searcher deteta a sua swap pendente, coloca uma ordem de compra à frente dela (empurrando o preço para cima), deixa a sua ordem ser executada a um preço pior e depois vende de volta ao novo preço mais alto. Você paga a diferença; o searcher fica com ela.
* **Frontrunning** — um searcher copia a sua transação com uma taxa mais alta para ser executada primeiro, capturando uma oportunidade que você teria capturado por si próprio.
* **Backrunning** — um searcher coloca uma transação *imediatamente depois* da sua para capturar oportunidades de arbitragem que a sua operação cria (por exemplo, um desequilíbrio de preço entre duas DEXs). Ao contrário do sandwich, o backrunning não piora o preço de execução — geralmente é considerado MEV "produtivo".

Os ataques sandwich são a forma que mais custa aos traders, e são o principal alvo que a proteção contra MEV foi concebida para prevenir.

</details>

### **Cadeias EVM: Ethereum, Base, Arbitrum, BNB Chain**

Nas cadeias EVM, a goodcryptoX submete todas as swaps através de **bundlers ERC-4337** com encaminhamento privado de transações — **Alchemy** em Ethereum, Base e Arbitrum, e **Pimlico** na BNB Chain.

Quando você assina uma swap, a sua transação é enviada para o bundler através de um canal privado — não do mempool público. O bundler empacota-a e encaminha-a diretamente aos validadores ou construtores de blocos para inclusão. Como nenhum searcher chega a ver a transação antes de ela entrar on-chain, não existe uma janela durante a qual um sandwich ou frontrun possa ser inserido à volta dela.

Esta proteção é automática e aplica-se a todas as ordens encaminhadas através da goodcryptoX nestas quatro cadeias — swaps manuais, trades de bots e ordens acionadas, igualmente. Você não precisa ativar nada.

### **Solana**

A Solana funciona de forma diferente das cadeias EVM: não existe um mempool público tradicional. As transações são transmitidas diretamente ao líder de bloco atual. Isso elimina o frontrunning clássico ao estilo Ethereum, mas ainda existe uma superfície diferente de MEV — searchers executam a sua própria infraestrutura para observar transações pendentes através de nós RPC e enviar transações concorrentes via bundles Jito.

Por padrão, a goodcryptoX transmite transações na Solana usando **taxas de prioridade** — rápidas e baratas, mas sem proteção contra MEV. Para swaps maiores, em que a exposição a MEV importa, você pode mudar o modo de transmissão para **Jito**:

1. Abrir formulário de ordem DEX
2. Clique na engrenagem de definições ⚙️
3. Em **Modo de transmissão**, mude de **Taxas de prioridade** para **Jito**

<figure><img src="/files/4fef9c7e03df78350e699a242cba6ab3c7ec7f2e" alt="" width="375"><figcaption></figcaption></figure>

Quando você transmite via Jito, a sua transação é incluída num **bundle Jito** — um grupo de transações que os validadores têm de executar atomicamente, na ordem exata especificada, ou não executar de todo. Como o bundle bloqueia a ordenação das transações on-chain, nenhum searcher pode inserir as suas próprias swaps à volta da sua para fazer sandwich.

> **Quando é que a proteção contra MEV realmente importa?**
>
> Os ataques sandwich só são lucrativos em negociações grandes o suficiente para mover o preço de forma significativa — o searcher precisa de slippage para extrair valor. Para ordens pequenas e frequentes (como as negociações individuais feitas por um bot de DCA ou um bot de grid), a economia não compensa para os atacantes, e estas ordens raramente são alvo. O modo padrão de taxas de prioridade costuma ser suficiente para elas.
>
> Considere mudar para Jito quando estiver a enviar **swaps únicos de grande valor** na Solana — especialmente em tokens voláteis ou com pouca liquidez, onde o slippage é maior e a superfície de ataque é mais ampla.

#### **Uma nota sobre MEV "produtivo" na Solana**

Algum MEV é, na verdade, benéfico — particularmente **arbitragem de backrunning**, em que um searcher reequilibra os preços entre DEXs imediatamente após a execução da sua transação. Isso não piora a sua execução (a sua transação já foi preenchida); apenas captura o pequeno desequilíbrio de preço que a sua swap cria.

Na Solana, a goodcryptoX usa **Helius Sender** para encaminhar transações, e optámos pelo programa de rebate de backrun da Helius. Eis o que isso significa para você:

* A sua swap é sempre executada primeiro — os searchers só podem atuar *depois* de ela entrar on-chain, e apenas backruns pós-negociação são permitidos.
* Os searchers que participam no leilão são verificados e fizeram KYC com a Helius; frontrunning ou sandwich não são permitidos.
* Quando a sua transação cria uma oportunidade de arbitragem, o valor capturado é dividido 50/50 entre a Helius e a goodcryptoX.

A parte da goodcryptoX é adicionada ao mesmo fundo que usamos para a nossa taxa de swap DEX [partilha de receita](/goodcryptox-pt/ecossistema/partilha-de-receitas.md) e [token GOOD](/goodcryptox-pt/token-good/resumo.md) recompra & [queima](/goodcryptox-pt/token-good/queimar.md) programas — por isso, esse valor regressa ao ecossistema em vez de ir para extratores externos.


---

# Agent Instructions
This documentation is published with GitBook. GitBook is the documentation platform designed so that both humans and AI agents can read, navigate, and reason over technical content effectively. Learn more at gitbook.com.

## Querying This Documentation
If you need additional information that is not directly available in this page, you can query the documentation dynamically by asking a question.

Perform an HTTP GET request on the current page URL with the `ask` query parameter:

```
GET https://docs.goodcrypto.app/goodcryptox-pt/trading-dex-spot/mecanica-das-ordens/protecao-contra-mev.md?ask=<question>
```

The question should be specific, self-contained, and written in natural language.
The response will contain a direct answer to the question and relevant excerpts and sources from the documentation.

Use this mechanism when the answer is not explicitly present in the current page, you need clarification or additional context, or you want to retrieve related documentation sections.
