Jak można zweryfikować informacje o poślizgu (slippage)?

Poślizg: czym jest, zanim go zweryfikujesz

Poślizg to różnica między ceną, po której spodziewasz się, że zlecenie zostanie wykonane, a ceną, po której faktycznie zostaje wykonane. Mówiąc wprost: jeśli Twoje zlecenie zostanie zrealizowane po cenie gorszej niż oczekiwano, poślizg jest dodatni; jeśli zostanie zrealizowane po cenie lepszej niż oczekiwano, poślizg może być ujemny. Weryfikacja zaczyna się od definicji, ponieważ „oczekiwana cena” może oznaczać różne rzeczy (na przykład cenę kwotowaną w momencie składania zlecenia, kwotowanie w momencie przyjęcia zlecenia lub pierwszą dostępną cenę, gdy zlecenie staje się wykonywalne).

Aby zweryfikować informacje o poślizgu, najpierw zapisz dokładne pola, których używasz: stronę zlecenia (kupno/sprzedaż), cenę referencyjną dla „oczekiwanej”, rzeczywiste ceny wykonania oraz mapowanie czasu między nimi. Bez tego różne strony mogą generować nieporównywalne liczby „poślizgu”, używając tego samego słowa.

Hierarchia źródeł, którą możesz zastosować do twierdzeń o poślizgu

Gdy widzisz stwierdzenie dotyczące poślizgu, możesz je zweryfikować, preferując bardziej konkretne dowody nad podsumowaniami:

1. Podstawowe zapisy wykonania (najbardziej bezpośrednie): dzienniki zleceń i transakcji zawierające cenę oczekiwaną/referencyjną, ceny wykonania, wolumeny i znaczniki czasu.
2. Dokumentacja platformy lub dostawcy (stabilne definicje): wyjaśnienia, w jaki sposób generowane są realizacje, jak rejestrowane są znaczniki czasu, co oznacza „kwotowanie” i jak obsługiwane są częściowe realizacje.
3. Opisy metodologii (warstwa interpretacyjna): dokumenty lub wyjaśnienia definiujące, w jaki sposób poślizg jest obliczany na podstawie bazowych zapisów.
4. Zagregowane podsumowania (najmniej bezpośrednie): pulpity nawigacyjne lub średnie. Stanowią one użyteczny kontekst, ale trudniej je zweryfikować, ponieważ szczegóły obliczeń mogą być ukryte.

Ta hierarchia ma znaczenie, ponieważ weryfikacja jest najłatwiejsza, gdy można zacząć od surowych dzienników i odtworzyć raportowane obliczenie poślizgu.

Powtarzalne kroki weryfikacji (bez potrzeby danych w czasie rzeczywistym)

Postępuj zgodnie z powtarzalną listą kontrolną, używając własnych zapisów lub dowolnego zestawu danych zawierającego wymagane pola.

1) Określ jawnie założenia

Wybierz i zapisz:

• Definicję ceny oczekiwanej: np. „kwotowanie w momencie składania zlecenia” lub „najlepsza wykonywalna cena w momencie przyjęcia”.
• Której ceny użyć: dla zlecenia kupna użyj referencji opartej na cenie ask; dla zlecenia sprzedaży użyj referencji opartej na cenie bid. Jeśli zestaw danych udostępnia pojedynczą wartość „oczekiwaną”, konsekwentnie jej używaj.
• Jednostkę pomiaru: bezwzględną różnicę cen lub punkty bazowe / procent ceny oczekiwanej.

Założenia nie są opcjonalne; stanowią część tego, co weryfikujesz.

2) Obliczaj dla każdej realizacji, nie tylko dla każdego zlecenia

Jeśli zlecenie może być realizowane częściowo, oblicz poślizg dla każdej realizacji, a następnie zdecyduj, jak zagregować wyniki (najczęściej ważone wolumenem wykonania). Częstym błędem jest porównywanie jednej ceny oczekiwanej z zagregowaną średnią realizacją bez potwierdzenia metody uśredniania.

3) Potwierdź zgodność znaczników czasu

Upewnij się, że „oczekiwana” i „rzeczywista” cena są porównywane przy użyciu spójnego czasu:

• Jeśli cena oczekiwana pochodzi z jednego zdarzenia ze znacznikiem czasu, a cena wykonania z innego, udokumentuj dokładną regułę mapowania.
• Jeśli zestaw danych ma różne źródła znaczników czasu (czas serwera vs. czas klienta), potraktuj to jako ograniczenie weryfikacji.

4) Sprawdź, czy raportowane liczby można odtworzyć

Jeśli dostawca raportuje statystyki poślizgu, spróbuj je odtworzyć na podstawie bazowych zapisów:

• Przelicz każdą wartość poślizgu przy użyciu podanego wzoru.
• Następnie ponownie oblicz zagregowaną statystykę (średnią, medianę, przedziały rozkładu) przy użyciu tej samej metody.

Jeśli odtworzenie jest niemożliwe, jest to dowód na brakujące pola, inną definicję lub ukrytą transformację.

Ograniczenia i typy błędów, których należy się spodziewać

Nawet przy starannych krokach weryfikacja poślizgu może zawieść z powodów nieodłącznie związanych z danymi dotyczącymi wykonania i zachowaniem rynku:

• Ruch rynku: cena oczekiwana jest migawką; wykonanie następuje później, więc zmiany cen mogą powodować poślizg nawet przy identycznych warunkach operacyjnych.
• Niekompletne lub niedopasowane zapisy: niektóre źródła danych mogą pomijać zdarzenia przyjęcia zleceń lub nie zawierać „referencyjnego” kwotowania używanego do oczekiwań.
• Częściowe realizacje i błąd agregacji: uśrednianie wielu realizacji może ukryć pogarszające się i poprawiające się segmenty.
• Niedopasowanie znaczników czasu: różnice w sposobie rejestrowania czasu mogą zniekształcać porównania.
• Definicje specyficzne dla dostawcy: dwie strony mogą twierdzić, że zmierzyły „poślizg”, ale używać różnych punktów odniesienia.

Ponadto zależności historyczne (na przykład „średni poślizg w ciągu ostatniego miesiąca”) opisują przeszłe wzorce wykonania. Nie określają one, co wydarzy się w przyszłych warunkach.