Jak można mierzyć założenia dotyczące poślizgu?

Co oznaczają „założenia dotyczące poślizgu” w pomiarze

Poślizg zwykle oznacza różnicę między ceną, którą spodziewałeś się uzyskać, planując wykonanie, a ceną, którą faktycznie otrzymałeś, gdy do niego doszło. „Założenie dotyczące poślizgu” to konkretna, określona metoda (oraz wartość liczbowa), która przekształca tę niepewną różnicę w coś mierzalnego na potrzeby testowania wstecznego, symulacji lub analizy.

Aby zmierzyć założenia dotyczące poślizgu, należy najpierw podzielić tę koncepcję na dwie części:

1. Mierzalne pola: która cena oczekiwana, która cena wykonania oraz czy uwzględniasz opłaty/spready/prowizje.
2. Reguła porównania z czasem: w jaki sposób dopasowujesz planowane zlecenia do realizacji i które znaczniki czasu definiują „oczekiwane” vs „wykonane”.

Jeśli którakolwiek z tych części jest niejasna, zmierzony poślizg może być artefaktem metodologii, a nie zachowaniem rynku lub procesu wykonania.

Mierzalne ramy: pola i znaczniki czasu

Praktyczne podejście do pomiaru definiuje następujące pola dla każdego porównywalnego zdarzenia:

• Cena planowana/oczekiwana (P_expected): cena użyta w momencie podejmowania decyzji. Przykłady obejmują kwotowanie referencyjne (bid/ask/mid) w momencie planowania lub cenę wykonania prognozowaną przez model.
• Cena wykonania/rzeczywista (P_exec): cena realizacji zarejestrowana po zakończeniu wykonania (lub w momencie przyjęcia symulowanej realizacji).
• Kierunek: kupno vs sprzedaż, ponieważ poślizg jest zwykle obliczany tak, aby „niekorzystny ruch” zwiększał koszt.
• Poślizg w ujęciu cenowym:
  • Dla kupna: Δ = P_exec − P_expected
  • Dla sprzedaży: Δ = P_expected − P_exec
• Poślizg w ujęciu kosztowym (opcjonalnie, ale często stosowane): Δ pomnożone przez wielkość pozycji oraz opcjonalnie pomniejszone o koszty transakcyjne—tylko jeśli konsekwentnie modelujesz te same składniki kosztów zarówno w cenach oczekiwanych, jak i wykonanych.

Następnie definiujesz znaczniki czasu:

• T_planned: moment, w którym strategia podejmuje decyzję i wybiera P_expected.
• T_fill_request (opcjonalnie): moment złożenia zlecenia.
• T_fill: moment, w którym ustalana jest cena wykonania.

Pomiar ma sens tylko wtedy, gdy cena „oczekiwana” i cena „wykonana” są powiązane z jasnymi znacznikami czasu i jednoznaczną regułą dopasowania (na przykład: jedno planowane zlecenie odpowiada jednej realizacji lub agregujesz częściowe realizacje).

Dwie opcje porównania (i co należy udokumentować)

Możesz mierzyć założenia dotyczące poślizgu, stosując jeden z poniższych wzorców porównania. Kluczowe jest konsekwentne stosowanie tego samego wzorca w całym zbiorze danych.

Opcja A: Od kwotowania do realizacji (oczekiwane kwotowanie referencyjne do wykonanej realizacji)

• Wybierz punkt odniesienia w T_planned (np. bid dla kupna lub ask dla sprzedaży, albo konwencję opartą na mid).
• Oblicz poślizg od tego punktu odniesienia do zrealizowanego wykonania.
• Udokumentuj dokładną konwencję kwotowania oraz to, czy punkt odniesienia to bid/ask, czy mid.

Opcja B: Od modelu do realizacji (oczekiwana realizacja modelowa do wykonanej realizacji)

• Zamiast używać surowego kwotowania, oblicz P_expected na podstawie reguły (na przykład reguły konwersji szacującej efektywną cenę wykonania).
• Oblicz poślizg od realizacji modelowej do zrealizowanego wykonania.

Ważny wymóg porównywalności: obie opcje muszą definiować, co oznacza „oczekiwane”. Jeśli Opcja A używa mid, a Opcja B używa cen skorygowanych o spread, porównania między metodami nie będą porównywalne.

Dowody na podstawie przykładów: jak wygląda „zmierzone”

Wynik pomiaru powinien być czymś więcej niż jedną liczbą. Typowe wyniki to:

• Rozkład Δ (średnia, mediana, percentyle), a nie tylko średnia.
• Częstotliwość niekorzystnego vs korzystnego poślizgu (dla kupna vs sprzedaży, konwencje znaków mają znaczenie).
• Zależność od kontekstu: grupowanie według reżimu zmienności, pory dnia lub szerokości spreadu.

Prosty przykład logiki (bez zakładania danych na żywo):

1. Dla każdego planowanego zdarzenia zapisz P_expected i T_planned.
2. Gdy nastąpi wykonanie, zapisz P_exec i T_fill.
3. Oblicz Δ za pomocą formuły uwzględniającej kierunek.
4. Podsumuj Δ w grupach odzwierciedlających trudność wykonania (na przykład okresy szerszego spreadu).

„Dowód” polega na tym, że możesz odtworzyć te same wartości Δ z zapisanych pól i znaczników czasu.

Istotne ograniczenia i tryby awarii

Kilka ograniczeń często zaburza pomiar poślizgu i sprawia, że założenia wyglądają na bardziej precyzyjne, niż są w rzeczywistości:

1. Niedopasowanie znaczników czasu: Jeśli P_expected opiera się na kwotowaniu, które było widoczne później (lub wcześniej), niż zamierzano, możesz wprowadzić systematyczne obciążenie. 2) Podwójne liczenie spreadu i kosztów: Jeśli cena oczekiwana już uwzględnia efekty spreadu, ale jednocześnie odejmujesz lub dodajesz spread ponownie w ujęciu kosztowym, zmierzony poślizg staje się błędem księgowym. 3) Błędy mapowania wykonania: Częściowe realizacje, anulowania zleceń lub wiele realizacji przypadających na jedno planowane zlecenie mogą zniekształcić parowanie na poziomie zdarzeń. 4) Niestacjonarność: Historyczne zależności poślizgu często zmieniają się wraz z warunkami rynkowymi i technologią. Metoda, która pasuje do jednego okresu, może nie pasować do innego.