Infrastruktura egzekucji — serwery, LP i latencja
Klikasz Buy i po chwili widzisz fill. Między tymi dwoma zdarzeniami twoje zlecenie przechodzi przez platformę, serwer brokera, bridge, agregator płynności i trafia do banku tier-1 na drugim końcu świata. Każdy etap może dodać opóźnienie. Czasem nic z tego nie wynika. A czasem przy cienkim rynku albo na danych te kilka-kilkadziesiąt milisekund zamienia się w gorszy fill. Większość retailu ignoruje ten temat — dopóki execution nie zacznie zabierać im wyniku. Dla scalpera, news tradera albo kogoś od EA z ciasnym targetem potrafi być różnicą między strategią żywą a martwą.
- Zlecenie przechodzi 5-6 hopów — platforma, serwer brokera, bridge, agregator, LP. Każdy hop to dodatkowa latencja i punkt potencjalnej awarii lub pogorszenia ceny
- Liczba LP na slajdzie nic nie znaczy — liczy się, kto realnie kwotuje, jak często znika z rynku i czy broker nie internalizuje flow, zanim cokolwiek wyśle dalej
- Sam bridge nie robi cudów — PrimeXM, oneZero, Gold-i to narzędzia. Liczy się, jak broker je ustawił i czy routing ma służyć klientowi, czy dealing deskowi
- LD4 i NY4 to ważne adresy, ale nie udawajmy — że każdy broker retail ma tam sensowną obecność produkcyjną. Część ma marketing, nie przewagę
- VPS ma sens dla EA i scalpingu — trailing stop w MT4 działa client-side. Zerwanie łącza = brak ochrony. VPS ogranicza jedno ryzyko: twoją własną technikę. Nie naprawi złego brokera ani pustego booka
- FIX nie robi z nikogo instytucji — to szybszy kanał komunikacji. Bez kapitału, infrastruktury i strategii jest bezużyteczny. Dla retailu — REST API lub cTrader API
1. Co stoi między kliknięciem Buy a fill'em
Trader klika Buy na EUR/USD. W ciągu 50-200 milisekund zlecenie przechodzi przez łańcuch elementów. Nie wystarczy wiedzieć, jaki spread broker oferuje — trzeba wiedzieć, co dzieje się z twoim zleceniem po drodze do realizacji i kto na tej drodze może pogorszyć twoją cenę.
Łańcuch: platforma klienta (MT4, MT5, cTrader) wysyła zlecenie do serwera brokera. Serwer przekazuje je do bridge'a, który decyduje o routingu — czy zlecenie idzie na rynek (A-Book), czy zostaje zinternalizowane (B-Book). Jeśli idzie na rynek, bridge kieruje je do agregatora płynności, który zbiera oferty od LP i realizuje po najlepszej dostępnej cenie. Potwierdzenie wraca tą samą drogą.
Wartości orientacyjne — latencja zależy od lokalizacji, operatora, pory i warunków rynkowych.
Market execution vs instant execution. Przy market execution zlecenie realizowane jest po najlepszej dostępnej cenie — slippage możliwy w obie strony, brak requotów. Przy instant execution broker kwotuje cenę i masz sekundy na akceptację — jeśli cena się zmieni, dostajesz requote. Większość kont ECN/Raw używa market execution. Instant execution częściej spotykasz na kontach Standard i B-Book. Requote w instant execution nie musi automatycznie oznaczać nadużycia — bywa skutkiem szybko zmieniającej się ceny przy tym modelu.
A-Book, B-Book i internalizacja. Problemem nie jest sama internalizacja — B-Book nie jest automatycznie oszustwem. Problemem jest to, jak broker zarządza konfliktem interesu. Broker B-Book, który internalizuje flow i jest po drugiej stronie twojej transakcji, ma inny profil ryzyka niż broker A-Book, który przekazuje zlecenie do LP. W A-Book broker zarabia na prowizji niezależnie od twojego wyniku. W B-Book broker zarabia, kiedy ty tracisz — i traci, kiedy ty zarabiasz. To nie znaczy, że B-Book jest gorszy. Znaczy, że musisz wiedzieć, z kim siedzisz przy stole.
Największy składnik latencji dla tradera detalicznego to odległość fizyczna między jego komputerem a serwerem brokera. Trader w Warszawie wysyłający zlecenie do serwera w Londynie (Equinix LD4) traci 20-30 ms na samą podróż pakietu. Trader z VPS w tym samym data center — 0.5-2 ms. Reszta łańcucha — bridge, agregator, LP — to jednocyfrowe milisekundy w kolokacji.
2. Liquidity Providers — kto stoi za ceną
Gdy broker mówi, że oferuje spread 0.0 pipsów na EUR/USD — nie jest to jego cena. To cena, którą dostaje od swoich LP. Jakość LP bezpośrednio przekłada się na jakość twoich filli — spread, slippage, głębokość rynku i stabilność cen przy zmienności.
Tier-1 banki. JP Morgan, Citi, Deutsche Bank, UBS, Barclays, Goldman Sachs. Największe wolumeny, najwęższe spready na majorach. Problem: nie rozmawiają z małymi brokerami bezpośrednio. Broker potrzebuje prime brokera lub agregatora.
Non-bank market makers. XTX Markets, Citadel Securities, Jump Trading, Virtu Financial. Firmy technologiczne kwotujące algorytmicznie. Często lepsze spready niż banki na majorach, bo niższe koszty operacyjne. Według BIS odpowiadają za ponad 25% wolumenu spot FX.
Agregatorzy / Prime of Prime. LMAX Exchange, Finalto, IS Prime, Advanced Markets. Łączą płynność od wielu LP, dając brokerom detalicznym dostęp do zagregowanego booku.
| Typ LP | Płynność w spokoju | Płynność przy newsach | Dostępność dla retailu | Ryzyko rejectów |
|---|---|---|---|---|
| Tier-1 bank | Najgłębsza | Często znika | Tylko przez PoP | Wysoki last look |
| Non-bank MM | Głęboka, wąskie spready | Bywa szybciej cofana | Przez PoP lub bezpośrednio | Zależny od flow |
| PoP / Agregator | Zagregowana | Najbardziej stabilna | Bezpośredni dostęp | Niższy (agregacja) |
Partial fills. Przy większym size problemem nie jest tylko spread, ale to, czy cały order dostanie jeden fill. Zlecenie na 5+ lotów przy danych może być realizowane w paczkach: 3 loty po jednej cenie, 2 po wyższej. Średnia cena wejścia jest myląca, a slippage rozłożony na poziomy płynności. W logach MT4 partial fill widać jako osobne linie z różnymi cenami. Sposób obsługi częściowego zlecenia zależy od logiki routingu i typu zlecenia (IOC, FOK) — trader detaliczny często nawet nie widzi tej warstwy wprost. Przy partial fill trader zwykle patrzy tylko na średnią cenę, ignorując fakt, że część size'u weszła na gorszych warunkach i wpłynęła na R:R całej pozycji.
Dlaczego sama liczba LP nic nie znaczy. Dziesięciu LP na slajdzie nic nie gwarantuje. Liczy się, kto realnie kwotuje i co robi przy zmienności — LP nie „znika", ale podwyższa spread, zmniejsza dostępny wolumen lub zwiększa liczbę rejectów (albo wszystko naraz). Liczy się też reject rate i czy broker nie internalizuje flow zanim cokolwiek wyśle dalej. Broker może mieć 12 LP, z czego 8 to małe firmy z płytkimi bookami. Przy NFP — book, który wyglądał na głęboki w spokojny wtorek, kurczy się do ułamka normalnej płynności w ciągu sekund.
Schemat poglądowy — rzeczywista głębokość zależy od brokera, puli LP, instrumentu i warunków rynkowych.
3. Bridge — niewidzialny pośrednik
Bridge to oprogramowanie łączące platformę brokera (MT4/MT5) z LP. Trader go nie widzi, nie konfiguruje i zwykle nie wie o jego istnieniu. Ale sam bridge nie robi cudów. To tylko narzędzie. Liczy się, jak broker go ustawił i czy routing ma służyć klientowi, czy głównie P&L dealing desku.
PrimeXM XCore. Najpopularniejszy bridge dla MT4/MT5. Obsługuje agregację LP, routing A-Book/B-Book per klient lub per grupa, risk management w czasie rzeczywistym. Latencja poniżej 1 ms w kolokacji.
oneZero Hub. Silny nacisk na analytics — raporty jakości egzekucji per LP, optymalizacja routingu. Integracja z cTrader i platformami własnościowymi.
Gold-i Matrix. Popularna wśród mniejszych brokerów. Prostsza konfiguracja, mniej zaawansowane narzędzia analityczne.
Co robi bridge za kulisami:
- Routing A-Book/B-Book — bridge decyduje, które zlecenia idą na rynek, a które broker realizuje wewnętrznie. Decyzja może być per klient, per instrument, per wolumen — lub per profitowość klienta
- Profilowanie flow — niektórzy brokerzy i LP segmentują flow. Bridge może śledzić win rate klienta, średni czas trzymania pozycji, korelację z news events. Jeśli klient handluje szybko, skutecznie i źle wygląda w markoucie, jego routing może się zmienić — i nie zawsze będzie o tym wiedział
- Markout — LP oceniają „toksyczność" flow po markoucie: jak zachowuje się cena 100 ms, 1 s, 5 s po transakcji. Jeśli po fill'u cena konsekwentnie idzie w kierunku tradera — LP traktuje ten flow jako toksyczny i może podnieść reject rate lub poszerzyć spread selektywnie. Słaby markout nie zawsze oznacza „toksyczność" klienta — zależy też od rynku, instrumentu i rodzaju flow. Ale LP nie wnika w szczegóły — reaguje na liczby
- LP scoring — bridge ocenia LP po fill rate, slippage i czasie odpowiedzi, kierując zlecenia do najlepszych
- Last look relay — LP wymagają okna last look (10-30 ms). Bridge zarządza tym oknem i przekazuje odpowiedzi
- Asymetria slippage — przy źle skonfigurowanym bridge'u broker może akceptować slippage ujemny dla klienta (gorszy fill), ale przechwytywać slippage dodatni (lepszy fill) jako własny zysk. Uczciwa egzekucja nie oznacza „zero slippage" — oznacza rozsądnie symetryczny rozkład poślizgu dodatniego i ujemnego
Dwóch brokerów może mieć tych samych LP na papierze, a dawać inne wyniki, bo różni ich routing, progi hedgingu, internalizacja, last look i to, komu broker oddaje flow. To, że support zna słowo „PrimeXM", niczego nie dowodzi. Pytaj o raporty egzekucji, odsetek poślizgów dodatnich i ujemnych, medianę czasu wykonania i politykę przy newsach.
4. Serwery i data centers
Fizyczna lokalizacja serwerów brokera wpływa na każdą transakcję. Serwer w tym samym budynku co LP eliminuje największe źródło latencji. Serwer na drugiej półkuli dodaje setki milisekund.
Equinix LD4/LD5 (Londyn). Główne centrum FX w Europie. Serwery większości LP tier-1 dla par europejskich i majorów. Brokerzy ECN/STP trzymają tu serwery produkcyjne z cross-connectem do LP. Latencja cross-connect: poniżej 0.1 ms.
Equinix NY4/NY5 (Nowy Jork). Kluczowe dla par z USD i sesji amerykańskich. Część brokerów utrzymuje serwery w obu lokalizacjach.
Equinix TY3 (Tokio). Hub dla par azjatyckich — JPY, AUD, NZD. Mniej popularny u brokerów detalicznych.
Perspektywa tradera z Polski (wartości orientacyjne, zależne od operatora i trasy):
- Ping Warszawa → LD4 — 20-30 ms round-trip
- Ping Warszawa → NY4 — 90-120 ms round-trip
- VPS w LD4 — 0.5-2 ms do serwera brokera
5. Latencja — kiedy ma znaczenie, kiedy nie
Latencja to czas podróży zlecenia od tradera do punktu realizacji i z powrotem. Ale to nie tylko fizyczny ping — to też processing time w risk engine brokera. U części brokerów processing time nie wynika wyłącznie z technologii, ale też z modelu zarządzania ryzykiem i sposobu obsługi flow. 45 ms u brokera działającego w modelu B-Book może oznaczać coś innego niż 45 ms u brokera przekazującego zlecenie dalej — bo część opóźnienia bywa związana nie tylko z technologią, ale też z logiką obsługi ryzyka.
Przy newsach głównym problemem nie jest ping. Przy NFP, FOMC, CPI spread rozszerza się nie dlatego, że „broker oszukuje", ale dlatego, że LP redukują size, poszerzają kwotowania albo na chwilę wycofują ceny. Niski ping nie naprawi braku płynności. Na danych przewaga VPS istnieje, ale nie licz na chirurgię — w ekstremie oba zlecenia mogą dostać fatalny fill, bo problemem nie jest twój internet, tylko znikająca płynność.
Stop loss ≠ gwarancja ceny. Klasyczny SL w FX/CFD to zlecenie aktywujące próbę wyjścia po najlepszej dostępnej cenie, a nie gwarancja wykonania na wskazanym poziomie. Przy luce weekendowej lub flash crashu SL realizuje się po pierwszej cenie po luce — i ta cena może być setki pipsów dalej. Gwarantowany SL (GSLO) to osobny mechanizm, oferowany przez niektórych brokerów za dodatkową premię.
| Styl tradingu | Wrażliwość na latencję | VPS |
|---|---|---|
| HFT / algo (mikro-skalp) | Krytyczna | Kolokacja w DC obowiązkowa |
| Scalping manualny (1-5 min) | Wysoka — >50 ms odczuwalne | VPS w DC mocno zalecany |
| Daytrading (15 min - 4H) | Umiarkowana — >200 ms widoczne | Opcjonalny, sensowny przy EA |
| Swing trading (4H - D1) | Niska | Tylko dla EA 24/5 |
| Position trading (W1+) | Minimalna | Niepotrzebny |
6. VPS dla tradera
VPS to zdalny serwer, który nie wie, że śpisz — jedyne proste zabezpieczenie na wypadek, gdy domowe łącze padnie, a masz otwartą pozycję z trailing stopem client-side. Windows aktualizujący się o 3:00 rano, router restartujący się w nocy, zawieszony terminal — każda z tych rzeczy może zmienić zysk w stratę.
EA działający 24/5. EA musi być online przez cały czas handlu. VPS eliminuje przerwy domowego łącza.
Trailing stop i pending orders w MT4. W MT4 trailing stop działa po stronie klienta, nie na serwerze. Jeśli platforma się rozłączy — stop się nie przesunie. Serwer brokera przechowuje zlecenie SL, ale nie steruje trailing stopem. To nie jest cecha MT4, to projekt architektury. W prop tradingu mówi się na to „orphaned trade" — pozycja zostaje otwarta, ale system, który miał nią zarządzać, przestał działać. Rynek nadal pracuje, a twoja logika ochrony już nie. To częsty i niedoceniany powód nieplanowanych strat w handlu opartym na EA.
Niska latencja. VPS w tym samym DC co serwer brokera (np. LD4) daje 0.5-2 ms. Krytyczne dla scalpingu i algo.
| Typ VPS | Cena/mies. | Zalety | Wady |
|---|---|---|---|
| VPS od brokera (darmowy) | 0 USD (przy wolumenie) | Niska latencja, konfiguracja w minuty | Wymaga utrzymania wolumenu — ryzyko overtradingu |
| Specjalistyczny Forex VPS | 20-50 USD | Kolokacja w LD4/NY4 | Koszt miesięczny |
| Chmura (AWS, Azure) | 10-40 USD | Elastyczność | Nie zoptymalizowana pod trading |
Kluczowa zasada: lokalizacja ważniejsza niż parametry. VPS z 2 GB RAM w LD4 lepszy dla EA niż VPS z 16 GB w Warszawie.
7. FIX Protocol i alternatywy
FIX (Financial Information eXchange) to protokół komunikacyjny pozwalający na bezpośrednie połączenie z LP z pominięciem platformy. Trzy hopy zamiast sześciu — sam FIX obcina warstwy pośrednie, choć końcowa latencja zależy od reszty infrastruktury. Pełna kontrola nad routingiem i typami zleceń niedostępnymi w MT4/MT5.
Dlaczego FIX jest poza zasięgiem większości:
- Minimalny kapitał — LP tier-1 wymagają 1-10 mln USD. Brokerzy oferujący FIX API — 25 000-100 000 USD
- Infrastruktura — własny FIX engine, kolokowany serwer, zespół deweloperski. Cross-connect w LD4 to 500-2000 USD/miesiąc
- Brak GUI — FIX to protokół, nie platforma. Nie ma wykresów. Wszystko przez kod
Alternatywy dla retailu: REST API i WebSocket. cTrader Open API, MetaApi, OANDA v20 — dają programowalność i latencję poniżej 100 ms przy zerowym koszcie wejścia. Dla tradera z kapitałem poniżej sześciocyfrowej kwoty i bez dedykowanej infrastruktury — to jest realistyczny sufit. FIX jest istotny kontekstowo: pokazuje, że MT4 z kolorowymi wykresami to nakładka na szybszy i prostszy system pod spodem.
8. Jak sprawdzić infrastrukturę brokera
Spreadu „od 0.0 pipsów" szukać łatwo, bo jest w nagłówku. Informacji o bridge'u, lokalizacji serwerów i liczbie LP trzeba szukać — albo po prostu zapytać. Sposób, w jaki broker odpowiada, mówi więcej niż sama odpowiedź.
Pytania do brokera — nie do supportu pierwszej linii, ale do osób znających egzekucję:
- Gdzie stoją serwery handlowe? — Equinix LD4, NY4 = dobry znak. „W chmurze" = brak priorytetów infrastrukturalnych
- Ilu LP macie i kim są? — przynajmniej kilka nazw tier-1. „Nie możemy ujawnić" — zrozumiałe dla pełnej listy, ale brak jakiejkolwiek informacji to czerwona flaga
- Jakiego bridge'a używacie? — PrimeXM, oneZero, Gold-i. Broker, który nie wie czym jest bridge, nie zarządza infrastrukturą
- Jaka jest mediana czasu egzekucji? — oczekiwana odpowiedź w ms, z danych. „Natychmiastowa" bez liczb = marketing
- Jaki jest rozkład slippage — dodatni vs ujemny? — jeśli broker nie zna tego pojęcia lub nie chce odpowiedzieć, to jest twoja odpowiedź. Jeśli support odpowiada: „Nasz system zapewnia egzekucję bez poślizgów" — to język marketingu, nie rynku. W prawdziwym STP/ECN slippage bywa i dodatni, i ujemny
- Jaka jest polityka egzekucji przy newsach i rolloverze? — konkretna odpowiedź vs mgła
White-label a własna infrastruktura. Część brokerów to white-labele na cudzej technologii. Support może nie mieć wiedzy o pełnym stacku egzekucyjnym, bo go nie zarządza. To nie znaczy, że broker jest zły — ale pytania o infrastrukturę mogą trafiać w pustkę nie ze złej woli, tylko z braku kompetencji technicznej po stronie frontowej.
Rollover jako test infrastruktury. Jakość egzekucji trzeba mierzyć osobno dla sesji londyńskiej, overlapu i rolloveru. Broker może wyglądać świetnie o 10:00 CET, a fatalnie o 23:00 — bo LP redukuje ekspozycję overnight i broker sam musi kwotować lub akceptować drastycznie gorsze warunki. Spread przy rolloverze (23:00-00:00 CET) to naturalne okno, w którym widać, jak mocno LP brokera ogranicza płynność.
Samodzielne sprawdzenie:
FX Blue Execution Stats. Darmowe narzędzie analizujące historię transakcji — średni czas egzekucji, rozkład slippage, fill rate. Podłączasz do konta MT4/MT5 i po 50-100 transakcjach masz twarde dane. Jeśli widzisz 312 transakcji ze średnim slippage -0.4 pipsa i zero pozytywnego slippage — to statystycznie podejrzane przy deklarowanym A-Book ECN.
| Metryka egzekucji | Co mierzy | Zielona flaga | Czerwona flaga |
|---|---|---|---|
| Median execution time | Czas od request do fill | 30-80 ms retail | >500 ms lub brak danych |
| Slippage ratio (+/-) | Symetria poślizgów | Zbliżony udział + i - | Prawie wyłącznie ujemny |
| Reject rate | % odrzuconych zleceń | <5% w normalnych warunkach | >15% przy szybkich ruchach |
| Fill rate przy newsach | % zrealizowanych zleceń ±5 min od danych | Niższy niż normalnie, ale >80% | Brak danych lub „100%" |
| Spread at rollover | Spread 23:00-00:00 CET | 2-5x szerszy niż normalny | 10-20x szerszy |
| Average spread by session | Średni spread per sesja handlowa | Dane publikowane per sesja | Tylko „spread od 0.0" |
Jeśli broker nie potrafi odpowiedzieć, czego używa do routingu zleceń, to masz problem informacyjny — czasem wynika z white-labela, czasem z braku kompetencji, czasem z niechęci do ujawniania szczegółów. W każdym przypadku to sygnał ostrzegawczy. Sama odpowiedź na pytanie o bridge niczego nie dowodzi — liczy się, co potem pokazują dane z FX Blue po 3 miesiącach handlu. Ale broker, który odpowiada konkretnymi danymi na techniczne pytania, jest lepszym zakładem niż ten, który zmienia temat na spread „od 0.0" i bonus powitalny.
Złe execution to nie zawsze zła wola. Czasem fatalne fille to nie oszustwo, tylko słaby stack technologiczny, zły prime-of-prime, kiepski routing albo po prostu zbyt mała skala brokera. Broker może być uczciwy, ale po prostu nie mieć infrastruktury, która wytrzyma stress test. Rozróżnienie „broker oszukuje" vs „broker jest słaby" ma znaczenie — w obu przypadkach tracisz, ale w jednym masz szansę na poprawę, w drugim nie.
FAQ — infrastruktura egzekucji Forex
Co to jest bridge w kontekście brokera Forex?
Czy latencja 50 ms to dużo dla tradera detalicznego?
Czy potrzebuję VPS, jeśli nie używam Expert Advisorów?
Czym różni się broker z jednym LP od brokera z kilkunastoma?
Jak sprawdzić, gdzie stoi serwer mojego brokera?
Czy FIX Protocol jest dostępny dla tradera detalicznego?
Jak zmierzyć jakość egzekucji mojego brokera?
Źródła i bibliografia
- BIS, „Triennial Central Bank Survey of Foreign Exchange and Over-the-counter Derivatives Markets", Bank for International Settlements, 2025. Struktura rynku FX, wolumeny, rola non-bank market makers.
- Equinix, „Financial Services Ecosystem — Global Interconnection", Equinix Inc., 2025. Dokumentacja LD4/LD5, NY4/NY5, TY3 w kontekście rynków finansowych.
- PrimeXM, „XCore Bridge Technology — Product Documentation", PrimeXM Services Ltd, 2025. Specyfikacja: routing, agregacja LP, risk management, latencja.
- oneZero Financial Systems, „Hub — Liquidity Management Platform", oneZero Financial Systems LLC, 2025. Analytics, LP scoring, integracja z platformami.
- FIX Trading Community, „FIX Protocol Specification — FIX 4.4 / FIX 5.0 SP2", FIX Trading Community, 2024. Standard FIX w komunikacji instytucjonalnej FX.
- Finance Magnates Intelligence, „Quarterly Industry Report — Retail FX & CFD", 2024-2025. Infrastruktura brokerów, modele egzekucji, trendy technologiczne.
- LMAX Exchange, „Execution Quality Reports", LMAX Group, 2024-2025. Miesięczne raporty: latencja, fill rate, slippage.
- FX Blue, „Execution Analysis Tools — Documentation", FX Blue LLC, 2025. Narzędzie do analizy jakości egzekucji MT4/MT5.
- SNB, „Discontinuation of the minimum exchange rate of CHF 1.20 per euro", Swiss National Bank, 15 January 2015.
Jarosław Wasiński
