# захист від MEV

Коли ви торгуєте на децентралізованій біржі, ваша транзакція на короткий час стає видимою для учасників мережі ще до того, як її буде підтверджено в блокчейні. Спеціалізовані боти — відомі як **MEV-сірчери** — можуть використати цю видимість для отримання прибутку за ваш рахунок, найчастіше влаштовуючи «сендвіч» між вашою угодою та власними ордерами на купівлю й продаж, щоб зрушити ціну проти вас.

goodcryptoX проводить кожен своп через шляхи транзакцій, які захищають від цього виду шкідливого MEV. Точний механізм залежить від ланцюга, на якому ви торгуєте.

<details>

<summary><strong>Що саме таке MEV?</strong></summary>

**MEV** означає **Максимальна екстракована вартість** — прибуток, який виробники блоків і сірчери можуть витягувати, змінюючи порядок, вставляючи або пропускаючи транзакції в блоці. На AMM DEX найважливішими для трейдерів є три форми:

* **Сендвіч-атаки** — сірчер помічає ваш очікуваний своп, ставить ордер на купівлю перед ним (підштовхуючи ціну вгору), дає вашому ордеру виконатися за гіршою ціною, а потім продає назад за новою вищою ціною. Ви сплачуєте різницю, сірчер кладе її собі в кишеню.
* **Фронтранінг** — сірчер копіює вашу транзакцію з вищою комісією, щоб виконати її першим, перехоплюючи можливість, яку ви б могли використати самі.
* **Бекранінг** — сірчер розміщує транзакцію *одразу після* вашої, щоб скористатися арбітражними можливостями, які створює ваша угода (наприклад, дисбаланс ціни між двома DEX). На відміну від сендвіч-атаки, бекранінг не погіршує ціну виконання — зазвичай його вважають «продуктивним» MEV.

Сендвіч-атаки — це форма, яка коштує трейдерам найбільше, і саме їх MEV-захист покликаний запобігати.

</details>

### **Ланцюги EVM: Ethereum, Base, Arbitrum, BNB Chain**

На ланцюгах EVM goodcryptoX надсилає кожен своп через **bundler'и ERC-4337** із приватним маршрутизацією транзакцій — **Alchemy** на Ethereum, Base та Arbitrum, і **Pimlico** на BNB Chain.

Коли ви підписуєте своп, ваша транзакція надсилається до bundler'а через приватний канал — не до публічного mempool. Bundler пакує її та безпосередньо передає валідаторам або builders блоків для включення. Оскільки жоден сірчер ніколи не бачить транзакцію до того, як вона потрапить у блокчейн, немає вікна, в яке можна вставити сендвіч-атаку або фронтран навколо неї.

Цей захист працює автоматично і застосовується до кожного ордера, маршрутизованого через goodcryptoX на цих чотирьох ланцюгах — як до ручних свопів, так і до угод ботів та тригерних ордерів. Вам нічого не потрібно вмикати.

### **Solana**

Solana працює інакше, ніж ланцюги EVM: тут немає традиційного публічного mempool. Транзакції передаються безпосередньо поточному лідеру блоку. Це усуває класичний для Ethereum фронтранінг, але інша площина MEV все ще існує — сірчери розгортають власну інфраструктуру, щоб спостерігати за очікуваними транзакціями через RPC-вузли та надсилати конкуруючі транзакції через Jito bundles.

За замовчуванням goodcryptoX транслює транзакції Solana, використовуючи **пріоритетні комісії** — швидко й недорого, але без захисту від MEV. Для більших свопів, де важлива вразливість до MEV, ви можете перемкнути режим трансляції на **Jito**:

1. Відкрити форму ордера DEX
2. Натисніть на ⚙️ шестерню налаштувань
3. У розділі **Режим трансляції**перемкніть з **Пріоритетні комісії** на **Jito**

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

Коли ви транслюєте через Jito, ваша транзакція включається до **Jito bundle** — групи транзакцій, які валідатори мають виконати атомарно, у точному зазначеному порядку, або не виконувати взагалі. Оскільки bundle фіксує порядок транзакцій у блокчейні, жоден сірчер не може вставити власні свопи навколо вашого, щоб влаштувати сендвіч.

> **Коли захист від MEV справді має значення?**
>
> Сендвіч-атаки прибуткові лише на угодах, достатньо великих, щоб суттєво рухати ціну — сірчеру потрібне прослизання, щоб витягти вартість. Для невеликих, частих ордерів (наприклад, окремих угод, які виставляє DCA-бот або grid-бот), економіка для атакувальників не сходиться, і такі ордери рідко стають мішенню. Для них зазвичай достатньо стандартного режиму з пріоритетною комісією.
>
> Подумайте про перехід на Jito, коли надсилаєте **великі одноразові свопи** у Solana — особливо для волатильних або низьколіквідних токенів, де прослизання більше, а поверхня для атаки ширша.

#### **Примітка про «продуктивний MEV» у Solana**

Деякий MEV насправді є корисним — особливо **арбітражний бекранінг**, коли сірчер вирівнює ціни між DEX одразу після виконання вашої угоди. Це не погіршує ваше виконання (ваша угода вже виконана); це лише захоплює невеликий ціновий дисбаланс, який створює ваш своп.

У Solana goodcryptoX використовує **Helius Sender** для маршрутизації транзакцій, і ми приєдналися до програми rebate за бекранінг від Helius. Ось що це означає для вас:

* Ваш своп завжди виконується першим — сірчери можуть діяти лише *після* того, як він потрапить у блокчейн, і дозволені лише посттрейдові бекрани.
* Сірчери, які беруть участь в аукціоні, перевіряються та проходять KYC у Helius; фронтранінг і сендвіч-атаки заборонені.
* Коли ваша угода створює можливість арбітражу, захоплена вартість ділиться 50/50 між Helius і goodcryptoX.

Частка goodcryptoX додається до того самого пулу, який ми використовуємо для [розподілу доходу](/goodcryptox-uk/ekosistema/rozpodil-dokhodiv.md) від комісій за DEX-свопи [та програм](/goodcryptox-uk/token-good/pidsumok.md) викупу і [спалювання](/goodcryptox-uk/token-good/spalyuvannya.md) токена GOOD — тож вона повертається в екосистему, а не йде зовнішнім екстракторам.


---

# 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-uk/torgivlya-na-dex-spot/mekhanika-orderiv/zakhist-vid-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.
