Ograniczenia założeń dotyczących poślizgu w testach wstecznych Forex

Bezpośrednia odpowiedź

Założenia dotyczące poślizgu szacują, jak duży dodatkowy ruch ceny lub koszt wykonania możesz napotkać między momentem podjęcia decyzji o transakcji a momentem jej realizacji. Głównym ograniczeniem jest to, że często kompresują one zmienny, zależny od ścieżki proces wykonania do jednej uproszczonej liczby. Gdy rzeczywiste warunki wykonania różnią się od założenia, wyniki testów wstecznych mogą być mylące.

Mechanizm i definicja

W teście wstecznym założenia dotyczące poślizgu są zwykle stosowane poprzez dostosowanie cen wejścia i/lub wyjścia z transakcji (lub odjęcie kosztu) w celu odzwierciedlenia różnicy między zamierzonym a zrealizowanym wypełnieniem. To dostosowanie jest zazwyczaj oparte na założeniu, takim jak stała kwota, stały procent lub reguła powiązana z cechami rynku, takimi jak zmienność lub spread.

Podstawowa mechanika jest prosta: obliczenie zakłada, że transakcje będą doświadczać poślizgu w taki sam sposób, jak określa to model. To założenie może być rozsądne w pewnych stabilnych warunkach, ale nie jest tym samym, co obserwowanie każdego elementu wykonania, takiego jak zmieniające się spready bid-ask, głębokość płynności, dynamika księgi zleceń oraz to, czy zlecenie jest realizowane natychmiast, czy stopniowo.

Dowody lub przykład (tryby awarii)

Częstym trybem awarii jest „błędne modelowanie kosztów”. Jeśli Twój model poślizgu używa pojedynczej średniej wartości, może pasować do spokojnych okresów, ale zaniżać koszty podczas zdarzeń zwiększających zmienność lub zmniejszających płynność. W praktyce spready mogą szybko się poszerzać, a płynność może się zmniejszać, więc rzeczywiste wykonanie może być gorsze niż zakładane dostosowanie.

Innym trybem awarii jest „niedopasowanie ścieżki wykonania”. Poślizg nie dotyczy tylko ruchu ceny; dotyczy również tego, jak rynek oddziałuje z Twoim zleceniem. Na przykład, jeśli Twój model zakłada natychmiastowe pełne realizacje, ale rzeczywiste wykonania mogą obejmować częściowe lub opóźnione realizacje, efektywna średnia cena realizacji może znacznie odbiegać.

Trzecim trybem awarii jest „ignorowanie dynamiki spreadu”. Nawet jeśli docelowa wartość poślizgu jest poprawna w danym momencie, zachowanie spreadu może się zmieniać w ciągu dnia lub wokół reżimów zmienności przypominających wiadomości. Jeśli założenie nie reaguje na te zmiany, porównywalność testów wstecznych w czasie załamuje się.

Ograniczenia i ryzyka

Założenia dotyczące poślizgu są mniej przydatne, gdy zachodzi którykolwiek z poniższych warunków:

• Warunki rynkowe i płynność zmieniają się znacząco w czasie, powodując, że poślizg zmienia się bardziej, niż pozwala na to model.
• Konfiguracja wykonania (typ zlecenia, granularność czasowa i obsługa realizacji) różni się od tego, co założenie dotyczące poślizgu implicite reprezentuje.
• Koszty transakcyjne inne niż poślizg nie są modelowane spójnie (na przykład, jeśli prowizje lub opłaty są obsługiwane inaczej w testach wstecznych niż w wykonaniu na żywo).
• Zależności historyczne nie ustanawiają przyszłych wyników. Strategia może doświadczać okresów, w których poślizg zachowuje się blisko średniej historycznej, oraz innych okresów, w których tak nie jest.

Te ograniczenia nie oznaczają, że modelowanie poślizgu jest bezcelowe; oznaczają, że zakładana wartość poślizgu jest warunkowa w stosunku do uproszczonej reprezentacji wykonania i zachowania rynku.

Weryfikacja i kolejne pytanie

Aby niezależnie zweryfikować przydatność założeń dotyczących poślizgu, traktuj je jako hipotezę, którą należy poddać testom warunków skrajnych, a nie jako stałą prawdę. Praktycznym podejściem jest przeprowadzenie kontroli wrażliwości: zmieniaj parametry poślizgu w wiarygodnych zakresach i obserwuj, jak odporne pozostają wnioski. Jeśli wyniki zmieniają kierunek lub w istotny sposób zależą od dokładnej wartości poślizgu, model prawdopodobnie nie ujmuje dobrze niepewności wykonania.

Przydatnym kolejnym pytaniem jest: którą część wykonania Twoje założenie próbuje reprezentować—ruch spreadu, opóźnione realizacje, częściowe realizacje, czy łączny koszt—i jak dobrze odpowiada to rzeczywistości tego, jak zlecenia są faktycznie realizowane w okresach, które testujesz?