Jakie dane są potrzebne do oceny poślizgu wokół wiadomości?

Oceń poślizg wokół wiadomości, zbierając dane dotyczące terminów wykonania transakcji.

Jakie dane są potrzebne do oceny poślizgu wokół wiadomości?

Bezpośrednia odpowiedź

Aby w wiarygodny sposób ocenić „poślizg wokół wiadomości”, potrzebujesz danych, które (1) określają czas wydarzenia informacyjnego, (2) mierzą wyniki wykonania transakcji, (3) ustalają cenę referencyjną do porównania oraz (4) uwzględniają koszty i jakość danych. Celem nie jest przewidywanie wyników, ale obliczenie zaobserwowanych różnic i zrozumienie, skąd bierze się niepewność.

Mechanizm i definicja

Poślizg zwykle oznacza różnicę między wybraną ceną referencyjną w momencie (lub w pobliżu) złożenia zlecenia a rzeczywistą ceną wykonania (lub efektywną średnią ceną realizacji). Gdy rynek reaguje na wiadomości, zmienność i płynność mogą się szybko zmieniać, przez co różnica między ceną referencyjną a ceną wykonania może się powiększać.

Kompletna ocena zwykle rozróżnia stabilne mechanizmy od zmiennych warunków:

  • Ruch rynku: zmiany cen spowodowane nowymi informacjami.
  • Tarcie wykonania: ograniczenia płynności, poszerzanie spreadu bid-ask, częściowe realizacje oraz wpływ routingu/obsługi zleceń.
  • Koszty: koszty jawne (jeśli występują) oraz koszty ukryte odzwierciedlone w spreadach i opłatach.

Dane do zebrania (i dlaczego)

1) Specyfikacja wydarzenia informacyjnego

Zbierz jednoznaczną tożsamość wydarzenia i znacznik czasu:

  • Czas wydarzenia: kiedy zaplanowano publikację danych lub kiedy definiujesz „początek” reakcji.
  • Standard czasu i strefa czasowa: ten sam standard we wszystkich źródłach danych.
  • Okno wydarzenia: zasada określająca, co oznacza „wokół wiadomości” (na przykład od X sekund przed do Y sekund po). Określ zasadę, nawet jeśli później testujesz wiele okien.

2) Konstrukcja ceny referencyjnej

Wybierz i udokumentuj, jak definiujesz cenę referencyjną używaną do obliczenia poślizgu:

  • Źródło referencyjne: cena średnia, ostatnia cena transakcyjna lub środek bid/ask z określonego miejsca obrotu.
  • Zasada znacznika czasu referencyjnego: czy jest to moment złożenia zlecenia, najbliższy tick, czy próbkowanie ze stałą częstotliwością.
  • Zasada spójności: stosuj tę samą metodę dla każdej obserwacji.

3) Dane o wykonaniu i zleceniach

Potrzebujesz wystarczającej ilości szczegółów, aby zrekonstruować, co się wydarzyło:

  • Czas złożenia zlecenia i parametry zlecenia (strona, typ zlecenia, wolumen).
  • Znaczniki czasu realizacji i ceny realizacji (lub przynajmniej efektywna średnia cena realizacji).
  • Wskaźniki częściowej realizacji: czy pozycja była budowana przez wiele realizacji.
  • Zlecenia anulowane/wygasłe: aby uniknąć mieszania „prób” i „udanych wykonań” bez śledzenia.

4) Proxy kosztów i płynności

Aby oddzielić tarcie od czystego ruchu cen, uwzględnij zmienne takie jak:

  • Spread bid-ask i jego szereg czasowy w pobliżu okna wydarzenia.
  • Proxy płynności/dostępności dostępne w Twoich danych (na przykład miary głębokości rynku, jeśli je posiadasz).
  • Wszelkie obserwowalne opłaty lub prowizje, stosowane według tej samej zasady księgowej.

5) Pochodzenie danych i dziennik transformacji

Stwórz krótki audyt:

  • Skąd pochodzi każde pole (eksport z platformy, feed danych rynkowych, źródło kalendarza).
  • Wszelkie konwersje czasu, ponowne próbkowanie lub zasady filtrowania.
  • Jak postępujesz z brakującymi wartościami (usuwanie wierszy, interpolacja lub oznaczenie jako brakujące).

Dowód lub przykładowe obliczenie (z jawnymi założeniami)

Typowe obliczenie definiuje poślizg dla każdej realizacji jako:

  • Poślizg = (efektywna cena wykonania) − (cena referencyjna), ze znakiem zdefiniowanym spójnie dla kupna i sprzedaży.

Jedno z praktycznych podejść polega na agregacji poślizgu w oknie wydarzenia:

  • Oblicz poślizg przy użyciu ceny referencyjnej w momencie złożenia zlecenia (założenie).
  • Dla każdego wydarzenia uśrednij poślizg dla wszystkich realizacji mieszczących się w Twoim oknie reakcji (założenie).
  • Oblicz również rozkład (medianę i percentyle), ponieważ efekty wywołane wiadomościami mogą mieć grube ogony.

Jeśli testujesz wiele rozmiarów okien, traktuj wybór okna jako zmienną i raportuj wyniki dla każdego okna, zamiast wybierać jedno po zobaczeniu wyniku.

Ograniczenia i ryzyka (istotne tryby awarii)

Co najmniej jedno istotne ograniczenie ma znaczenie dla większości badań:

  • Niedopasowanie znaczników czasu: czasy wydarzeń, znaczniki czasu danych rynkowych i znaczniki czasu wykonania mogą być w różnych strefach czasowych lub mieć różne opóźnienia. Nawet małe błędy w dopasowaniu mogą wyglądać jak poślizg.
  • Błąd ceny referencyjnej: wybór referencji, która opóźnia się lub wyprzedza rzeczywisty moment decyzji, może zawyżać lub zaniżać poślizg.
  • Częściowe realizacje i zachowanie zleceń: jeśli realizacje następują przez wiele sekund podczas skoków zmienności, „poślizg” może mieszać wpływ rynkowy z timingiem wykonania.
  • Błąd selekcji: filtrowanie tylko do zrealizowanych zleceń może usunąć najgorsze wyniki i sprawić, że wyniki będą wyglądać czyściej.
  • Niestacjonarność: zależności zaobserwowane historycznie nie gwarantują podobnego zachowania w przyszłych wiadomościach lub w innych reżimach rynkowych.

Weryfikacja i kolejne pytania

Aby zweryfikować swoją ocenę, zastosuj kontrolę jakości przed interpretacją efektów:

  • Potwierdź dopasowanie znaczników czasu, sprawdzając, czy spready przed wydarzeniem i ruchy cen wyglądają wiarygodnie.
  • Określ ilościowo utratę danych (brakujące realizacje, brakujące kwotowania lub niekompletne zlecenia).
Handel walutami i kontraktami CFD wiąże się ze znacznym ryzykiem. Informacje FoxiForex mają charakter edukacyjny i nie są osobistą poradą finansową. Materiały sponsorowane są wyraźnie oznaczone.