# protezione MEV

Quando fai trading su un exchange decentralizzato, la tua transazione è visibile per breve tempo ai partecipanti della rete prima che venga confermata on-chain. Bot specializzati — noti come **searcher MEV** — possono sfruttare quella visibilità per trarre profitto a tue spese, più comunemente inserendo il tuo trade tra un proprio ordine di acquisto e uno di vendita per far muovere il prezzo contro di te.

goodcryptoX instrada ogni swap attraverso percorsi di transazione che proteggono da questo tipo di MEV dannoso. Il meccanismo esatto dipende dalla chain su cui stai facendo trading.

<details>

<summary><strong>Che cos'è esattamente il MEV?</strong></summary>

**MEV** sta per **Maximal Extractable Value** — il profitto che i produttori di blocchi e i searcher possono estrarre riordinando, inserendo o omettendo transazioni in un blocco. Sugli AMM DEX, le tre forme che contano di più per i trader sono:

* **Attacchi sandwich** — un searcher individua il tuo swap in attesa, piazza un ordine di acquisto prima del tuo (facendo salire il prezzo), lascia che il tuo ordine venga eseguito a un prezzo peggiore, poi rivende al nuovo prezzo più alto. Tu paghi la differenza, il searcher si intasca il profitto.
* **Frontrunning** — un searcher copia la tua transazione con una fee più alta per eseguirla per primo, catturando un'opportunità che avresti catturato tu stesso.
* **Backrunning** — un searcher piazza una transazione *immediatamente dopo* la tua per cogliere opportunità di arbitraggio create dal tuo trade (ad esempio, uno squilibrio di prezzo tra due DEX). A differenza del sandwiching, il backrunning non peggiora il prezzo di esecuzione — è generalmente considerato MEV "produttivo".

Gli attacchi sandwich sono la forma che costa di più ai trader, e sono la cosa principale che la protezione MEV è progettata per prevenire.

</details>

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

Sulle chain EVM, goodcryptoX invia ogni swap attraverso **bundler ERC-4337** con instradamento privato delle transazioni — **Alchemy** su Ethereum, Base e Arbitrum, e **Pimlico** su BNB Chain.

Quando firmi uno swap, la tua transazione viene inviata al bundler tramite un canale privato — non al mempool pubblico. Il bundler la impacchetta e la inoltra direttamente ai validatori o ai costruttori di blocchi per l'inclusione. Poiché nessun searcher vede mai la transazione prima che finisca on-chain, non c'è alcuna finestra in cui un sandwich o un frontrun possano essere inseriti attorno ad essa.

Questa protezione è automatica e si applica a ogni ordine instradato tramite goodcryptoX su queste quattro chain — swap manuali, trade dei bot e ordini attivati allo stesso modo. Non devi abilitare nulla.

### **Solana**

Solana funziona in modo diverso dalle chain EVM: non esiste un mempool pubblico tradizionale. Le transazioni vengono trasmesse direttamente al leader del blocco corrente. Questo elimina il classico frontrunning in stile Ethereum, ma esiste ancora una diversa superficie MEV — i searcher gestiscono una propria infrastruttura per osservare le transazioni in attesa tramite nodi RPC e inviare transazioni concorrenti tramite bundle Jito.

Per impostazione predefinita, goodcryptoX trasmette le transazioni Solana usando **priority fee** — veloce ed economico, ma senza protezione MEV. Per swap più grandi in cui l'esposizione al MEV conta, puoi cambiare la modalità di trasmissione in **Jito**:

1. Apri il modulo ordine DEX
2. Fai clic sulla rotella delle impostazioni ⚙️
3. Sotto **Modalità di trasmissione**, passa da **Priority fee** a **Jito**

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

Quando trasmetti tramite Jito, la tua transazione viene inclusa in un **bundle Jito** — un gruppo di transazioni che i validatori devono eseguire atomicamente, nell'esatto ordine specificato, oppure per nulla. Poiché il bundle blocca l'ordine delle transazioni on-chain, nessun searcher può inserire i propri swap attorno al tuo per fare sandwich.

> **Quando conta davvero la protezione MEV?**
>
> Gli attacchi sandwich sono redditizi solo su trade abbastanza grandi da muovere il prezzo in modo significativo — il searcher ha bisogno di slippage da cui estrarre valore. Per ordini piccoli e frequenti (come i singoli trade eseguiti da un bot DCA o da un bot grid), l'economia non torna per gli aggressori, e questi ordini vengono raramente presi di mira. La modalità predefinita con priority fee di solito va bene per questi casi.
>
> Valuta di passare a Jito quando invii **grandi swap una tantum** su Solana — soprattutto su token volatili o con bassa liquidità, dove lo slippage è più ampio e la superficie d'attacco maggiore.

#### **Una nota sul "MEV produttivo" su Solana**

Alcuni MEV sono in realtà vantaggiosi — in particolare **arbitraggio di backrunning**, in cui un searcher riequilibra i prezzi tra i DEX subito dopo l'esecuzione del tuo trade. Questo non peggiora la tua esecuzione (il tuo trade è già stato completato); si limita a catturare il piccolo squilibrio di prezzo creato dal tuo swap.

Su Solana, goodcryptoX usa **Helius Sender** per instradare le transazioni, e abbiamo aderito al programma di rebate sul backrun di Helius. Ecco cosa significa per te:

* Il tuo swap viene sempre eseguito per primo — i searcher possono agire solo *dopo* che è finito on-chain, e sono consentiti solo i backrun post-trade.
* I searcher che partecipano all'asta sono verificati e sottoposti a KYC da Helius; non sono consentiti frontrunning o sandwiching.
* Quando il tuo trade crea un'opportunità di arbitraggio, il valore catturato viene diviso al 50/50 tra Helius e goodcryptoX.

La quota di goodcryptoX viene aggiunta allo stesso pool che utilizziamo per la nostra fee di swap DEX [condivisione dei ricavi](/goodcryptox-it/ecosistema/condivisione-dei-ricavi.md) e [token GOOD](/goodcryptox-it/token-good/riepilogo.md) buyback & [burn](/goodcryptox-it/token-good/burn.md) programmi — quindi ritorna all'ecosistema invece di andare a estrattori esterni.


---

# Agent Instructions: 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-it/trading-dex-spot/meccaniche-degli-ordini/protezione-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.
