Jakie dane są potrzebne do oceny poślizgu?

Bezpośrednia odpowiedź

Aby ocenić poślizg, zbierz dane, które łączą intencję zlecenia z rzeczywistym wynikiem egzekucji. W minimum potrzebujesz zamierzonej ceny realizacji (lub odniesienia decyzyjnego), ceny zrealizowanej, znaczników czasu, które umieszczają te zdarzenia na tej samej osi czasu, oraz powiązanych kosztów egzekucji (na przykład spreadu i prowizji), aby nie pomylić „ruchu ceny” z „opłatami” lub „efektami notowań”. Dodatkowo zanotuj, skąd pochodzą dane (raport platformy, brokera lub zlecenie) i jak kompletne są.

Mechanizm i definicja

Poślizg to różnica między ceną, której oczekiwałeś, gdy składałeś lub potwierdzałeś zlecenie, a ceną, którą faktycznie dostałeś w momencie wypełnienia. W praktyce ocena zależy od tego, którą „cenę oczekiwaną” wybierzesz:

• Cena odniesienia po stronie zlecenia: cena widoczna przy składaniu zlecenia lub przy jego akceptacji.
• Cena odniesienia po stronie notowań: poziom mid/ask/bid obserwowany w pobliżu czasu podjęcia decyzji o zleceniu.
• Cena odniesienia po stronie egzekucji: cena zapisana przez miejsce egzekucji lub system transakcyjny w momencie, gdy broker akceptuje zlecenie.

Te wybory mają znaczenie, ponieważ poślizg można liczyć na różne sposoby. Aby utrzymać sensowność obliczeń, jasno opisz swoje założenie, na przykład: „poślizg = cena zrealizowana − cena odniesienia dla kupna, przy użyciu notowania zapisanego w czasie potwierdzenia zlecenia”.

Oddziel elementy, które mogą wyglądać podobnie:

• Ruch rynku: zmiany ceny, gdy zlecenie czeka na realizację.
• Ograniczenia egzekucji: jak dostawca kieruje zlecenia, jak obsługuje płynność i jak stosuje dostępne ceny.
• Koszty transakcyjne: prowizje, finansowanie lub inne opłaty, które mogą przesunąć Twoisty efektywny koszt.

Jeśli potraktujesz koszty jako poślizg, Twoja ocena może zawyżyć lukę egzekucyjną.

Dowody, przykład i jakie dane rejestrować

Samowystarczający zapis poślizgu dla pojedynczego zlecenia zazwyczaj wymaga:

1. Szczegóły instrumentu: identyfikator symbolu/pary walutowej oraz wielkość kontraktu (aby uniknąć mieszania instrumentów).
2. Strona i typ zlecenia: kupno/sprzedaż oraz to, czy jest to zlecenie rynkowe/limit; logika egzekucji jest inna.
3. Cena zamierzona/odniesienia: cena, którą wykorzystałeś jako „oczekiwaną” (i skąd ją wziąłeś).
4. Cena zrealizowana: cena/ceny wypełnienia, które faktycznie otrzymałeś.
5. Znaczniki czasu: czas złożenia zlecenia, czas akceptacji/potwierdzenia oraz czas każdego wypełnienia. Użyj spójnej strefy czasowej lub dołącz przesunięcia strefy czasowej.
6. Struktura wypełnienia: czy zlecenie zostało zrealizowane raz, czy w częściach; jeśli wystąpiły częściowe wypełnienia, zapisz każde wypełnienie i łączną ilość.
7. Rozbicie kosztów: co najmniej prowizje oraz wszelkie udokumentowane składniki opłat, które wpływają na efektywny koszt netto.
8. Pochodzenie i kompletność danych: czy wartości pochodzą z zlecenia, raportu egzekucyjnego, ksiąg (ledgers) lub logów systemowych oraz czy brakuje jakichkolwiek pól.

Konkretny przykład obliczenia (wymagane założenie):

• Załóż, że Twoją ceną odniesienia jest notowanie pokazane w czasie potwierdzenia zlecenia.
• Dla zlecenia kupna oblicz slippage_points = executed_price − reference_price dla każdego wypełnienia, a następnie policz średni poślizg ważony ilością, jeśli było wiele wypełnień.
• Jeśli chcesz poślizg w kategoriach kosztów, przelicz różnicę cen przy użyciu wielkości kontraktu, a następnie osobno dodaj udokumentowane prowizje, aby nie mieszać „różnicy cen egzekucji” z „opłatami”.

Ograniczenia i ryzyka (istotne tryby awarii)

Kilka ograniczeń może sprawić, że ocena poślizgu będzie niewiarygodna:

• Niezgodność czasu odniesienia: jeśli Twoje „oczekiwane” jest rejestrowane w innym momencie niż decyzja egzekucyjna, obliczony poślizg może odzwierciedlać błędne dopasowanie czasowe zamiast jakości egzekucji.
• Częściowe wypełnienia i błędy agregacji: nieprawidłowe uśrednianie wielu wypełnień (lub ignorowanie, że wypełnienia miały miejsce w różnych czasach i po różnych cenach) może zniekształcić poślizg.
• Brakujące lub zmienione pola: jeśli raporty egzekucyjne pomijają niektóre zdarzenia albo platforma przepisuje ceny podczas uzgadniania, Twoje dane mogą nie odpowiadać prawdziwej osi czasu egzekucji.
• Pomieszanie kosztów: koszty wynikające ze spreadu (bid/ask) i prowizje mogą zostać pomylone z poślizgiem cenowym, chyba że rozdzielisz „cenę efektywną” i „składniki opłat”.
• Niestacjonarne zależności: każda historyczna zależność między poślizgiem a warunkami nie gwarantuje przyszłego zachowania; płynność rynku i zmienność mogą się zmieniać.

Najbezpieczniejszym sposobem radzenia sobie z niepewnością jest traktowanie poślizgu jako metryki obliczanej na podstawie wybranej definicji odniesienia i integralności danych, a nie jako pojedynczej uniwersalnej liczby.

Weryfikacja i kolejne pytanie

Aby niezależnie zweryfikować swoje fakty, powinieneś być w stanie wskazać dokładne pola użyte do ceny odniesienia, ceny zrealizowanej i znaczników czasu oraz potwierdzić, że pochodzą one z tego samego cyklu egzekucji (zlecenie vs. raport egzekucyjny).