Jak można mierzyć poślizg wokół wiadomości?
Co oznacza „poślizg wokół wiadomości”
Poślizg wokół wiadomości odnosi się do różnicy między zamierzoną ceną transakcji a rzeczywistą ceną realizacji, gdy wydarzenie rynkowe (na przykład publikacja danych makroekonomicznych) powoduje szybki ruch cen. W prostych słowach jest to koszt wynikający nie tylko z samej zmiany ceny, ale z momentu realizacji i jakości wykonania.
Aby to zmierzyć, potrzebujesz definicji, która zamienia ideę w liczby. Typowa mierzalna definicja to:
- Poślizg (w ujęciu ceny) = Cena realizacji − Zamierzona (lub referencyjna) cena.
Ponieważ „zamierzona cena” może być niejednoznaczna, musisz wskazać, co jest Twoim punktem odniesienia. Przykłady referencji obejmują:
- ostatnią notowaną cenę mid tuż przed Twoim czasem decyzji,
- najlepszą dostępną cenę kupna/sprzedaży (ask/bid) w momencie decyzji,
- albo syntetyczną „cenę bez wpływu” wyprowadzoną z okna bazowego.
Pola pomiarowe i znaczniki czasu, które musisz ustalić
Pomiar staje się wiarygodny tylko wtedy, gdy te same pola są rejestrowane dla każdej sytuacji związanej z wiadomościami.
Kluczowe pola (dla zdarzenia, dla każdej próby zlecenia):
- Znacznik czasu zdarzenia (T_event): moment, w którym synchronizujesz się z publikacją wiadomości (do pomiaru użyj spójnej definicji, np. opublikowanego znacznika czasu albo własnego ustandaryzowanego czasu logowania).
- Czas decyzji (T_decision): kiedy składasz zlecenie albo kiedy definiujesz „zamierzoną” cenę referencyjną.
- Czas realizacji (T_exec): kiedy następuje wypełnienie zlecenia.
- Cena referencyjna (P_ref): wybrana przez Ciebie zamierzona/cenowa referencja w okolicy T_decision.
- Cena realizacji (P_exec): rzeczywista cena wypełnienia.
- Koszty transakcyjne (opcjonalne, ale ważne): spread w T_decision, prowizja, opłaty lub wszelkie korekty związane z realizacją, które możesz udokumentować.
Zasada okna czasowego: wybierz stałe okno do porównań. Na przykład możesz porównywać ceny w:
- oknie bazowym sprzed zdarzenia (używanym tylko do zdefiniowania P_ref lub oczekiwanego poziomu), oraz
- oknie zdarzenia/realizacji (używanym do uchwycenia P_exec).
Bez spójnych okien kończysz z mieszaniem różnych reżimów rynkowych i nie możesz przypisać różnic „wpływowi wiadomości” zamiast zwykłemu ruchowi śróddziennemu.
Dwa praktyczne sposoby obliczenia liczby
Opcja A: Poślizg per transakcja (metoda różnicowa)
Dla każdej próby transakcji:
- Poślizg bezwzględny: ΔP_abs = P_exec − P_ref.
- Poślizg względny: ΔP_rel = (P_exec − P_ref) / P_ref (dla porównywalności na różnych poziomach cen).
Następnie podsumuj wyniki dla wielu zdarzeń statystyką, taką jak średnia lub mediana. Kluczowe założenie jest takie, że P_ref jest definiowane w taki sam sposób za każdym razem.
Opcja B: „Wpływ przyrostowy” skorygowany o bazę
Czasami rynek poruszyłby się nawet bez wiadomości. Aby ograniczyć ten czynnik zakłócający, zdefiniuj trend bazowy z okna sprzed zdarzenia i porównaj cenę realizacji z tym, co sugeruje ta baza.
Proste podejście bazowe (przykładowe założenia muszą zostać podane):
- Wybierz krótkie okno sprzed zdarzenia i dopasuj podstawową zmianę (na przykład różnicę między pierwszą i ostatnią ceną mid w tym oknie).
- Użyj tej zmiany do oszacowania oczekiwanego poziomu w T_exec.
- Oblicz poślizg jako odchylenie od prognozowanego poziomu.
Ta metoda „skorygowana o bazę” próbuje wyodrębnić część ruchu związaną z momentem zdarzenia, ale nadal zależy od Twojego wyboru bazy.
Ograniczenia materiałowe i tryby awarii, których należy się spodziewać
Nawet przy dobrych definicjach pomiar może zawieść w przewidywalny sposób.
- Opóźnienia i błędne dopasowanie czasowe: Jeśli T_decision lub T_exec są logowane w różnych rozdzielczościach (albo z opóźnieniami), „poślizg wokół wiadomości” staje się problemem zegara, a nie problemem realizacji.
- Poszerzanie spreadów i luki płynności: Przy szybkich ruchach wywołanych wiadomościami rynek może notować szersze spready lub mieć cieńsze księgi zleceń. Referencja zakładająca wąskie spready może zawyżać poślizg.
- Zmieniające się definicje referencji: Jeśli P_ref wykorzystuje różne typy notowań (mid vs bid/ask) lub zmienia się między zdarzeniami, porównania stają się nieważne.
- Błąd przeżywalności w wypełnieniach: Jeśli tylko niektóre zlecenia zostaną wypełnione w trakcie najbardziej zmiennych momentów, próbka może pomijać najgorsze przypadki, przez co poślizg wygląda na mniejszy.
- Koszty nie w pełni uchwycone: Prowizje, finansowanie lub opłaty związane z realizacją mogą się różnić w czasie i wraz z płynnością. Jeśli je pominiesz, obliczony „poślizg” może nie odpowiadać całkowitemu kosztowi handlu.
Kluczowe ryzyko: historyczne zależności między czasem publikacji wiadomości a poślizgiem nie gwarantują przyszłych wyników, ponieważ struktura płynności i jakość realizacji mogą się zmieniać.
Jak niezależnie zweryfikować swój pomiar
Aby zweryfikować, że Twoja metoda mierzy efekty realizacji, a nie artefakty:
- Uruchom to samo obliczenie na okresach bez wiadomości przy identycznych rozmiarach okien.
DOCUMENT END