> 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-fr/trading-dex-spot/mecaniques-des-ordres/protection-mev.md).

# Protection MEV

Lorsque vous négociez sur un échange décentralisé, votre transaction est brièvement visible par les participants du réseau avant d’être confirmée on-chain. Des bots spécialisés — appelés **chercheurs MEV** — peuvent exploiter cette visibilité pour réaliser un profit à vos dépens, le plus souvent en plaçant votre trade entre leurs propres ordres d’achat et de vente afin de faire évoluer le prix contre vous.

goodcryptoX achemine chaque swap via des chemins de transaction qui protègent contre ce type de MEV malveillant. Le mécanisme exact dépend de la chaîne sur laquelle vous tradez.

<details>

<summary><strong>Qu’est-ce que le MEV, exactement ?</strong></summary>

**MEV** signifie **Valeur maximale extractible** — le profit que les producteurs de blocs et les chercheurs peuvent extraire en réorganisant, insérant ou omettant des transactions dans un bloc. Sur les DEX AMM, les trois formes qui comptent le plus pour les traders sont :

* **Attaques sandwich** — un chercheur repère votre swap en attente, place un ordre d’achat avant celui-ci (faisant monter le prix), laisse votre ordre s’exécuter à un prix moins favorable, puis revend au nouveau prix plus élevé. Vous payez la différence, le chercheur l’empoche.
* **Frontrunning** — un chercheur copie votre transaction avec des frais plus élevés pour l’exécuter en premier, capturant une opportunité que vous auriez captée vous-même.
* **Backrunning** — un chercheur place une transaction *immédiatement après* la vôtre pour capter des opportunités d’arbitrage créées par votre trade (par exemple, un déséquilibre de prix entre deux DEX). Contrairement au sandwiching, le backrunning n’aggrave pas votre prix d’exécution — il est généralement considéré comme un MEV « productif ».

Les attaques sandwich sont la forme qui coûte le plus cher aux traders, et c’est principalement ce que la protection MEV vise à empêcher.

</details>

### **Chaînes EVM : Ethereum, Base, Arbitrum, BNB Chain**

Sur les chaînes EVM, goodcryptoX soumet chaque swap via **bundlers ERC-4337** avec un routage privé des transactions — **Alchemy** sur Ethereum, Base et Arbitrum, et **Pimlico** sur BNB Chain.

Lorsque vous signez un swap, votre transaction est envoyée au bundler via un canal privé — et non via le mempool public. Le bundler la regroupe et la transmet directement aux validateurs ou aux constructeurs de blocs pour inclusion. Comme aucun chercheur ne voit jamais la transaction avant qu’elle ne soit enregistrée on-chain, il n’existe aucune fenêtre pendant laquelle un sandwich ou un frontrun pourrait être inséré autour d’elle.

Cette protection est automatique et s’applique à chaque ordre acheminé via goodcryptoX sur ces quatre chaînes — qu’il s’agisse de swaps manuels, de trades de bots ou d’ordres déclenchés. Vous n’avez rien à activer.

### **Solana**

Solana fonctionne différemment des chaînes EVM : il n’y a pas de mempool public traditionnel. Les transactions sont diffusées directement au leader de bloc actuel. Cela élimine le frontrunning classique à la manière d’Ethereum, mais une autre surface MEV existe toujours — les chercheurs exploitent leur propre infrastructure pour observer les transactions en attente via des nœuds RPC et soumettre des transactions concurrentes via des bundles Jito.

Par défaut, goodcryptoX diffuse les transactions Solana en utilisant **des frais de priorité** — rapide et peu coûteux, mais sans protection MEV. Pour les swaps plus importants où l’exposition au MEV compte, vous pouvez changer le mode de diffusion en **Jito**:

1. Ouvrez le formulaire d’ordre DEX
2. Cliquez sur l’icône d’engrenage des paramètres ⚙️
3. Sous **Mode de diffusion**, passez de **Frais de priorité** à **Jito**

<figure><img src="/files/54f767aaeb07f3ffa62f72ecca6ac7140e68b984" alt="" width="375"><figcaption></figcaption></figure>

Lorsque vous diffusez via Jito, votre transaction est incluse dans un **bundle Jito** — un groupe de transactions que les validateurs doivent exécuter de manière atomique, dans l’ordre exact spécifié, ou pas du tout. Comme le bundle verrouille l’ordre des transactions on-chain, aucun chercheur ne peut insérer ses propres swaps autour du vôtre pour vous faire un sandwich.

> **Dans quels cas la protection MEV est-elle vraiment importante ?**
>
> Les attaques sandwich ne sont rentables que sur des trades suffisamment importants pour faire bouger le prix de manière significative — le chercheur a besoin de slippage pour en extraire de la valeur. Pour les ordres petits et fréquents (comme les trades individuels passés par un bot DCA ou un bot grid), l’économie n’est pas favorable aux attaquants, et ces ordres sont rarement ciblés. Le mode par défaut à frais de priorité leur convient généralement.
>
> Envisagez de passer à Jito lorsque vous envoyez **des swaps ponctuels importants** sur Solana — en particulier sur des tokens volatils ou peu liquides, où le slippage est plus large et la surface d’attaque plus grande.

#### **À propos du « MEV productif » sur Solana**

Certains MEV sont en réalité bénéfiques — en particulier **l’arbitrage de backrunning**, où un chercheur rééquilibre les prix entre DEX immédiatement après l’exécution de votre trade. Cela n’aggrave pas votre exécution (votre trade a déjà été rempli) ; cela capture simplement le petit déséquilibre de prix créé par votre swap.

Sur Solana, goodcryptoX utilise **Helius Sender** pour acheminer les transactions, et nous avons opté pour le programme de remise sur backrunning de Helius. Voici ce que cela signifie pour vous :

* Votre swap s’exécute toujours en premier — les chercheurs ne peuvent agir *qu’après* qu’il est enregistré on-chain, et seuls les backruns post-trade sont autorisés.
* Les chercheurs participant aux enchères sont vérifiés et soumis au KYC par Helius ; le frontrunning et le sandwiching ne sont pas autorisés.
* Lorsque votre trade crée une opportunité d’arbitrage, la valeur capturée est répartie à 50/50 entre Helius et goodcryptoX.

La part de goodcryptoX est ajoutée au même pool que nous utilisons pour notre partage des revenus [des frais de swap DEX](/goodcryptox-fr/ecosysteme/partage-des-revenus.md) et [du token GOOD](/goodcryptox-fr/jeton-good/resume.md) programme de rachat et de [burn](/goodcryptox-fr/jeton-good/bruler.md) , afin qu’elle retourne à l’écosystème au lieu d’aller à des extracteurs externes.


---

# 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-fr/trading-dex-spot/mecaniques-des-ordres/protection-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.
