# Защита от MEV
Когда вы торгуете на децентрализованной бирже, ваша транзакция на короткое время становится видимой участникам сети до того, как она будет подтверждена в блокчейне. Специализированные боты — известные как **поисковики MEV** — могут использовать эту видимость, чтобы получать прибыль за ваш счёт, чаще всего вставляя вашу сделку между своими ордерами на покупку и продажу, чтобы сдвинуть цену против вас.
goodcryptoX проводит каждый свап через маршруты транзакций, которые защищают от такого вредоносного MEV. Точный механизм зависит от сети, в которой вы торгуете.
Что такое MEV, если говорить точно?
**MEV** расшифровывается как **Максимально извлекаемая стоимость** — прибыль, которую производители блоков и поисковики могут извлечь, переставляя, вставляя или исключая транзакции в блоке. На AMM DEX есть три формы, которые наиболее важны для трейдеров:
* **Атаки-«сэндвичи»** — поисковик замечает ваш ожидающий свап, размещает перед ним ордер на покупку (поднимая цену), даёт вашему ордеру исполниться по худшей цене, а затем продаёт обратно по новой, более высокой цене. Вы платите разницу, а поисковик кладёт её себе в карман.
* **Фронтраннинг** — поисковик копирует вашу транзакцию, выставляя более высокую комиссию, чтобы исполниться первым и захватить возможность, которую вы могли бы получить сами.
* **Бэкраннинг** — поисковик размещает транзакцию *сразу после* вашей, чтобы извлечь арбитражные возможности, которые создаёт ваша сделка (например, дисбаланс цены между двумя DEX). В отличие от сэндвич-атаки, бэкраннинг не ухудшает цену исполнения вашей сделки — как правило, это считается «полезным» MEV.
Атаки-«сэндвичи» — это форма, которая обходится трейдерам дороже всего, и именно от неё в первую очередь призвана защищать MEV-защита.
### **EVM-сети: Ethereum, Base, Arbitrum, BNB Chain**
В EVM-сетях goodcryptoX отправляет каждый свап через **bundler’ы ERC-4337** с приватным маршрутизацией транзакций — **Alchemy** в Ethereum, Base и Arbitrum, а также **Pimlico** в BNB Chain.
Когда вы подписываете свап, ваша транзакция отправляется в bundler через приватный канал — не в публичный mempool. Bundler упаковывает её и напрямую пересылает валидаторам или билдерам блоков для включения. Поскольку ни один поисковик не видит транзакцию до её попадания в блокчейн, нет окна, в которое можно было бы вставить вокруг неё сэндвич-атаку или фронтраннинг.
Эта защита работает автоматически и применяется к каждому ордеру, маршрутизируемому через goodcryptoX в этих четырёх сетях — как к ручным свапам, так и к сделкам бота и триггерным ордерам. Вам ничего не нужно включать.
### **Solana**
Solana работает иначе, чем EVM-сети: здесь нет традиционного публичного mempool. Транзакции напрямую потоково отправляются текущему лидеру блока. Это устраняет классический фронтраннинг в стиле Ethereum, но другая поверхность MEV всё же существует — поисковики разворачивают собственную инфраструктуру, чтобы наблюдать ожидающие транзакции через RPC-узлы и отправлять конкурирующие транзакции через Jito bundles.
По умолчанию goodcryptoX транслирует транзакции Solana, используя **приоритетные комиссии** — быстро и недорого, но без MEV-защиты. Для более крупных свапов, где риск MEV имеет значение, вы можете переключить режим трансляции на **Jito**:
1. Откройте форму ордера DEX
2. Нажмите на шестерёнку настроек ⚙️
3. В разделе **Режим трансляции**переключите с **Приоритетные комиссии** на **Jito**
Когда вы отправляете через Jito, ваша транзакция включается в **Jito bundle** — группу транзакций, которую валидаторы обязаны выполнить атомарно, в точно указанном порядке, либо не выполнять вовсе. Поскольку bundle фиксирует порядок транзакций в блокчейне, ни один поисковик не может вставить свои сделки вокруг вашей, чтобы устроить сэндвич.
> **Когда MEV-защита действительно важна?**
>
> Атаки-«сэндвичи» прибыльны только на сделках, достаточно крупных, чтобы заметно сдвинуть цену — поисковику нужен slippage, из которого можно извлечь ценность. Для небольших, частых ордеров (например, отдельных сделок, размещаемых DCA-ботом или grid-ботом), экономика для атакующих не сходится, и такие ордера редко становятся целью. Для них обычно подходит режим с приоритетной комиссией по умолчанию.
>
> Стоит переключиться на Jito, когда вы отправляете **крупные разовые свапы** в Solana — особенно по волатильным или низколиквидным токенам, где проскальзывание больше, а поверхность атаки шире.
#### **Примечание о «полезном MEV» в Solana**
Некоторый MEV действительно полезен — особенно **арбитражный бэкраннинг**, когда поисковик выравнивает цены между DEX сразу после исполнения вашей сделки. Это не ухудшает ваше исполнение (ваша сделка уже исполнена); он лишь захватывает небольшую разницу в цене, которую создаёт ваш свап.
В Solana goodcryptoX использует **Helius Sender** для маршрутизации транзакций, и мы присоединились к программе вознаграждения за backrun от Helius. Вот что это значит для вас:
* Ваш свап всегда исполняется первым — поисковики могут действовать только *после* того, как он попадает в блокчейн, и разрешены только пост-торговые backrun-операции.
* Поисковики, участвующие в аукционе, проходят проверку и KYC у Helius; фронтраннинг и сэндвич-атаки не допускаются.
* Когда ваша сделка создаёт арбитражную возможность, захваченная стоимость делится 50/50 между Helius и goodcryptoX.
Доля goodcryptoX добавляется в тот же пул, который мы используем для нашей программы распределения доходов [от комиссий DEX-свапов](/goodcryptox-ru/ekosistema/raspredelenie-dokhodov.md) и [GOOD token](/goodcryptox-ru/good-token/itog.md) выкупа и [сжигания](/goodcryptox-ru/good-token/szhiganie.md) — так что она возвращается в экосистему, а не уходит внешним извлекателям.
---
# 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-ru/torgovlya-na-dex-spot/mekhanika-orderov/zashita-ot-mev.md?ask=
```
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.