Jakie dane są potrzebne do oceny założeń dotyczących poślizgu?

Definicja i zakres założeń dotyczących poślizgu

Poślizg to różnica między zakładaną ceną wykonania (tej, której oczekuje model, test wsteczny lub plan zlecenia) a rzeczywistą ceną wykonania (tej, po której następuje realizacja). „Założenie dotyczące poślizgu” to zestaw reguł liczbowych i danych wejściowych, które przekształcają tę różnicę w coś, co można wykorzystać w obliczeniach (na przykład, jak duży niekorzystny ruch przewidujesz między czasem kwotowania a czasem realizacji oraz jak koszty się z tym łączą). Aby ocenić założenia dotyczące poślizgu, należy najpierw określić dokładną podstawę cenową i okno czasowe, których używasz:

• Cena zakładana: cena średnia (mid), bid/ask, ostatnia transakcja lub konkretny punkt odniesienia (oraz czy jest pobierana w momencie podjęcia decyzji).
• Cena wykonania: cena realizacji, w tym czy odzwierciedla częściowe wypełnienia i jak są one agregowane.
• Czas: opóźnienie między znacznikiem czasu ceny referencyjnej a znacznikiem czasu realizacji.
• Kierunek: niekorzystny ruch różni się dla kupna i sprzedaży.

Bez tych definicji dwa zbiory danych lub modele mogą generować liczby „poślizgu”, które nie są porównywalne.

Podstawowe dane wejściowe do zebrania

Zazwyczaj potrzebujesz danych w czterech grupach: szczegóły wykonania, warunki rynkowe, składniki kosztów oraz metadane dotyczące założeń.

1. Dane o wykonaniu i wypełnieniach (do pomiaru zrealizowanego poślizgu)

• Cena wypełnienia dla każdego zdarzenia wykonania (lub zagregowane wypełnienia z jasną regułą agregacji).
• Znacznik(i) czasu wypełnienia, najlepiej z wystarczającą rozdzielczością, aby odzwierciedlić opóźnienia i kolejność transakcji.
• Kierunek transakcji (kupno/sprzedaż) oraz identyfikatory instrumentu.
• Zachowanie zleceń: czy zlecenia mogą być częściowo wypełniane, anulowane lub modyfikowane.

2. Dane o cenach referencyjnych (do obliczenia różnic między zakładanymi a zrealizowanymi)

• Seria cen referencyjnych używana przez test wsteczny lub regułę założeń (np. spread bid/ask, mid lub ostatnia cena).
• Reguła wyrównania znaczników czasu: w jakim dokładnie momencie próbkowana jest cena referencyjna.
• Czy cena referencyjna jest „czasem kwotowania” (gdy podejmowana jest decyzja) czy „czasem modelu” (gdy obliczenia zakładają wypełnienie).

3. Dane o warunkach rynkowych (aby zrozumieć, dlaczego poślizg się zmienia)

• Proksy zmienności w odpowiednim horyzoncie czasowym (np. zakresy lub zmienność stóp zwrotu obliczone z tego samego źródła referencyjnego).
• Proksy płynności, takie jak szerokość spreadu i zmiany spreadu.
• Wskaźniki reżimu rynkowego wyprowadzone z zachowania cen/kwotowań (nie z przyszłych informacji), używane do testowania, czy założenie jest spełnione w różnych warunkach.

4. Dane o kosztach i tarciach (aby uniknąć podwójnego liczenia)

• Koszty jawne: prowizje, opłaty lub opłaty platformy, jeśli są częścią Twojego modelu.
• Traktowanie spreadu: czy Twoje założenie dotyczące poślizgu już obejmuje pokonanie spreadu, czy spread jest obsługiwany osobno.

Jeśli nie oddzielisz „ruchu podobnego do wpływu na cenę” od „spreadu i opłat”, możesz otrzymać wewnętrznie niespójne założenie.

Pochodzenie, aktualność i kontrole jakości

Ocena założeń dotyczących poślizgu wymaga sprawdzenia nie tylko tego, jakie dane posiadasz, ale także skąd pochodzą, jak są stare w stosunku do czasu decyzji/realizacji oraz jak są wiarygodne.

• Pochodzenie: zapisz typ źródła dla każdego zbioru danych (źródło kwotowań giełdowych, raporty wykonania brokera, eksporty platformy). Pochodzenie musi być udokumentowane, aby inna osoba mogła odtworzyć mapowanie od ceny referencyjnej do wypełnienia.
• Aktualność: upewnij się, że znaczniki czasu można wyrównać. Jeśli znaczniki czasu są gruboziarniste lub niespójne, poślizg może zostać błędnie przypisany do „ruchu rynkowego” zamiast do „opóźnienia pomiaru”.
• Spójność: seria cen referencyjnych używana do obliczenia zakładanego poślizgu powinna pochodzić z tego samego środowiska co znaczniki czasu wykonania (lub przynajmniej być wyrównana za pomocą udokumentowanego mapowania).
• Jakość danych: sprawdź brakujące dane, luki w znacznikach czasu, zduplikowane zdarzenia i wartości odstające. Wartości odstające mogą reprezentować rzeczywiste zdarzenia wykonania (np. niską płynność) lub błędy pomiaru.

Praktyczna lista kontrolna polega na zweryfikowaniu, czy obliczony rozkład poślizgu jest stabilny, gdy nieznacznie dostosujesz nieistotne ustawienia (takie jak częstotliwość ponownego próbkowania) oraz czy zmienia się w oczekiwany sposób, gdy segmentujesz dane według zmienności lub spreadu.

Dowód lub przykład tego, co oznacza „ocena”

Typowym podejściem jest sprawdzenie, czy zakładana reguła poślizgu może odtworzyć kluczowe właściwości empiryczne zrealizowanego poślizgu przy tych samych definicjach referencyjnych i czasowych. Na przykład:

• Porównaj zrealizowany poślizg (obliczony z wypełnienia vs. ceny referencyjnej) z zakładanym rozkładem (średnia, mediana i zachowanie ogonów).
• Segmentuj według kierunku, szerokości spreadu i reżimu zmienności, a następnie sprawdź, czy założenie systematycznie nie doszacowuje niekorzystnych wyników.
• Potwierdź, że implikowany koszt na transakcję wynikający z założenia jest zgodny z tym, jak modelowane są koszty i spread.