# protecție MEV

Când tranzacționezi pe un exchange descentralizat, tranzacția ta este vizibilă pentru scurt timp participanților la rețea înainte să fie confirmată on-chain. Boți specializați — cunoscuți ca **căutători MEV** — pot exploata această vizibilitate pentru a profita pe seama ta, cel mai adesea prin a-ți „sandwich”-ui tranzacția între propriile lor ordine de cumpărare și vânzare pentru a împinge prețul împotriva ta.

goodcryptoX direcționează fiecare swap prin căi de tranzacționare care protejează împotriva acestui tip de MEV dăunător. Mecanismul exact depinde de lanțul pe care tranzacționezi.

<details>

<summary><strong>Ce este, mai exact, MEV?</strong></summary>

**MEV** înseamnă **Valoare Maximal Extrabilă** — profitul pe care producătorii de blocuri și căutătorii îl pot extrage prin reordonarea, inserarea sau omiterea tranzacțiilor într-un bloc. Pe DEX-urile AMM, cele trei forme care contează cel mai mult pentru traderi sunt:

* **Atacuri sandwich** — un căutător îți observă swap-ul în așteptare, plasează un ordin de cumpărare înaintea lui (ridicând prețul), lasă ordinul tău să se execute la un preț mai prost, apoi vinde înapoi la noul preț mai mare. Tu plătești diferența, iar căutătorul o încasează.
* **Frontrunning** — un căutător îți copiază tranzacția cu o taxă mai mare pentru a fi executată prima, capturând o oportunitate pe care ai fi capturat-o tu însuți.
* **Backrunning** — un căutător plasează o tranzacție *imediat după* a ta pentru a captura oportunitățile de arbitraj create de tranzacția ta (de ex., un dezechilibru de preț între două DEX-uri). Spre deosebire de sandwiching, backrunning-ul nu înrăutățește prețul de execuție — în general este considerat MEV „productiv”.

Atacurile sandwich sunt forma care îi costă cel mai mult pe traderi și sunt principalul lucru pe care protecția MEV este concepută să-l prevină.

</details>

### **Lanțuri EVM: Ethereum, Base, Arbitrum, BNB Chain**

Pe lanțurile EVM, goodcryptoX trimite fiecare swap prin **bundlere ERC-4337** cu rutare privată a tranzacțiilor — **Alchemy** pe Ethereum, Base și Arbitrum, și **Pimlico** pe BNB Chain.

Când semnezi un swap, tranzacția ta este trimisă către bundler printr-un canal privat — nu prin mempool-ul public. Bundlerul o împachetează și o transmite direct validatorilor sau constructorilor de blocuri pentru includere. Deoarece niciun căutător nu vede tranzacția înainte să ajungă on-chain, nu există o fereastră în care să poată fi inserat în jurul ei un sandwich sau un frontrun.

Această protecție este automată și se aplică fiecărui ordin direcționat prin goodcryptoX pe aceste patru lanțuri — atât swap-urilor manuale, cât și tranzacțiilor bot și ordinelor declanșate. Nu trebuie să activezi nimic.

### **Solana**

Solana funcționează diferit față de lanțurile EVM: nu există un mempool public tradițional. Tranzacțiile sunt transmise direct liderului curent de bloc. Acest lucru elimină frontrunning-ul clasic de tip Ethereum, dar există totuși o altă suprafață MEV — căutătorii își rulează propria infrastructură pentru a observa tranzacțiile în așteptare prin noduri RPC și pentru a trimite tranzacții concurente prin pachete Jito.

Implicit, goodcryptoX transmite tranzacțiile Solana folosind **taxe de prioritate** — rapid și ieftin, dar fără protecție MEV. Pentru swap-uri mai mari, unde expunerea la MEV contează, poți schimba modul de transmitere la **Jito**:

1. Deschide formularul de ordin DEX
2. Apasă pe rotița de setări ⚙️
3. Sub **Mod de transmitere**, schimbă de la **Taxe de prioritate** la **Jito**

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

Când transmiți prin Jito, tranzacția ta este inclusă într-un **pachet Jito** — un grup de tranzacții pe care validatorii trebuie să le execute atomic, în ordinea exactă specificată, sau deloc. Deoarece pachetul blochează ordinea tranzacțiilor on-chain, niciun căutător nu poate insera propriile swap-uri în jurul al tău pentru a-l face sandwich.

> **Când contează de fapt protecția MEV?**
>
> Atacurile sandwich sunt profitabile doar la tranzacții suficient de mari încât să miște prețul într-un mod semnificativ — căutătorul are nevoie de slippage din care să extragă valoare. Pentru ordine mici și frecvente (cum sunt tranzacțiile individuale plasate de un bot DCA sau un bot grid), economia nu funcționează pentru atacatori, iar aceste ordine sunt rareori țintite. Modul implicit cu taxe de prioritate este de obicei suficient pentru ele.
>
> Ia în considerare să treci la Jito când trimiți **swap-uri unice mari** pe Solana — mai ales pe tokenuri volatile sau cu lichiditate redusă, unde slippage-ul este mai mare și suprafața de atac este mai extinsă.

#### **O notă despre „MEV productiv” pe Solana**

Unele forme de MEV sunt de fapt benefice — în special **arbitrajul backrunning**, unde un căutător reechilibrează prețurile între DEX-uri imediat după executarea tranzacției tale. Asta nu îți înrăutățește execuția (tranzacția ta s-a executat deja); pur și simplu capturează mica diferență de preț creată de swap-ul tău.

Pe Solana, goodcryptoX folosește **Helius Sender** pentru a rula tranzacțiile, iar noi am optat pentru programul de rebate Helius pentru backrun. Iată ce înseamnă asta pentru tine:

* Swap-ul tău se execută întotdeauna primul — căutătorii pot acționa doar *după* ce ajunge on-chain, și sunt permise doar backrun-uri post-tranzacție.
* Căutătorii care participă la licitație sunt verificați și KYC-izați de Helius; frontrunning-ul sau sandwiching-ul nu sunt permise.
* Când tranzacția ta creează o oportunitate de arbitraj, valoarea capturată este împărțită 50/50 între Helius și goodcryptoX.

Partea goodcryptoX este adăugată în același fond pe care îl folosim pentru [partajarea veniturilor](/goodcryptox-ro/ecosistem/impartirea-veniturilor.md) din comisionul nostru de swap DEX și pentru programele de [tokenul GOOD](/goodcryptox-ro/tokenul-good/rezumat.md) răscumpărare & [ardere](/goodcryptox-ro/tokenul-good/arde.md) — astfel încât se întoarce în ecosistem, în loc să ajungă la extractori externi.


---

# 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-ro/trading-dex-spot/mecanica-ordinelor/protectie-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.
