Prekonfirmacje i prywatne mempoole: niewidzialny rynek orderflow na Ethereum i rollupach

Czy Twoje swapy naprawdę są „chronione”? Na zapleczu giełd DEX i portfeli rozkwita nowy rynek: prekonfirmacje (pre-conf) i prywatne mempoole, gdzie transakcje są wyceniane, zabezpieczane i potwierdzane, zanim ktokolwiek zobaczy je w publicznym mempoolu. Ten artykuł rozkłada na czynniki pierwsze tę mało opisaną infrastrukturę, pokazuje jej wpływ na DeFi, L2 i strategie inwestycyjne, a także daje praktyczny plan działania dla traderów, projektów i giełd.

Co to są prekonfirmacje i kto je „sprzedaje”?

Prekonfirmacja to obietnica (miękkie potwierdzenie), że transakcja użytkownika zostanie włączona do konkretnego bloku/slotu lub do paczki L2, zgodnie z warunkami SLA (latencja, cena gazu, kolejność), zanim faktycznie wejdzie on-chain. Może ją wystawić relay/builder w ekosystemie PBS (Proposer-Builder Separation) na Ethereum lub sequencer na rollupie (Arbitrum/OP/zkSync i in.).

Standardowy przepływ (L1 Ethereum)

• Portfel/Router wysyła transakcję do prywatnego endpointu (np. Protect RPC / MEV-aware RPC).
• OFA – Orderflow Auction: różne podmioty licytują dostęp do orderflow (ochrona, cena, refundy).
• Builder/Relay składa blok z gwarancją włączenia transakcji.
• Proposer/Validator finalnie publikuje blok – prekonfirmacja staje się rzeczywistą inkluzją.

Przepływ na rollupach (L2)

• Sequencer przyjmuje prywatne transakcje (out-of-band), oferuje soft confirmation z ustaloną kolejnością/płatnością priorytetową.
• Później pakuje transakcje w batch i publikuje do L1 (data availability), zwykle w interwale sekundowym.
• Niektóre L2 wdrażają polityki forced inclusion jako bezpiecznik w razie cenzury.

Dlaczego to powstało? Trzy siły napędowe

• Ochrona przed MEV: unikanie front-run/sandwich w publicznym mempoolu.
• Jakość wykonania: gwarancje co do kolejności i deadline’u (płatność za priorytet, rezerwacja miejsca w bloku).
• Monetyzacja orderflow: portfele, DEX-y i agregatory negocjują „udział w wartości” generowanej przez ich użytkowników.

Ekonomia prekonfirmacji: jak wycenia się ryzyko?

Prekonfirmacje nie są darmowe. W tle działa wycena ryzyka niewykonania i ryzyka reorgu oraz koszt utraconych alternatyw (opportunity cost) buildera/sequencera.

Element	Opis	Wpływ na cenę
Ryzyko reorg/orphan	Prawdopodobieństwo, że blok nie wejdzie w kanoniczny łańcuch	Wyższe ryzyko → wyższa premia
SLA latencji	Gwarantowany slot/sekunda oraz kolejność	Krótsza latencja → wyższa cena
Refundy i CLTV	Polityka zwrotów w razie niedotrzymania; opcjonalny locktime	Lepsze gwarancje → droższa usługa
Prywatność	Brak „wycieku” danych do konkurencji	Silniejsza prywatność → premia
Konkurencja o slot	Ile transakcji bije się o ten sam blok	Większy popyt → większy spread

Prywatne mempoole, RFQ i aukcje OFA – co wybrać?

Nie każdy kanał dostarczenia transakcji jest równy. Poniżej porównanie najczęściej spotykanych ścieżek.

Ścieżka	MEV-ochrona	Latencja	Kontrola kolejności	Awaryjność	Typowi użytkownicy
Publiczny mempool	Niska	Niska–średnia	Brak	Wysoka odporność, ale narażony na front-run	Małe swapy, gry, NFT-minty
Prywatny relay	Wysoka	Średnia	Ograniczona (priorytety)	Ryzyko vendor lock-in	DEX-aggregatory, portfele premium
RFQ (off-chain quotes)	Wysoka	Bardzo niska	Negocjowana	Zależna od market-makerów	Duże zlecenia, instytucje
OFA (Orderflow Auction)	Wysoka	Średnia	Kontraktowa	Wymaga zaufania do operatora	Portfele, DEX-y, integratorzy

Rollupy: prekonfirmacje, wspólne sekwencjonowanie i „latency wars”

Na L2 gra toczy się szybciej. Sequencery oferują soft-confirmy w milisekundach, a rynek rozwija wspólne lub dzielone sekwencjonowanie (shared sequencing) i partycypację w MEV dla ekosystemu. Kluczowe spory dotyczą:

• Neutralności (czy każdy dostaje równe QoS?),
• Forced inclusion (czas i zasady wymuszonej publikacji),
• Batch auctions z odszyfrowaniem o czasie (threshold encryption) vs. TEE/SGX.

Dla użytkownika przekłada się to na lepszą ochronę przed MEV i bardziej przewidywalne wykonanie – o ile portfel/DEX potrafi negocjować korzystne warunki prekonfirmacji.

Ryzyko, zgodność i prawo

Cenzura i równość dostępu

• Cenzura transakcji: prywatne kanały mogą filtrować adresy lub typy operacji.
• Asymetria informacji: operator widzi orderflow wcześniej; nieprzejrzyste zasady mogą szkodzić mniejszym uczestnikom.

Regulacje

• MiCA / AML: dostawcy prekonfirmacji operują na styku infrastruktury płatniczej i rynków – mogą podlegać obowiązkom AML/KYC, zwłaszcza przy RFQ i instytucjach.
• Market integrity: praktyki przypominające uprzywilejowany dostęp do taśmy (orderflow) mogą być oceniane przez regulatorów w kontekście równości rynku.

Strategie dla traderów i projektów DeFi

Dla traderów/LP

• Używaj portfeli z ochroną MEV i opcją prekonfirmacji; testuj czasy i skuteczność.
• RFQ dla dużych zleceń (zwłaszcza illiquid pairs) – mniejszy poślizg.
• Okna czasowe: unikaj szczytu gazu; rozbijaj zlecenia (TWAP).
• Ustawiaj „twarde” deadline i sensowny slippage; wymuszaj anulację po przekroczeniu.

Dla protokołów/portfeli

1. Routing warstwowy: public mempool → prywatny relay → RFQ/OFA, z polityką failover.
2. Negocjuj SLA (latencja, refund, prywatność) z operatorami i loguj metryki.
3. Audyt prywatności: minimalizuj wycieki metadanych (IP, timing, size hints).
4. Transparentność: publikuj statystyki skuteczności i zasad przydziału orderflow.

Studium przypadku: duży swap na L2 z prekonfirmacją

• Scenariusz: 1,2 mln USD swap na parze o umiarkowanej płynności na Arbitrum.
• Bez ochrony: publiczny mempool → sandwich, poślizg 0,65%, koszt 7 800 USD.
• Z prekonfirmacją: sequencer gwarantuje inkluzję w 300 ms, z price cap i blokadą kolejności; poślizg 0,08%, opłata za SLA 1 500 USD.
• Wynik netto: oszczędność ok. 6 300 USD vs. brak ochrony.

W praktyce „wartość” zależy od zmienności, głębokości rynku i jakości negocjacji SLA.

Metryki, które warto śledzić

• Fill rate prekonfirmacji (ile „obietnic” kończy w bloku/batchu).
• Median time-to-include oraz odchylenie standardowe (stabilność QoS).
• Slippage realized vs. quoted (jakość wykonania).
• Refund ratio i czas zwrotów.
• Privacy leakage: korelacje czasu/rozmiaru z późniejszym MEV-em.

Checklist wdrożeniowy dla portfeli/DEX-ów

Pro / Contra w skrócie

Aspekt	Pro	Contra
Ochrona	Redukcja MEV i poślizgu	Ryzyko vendor lock-in i cenzury
Wykonanie	Gwarancje czasu i kolejności	Opłaty za SLA, niekiedy wysokie
Prywatność	Mniej wycieków do mempoola	Zaufanie do operatora kanału
Skalowanie	Lepsze QoS na L2	Złożoność integracji

Najczęstsze „ciemne krawędzie” (edge cases)

• Ghost pre-conf: obietnica bez inkluzji – egzekwuj refund i kill-switch na retry.
• Atomicity traps: zlecenia krzyżowe (np. z NFT mintem) wymagają jednego kanału lub commit-reveal.
• Back-running leak: niektóre kanały mogą przepuszczać sygnał dla back-runnerów – testuj w sandboxie.

Wnioski i działania na już

Prekonfirmacje i prywatne mempoole zmieniają kryptorynek z dnia na dzień: to nowa warstwa negocjacji między użytkownikiem a infrastrukturą. Kto ją zrozumie i wdroży, zyska przewagę kosztową i jakościową. Jeśli prowadzisz portfel/DEX, zaprojektuj routing wielokanałowy z mierzalnym SLA i polityką prywatności. Jeśli handlujesz – wybieraj narzędzia z prekonfirmacją, a duże zlecenia przenoś do RFQ.

CTA: Zrób 7-dniowy test A/B: połowa zleceń przez publiczny mempool, połowa z prekonfirmacją. Porównaj slippage realized, czas wykonania i koszt całkowity. Wyniki zadecydują za Ciebie.