Jak można odpowiedzialnie przeprowadzić backtest wskaźnika Schaff Trend Cycle?
Zdefiniuj koncepcję wskaźnika przed jego pomiarem
Schaff Trend Cycle (często skracany do STC) to wskaźnik trendu, który przekształca ruch cenowy w ograniczoną serię w stylu oscylatora. Odpowiedzialny backtest rozpoczyna się od oddzielenia stabilnych mechanizmów od zmiennych warunków:
- Stabilne mechanizmy: sposób obliczania wskaźnika na podstawie jego danych wejściowych (średnie kroczące, wygładzanie i wszelkie mapowanie oscylatora).
- Zmienne warunki: okres rynkowy, źródło cen, metoda realizacji zleceń i środowisko handlowe.
Nawet jeśli interesuje Cię tylko wskaźnik, backtest nadal wymaga precyzyjnego zdefiniowania, co jest uważane za „wynik”. Na przykład możesz oceniać, czy określony poziom STC lub zmiana kierunku jest zgodna z późniejszym ruchem cen. Ten wybór musi być określony z góry, ponieważ różne reguły oceny mogą prowadzić do różnych wyników.
Jawnie określ założenia dotyczące danych i kosztów
Staranny backtest zależy od potoku danych. Określ te założenia przed jakimikolwiek obliczeniami:
- Dane cenowe: jakiego szeregu używasz (np. bid/ask vs. mid/last) i jak obsługiwane są brakujące znaczniki czasu.
- Wyrównanie czasowe: czy wartości wskaźnika w czasie t są obliczane wyłącznie na podstawie informacji dostępnych w czasie t.
- Resampling (ponowne próbkowanie): czy używasz natywnych świec czasowych, czy też dokonujesz ponownego próbkowania i jak wyrównywane są granice.
Koszty mają znaczenie, ponieważ oceny oparte na wskaźnikach mogą wyglądać na rentowne, gdy koszty są ignorowane. Użyj jawnych założeń dotyczących:
- Koszty transakcyjne: prowizje, spready lub oba (wyrażone spójnie z wybranym szeregiem cenowym).
- Poślizg (slippage): jak cena wykonania odbiega od ceny referencyjnej użytej w backteście.
- Opóźnienie (latency): czy zakładasz realizację na otwarciu następnej świecy, na jej zamknięciu, czy według innej reguły.
Aby kontrolować niepewność, uruchom ten sam backtest przy kilku realistycznych scenariuszach kosztów (np. niski/średni/wysoki poślizg). Jeśli wnioski zmieniają się drastycznie, jest to sygnał ostrzegawczy dotyczący odporności wyników.
Kontroluj obciążenie (bias) poprzez testy poza próbą (out-of-sample) i testy stabilności parametrów
Częstym trybem awarii w backtestach wskaźników jest przeuczenie (overfitting): dostrajanie parametrów i reguł wyboru, aż okres historyczny będzie wyglądał dobrze, bez gwarancji działania w przyszłości. Możesz to ograniczyć, rozdzielając etapy pracy:
- Zdefiniuj raz: ustal regułę oceny (jakie zdarzenie wyzwala metrykę) oraz granice zestawu parametrów przed spojrzeniem na wyniki.
- Dostrajaj na oknie treningowym: jeśli dostosowujesz jakiekolwiek parametry, rób to tylko na segmencie treningowym.
- Waliduj poza próbą (out-of-sample): przetestuj wybraną konfigurację na późniejszych danych, które nie były używane do dostrajania.
- Powtórz z wieloma podziałami: użyj kilku kroczących lub przesuwanych (walk-forward) segmentów, aby zmniejszyć ryzyko, że wyniki pochodzą z jednego szczęśliwego okresu.
Praktyczną kontrolą obciążenia jest stabilność parametrów: zweryfikuj, czy małe zmiany parametrów nie odwracają wniosków. Na przykład, jeśli wyniki zależą od wąskiego zakresu parametrów, zależność jest prawdopodobnie niestabilna.
Oceń co najmniej jedno istotne ograniczenie lub scenariusz awarii
Historyczny sukces w backteście nie przesądza o przyszłych wynikach. Traktuj metryki wydajności jako warunkowe względem reżimu rynkowego i założeń dotyczących realizacji zleceń. Przetestuj co najmniej jeden istotny scenariusz awarii, taki jak:
- Zmiana reżimu rynkowego: wskaźniki trendu często zachowują się inaczej w okresach bocznych (range-bound) niż w czasie trwałych trendów.
- Opóźnienie wskaźnika: wygładzanie może powodować późne reakcje; oceń, czy reguła oceny mierzy wyniki po opóźnieniu informacyjnym wskaźnika.
- Wrażliwość na koszty/realizację zleceń: jeśli wskaźnik „działa” tylko po usunięciu spreadów lub przy nierealistycznych założeniach dotyczących realizacji, wniosek jest kruchy.
Sprawdź również wyciek danych (data leakage): upewnij się, że wartości wskaźnika są obliczane wyłącznie na podstawie danych dostępnych w momencie podejmowania decyzji. Wyciek może sprawić, że backtesty oscylatorów będą wyglądać na dokładne, nawet jeśli mechanika nie byłaby dostępna na żywo.
Weryfikacja i kolejne pytanie, które powinieneś zadać
Odpowiedzialny proces weryfikacji odpowiada na dwa pytania niezależnie:
- Powtarzalność (Reproducibility): Czy możesz ponownie uruchomić backtest z tymi samymi definicjami danych i uzyskać te same wyniki?
- Trafność zewnętrzna (External validity): Czy wnioski utrzymują się w różnych oknach poza próbą i scenariuszach kosztowych?
W następnym kroku doprecyzuj swoją regułę oceny i metryki. Na przykład zdecyduj, czy mierzysz zgodność kierunku, dokładność czasową opartą na zdarzeniach, czy rentowność hipotetycznej reguły. Następnie powtórz proces poza próbą, zmieniając tylko jeden element na raz. Jeśli wyniki utrzymują się tylko w jednym wąskim ustawieniu, wniosek powinien być sformułowany jako „warunkowo od założeń”, a nie jako ogólna obietnica.
Powiązanie strony z koncepcją wskaźnika może również pomóc w utrzymaniu spójności między obliczeniami a regułą testową.