Infrastruktura egzekucji — serwery, LP i latencja

Klikasz Buy i po chwili widzisz fill. Między tymi dwoma zdarzeniami zlecenie przechodzi przez platformę, serwer brokera, warstwę decydującą o routingu, a często także przez agregator i dostawcę płynności na drugim końcu Europy. Część zleceń nie dociera tam nigdy, bo broker rozlicza je we własnej księdze. Każde ogniwo dodaje opóźnienie i każde jest miejscem, w którym cena może się zmienić — tylko że prawie żadnego z nich klient detaliczny nie widzi. I to jest właściwy temat tego rozdziału: nie tyle sama architektura, ile granica między tym, co da się potwierdzić dokumentem, a tym, co pozostaje niejawne. Dla scalpera, news tradera albo kogoś od EA z ciasnym targetem ta różnica potrafi decydować o tym, czy strategia w ogóle ma szansę działać.

1. Co stoi między kliknięciem Buy a potwierdzeniem

Trader klika Buy na EUR/USD i po ułamku sekundy widzi w terminalu cenę wykonania. W tym czasie zlecenie przeszło przez kilka niezależnych systemów, a każdy z nich należy do kogo innego. Platforma jest produktem dostawcy oprogramowania. Serwer transakcyjny należy do brokera. Warstwa decydująca o routingu bywa kupiona od zewnętrznej firmy. Kwotowanie pochodzi od podmiotu, którego nazwy klient detaliczny zwykle nigdy nie pozna.

Sekwencja wygląda tak. Platforma klienta (MT4, MT5, cTrader) wysyła zlecenie do serwera brokera. Serwer sprawdza depozyt i parametry zlecenia, po czym przekazuje je do warstwy routingu. Tam zapada rozstrzygnięcie: zlecenie idzie na zewnątrz (A-Book) albo zostaje rozliczone w księdze brokera (B-Book). Przy pierwszej ścieżce żądanie trafia do agregatora, który zestawia kwotowania dostawców i kieruje je do jednego z nich. Potwierdzenie wraca tą samą drogą. Przy drugiej ścieżce żaden zewnętrzny dostawca nie jest w tę transakcję zaangażowany — i to jest pierwszy powód, dla którego marketingowy schemat „klient → broker → bank tier-1” opisuje w najlepszym razie połowę rzeczywistości.

Cztery rubryki zamiast domysłu

Zanim przejdziemy do poszczególnych ogniw, warto ustawić ramę, która wraca w całym tekście. Informację o infrastrukturze brokera da się przypisać do jednej z czterech rubryk:

• Potwierdzone — wynika z dokumentu, który można otworzyć i przeczytać: polityki wykonania zleceń^[4], regulaminu, specyfikacji instrumentu, przepisu, rejestru nadzorcy^[14].
• Zmierzone — wynika z testu, który da się powtórzyć: własnego logu transakcji, własnego pomiaru czasu odpowiedzi, porównania ceny żądanej z ceną wykonania.
• Deklarowane — pochodzi z materiału brokera albo dostawcy technologii. Nie jest przez to fałszywe. Jest po prostu twierdzeniem strony zainteresowanej, bez niezależnego potwierdzenia.
• Nieznane — nie zostało ujawnione i nie ma sposobu, żeby klient detaliczny to ustalił.

Czwarta rubryka jest tu najważniejsza. Przy większości parametrów wykonania odpowiedź brzmi: tego nie da się sprawdzić — i to jest odpowiedź poprawna, a nie porażka analizy. Teksty o infrastrukturze brokerów najczęściej psuje właśnie to, że zamiast wpisać „nieznane”, wypełniają tę rubrykę domysłem, który potem żyje własnym życiem. Pełne zestawienie ogniw wraz z przypisaniem do rubryk znajduje się w sekcji 8.

Schemat pokazuje sekwencję i punkty ryzyka, nie czasy — czasów poszczególnych odcinków nie podaje żaden dokument, do którego klient detaliczny ma dostęp; statystyki wykonania, jeżeli broker je publikuje, dotyczą całości, nie odcinków.

Tryby wykonania — i dwa z nich bywają mylone. Dokumentacja MetaTrader 5 wymienia cztery tryby: rynkowy, natychmiastowy, na żądanie i giełdowy; dokumentacja MetaTrader 4 podaje trzy pierwsze i trybu giełdowego w tym wykazie nie wymienia^[30]. W detalicznym rynku walutowym i w kontraktach na różnicę w grę wchodzą zwykle trzy pierwsze; tryb giełdowy dotyczy instrumentów, których zlecenia trafiają do zewnętrznego systemu obrotu — i to on zmienia zawartość okna głębokości rynku, o czym niżej. Przy wykonaniu rynkowym to broker rozstrzyga o cenie wykonania bez dodatkowego uzgadniania jej z klientem, a wysłanie zlecenia w tym trybie oznacza uprzednią zgodę na wykonanie po tej cenie^[30]: poślizg jest możliwy w obie strony, a rekwotowania w tym trybie nie ma. Przy wykonaniu natychmiastowym ceny do zlecenia dokłada platforma w momencie wysyłki; jeżeli broker je przyjmie, zlecenie zostaje wykonane, a jeżeli nie — odsyła rekwotowanie, czyli ceny, po których zlecenie może zostać wykonane^[30]. Przy wykonaniu na żądanie kolejność jest odwrotna: ceny są pobierane od brokera zanim zlecenie zostanie wysłane, a klient dopiero po ich otrzymaniu potwierdza albo odrzuca wykonanie po podanej cenie^[30]. Różnica między dwoma ostatnimi trybami nie jest terminologiczna: w natychmiastowym to broker odpowiada na twoją cenę, w trybie na żądanie to ty odpowiadasz na jego. Który tryb obowiązuje na twoim rachunku, rozstrzyga specyfikacja instrumentu — dokumentacja platformy stwierdza wprost, że tryb wykonania dla każdego instrumentu ustala dom maklerski^[30] — oraz polityka wykonania zleceń^[4], a nie nazwa handlowa konta. Rekwotowanie samo w sobie nie dowodzi nadużycia: jest przewidzianą reakcją w tych trybach, w których cena wymaga uzgodnienia z drugą stroną.

Gdzie kończy się zakres tego rozdziału. To, co warstwa routingu robi z ryzykiem brokera i gdzie w tym modelu powstaje konflikt interesów, opisuje 12.2 o modelach egzekucji. To, jak zmierzyć rezultat, który klient faktycznie dostał, opisuje 12.3 o jakości egzekucji i poślizgu. Tutaj chodzi wyłącznie o architekturę: jakie ogniwa istnieją, które z nich zostawiają ślad w dokumencie i czego z tego śladu nie da się odczytać. Rozliczenie zlecenia w księdze brokera samo w sobie nie jest nieuczciwe: to sposób zarządzania ekspozycją, który tworzy konflikt interesów wymagający zarządzania, i tyle wynika z niego bez danych o konkretnym wykonaniu. Jedno trzeba przy tym powiedzieć wprost, bo z samego rozgałęzienia na schemacie to nie wynika, a schemat odnotowuje to osobną adnotacją: w detalicznym kontrakcie na różnicę stroną umowy klienta pozostaje broker w obu gałęziach. To, co przy ścieżce zewnętrznej idzie do agregatora i dostawcy, jest zabezpieczeniem ekspozycji brokera, a nie zawarciem umowy klienta z dostawcą płynności. Katalog systemów wykonywania zleceń w przepisach — i to, co z niego wynika dla rozliczenia zlecenia w księdze brokera — rozwija sekcja 8.

2. Kto stoi za ceną — dostawcy płynności

Kiedy broker pisze o spreadzie „od 0,0 pipsa” na EUR/USD, nie mówi o swojej cenie. Mówi o cenie, którą sam gdzieś dostaje. Kto ją kwotuje i na jakich warunkach, przekłada się bezpośrednio na spread, dostępny wolumen i to, czy zlecenie w ogóle zostanie przyjęte. Problem w tym, że lista dostawców konkretnego brokera prawie nigdy nie jest publiczna — a tam, gdzie jest, ma status deklaracji, nie potwierdzenia.

Banki. JP Morgan, Citi, Deutsche Bank, UBS, Barclays, Goldman Sachs i pozostali duzi uczestnicy rynku międzybankowego są wymieniani jako podmioty kwotujące największe wolumeny na głównych parach — i warto od razu powiedzieć, na jakich prawach ta lista tu stoi. Potwierdzona jest kategoria, nie ranking. Bank Rozrachunków Międzynarodowych podaje, że w kwietniu 2025 r. obrót między podmiotami sprawozdającymi — czyli handel międzydealerski — odpowiadał za 46% globalnego obrotu walutowego^[8]. Rankingu poszczególnych firm według wolumenu ta instytucja jednak nie publikuje, a niniejszy artykuł nie opiera się na żadnym rankingu komercyjnym. Skład i kolejność tej listy są więc obserwacją branżową, a nie ustaleniem z dokumentu organu — przypis potwierdza udział całej kategorii, nie pozycję żadnej z tych firm. Z małym brokerem detalicznym te podmioty nie rozmawiają bezpośrednio — potrzebny jest pośrednik: prime broker albo agregator.

Niebankowi animatorzy rynku. XTX Markets, Citadel Securities, Jump Trading, Virtu Financial to firmy technologiczne kwotujące algorytmicznie. Wymieniamy je jako przykłady klasy uczestnika, a nie jako ustalenie o udziale którejkolwiek z nich w obrocie. Ile ta klasa waży, jest bowiem pytaniem, na które ten artykuł świadomie nie odpowiada liczbą: badanie banku centralnego, do którego można się tu odwołać, nie publikuje takiej kategorii kontrahenta^[8], a liczby krążące w tekstach branżowych bywają podpierane źródłami, które ich nie zawierają.

Pośrednicy agregujący cudzą płynność i systemy obrotu — to nie to samo. Finalto, iSAM Securities (UK) Limited — spółka brytyjska nr 09112124, która do 15 sierpnia 2023 r. nosiła nazwę IS Prime Limited^[27] — czy Advanced Markets działają w modelu prime of prime: kupują dostęp do płynności i odsprzedają go mniejszym brokerom, dokładając własną warstwę kredytową i marżę. Nazwę spółki trzeba tu podawać w pełnym brzmieniu i nie jest to pedanteria. Zwróć uwagę, że z trzech nazw wymienionych wyżej tylko środkowa jest podana w formie spółki — pozostałe dwie to marki grup kapitałowych. Tak samo jak przy brokerze umowę zawiera się nie z marką, tylko z jednym konkretnym podmiotem z grupy, i to od niego — nie od nazwy w stopce — zależy organ nadzoru oraz reżim ochrony.

Każda z tych grup mówi to zresztą o sobie sama, tylko trzeba doczytać do stopki. „iSAM Securities” to według własnej informacji regulacyjnej firmy marka obejmująca sześć odrębnych spółek z różnych jurysdykcji, o różnym statusie nadzorczym — łącznie z jedną opisaną jako nieregulowana^[32]; dlatego w tym artykule pojawia się w formie konkretnej spółki, a zmiana nazwy z 15 sierpnia 2023 r. dotyczy właśnie jej, nie całej marki^[27]. „Advanced Markets” własna stopka opisuje wprost jako „a trademark used by entities within the Advanced Markets group of companies”, dodając przy tym, że sama witryna należy do jednej spółki z grupy, a prowadzi ją druga^[36]. Finalto idzie o krok dalej i pyta o to odwiedzającego: strona wymienia spółki grupy podlegające różnym organom nadzoru i prosi, żeby wskazać tę, z którą łączy cię relacja^[37]. Numerów i statusów poszczególnych spółek nie ma sensu tu przepisywać, bo zmieniają się w czasie — sprawdza się je w rejestrze właściwego organu^[13][14]. Praktyczny skutek dla czytelnika idzie w dół łańcucha: jeżeli broker powołuje się na współpracę z „X”, nadal nie wiesz, z którą spółką X ani pod czyim nadzorem — a bez tego sama nazwa nie jest informacją, tylko ozdobą.

System obrotu to jednak co innego niż pośrednik agregujący cudzą płynność. LMAX Limited podaje, że prowadzi wielostronną platformę obrotu (MTF) nadzorowaną przez brytyjski organ nadzoru, z centralną książką zleceń^[11]. Deklarację o braku mechanizmu ostatniego spojrzenia trzeba jednak przeczytać dokładnie tak wąsko, jak została napisana: na stronie podmiotu stoi ona pod nagłówkiem opisującym korzyści z handlu na jednym rodzaju płynności — strumieniowej płynności zleceń z limitem wiążącym (firm limit order liquidity) — a nie jako opis całej platformy^[11]. Regulamin systemu — dokument publiczny, w odróżnieniu od strony produktowej — opisuje obok tego tryb oparty na kwotowaniach (quote driven), w którym dostawca kwotowania ma uzgodniony z operatorem maksymalny czas na potwierdzenie już skojarzonej transakcji; brak potwierdzenia w tym czasie oznacza odrzucenie^[12]. Regulamin nie nazywa tego ostatnim spojrzeniem, ale konstrukcja jest ta sama, którą opisuje definicja kodeksowa: druga strona dostaje okno na przyjęcie albo odrzucenie już skojarzonego zlecenia^[1].

I tu zaczyna się lekcja ogólniejsza niż jedna firma. Reguła obowiązuje w takim zakresie, jaki zakreśla część dokumentu, w której stoi. Ten regulamin jest podzielony na części o różnym zakresie zastosowania, a opisany wyżej tryb potwierdzania kwotowań stoi w części adresowanej do jednego typu uczestnika i jednego rodzaju kontraktów — nie w postanowieniach ogólnych. Postanowienia ogólne mówią w tym samym dokumencie co innego: zlecenie można anulować, dopóki nie zostało skojarzone, a po zawarciu transakcji anulowanie nie jest już możliwe poza przypadkami, które sam regulamin przewiduje^[12]. Cytat wyjęty z części szczegółowej i podpisany jako opis całego systemu bywa prawdziwy co do treści i fałszywy co do zakresu — a to wystarczy, żeby wyprowadził czytelnika na manowce. Przy każdym regulaminie warto więc sprawdzić nie tylko, co jest napisane, ale też w której części i kogo ta część obejmuje. Ta sama ostrożność dotyczy umów brokerskich, w których regulamin usługi i regulamin rachunku potrafią rozstrzygać tę samą kwestię inaczej.

Twierdzenia samego podmiotu mają tu status deklaracji: statusu nadzorczego nie potwierdzono odczytem rejestru na dzień przygotowania tego tekstu^[13]. Regulamin jest natomiast weryfikowalny i to on, a nie strona produktowa, rozstrzyga, jakie tryby wykonania system dopuszcza. Wrzucanie systemu obrotu do jednego worka z pośrednikami agregującymi psuje analizę na samym początku, bo to dwa różne stosunki prawne i dwa różne modele wykonania — a dokładnie tak było we wcześniejszej wersji tego artykułu, która wymieniała LMAX wśród dostawców typu prime of prime^[11]. Status nadzorczy konkretnego podmiotu — również tego — sprawdza się w rejestrze organu, nie na stronie firmy^[13].

Ostatnie spojrzenie: przyjęcie albo odrzucenie. Najpierw jedno zastrzeżenie o randze dokumentu, bo bez niego dalszy wywód czyta się fałszywie: kodeks branżowy rynku walutowego (FX Global Code) jest zbiorem zasad dobrej praktyki adresowanym do hurtowego rynku walutowego i przyjmowanym dobrowolnie. Sam stwierdza o sobie, że nie nakłada na uczestników rynku obowiązków prawnych ani regulacyjnych i nie zastępuje regulacji, a decyzję o tym, czy i w jakim zakresie go stosować, pozostawia każdemu uczestnikowi; stosowanie potwierdza się odrębną deklaracją (Statement of Commitment)^[1]. Kodeks opisuje mechanizm ostatniego spojrzenia w zasadzie siedemnastej jako praktykę, w której uczestnik rynku otrzymujący żądanie zawarcia transakcji „ma ostatnią możliwość przyjęcia albo odrzucenia tego żądania wobec kwotowanej przez siebie ceny”^[1]. Kodeks oczekuje, żeby uczestnik ujawnił między innymi typowy czas potrzebny na podjęcie tej decyzji — ale sam żadnej długości okna nie ustala^[1]. Raport grupy roboczej z sierpnia 2021 r. wprost odnotowuje, że jakość i szczegółowość tych ujawnień bardzo się różnią, w tym co do długości okna^[3]. Wniosek praktyczny jest prosty: liczba w rodzaju „10–30 ms” nie jest normą branżową, którą można zacytować. To parametr konkretnego dostawcy, o który trzeba zapytać — i którego brokerzy detaliczni zwykle nie podają.

Co się dzieje przy większym zleceniu. Przy większym wolumenie pytanie brzmi nie tylko „jaki spread”, ale „czy całość wejdzie po jednej cenie”. Zlecenie może zostać zrealizowane w kilku porcjach, po różnych cenach z kolejnych poziomów książki. Średnia cena wejścia wygląda wtedy niewinnie, a rzeczywisty rozkład poślizgu chowa się pod nią. W historii rachunku widać to jako osobne wykonania, a nie jako osobne pozycje: dokumentacja platformy stwierdza wprost, że wykonanie jednego zlecenia może dać kilka transakcji^[33]. Ile z tego powstanie pozycji, rozstrzyga natomiast system księgowania rachunku — przy księgowaniu netto dwie transakcje w tę samą stronę składają się na jedną wspólną pozycję, a przy księgowaniu z hedgingiem otwierają dwie osobne^[33]. Jeżeli więc szukasz śladu podziału zlecenia, szukaj go w wykazie transakcji, a nie w liczbie otwartych pozycji. Kodeks branżowy oczekuje w takiej sytuacji, że uczestnik rynku podejmie decyzję o sposobie wypełnienia zlecenia — łącznie z wypełnieniem częściowym — i zakomunikuje ją klientowi tak szybko, jak to wykonalne^[2]. Sposób obsługi takiego zlecenia zależy od logiki routingu i od typu zlecenia — i to jest kolejna warstwa, której klient detaliczny wprost nie widzi.

Dlaczego sama liczba dostawców nic nie znaczy. Dziesięć nazw na slajdzie nie mówi nic o tym, kto realnie kwotuje w momencie, w którym wysyłasz zlecenie. Dostawca rzadko „znika” w sensie dosłownym — częściej rozszerza spread, zmniejsza dostępny wolumen albo zaczyna odrzucać żądania. Wszystko naraz też się zdarza. Broker może mieć podpisanych kilkunastu dostawców, z których większość kwotuje płytko, i nadal przekazywać na zewnątrz ułamek strumienia zleceń. Pytanie, które ma sens, dotyczy nie liczby, tylko dokumentu: jakie systemy wykonywania wskazuje polityka wykonania zleceń i jak szereguje w niej czynniki. Rozporządzenie delegowane Komisji uzupełniające dyrektywę o rynkach instrumentów finansowych wymienia wśród kryteriów ustalania rangi tych czynników między innymi „wskazanie systemów wykonywania zleceń, do których można skierować dane zlecenie”^[4]. To jest twierdzenie potwierdzone dokumentem — w odróżnieniu od listy nazw w prezentacji handlowej.

3. Warstwa routingu — co naprawdę rozstrzyga bridge

Bridge to oprogramowanie, które siedzi między platformą brokera a źródłami ceny. Klient go nie widzi, nie konfiguruje i zwykle nie wie, że istnieje. Nazwa produktu bywa jedyną informacją, jaką broker o tej warstwie podaje — i jest to informacja o niczym, bo o wyniku decyduje nie produkt, tylko sposób jego ustawienia.

Co ta warstwa faktycznie rozstrzyga. Po pierwsze: czy dane zlecenie wychodzi na zewnątrz, czy zostaje rozliczone w księdze brokera — i według jakiego klucza ta decyzja zapada. Po drugie: jak zestawiane są kwotowania kilku źródeł w jedną cenę pokazywaną klientowi i jaka marża jest do niej doliczana. Po trzecie: co się dzieje ze zleceniem, którego nie da się wypełnić w całości po jednej cenie. Po czwarte: jak traktowana jest różnica między ceną żądaną a ceną dostępną w momencie wykonania — w którą stronę i do jakiego progu. To są cztery pytania o realny skutek dla rachunku klienta i żadne z nich nie ma odpowiedzi w nazwie produktu.

Sami dostawcy tej warstwy opisują ją zresztą wprost. Strona produktowa PrimeXM — materiał handlowy producenta, nie dokumentacja techniczna — podaje, że system obsługuje modele A-Book, B-Book oraz konfiguracje mieszane i pozwala brokerowi dostroić ustawienia^[16]. To jest deklaracja producenta, odczytana 24 sierpnia 2026 r., a nie niezależne potwierdzenie czegokolwiek na temat konkretnego brokera. Mówi natomiast jedną rzecz ważną: elastyczność routingu jest cechą produktu, więc sama obecność takiego produktu u brokera nie przesądza o niczym w jedną ani w drugą stronę.

Segmentacja strumienia zleceń — rubryka „nieznane”. W branży mówi się o różnicowaniu obsługi klientów według jakości ich strumienia zleceń. Mechanizm jako taki jest realny: dostawca płynności, który regularnie traci na transakcjach z określonym kontrahentem, może zareagować szerszym kwotowaniem, mniejszym dostępnym wolumenem albo wyższym odsetkiem odrzuceń. Ale kryteria, według których konkretny broker albo konkretny dostawca dzieli klientów, nie są publikowane — ani przez brokerów, ani przez producentów oprogramowania. Grupa robocza kodeksu branżowego odnotowuje zresztą, że nawet ujawnienia dotyczące samego mechanizmu ostatniego spojrzenia bardzo różnią się jakością i szczegółowością^[3] — a jest to obszar, w którym oczekiwanie ujawnienia w ogóle sformułowano. Na pytanie, według czego dzieli się klientów, poprawna odpowiedź brzmi zatem: to jest ustawienie handlowe brokera albo jego dostawcy, a klient detaliczny nie ma sposobu, żeby je sprawdzić.

Kierunek rozkładu poślizgu — jedyna rzecz z tej sekcji, którą zmierzysz sam. Uczciwe wykonanie nie oznacza braku poślizgu: przy wykonaniu rynkowym poślizg jest możliwy w obie strony. Wcześniejsza wersja tego artykułu podawała w tym miejscu, że uczciwe wykonanie oznacza „rozsądnie zbliżone proporcje” poślizgu dodatniego i ujemnego. Ta teza zostaje wycofana jawnie: nie znaleziono dokumentu nadzorczego ani kodeksowego, który ustanawiałby test podobnej liczebności obu wyników, a bez takiego dokumentu jest to własny próg redakcji, a nie norma. Sprawdzalne pozostaje co innego — kierunek rozkładu u ciebie. Jeżeli twój log pokazuje setki transakcji z poślizgiem wyłącznie ujemnym, to jest obserwacja z twojego własnego pomiaru — i nie potrzebujesz na nią niczyjej zgody. Jak taki pomiar zaprojektować i jak go poprawnie zinterpretować, opisuje 12.3; tutaj wystarczy zapamiętać, że pomiar u siebie jest wejściem do oceny tej warstwy, ale nie jedynym — pozostałe, dokumentowe, opisuje akapit następny.

Dwóch brokerów z tym samym oprogramowaniem i tymi samymi dostawcami na papierze może dawać różne wyniki, bo różni ich konfiguracja, progi zabezpieczania ekspozycji i to, jaką część strumienia w ogóle wypuszczają na zewnątrz. To, że obsługa klienta zna nazwę produktu, nie dowodzi niczego poza tym, że zna nazwę produktu. Pytania, które prowadzą do czegokolwiek sprawdzalnego, dotyczą dokumentów i danych: polityki wykonania zleceń^[4], ujawnień dotyczących ostatniego spojrzenia^[1][3] oraz publikowanych przez brokera statystyk wykonania — jeżeli je publikuje.

4. Serwery i centra danych

Fizyczna odległość między terminalem a serwerem transakcyjnym to jeden z dwóch odcinków łańcucha, które klient mierzy bez niczyjej zgody — drugim jest czas do potwierdzenia zapisany w logu platformy. Ten pierwszy odcinek da się przy tym skrócić po swojej stronie. Reszta topologii — gdzie stoi serwer brokera, czym jest połączony z dostawcami, ile ma kopii zapasowych — należy do brokera i bywa opisana wyłącznie w materiale marketingowym.

Equinix LD4 (Slough pod Londynem). Kampus, który operator opisuje jako jeden z węzłów obrotu elektronicznego w Europie, z rozbudowanym ekosystemem usług finansowych i połączeniami krzyżowymi wewnątrz obiektu^[15]. Przy parach europejskich i głównych jest to adres pojawiający się w materiałach brokerów najczęściej — z zastrzeżeniem, że jest to obserwacja z lektury tych materiałów, a nie publikowana statystyka, a pojawienie się nazwy obiektu w materiale brokera pozostaje deklaracją, nie potwierdzeniem.

Equinix NY4 (Secaucus, New Jersey). Odpowiednik po stronie amerykańskiej, istotny dla par z dolarem i sesji nowojorskiej.

Equinix TY3 (Tokio). Węzeł sesji azjatyckiej. W materiałach brokerów kierowanych do klientów z Europy wymieniany jest rzadziej — i tak samo jak wyżej jest to obserwacja z lektury, nie statystyka. Ten artykuł nie podaje dla niego żadnej wartości opóźnienia, bo jej nie zmierzył.

Przypis stoi tylko przy LD4, bo tylko stronę tego obiektu udało się otworzyć i przeczytać^[15]. Przy NY4 i TY3 przypisu nie ma i nie jest to przeoczenie: strony obu tych obiektów odmówiły dostępu w dniu sprawdzania, więc ich opis pozostaje omówieniem, a nie twierdzeniem opartym na własnym wejściu. Ta sama zasada obowiązuje w całym artykule — brak przypisu przy nazwie oznacza, że nie udało się jej potwierdzić, a nie że potwierdzenia nie szukano.

Co z tego wynika, a co nie. Istnienie obiektu LD4 i jego rola na rynkach finansowych to informacja potwierdzona przez operatora^[15]. Obecność twojego brokera w konkretnej szafie tego obiektu — już nie: to twierdzenie samego brokera, którego klient nie ma jak zweryfikować. I nawet gdyby dało się je potwierdzić, sam adres nie odpowiada na pytanie istotne: czy połączenie z dostawcami płynności biegnie połączeniem krzyżowym wewnątrz obiektu, czy publicznym internetem. Serwer w tym samym budynku co dostawcy, spięty z nimi przez zwykłe łącze internetowe, daje wynik zbliżony do serwera stojącego gdzie indziej. To jest właściwe pytanie następcze, a nie „czy LD4 to dobry znak”.

Rząd wielkości z perspektywy tradera z Polski — do sprawdzenia własnym pomiarem, bo zależy od operatora, trasy i pory dnia:

• Warszawa → węzeł londyński — kilkadziesiąt milisekund w obie strony
• Warszawa → węzeł nowojorski — około stu milisekund w obie strony
• Serwer wirtualny w tym samym obiekcie co serwer brokera — pojedyncze milisekundy

Te wartości nie pochodzą z pomiaru redakcji i nie są potrzebne jako liczby. Potrzebna jest jedna umiejętność: sprawdzić własny ping w terminalu i wiedzieć, czego ta liczba nie mierzy.

5. Latencja — kiedy ma znaczenie, kiedy nie

Opóźnienie w łańcuchu wykonania nie składa się wyłącznie z drogi pakietu. Dochodzi do tego czas przetwarzania po stronie brokera, a ten nie wynika tylko z technologii — wynika też z tego, jak broker obsługuje ryzyko. Czterdzieści pięć milisekund u podmiotu rozliczającego transakcje we własnej księdze może oznaczać co innego niż te same czterdzieści pięć milisekund u podmiotu przekazującego zlecenie dalej. Traktuj to jednak jako mechanizm, a nie jako ustalenie: sama liczba nie rozstrzyga, który przypadek zachodzi, i żaden publicznie dostępny dokument brokera detalicznego tego za ciebie nie rozstrzygnie.

Przy danych makro problemem nie jest ping. W okolicach publikacji danych spread rozszerza się nie dlatego, że ktoś oszukuje, tylko dlatego, że dostawcy zmniejszają dostępny wolumen, rozszerzają kwotowania albo na moment przestają kwotować. Szybsze łącze nie uzupełni książki, w której nie ma po drugiej stronie ofert. To rozróżnienie jest praktyczne: skracanie trasy sieciowej rozwiązuje problem opóźnienia, a nie problem płynności, i tylko pierwszy z nich leży po twojej stronie.

Zlecenie obronne nie gwarantuje ceny. Klasyczny stop loss na rynku walutowym i w kontraktach różnicowych aktywuje próbę wyjścia po cenie dostępnej, a nie wykonanie na wskazanym poziomie. Przy luce cenowej albo gwałtownym ruchu pierwsza dostępna cena po luce może być bardzo daleko od poziomu, który wpisałeś. Gwarantowane zlecenie obronne to osobny mechanizm, oferowany przez część brokerów za dodatkową opłatą — jej wysokość sprawdza się w tabeli opłat konkretnego podmiotu, bo jest parametrem oferty, nie stałą rynkową.

Serwer wirtualny należy do wyposażenia tradera, nie brokera. Utrzymywanie własnego terminala na zdalnym serwerze rozwiązuje jedno konkretne ryzyko: przerwę w działaniu twojego komputera i twojego łącza. Ma to znaczenie zwłaszcza dlatego, że krocząca linia obrony w MT4 działa po stronie terminala — dokumentacja platformy stwierdza wprost, że mechanizm ten pracuje w terminalu klienta, a nie na serwerze, i że po wyłączeniu terminala zadziała już tylko poziom zlecenia obronnego ustawiony wcześniej^[19]. Dobór, konfiguracja i koszt takiego serwera to jednak temat narzędzi tradera, opisany właścicielsko w rozdziale o automatyzacji i serwerach wirtualnych. W tym rozdziale wystarczy jedno rozróżnienie: serwer wirtualny ogranicza ryzyko po twojej stronie łańcucha i nie zmienia niczego po stronie brokera.

6. Awarie, redundancja i monitoring po stronie brokera

Cała poprzednia część opisywała sytuację, w której infrastruktura działa. Znacznie ciekawszy — i praktycznie ważniejszy — jest przypadek, w którym przestaje. Pytanie brzmi wtedy nie „ile milisekund”, tylko: co się dzieje z moją otwartą pozycją, kto ponosi skutki i gdzie jest to zapisane.

Trzy różne awarie, trzy różne skutki. Warto je rozdzielić, bo mylenie ich prowadzi do złych wniosków. Pierwsza: przerwa po stronie klienta — pada łącze albo komputer. Pozycja zostaje otwarta, zlecenia obronne złożone na serwerze nadal działają, mechanizmy działające w terminalu — nie. Druga: przerwa po stronie serwera transakcyjnego brokera. Klient nie widzi rynku, nie może zamknąć pozycji, a to, czy jego zlecenia obronne zostaną wykonane, zależy od tego, która część infrastruktury brokera przestała działać. Trzecia: przerwa po stronie źródeł ceny. Platforma działa, zlecenia da się wysyłać, ale są odrzucane albo wykonywane po cenach odbiegających od tych z ekranu. Tylko pierwszą z tych awarii klient ogranicza własnym sprzętem.

Co na ten temat mówi umowa — i to jest fragment, który warto przeczytać przed wpłatą. W umowach brokerskich i regulaminach powtarzają się trzy grupy postanowień o bezpośrednim skutku finansowym:

• Siła wyższa i zdarzenia nadzwyczajne. Katalog sytuacji, w których broker zawiesza handel, rozszerza spready, zmienia wymagany depozyt albo zamyka pozycje — wraz z określeniem, kto decyduje o wystąpieniu takiego zdarzenia. Sprawdź, czy katalog jest zamknięty, czy kończy się klauzulą otwartą.
• Oczywisty błąd ceny lub systemu. Uprawnienie brokera do skorygowania albo unieważnienia transakcji zawartej po cenie uznanej za błędną. Kluczowe jest, jak zdefiniowano „błędną cenę”, w jakim terminie broker może z tego uprawnienia skorzystać i czy działa ono symetrycznie — także wtedy, gdy błąd wypadł na korzyść brokera.
• Ograniczenie odpowiedzialności za przerwy techniczne. Zakres, w jakim broker wyłącza odpowiedzialność za skutki niedostępności systemu, oraz procedura reklamacyjna: termin zgłoszenia, wymagane dowody, tryb rozpatrzenia.

Nie da się podać uniwersalnego brzmienia tych klauzul, bo różnią się między podmiotami i zmieniają w czasie. Da się natomiast podać właściwe miejsce: to są postanowienia umowy ramowej i regulaminu świadczenia usług — obok polityki wykonania zleceń^[4] — a nie strony marketingowej. Jeżeli broker nie udostępnia tych dokumentów przed założeniem rachunku, jest to sama w sobie informacja.

Ujawnienie klauzuli to nie koniec sprawy. Warto wiedzieć jedno, zanim uznasz podpisany regulamin za zamknięty temat: jeżeli klient jest konsumentem, a do umowy stosuje się prawo polskie, samo ujawnienie postanowienia we wzorcu i jego zaakceptowanie nie jest warunkiem wystarczającym, żeby to postanowienie wiązało klienta. Kodeks cywilny stanowi w art. 385¹ § 1: „Postanowienia umowy zawieranej z konsumentem nieuzgodnione indywidualnie nie wiążą go, jeżeli kształtują jego prawa i obowiązki w sposób sprzeczny z dobrymi obyczajami, rażąco naruszając jego interesy (niedozwolone postanowienia umowne)”, a w § 3 — że „Nieuzgodnione indywidualnie są te postanowienia umowy, na których treść konsument nie miał rzeczywistego wpływu”, w szczególności przejęte z wzorca zaproponowanego konsumentowi przez kontrahenta^[29]. Czytanie tych klauzul przed wpłatą nadal ma sens, ale z innego powodu niż ten, że po podpisaniu są nie do ruszenia. To, które prawo znajdzie zastosowanie do umowy z brokerem zagranicznym, jest osobnym pytaniem i należy do 12.7.

Zgłoszenie incydentu idzie do nadzorcy — ale klient nie znika z obrazu. Od 17 stycznia 2025 r. firmy inwestycyjne działające w Unii podlegają rozporządzeniu o operacyjnej odporności cyfrowej sektora finansowego^[17]. Nakłada ono obowiązek zarządzania ryzykiem teleinformatycznym oraz zgłaszania poważnych incydentów właściwemu organowi nadzoru — w Polsce Komisji Nadzoru Finansowego — w trzech etapach, których terminy określa od 12 marca 2025 r. odrębne rozporządzenie delegowane^[31]: wstępne powiadomienie — w ciągu czterech godzin od sklasyfikowania incydentu jako poważny i nie później niż 24 godziny od dowiedzenia się o nim; sprawozdanie śródokresowe — najpóźniej w ciągu 72 godzin od przedłożenia wstępnego powiadomienia, i to „nawet jeżeli status incydentu lub obsługa incydentu nie uległy zmianie”; oraz sprawozdanie końcowe — nie później niż miesiąc po sprawozdaniu śródokresowym albo po jego ostatniej aktualizacji^[31]. Termin śródokresowy nie jest przy tym bezwyjątkowy: jeżeli wypada w weekend albo w dzień wolny od pracy, ten sam artykuł pozwala złożyć sprawozdanie do południa następnego dnia roboczego — ale wyłącza z tego ułatwienia między innymi instytucje kredytowe i podmioty uznane za kluczowe, a podmiot, który terminu nie dotrzyma, ma zawiadomić organ i wyjaśnić przyczynę opóźnienia^[31]. Dla czytelnika ważne są dwa wnioski. Po pierwsze: istnieje ścieżka nadzorcza, więc poważna awaria u licencjonowanego podmiotu nie jest zdarzeniem, które nikogo nie obchodzi. Po drugie: ta ścieżka prowadzi do nadzorcy, nie do publicznej strony statusów. Z faktu, że broker nie publikuje historii incydentów, nie wynika, że ich nie zgłaszał — i odwrotnie. Jest przy tym jeden wyjątek i warto go znać, bo działa na twoją korzyść. Obok zgłoszenia do nadzorcy rozporządzenie przewiduje odrębny, warunkowy obowiązek wobec klienta: jeżeli poważny incydent „ma wpływ na interesy finansowe klientów”, podmioty finansowe „bez zbędnej zwłoki, gdy tylko się o nim dowiedzą, informują swoich klientów” o tym incydencie oraz o środkach podjętych w celu złagodzenia jego negatywnych skutków^[17]. Warunek jest przy tym łagodniejszy, niż bywa cytowany: sprostowanie ogłoszone 12 marca 2024 r. usunęło z tego przepisu słowo „istotny”, więc próg jest niższy, a obowiązek szerszy^[24]. To nie jest obowiązek prowadzenia publicznego archiwum awarii — to obowiązek indywidualnego powiadomienia, uruchamiany wpływem incydentu na interesy finansowe klientów. Milczenie brokera przy awarii, która realnie dotknęła twoje pozycje, nie jest więc automatycznie zgodne z przepisami.

Redundancja: co da się potwierdzić. Prawie nic. Liczba ośrodków przetwarzania, sposób przełączania między nimi, czas odtworzenia po awarii i wyniki testów odporności to informacje, które podmiot nadzorowany raportuje w swoim reżimie^[17][18], a nie publikuje dla klientów. Deklaracja o „pełnej redundancji” na stronie brokera należy do rubryki „deklarowane” i nie awansuje wyżej przez powtórzenie. Jedyne, co klient może z tym zrobić, to zapytać wprost i ocenić, czy dostaje konkret, czy hasło.

Monitoring: jedyna warstwa, którą prowadzisz sam. Broker monitoruje własne systemy i nie pokaże ci tych danych. Ty możesz prowadzić własny, prosty rejestr: data i godzina przerwy wraz ze strefą czasu, czego dotyczyła (brak połączenia, odrzucenia zleceń, zamrożone kwotowania), zrzut ekranu wraz z logiem platformy oraz treść i data odpowiedzi obsługi. Trzy takie wpisy są warte więcej niż każda deklaracja o dostępności, a przy reklamacji są jedynym materiałem, jaki masz. Co dalej z reklamacją i jakie ścieżki dochodzenia roszczeń istnieją dla polskiego klienta, opisuje 12.7; skutki niewypłacalności pośrednika i ochronę środków — 12.6.

7. FIX Protocol i alternatywy

FIX (Financial Information eXchange) to standard komunikatów używany w obrocie instytucjonalnym, utrzymywany przez organizację branżową skupiającą uczestników rynku. Ten artykuł przywołuje dwa oznaczenia wersji — FIX 4.4 oraz FIX 5.0 Service Pack 2 — ale przy sprawdzeniu 24 sierpnia 2026 r. serwis standardów był niedostępny, więc ich istnienia nie potwierdza własnym wejściem i nie podaje go jako ustalenia^[20]; że akurat te dwie wersje spotyka się w praktyce najczęściej, jest już obserwacją branżową bez publicznej statystyki — nie znaleziono publikowanych danych o udziale poszczególnych wersji, a redakcja żadnych nie mierzyła. Nie jest platformą i nie ma interfejsu. Jest opisem tego, jak dwa systemy mają rozmawiać o zleceniach.

Co FIX faktycznie zdejmuje z drogi zlecenia. Znika warstwa platformy detalicznej wraz z jej ograniczeniami co do typów zleceń, a klient prowadzi sesję bezpośrednio z systemem drugiej strony. To realna różnica. Nie znika natomiast nic z tego, co ten rozdział opisuje jako właściwy problem: decyzja o routingu nadal zapada po stronie kontrahenta, warunki kwotowania nadal są jego warunkami, a mechanizm ostatniego spojrzenia — jeżeli kontrahent go stosuje — działa tak samo^[1]. Skrócenie drogi zlecenia opisuje się czasem liczbą przeskoków; nie jest to właściwa miara — o wyniku rozstrzyga to, co wymieniono zdanie wcześniej, a nie liczba ogniw.

Dlaczego dla klienta detalicznego to ślepa uliczka. Bariera nie jest techniczna, tylko relacyjna i kosztowa. Sesja FIX wymaga umowy z podmiotem, który taką sesję udostępnia, a warunki tej umowy — wymagany kapitał, opłaty, minimalny obrót — bywają ustalane indywidualnie, choć część dostawców podaje stawki wprost na stronie produktu. Powód, dla którego ten artykuł żadnej kwoty nie przytacza, jest więc inny niż niedostępność takich stawek: każda taka kwota jest parametrem oferty jednego dostawcy na jeden dzień — zależy od podmiotu, wolumenu i daty — więc zestarzałaby się szybciej niż mechanizm, który tu opisujemy. Jeżeli więc gdzieś taką liczbę zobaczysz, potraktuj ją jak każdy inny parametr oferty: sprawdź, czyjej oferty dotyczy i z którego dnia pochodzi. Do tego dochodzi własny silnik komunikacyjny, serwer w sensownej lokalizacji, ktoś, kto to utrzyma, oraz brak jakiegokolwiek interfejsu graficznego. Suma tych warunków, a nie pojedynczy próg, ustawia FIX poza zasięgiem rachunku detalicznego.

Co pozostaje. Interfejsy programistyczne oparte na HTTP i gniazdach sieciowych — cTrader Open API, interfejsy udostępniane przez część brokerów — dają programowalność bez umowy o dostęp instytucjonalny, choć każdy z nich ma własne warunki korzystania, opisane przez swojego dostawcę. Warto jednak zapamiętać właściwy morał tej sekcji, i nie jest nim szybkość: terminal z wykresami jest nakładką na prostszy system pod spodem, a wszystkie decyzje opisane w sekcji 3 zapadają w tym systemie, niezależnie od tego, którym kanałem do niego pukasz.

8. Co da się potwierdzić, a czego nie da się sprawdzić

To jest sekcja, dla której powstał cały rozdział. Poniższa tabela przypisuje każde ogniwo łańcucha do rubryki wprowadzonej na początku — potwierdzone dokumentem, zmierzone własnym testem, deklarowane przez zainteresowaną stronę albo nieznane — a przy jednym ogniwie pokazuje, że rubryka rozjeżdża się między nazwą produktu a jego konfiguracją. Rubryka czwarta jest wynikiem sprawdzenia, a nie luką do zapełnienia.

Bilans jest wymowny. Na dziesięć ogniw dwa są potwierdzalne dokumentem, dwa mierzysz samodzielnie, trzy pozostają deklaracją strony zainteresowanej, a przy trzech poprawną odpowiedzią jest „nieznane”. To znaczy, że przy większości architektury wykonania jedyną uczciwą odpowiedzią jest: tego nie da się sprawdzić. Tekst afiliacyjny w tym miejscu zawsze coś dopisze, bo pusta rubryka źle wygląda w porównywarce. Audyt zostawia ją pustą — i na tym polega cała różnica.

Jeden dokument, który realnie coś rozstrzyga

Nie jesteś w tej sytuacji zupełnie bezbronny, bo jedno ogniwo ma umocowanie w przepisie. Rozporządzenie delegowane Komisji uzupełniające dyrektywę o rynkach instrumentów finansowych wymienia kryteria, według których firma inwestycyjna ustala rangę czynników najlepszego wykonania: charakterystykę klienta wraz z jego kategorią, charakterystykę zlecenia, cechy instrumentu oraz „wskazanie systemów wykonywania zleceń, do których można skierować dane zlecenie”. Pojęcie systemu wykonywania zleceń obejmuje przy tym nie tylko rynek regulowany i wielostronną platformę obrotu, ale również podmiot systematycznie internalizujący transakcje, animatora rynku i inny podmiot zapewniający płynność^[4]. Dwie rzeczy trzeba tu rozdzielić. „Podmiot systematycznie internalizujący transakcje” jest odrębnym statusem regulacyjnym z własnymi przesłankami i nie wynika z samego tego, że broker jest kontrahentem swojego klienta; broker prowadzący działalność na własny rachunek mieści się raczej w kategorii „inny podmiot zapewniający płynność”, wymienionej w tym samym przepisie. Wniosek z tego rozróżnienia jest w obu przypadkach ten sam: rozliczenie zlecenia w księdze brokera nie jest luką w regulacji, tylko jedną z przewidzianych możliwości, którą polityka wykonywania zleceń powinna opisywać^[22]. Jeżeli twoja tego nie robi, masz konkretny zarzut do konkretnego dokumentu — a to znacznie mocniejsza pozycja niż spór o hasła.

Dla klienta detalicznego istotne jest jeszcze jedno rozstrzygnięcie, i uderza ono wprost w marketing oparty na milisekundach. Preambuła tego samego rozporządzenia stwierdza, że „szybkość, prawdopodobieństwo wykonania i rozliczenia, wielkość i charakter zlecenia, wpływ na rynek i inne ukryte koszty transakcji można uznać za względy ważniejsze niż bezpośrednia cena i koszt wyłącznie wtedy, gdy w ujęciu całościowym służą one zapewnieniu możliwie najlepszego wyniku dla klienta detalicznego”^[5]. Szybkość nie jest więc samodzielnym kryterium jakości, które broker może przeciwstawić cenie i kosztom. Warto zwrócić uwagę, skąd dokładnie ten fragment pochodzi: z motywu rozporządzenia, a nie z jego artykułu 64^[4][5]. Przypisanie go artykułowi byłoby błędem atrybucji tego samego rodzaju co przypisanie instytucji statystyki, której ta instytucja nie publikuje.

9. Jak sprawdzić infrastrukturę brokera

Prędzej czy później usłyszysz zdanie: „nie ujawniamy listy naszych dostawców płynności”. To zdanie jest w porządku i nie jest wykrętem — umowy z dostawcami bywają objęte poufnością, a pełna lista niewiele by ci dała, bo i tak nie sprawdzisz, kto kwotuje w danej sekundzie. Problem zaczyna się dopiero wtedy, gdy tą samą formułą zbywa się pytania o dokumenty, które mają być jawne, i o dane, które broker sam wytwarza.

Najpierw trzy dokumenty — w całości, nie we fragmentach

Sześć pytań, które prowadzą do czegoś sprawdzalnego

• Który podmiot prawny prowadzi mój rachunek i jaki ma status w rejestrze nadzorcy? — to pytanie jest pierwsze, bo bez odpowiedzi na nie pozostałe pięć nie ma sensu. Odpowiedź weryfikujesz w rejestrze, nie u brokera^[13][14].
• Gdzie mogę pobrać aktualną politykę wykonania zleceń? — oczekujesz adresu dokumentu, nie streszczenia w czacie^[22]. Dopiero z dokumentu dowiesz się, jakiej klasy systemy wykonywania są w grze; pytanie „ilu macie dostawców” nie prowadzi do niczego sprawdzalnego i nie warto go zadawać.
• Czy któreś ze źródeł ceny stosuje mechanizm ostatniego spojrzenia i czy istnieje ujawnienie jego typowego okna? — ujawnienia typowego czasu tej decyzji oczekuje od uczestnika rynku stosującego ten mechanizm kodeks branżowy, który jest dobrowolny i nie wiąże prawnie^[1]. Pytanie i tak jest warte zadania: odpowiedź „nie stosujemy tego kodeksu” albo „nie publikujemy takiego ujawnienia” jest zgodna z prawem i sama w sobie jest informacją, którą wpisujesz do zestawienia.
• Jakie statystyki wykonania publikujecie i za jaki okres? — jeżeli odpowiedź brzmi „żadnych”, to jest odpowiedź, którą wpisujesz do rubryki „nieznane”. Jeżeli padają liczby bez definicji pomiaru, są warte tyle co ich brak.
• Gdzie stoi serwer transakcyjny i jak jest połączony ze źródłami ceny? — druga część pytania jest ważniejsza od pierwszej. Sama nazwa obiektu bez odpowiedzi o sposób połączenia nie rozstrzyga niczego.
• Co dzieje się z moją pozycją, gdy wasz system jest niedostępny, i które postanowienia to regulują? — oczekujesz wskazania paragrafu, nie zapewnienia, że „to się nie zdarza”.

Co zrobić z odpowiedzią „nie ujawniamy”

Odmowa odmowie nierówna i warto to rozdzielić, zanim wyciągniesz wniosek:

• Odmowa uzasadniona — pełna lista dostawców, treść umów z nimi, parametry konfiguracji routingu, dane innych klientów. Tego broker nie poda i nie ma podstaw, żeby oczekiwać inaczej. Wpisz „nieznane” i idź dalej.
• Odmowa, która sama jest informacją — brak polityki wykonania zleceń, brak specyfikacji instrumentu, brak tabeli opłat, brak wskazania podmiotu prawnego w dokumentach. To nie są tajemnice handlowe. Jeżeli ich nie ma albo trzeba o nie prosić, waga tego sygnału jest zupełnie inna niż w punkcie poprzednim.
• Odmowa opakowana w hasło — pytanie o medianę czasu wykonania, na które przychodzi odpowiedź o „egzekucji instytucjonalnej”. Traktuj to jak brak odpowiedzi, a nie jak odpowiedź, i zadaj pytanie ponownie na piśmie. Korespondencja pisemna ma tę zaletę, że zostaje.

Potem własny pomiar

Najbardziej wartościowe dane o twoim wykonaniu wytwarzasz sam i nikt nie musi ci ich udostępniać. Log platformy zawiera dla każdej transakcji cenę wykonania i znaczniki czasu — a to wystarczy, żeby policzyć czas do potwierdzenia. Z ceną żądaną jest inaczej i warto to wiedzieć, zanim policzysz pierwszy poślizg: przy wykonaniu rynkowym cena nie jest wymaganym polem żądania. Dokumentacja programistyczna MT5 podaje, że zlecenia rynkowe instrumentów o typie wykonania „Market Execution” „do not require specification of price”^[28]. Tam, gdzie model wykonania cenę żądaną zapisuje, poślizg ze znakiem policzysz wprost z logu; tam, gdzie jej nie zapisuje, potrzebujesz własnego odniesienia cenowego — a jego doboru ten rozdział nie rozstrzyga, bo należy właścicielsko do 12.3. Narzędzia zewnętrzne do analizy historii rachunku — takie jak FX Blue — mogą to zestawienie ułatwić^[21], ale nie są warunkiem koniecznym: arkusz kalkulacyjny i eksport historii robią to samo. Warunkiem koniecznym jest natomiast metodologia — bez zdefiniowanego pomiaru liczba nic nie znaczy, i dotyczy to również liczb podawanych przez brokera.

Tabela celowo nie zawiera progów „zielonych” i „czerwonych”. Wcześniejsza wersja tego artykułu takie progi podawała — mediana czasu wykonania, dopuszczalny odsetek odrzuceń, krotność rozszerzenia spreadu — i żaden z nich nie miał źródła ani definicji pomiaru. Benchmark bez metodologii jest gorszy niż brak benchmarku, bo daje złudzenie, że coś zmierzyliśmy. Właściwym punktem odniesienia jest twój własny rachunek w czasie: ten sam pomiar powtórzony za kwartał pokaże, czy coś się zmieniło — a to jest pytanie, na które naprawdę potrzebujesz odpowiedzi.

Biała etykieta a własna infrastruktura. Część brokerów to białe etykiety działające na cudzej technologii. Obsługa może nie mieć wiedzy o pełnym stosie wykonania, 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. Rozróżnienie ma praktyczny skutek: przy białej etykiecie odpowiedzi na pytania o warstwę routingu nie uzyskasz w ogóle, więc tym większe znaczenie mają dokumenty^[4] i twój własny pomiar.

Przeksięgowanie jako test infrastruktury. Jakość wykonania trzeba mierzyć osobno dla różnych okien doby, bo broker wyglądający dobrze w środku sesji europejskiej potrafi wyglądać zupełnie inaczej w okolicach przeksięgowania — źródła ceny ograniczają wtedy ekspozycję na noc. Trzymaj się przy tym konwencji czasu obowiązującej w tym dziale: przeksięgowanie następuje o 23:00 czasu polskiego, a w okresie rozjazdu zmian czasu między Europą a Ameryką Północną o 22:00 czasu polskiego. Ta godzina jest przeliczeniem rozpowszechnionej konwencji 17:00 czasu nowojorskiego i nie jest stałą rynkową: obowiązuje o tyle, o ile stosuje ją twój broker dla twojego instrumentu. Rozstrzyga specyfikacja instrumentu, a nie ten artykuł — i jest to jedna z tych liczb, które sprawdza się przed pierwszą pozycją trzymaną przez noc. Moment naliczenia to przy tym punkt, a nie godzinne okno. Rozszerzenie spreadu jest zjawiskiem osobnym: obserwowany zakres to zwykle kilkanaście do kilkudziesięciu minut wokół tego punktu, ale ta rozpiętość jest obserwacją branżową bez publikowanej statystyki, a nie parametrem z dokumentu — zakres u ciebie wynika ze specyfikacji instrumentu i z twojego własnego pomiaru opisanego w tabeli powyżej. Mechanikę samego przeksięgowania i jego koszt opisuje 12.4.

Złe wykonanie to nie zawsze zła wola. Fatalne wypełnienia bywają skutkiem słabego stosu technologicznego, kiepskiego pośrednika albo po prostu zbyt małej skali brokera. Broker może być uczciwy i jednocześnie nie mieć infrastruktury, która wytrzyma warunki skrajne. Trzeba więc rozdzielić dwa przypadki: brak infrastruktury i złą wolę. W obu tracisz, ale przy pierwszym poprawa jest kwestią nakładów po stronie brokera, a przy drugim wymagałaby zmiany jego intencji. Rozpoznawanie wzorców nieuczciwych opisuje osobno 12.10 — i tam, a nie tutaj, jest miejsce na zarzuty wobec konkretnych podmiotów, stawiane wyłącznie na podstawie dokumentów organów.

Jarosław Wasiński

Redaktor naczelny MyBank.pl • Analityk finansowy i rynkowy

mgr Jarosław Wasiński — niezależny analityk i praktyk z ponad 20-letnim doświadczeniem w sektorze finansowym. Twórca i redaktor naczelny portalu MyBank.pl, dostarczającego rzetelną wiedzę o finansach osobistych, bankowości i inwestycjach od 2004 roku.

• Bankowość i produkty finansowe: porównania kont osobistych i firmowych, analiza taryf opłat, testy aplikacji mobilnych, recenzje kredytów, lokat i kart kredytowych — z naciskiem na realne koszty i ukryte opłaty.
• Rynki finansowe i makroekonomia: analiza fundamentalna rynków walutowych (Forex) i makroekonomicznych od 2007 roku, zarządzanie ryzykiem kapitału, struktura rynków OTC.
• Kryptowaluty: analiza rynku kryptowalut, mechanizmów blockchain i tokenizacji aktywów w kontekście portfela inwestycyjnego.

Autor setek komentarzy rynkowych, analiz porównawczych produktów bankowych i materiałów edukacyjnych. Zwolennik transparentności — każdy ranking i recenzja na MyBank.pl opiera się na jawnej metodologii i zweryfikowanych źródłach (taryfy banków, regulaminy promocji, dane NBP).

Treści mają charakter edukacyjny i informacyjny — nie stanowią porady inwestycyjnej, rekomendacji ani oferty. Decyzje finansowe podejmuj na podstawie własnej analizy i konsultacji z doradcą.