Last look poprzedza akceptację żądania
Last look to końcowa kontrola, podczas której dostawca kwotowania decyduje, czy zaakceptować żądanie transakcji po pokazanej cenie. Nie jest tym samym co anulowanie już potwierdzonej transakcji. Wysyłający żądanie może przez ten czas pozostawać bez pewności wykonania, a po odmowie zastać inny rynek.
Opis dotyczy przede wszystkim elektronicznego hurtowego rynku FX. Klient detaliczny CFD ma relację ze swoim brokerem; nie każde jego żądanie trafia bezpośrednio do konkretnego banku. Last look u dostawcy płynności i sposób wykonania kontraktu klienta to powiązane, ale odrębne poziomy. Nie rozpoznasz ich wyłącznie po nazwie konta ECN.
Kontrola ceny i poprawności
Zasada 17 FX Global Code opisuje last look jako kontrolę poprawności żądania lub aktualności ceny. Obejmuje to m.in. operacyjną poprawność parametrów i dostępny kredyt. Nie ustanawia jednej standardowej długości okna w milisekundach. Dostawca powinien wyjaśniać cel, czas i wpływ zmian ceny na decyzję.
Ekonomiczne uzasadnienie wiąże się z ryzykiem, że kwotowanie stało się nieaktualne przed obsłużeniem żądania. Nie wynika z tego gwarancja węższego spreadu ani lepszego wyniku dla każdego odbiorcy. Ostateczny koszt zależy również od odrzuceń i ceny, po której można później zrealizować zamierzoną transakcję.
Przykład pokazujący asymetrię decyzji
Poniższy scenariusz jest hipotetyczny. Żądanie kupna EUR/USD dotyczy ask 1,08500. Załóżmy uproszczoną kontrolę odrzucającą żądanie, gdy aktualny ask wzrósł co najmniej o 1 pip, ale nieodrzucającą go wyłącznie z powodu analogicznego spadku. To ilustracja konkretnej reguły, a nie opis wszystkich dostawców.
| Ask w chwili kontroli | Decyzja w założonym modelu | Znaczenie dla klienta |
|---|---|---|
| 1,08510 | Odrzucenie żądania po 1,08500 | Brak transakcji; ewentualny nowy zakup może być droższy. |
| 1,08490 | Akceptacja po 1,08500 | Zakup o 1 pip drożej niż nowy ask, lecz po pierwotnie żądanej cenie. |
Drugi wiersz nie przedstawia poślizgu wobec pierwotnej ceny żądania: wykonanie nastąpiło dokładnie po niej. Pokazuje różnicę wobec późniejszego rynku. Pierwszy wiersz nie jest zrealizowaną stratą; koszt zależy od dalszej decyzji i dostępnych cen. Te rozróżnienia są potrzebne, aby nie nazywać każdego problemu jednym słowem.
Przy kontroli symetrycznej analogiczne zmiany w obie strony są oceniane według porównywalnej reguły. Wariant asymetryczny wymaga szczególnie jasnego opisu. Sama etykieta „symetryczny” nie wystarcza do uznania usługi za uczciwą, a „asymetryczny” nie rozstrzyga automatycznie o naruszeniu prawa. Ocenia się zasady, ujawnienia i faktyczne działanie.
Kodeks dobrych praktyk nie jest ustawą
FX Global Code, w wersji z grudnia 2024 r., ma charakter dobrowolnych zasad dla rynku hurtowego. Nie nakłada samodzielnie obowiązków ustawowych i nie zastępuje regulacji. Nie można więc wywodzić z niego ogólnej gwarancji legalności każdej praktyki last look w dowolnym kraju i produkcie.
FCA w stanowisku z 19 listopada 2021 r. wskazała, że dodatkowe opóźnianie decyzji po zakończeniu niezbędnych kontroli, aby obserwować przyszłą cenę, nie jest zgodne z kodeksami. Podkreśliła też potrzebę ujawnienia symetrycznej lub asymetrycznej kontroli ceny. To konkretne stanowisko o standardach postępowania, a nie licencja na dowolne odrzucenia.
Kodeks ogranicza wykorzystywanie informacji z żądania do własnego handlu w czasie kontroli. Przewiduje jednak ściśle opisany wyjątek dla uzgodnionego i ujawnionego modelu cover and deal, z uprzednimi transakcjami kompensującymi i przekazaniem klientowi całego uzyskanego wolumenu. Dlatego hasło „każde zabezpieczenie w oknie jest zakazane” byłoby zbyt szerokie.
O co pytać w dokumentach?
Raport GFXC z 2021 r. rozwija praktykę ujawnień: sposób kontroli ceny, minimalny i maksymalny czas okna, okoliczności jego zmian oraz ewentualny cover and deal. Zaleca dostęp do informacji pozwalających ocenić obsługę żądań, w tym zrozumiałe powody odmowy. Długi lub nieprzewidywalny czas odpowiedzi połączony z odrzuceniami uzasadnia dalsze wyjaśnienie.
W praktyce zapisz wersję polityki i odpowiedź dotyczącą konkretnego instrumentu oraz podmiotu. Ogólne zapewnienie „mamy najlepszą płynność” nie odpowiada na pytanie o proces. Brak danych ogranicza ocenę, ale sam w sobie nie dowodzi użycia last look ani oszustwa. Nie przypisuj mechanizmu na podstawie jednego komunikatu platformy.
Dwa zegary nie tworzą jednego pomiaru
Fikcyjny log klienta i log serwera zapisują milisekundy od różnych punktów zerowych. Ich wartości nie są bezpośrednio porównywalne.
Hipotetyczne logi jednego żądania; punkty zerowe klienta i serwera są nieuzgodnione. Zakładamy stabilny zegar klienta i brak błędu jego pomiaru. Liczby nie pochodzą od brokera. Nie mierzymy osobno transportu, kontroli ani wykonania. Dokument GFXC — raport o last look potwierdza: rozróżnienie etapów żądania i okna kontroli; nie wyznacza wzajemnego przesunięcia fikcyjnych zegarów.
Odejmowanie 96 od 100 sugerowałoby zdarzenie „przed wysłaniem”, ale miesza dwa zegary. Do pomiaru okna kontroli potrzebne są jego granice w porównywalnej skali czasu. Odpowiedź może być przyjęciem albo odmową; 16 ms nie dowodzi last look ani niedozwolonego opóźniania.
Jak czytać własne dane?
Zestaw żądania przyjęte i odrzucone, ich czas, kierunek, wielkość, cenę odniesienia oraz powód odmowy. Rozdziel instrumenty, godziny i rodzaje zleceń. Rekwotowanie, brak depozytu, problem połączenia i zmiana ceny mogą dawać podobne wrażenie użytkownika, choć mają różne przyczyny. Świeca z wykresu nie opisuje całej ścieżki żądania.
Nie zakładaj, że dwa tygodnie handlu na dwóch rachunkach dają rozstrzygający test: próby mogą różnić się warunkami i płynnością. Nie trzeba otwierać nowych pozycji tylko dla diagnozy. Najpierw wykorzystaj dokumentację oraz istniejące logi. Pomocne są poradniki o pomiarze realizacji i modelach działania brokera.
Pełny zapis czasu powinien również wskazywać strefę i precyzję pomiaru. Bez zgodnych zegarów przypisywanie kolejności zdarzeń może być błędne.
Średnia tylko z przyjętych zleceń może wprowadzać w błąd
Czas odpowiedzi i czas wykonania opisują różne zdarzenia. Jeżeli statystyka obejmuje wyłącznie przyjęte żądania, nie ujawnia, jak długo czekały te odrzucone. Raport GFXC o last look rozdziela okno kontroli oraz decyzję przyjęcia lub odrzucenia; nie podaje jednej uniwersalnej jakości wykonania dla każdego dostawcy.
| Zakres próby | Liczba żądań | Średni czas odpowiedzi |
|---|---|---|
| Tylko zaakceptowane | 8 | 5 ms |
| Wszystkie odpowiedzi | 10 | 20 ms |
| Tylko odmowy | 2 | 80 ms |
Własny model zawiera dziesięć żądań: osiem otrzymuje akceptację po 5 ms, a dwa odmowę po 80 ms. Są to wymyślone dane do rachunku, nie wyniki pomiaru brokera. Średnia odpowiedź w zaakceptowanej grupie to 5 ms. Średnia odpowiedź dla wszystkich żądań wynosi (8 × 5 + 2 × 80) / 10 = 20 ms.
Obie liczby są poprawne, lecz odpowiadają na inne pytania. Pominięcie odmów usuwa z próby 20% żądań i nie pozwala ocenić pełnego oczekiwania klienta. Jednocześnie odmowa nie jest wykonaniem: 20 ms nie należy podpisywać jako średniego czasu wypełnienia transakcji.
W zapisie porównawczym zachowuj identyfikator żądania, moment wysłania, odpowiedź oraz jej wynik. Oddziel zaakceptowane, odrzucone i niepewne przebiegi. Samo wolniejsze odrzucenie nie dowodzi niedozwolonego użycia last look ani przyczyny opóźnienia; tę ocenę trzeba oprzeć na polityce i danych. Nasz model wykrywa błąd doboru próby, nie przypisuje winy usługodawcy.
Sprawdź, czy rozumiesz
Jedno krótkie ćwiczenie
Około 2 min · możesz spróbować ponownie
Który wniosek uzasadniają pokazane logi bez synchronizacji zegarów?
- Czas odpowiedzi klienta wyniósł 16 ms.
- Serwer dostał żądanie 4 ms przed wysłaniem.
- Last look trwał dokładnie 16 ms.
Sprawdź odpowiedź i wyjaśnienie
Czas odpowiedzi klienta wyniósł 16 ms.
Wysłanie 100 ms i odbiór 116 ms pochodzą z tego samego założonego zegara. Ta różnica opisuje pełną odpowiedź, nie samo okno kontroli.
Jeszcze jedno ćwiczenie
Kupno żądane po 1,08500 wykonano po 1,08500, choć późniejszy ask spadł do 1,08490. Czy wystąpił poślizg wobec ceny żądania?
Sprawdź odpowiedź
Nie. Wykonano po cenie żądanej. Zakup jest o 1 pip droższy od późniejszego ask, co jest innym porównaniem.