> 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-pl/handel-dex-spot/mechanika-zlecen/ochrona-mev.md).
# ochrona MEV
Gdy handlujesz na zdecentralizowanej giełdzie, Twoja transakcja jest przez chwilę widoczna dla uczestników sieci, zanim zostanie potwierdzona on-chain. Specjalistyczne boty — znane jako **searchery MEV** — mogą wykorzystać tę widoczność do osiągnięcia zysku Twoim kosztem, najczęściej wbijając Twoją transakcję między własne zlecenia kupna i sprzedaży, aby przesunąć cenę przeciwko Tobie.
goodcryptoX kieruje każdą swap transakcję przez ścieżki transakcyjne, które chronią przed tego rodzaju szkodliwym MEV. Dokładny mechanizm zależy od łańcucha, na którym handlujesz.
Czym dokładnie jest MEV?
**MEV** oznacza **Maksymalną Wydobywalną Wartość** — zysk, który producenci bloków i searchery mogą wyodrębnić poprzez zmianę kolejności, wstawianie lub pomijanie transakcji w bloku. Na DEX-ach AMM trzy formy, które najbardziej mają znaczenie dla traderów, to:
* **Ataki typu sandwich** — searcher zauważa Twoją oczekującą swap transakcję, składa zlecenie kupna przed nią (podbijając cenę), pozwala Twojemu zleceniu wykonać się po gorszej cenie, a następnie sprzedaje po nowej, wyższej cenie. Ty płacisz różnicę, searcher ją zgarnia.
* **Frontrunning** — searcher kopiuje Twoją transakcję z wyższą opłatą, aby wykonać ją pierwszy, przejmując okazję, którą Ty mógłbyś wykorzystać.
* **Backrunning** — searcher składa transakcję *zaraz po* Twojej, aby wykorzystać możliwości arbitrażu, które tworzy Twój trade (np. nierównowagę cen między dwoma DEX-ami). W przeciwieństwie do sandwichowania, backrunning nie pogarsza ceny realizacji — zazwyczaj uważa się go za „produktywny” MEV.
Ataki sandwich to forma MEV, która kosztuje traderów najwięcej, i to właśnie przed nimi ochrona przed MEV ma przede wszystkim chronić.
### **Łańcuchy EVM: Ethereum, Base, Arbitrum, BNB Chain**
Na łańcuchach EVM goodcryptoX przesyła każdą swap transakcję przez **bundlery ERC-4337** z prywatnym routingiem transakcji — **Alchemy** na Ethereum, Base i Arbitrum oraz **Pimlico** na BNB Chain.
Gdy podpisujesz swap, Twoja transakcja jest wysyłana do bundlera przez prywatny kanał — nie do publicznego mempoola. Bundler pakuje ją i przekazuje bezpośrednio walidatorom lub builderom bloków do uwzględnienia. Ponieważ żaden searcher nie widzi transakcji, zanim trafi ona on-chain, nie ma okna czasowego, w którym można by wstawić wokół niej sandwich lub frontrun.
Ta ochrona działa automatycznie i obejmuje każde zlecenie kierowane przez goodcryptoX na tych czterech łańcuchach — zarówno swapy ręczne, transakcje botów, jak i zlecenia uruchamiane zdarzeniami. Nie musisz niczego włączać.
### **Solana**
Solana działa inaczej niż łańcuchy EVM: nie ma tradycyjnego publicznego mempoola. Transakcje są strumieniowane bezpośrednio do aktualnego lidera bloku. Eliminuje to klasyczny frontrunning w stylu Ethereum, ale nadal istnieje inna powierzchnia MEV — searchery uruchamiają własną infrastrukturę, aby obserwować oczekujące transakcje przez węzły RPC i wysyłać konkurencyjne transakcje za pomocą bundli Jito.
Domyślnie goodcryptoX rozgłasza transakcje Solana, używając **opłat priorytetowych** — szybko i tanio, ale bez ochrony przed MEV. W przypadku większych swapów, gdzie ekspozycja na MEV ma znaczenie, możesz przełączyć tryb rozgłaszania na **Jito**:
1. Otwórz formularz zlecenia DEX
2. Kliknij ⚙️ ikonę ustawień
3. W sekcji **Tryb rozgłaszania**przełącz z **opłat priorytetowych** na **Jito**
Gdy rozgłaszasz przez Jito, Twoja transakcja jest uwzględniana w **bundlu Jito** — grupie transakcji, które walidatorzy muszą wykonać atomowo, dokładnie w określonej kolejności, albo nie wykonać ich wcale. Ponieważ bundel blokuje kolejność transakcji on-chain, żaden searcher nie może wstawić własnych swapów wokół Twojego, aby zrobić sandwich.
> **Kiedy ochrona przed MEV naprawdę ma znaczenie?**
>
> Ataki sandwich są opłacalne tylko przy transakcjach na tyle dużych, by znacząco poruszyć cenę — searcher potrzebuje slippage, z którego może wyciągnąć wartość. W przypadku małych, częstych zleceń (jak pojedyncze transakcje wykonywane przez bota DCA lub bota grid), ekonomia nie sprzyja atakującym i takie zlecenia rzadko są celem. Domyślny tryb opłat priorytetowych zwykle jest dla nich wystarczający.
>
> Rozważ przejście na Jito, gdy wysyłasz **duże jednorazowe swapy** na Solanie — zwłaszcza w przypadku tokenów o dużej zmienności lub niskiej płynności, gdzie slippage jest większy, a powierzchnia ataku szersza.
#### **Uwaga na temat „produktywnego MEV” na Solanie**
Niektóre MEV są w rzeczywistości korzystne — szczególnie **arbitraż backrunningowy**, gdzie searcher wyrównuje ceny między DEX-ami natychmiast po wykonaniu Twojej transakcji. Nie pogarsza to Twojej realizacji (Twoja transakcja i tak została już zrealizowana); po prostu przechwytuje niewielką nierównowagę cen, którą tworzy Twój swap.
Na Solanie goodcryptoX korzysta z **Helius Sender** do routowania transakcji i przystąpiliśmy do programu zwrotu z backrunów Helius. Oto, co to dla Ciebie oznacza:
* Twój swap zawsze wykonuje się jako pierwszy — searchery mogą działać tylko *po* tym, jak trafi on on-chain, i dozwolone są wyłącznie backruny po transakcji.
* Searcherzy uczestniczący w aukcji są weryfikowani przez Helius i przechodzą KYC; frontrunning i sandwichowanie są zabronione.
* Gdy Twoja transakcja tworzy okazję arbitrażową, przechwycona wartość jest dzielona po 50/50 między Helius i goodcryptoX.
Udział goodcryptoX trafia do tego samego puli, którego używamy do naszego podziału przychodów z opłat za swap na DEX [sharing](/goodcryptox-pl/ekosystem/podzial-przychodow.md) przychodów [tokena GOOD](/goodcryptox-pl/token-good/podsumowanie.md) buybacku i [burnu](/goodcryptox-pl/token-good/spalanie.md) — więc wraca do ekosystemu zamiast trafiać do zewnętrznych extractorów.
---
# 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-pl/handel-dex-spot/mechanika-zlecen/ochrona-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.