Co początkujący powinni wiedzieć o teście forward na koncie demo
Definicja i cel
Test forward na koncie demo to sposób oceny metody handlowej w perspektywie „wybiegającej w przyszłość” (po zdefiniowaniu pomysłu) przy użyciu konta symulowanego, a nie prawdziwych pieniędzy. Celem dla początkujących nie jest przewidywanie przyszłych wyników, ale obserwacja, czy zachowanie metody w czasie jest spójne z tym, czego oczekujesz na podstawie jej projektu.
W praktyce ludzie często mylą trzy etapy:
- Testy wsteczne: obliczenia na danych historycznych.
- Testy forward: ocena w późniejszym okresie.
- Realizacja na koncie demo: okres forward jest uruchamiany na symulatorze. Test forward na koncie demo łączy testy forward z symulowaną realizacją zleceń, co wprowadza luki w realizmie.
Jak to działa w zasadzie
Typowy proces rozpoczyna się od jasnych założeń:
- Zdefiniuj logikę wejścia/wyjścia przed okresem testowym.
- Określ dane wejściowe i parametry (ramy czasowe, zasady ryzyka, typy zleceń).
- Wybierz okno testowe i zapisz, co zakładasz na temat kosztów i realizacji.
Podczas testu forward na koncie demo symulator generuje realizacje zleceń na podstawie własnego modelu wyceny, spreadów, poślizgu, opóźnień i obsługi zleceń. Te zasady symulatora różnią się w zależności od platformy i konfiguracji, nawet jeśli logika Twojej strategii pozostaje niezmieniona. Dlatego początkujący powinni traktować wyniki jako „zachowanie metody w warunkach symulatora”, a nie jako dowód rzeczywistej rentowności.
Prosty przykład sposobu myślenia (bez twierdzeń o danych na żywo): jeśli Twoja logika wymaga częstych aktualizacji zleceń, model realizacji na koncie demo może zachowywać się inaczej niż na rynkach na żywo. Dlatego każde obliczenie, które wykonujesz – takie jak śledzenie maksymalnego obsunięcia kapitału, wskaźnika wygranych czy średniego czasu trwania transakcji – zależy od założeń dotyczących realizacji zleceń w symulatorze.
Istotne ograniczenia i tryby awarii
Testy forward na koncie demo mogą nie odzwierciedlać rzeczywistości. Typowe ograniczenia obejmują:
- Nierealistyczne koszty: Wiele symulatorów używa wyidealizowanych spreadów lub uproszczonych opłat. Jeśli Twoja metoda zależy od wąskich spreadów, małe różnice w kosztach mogą odwrócić wyniki.
- Inna jakość realizacji: Typy zleceń, częściowe realizacje lub zachowanie przy odrzucaniu zleceń mogą nie odpowiadać realizacji na żywo.
- Zmiany reżimu rynkowego: Metoda może wyglądać akceptowalnie w jednym okresie i pogarszać się w innym; historyczne wzorce nie gwarantują przyszłego zachowania.
- Ryzyko dryfu parametrów: Jeśli dostosowujesz parametry w trakcie testu na podstawie zaobserwowanych wyników na koncie demo, nie testujesz już oryginalnego pomysłu.
- Ukryte zależności: Sygnały mogą opierać się na czasie danych, jakości danych lub funkcjach platformy, które na koncie demo działają inaczej.
Ze względu na te problemy wyniki testów na koncie demo najlepiej wykorzystywać do określenia, czy podejście jest strukturalnie solidne i wewnętrznie spójne, a nie do uzasadniania konkretnego przyszłego wyniku.
Jak weryfikować niezależnie (i o co zapytać dalej)
Aby zweryfikować fakty dotyczące testu forward na koncie demo, udokumentuj i porównaj projekt testu:
- Co dokładnie zostało ustalone przed okresem forward (zasady, parametry, założenia kosztowe)?
- Jaki model realizacji zastosowano na koncie demo (realizacja zleceń, spready, poślizg, obsługa zleceń)?
- Czy zachowałeś te same ustawienia w teście wstecznym i na koncie demo, czy celowo je zmieniłeś?
Punkty kontrolne, których możesz użyć:
- Odtwórz metryki podsumowujące z dzienników (aby potwierdzić, co wydarzyło się krok po kroku).
- Sprawdź, czy wyniki zmieniają się, gdy nieznacznie zmienisz tylko jedno założenie (na przykład szacunek kosztów), bez zmiany podstawowej logiki.
- Poszukaj niespójności między oczekiwaniami z testu wstecznego a zachowaniem forward przy tych samych koncepcyjnych zasadach.
Jeśli chcesz wykonać następny najbardziej użyteczny krok, skup się na wyjaśnieniu, co oznacza „realizm realizacji zleceń” w używanym symulatorze, ponieważ ta luka w realizmie jest często największym powodem, dla którego wyniki na koncie demo różnią się od handlu na żywo.