MEV (ang. Maximal Extractable Value, wcześniej Miner Extractable Value) to dodatkowy zysk, który można osiągnąć dzięki kontroli nad kolejnością transakcji w bloku – przez ich przestawianie, dodawanie własnych albo pomijanie cudzych. Zjawisko występuje wszędzie tam, gdzie oczekujące transakcje są widoczne przed zatwierdzeniem, a najsilniej w DeFi na Ethereum i innych sieciach z publicznym mempoolem. Część MEV to neutralny arbitraż, ale część – jak sandwich attack – jest de facto ukrytym kosztem dla zwykłych użytkowników.
Rodzaje MEV
| Typ | Na czym polega | Kto traci |
|---|---|---|
| Arbitraż między DEX-ami | wyrównanie cen tego samego tokena na różnych giełdach | w zasadzie nikt, poza dostawcami płynności |
| Likwidacje | boty jako pierwsze likwidują niedozabezpieczone pożyczki i zgarniają premię | likwidowany pożyczkobiorca (zgodnie z zasadami protokołu) |
| Front-running | skopiowanie opłacalnej transakcji i wykonanie jej wcześniej | autor oryginalnej transakcji |
| Sandwich attack | zakup przed transakcją ofiary i sprzedaż zaraz po niej | użytkownik, który dostaje gorszy kurs |
| Back-running | transakcja ustawiona tuż za dużym zleceniem, np. arbitraż po jego wpływie na cenę | zwykle nikt bezpośrednio |
Jak działa łańcuch dostaw bloku na Ethereum
Po przejściu Ethereum na Proof of Stake większość bloków powstaje przez MEV-Boost – oprogramowanie realizujące podział ról znany jako PBS (Proposer-Builder Separation). Wyspecjalizowani budowniczowie (builders) układają najbardziej opłacalne bloki, zbierając transakcje z mempoola i pakiety od botów (searchers). Przekaźniki (relays) pośredniczą w aukcji, a walidator (proposer) wybiera blok z najwyższą ofertą. Dzięki temu zyski z MEV trafiają w dużej części do walidatorów i stakujących, a nie tylko do kilku najbardziej zaawansowanych operatorów.
Problemem jest centralizacja: niewielka liczba budowniczych i przekaźników tworzy większość bloków. Dlatego deweloperzy Ethereum pracują nad wbudowaniem PBS w sam protokół (ePBS, EIP-7732), zaplanowanym w aktualizacji Glamsterdam. MEV nie znika też na sieciach L2 – tam kolejnością transakcji zarządza zwykle jeden sekwencer, więc problem przenosi się na jego zasady.
Przykład: sandwich attack w liczbach
Załóżmy, że pula na DEX-ie typu x·y = k zawiera 1000 ETH i 3 000 000 USDC, a opłata wynosi 0,3%. Chcesz kupić ETH za 30 000 USDC. Bez ataku dostałbyś ok. 9,872 ETH (średnio ok. 3039 USDC za ETH – to efekt wpływu na cenę i opłaty). Ustawiasz tolerancję poślizgu 1%, więc akceptujesz minimum ok. 9,773 ETH.
- Bot widzi Twoją transakcję w mempoolu i przed nią kupuje ETH za ok. 15 200 USDC, dostając ok. 5,03 ETH.
- Twoja transakcja wykonuje się po gorszej cenie – dostajesz ok. 9,773 ETH, czyli dokładnie tyle, ile pozwolił limit poślizgu. Tracisz ok. 0,099 ETH, czyli ok. 300 USDC.
- Bot zaraz po Tobie sprzedaje swoje 5,03 ETH i zarabia ok. 210 USDC przed opłatą za gas i łapówką dla budowniczego bloku.
Gdybyś ustawił poślizg 0,1%, Twoja maksymalna strata wyniosłaby ok. 30 USDC, a zysk bota ok. 21 USDC przed kosztami – atak najpewniej przestałby się opłacać. Limit poślizgu nie jest więc tylko zabezpieczeniem przed zmiennością, ale też górną granicą tego, ile może Ci zabrać bot.
Jak się chronić
- Prywatny RPC – usługi wysyłające transakcję bezpośrednio do budowniczych, z pominięciem publicznego mempoola.
- Niski limit poślizgu – możliwie wąski dla płynnych par, szerszy tylko gdy naprawdę trzeba.
- Agregatory z ochroną MEV – systemy aukcji zleceń (tzw. intencje), w których solverzy konkurują o wykonanie po najlepszej cenie.
- Dzielenie dużych zleceń – mniejsze transakcje to mniejszy wpływ na cenę i mniejsza pokusa dla bota.
- Zlecenia limit na DEX-ach, które je obsługują, zamiast swapu rynkowego.
Najczęstsze błędy
- Ustawianie poślizgu 5–10% „żeby transakcja przeszła” na płynnej parze.
- Duże swapy na płytkich pulach przez publiczny mempool.
- Utożsamianie całego MEV z oszustwem – arbitraż i likwidacje są potrzebne do działania DeFi.
- Założenie, że na L2 problem nie istnieje.
Perspektywa tradera
Jeśli handlujesz na DEX-ach, MEV to realny koszt transakcyjny, taki jak spread i prowizja na giełdzie scentralizowanej. Licz go przy każdym większym swapie: sprawdź głębokość puli, wpływ na cenę i ustaw poślizg adekwatny do płynności. Przy regularnym handlu dużymi kwotami prywatny RPC albo agregator z ochroną MEV to standard, a nie dodatek. Dla stakujących ETH MEV jest z kolei źródłem dodatkowego dochodu – część nagród walidatorów pochodzi właśnie z aukcji bloków.
Najczęstsze pytania
Czy MEV występuje tylko na Ethereum?
Nie. Występuje w każdej sieci, gdzie ktoś kontroluje kolejność transakcji, m.in. na Solanie, BNB Chain i sieciach L2.
Czym jest MEV-Boost?
To oprogramowanie dla walidatorów Ethereum, które pozwala kupować gotowe bloki od zewnętrznych budowniczych w ramach aukcji.
Czy da się całkowicie uniknąć sandwich attacku?
Ryzyko mocno ograniczysz prywatnym RPC i niskim limitem poślizgu, ale nie ma rozwiązania dającego stuprocentową ochronę.
Czy MEV dotyczy giełd scentralizowanych?
Nie w tej formie. Na giełdach scentralizowanych kolejność zleceń ustala silnik giełdy, a zbliżone praktyki są regulowane jako nadużycia rynkowe.
Czym różni się front-running od sandwich attacku?
Front-running to wykonanie transakcji przed ofiarą. Sandwich łączy transakcję przed i po ofierze, zarabiając na przesunięciu ceny.
Tekst ma charakter edukacyjny i nie stanowi rekomendacji inwestycyjnej.
