Bezpośrednia odpowiedź
Reguły wejścia to z góry określony zestaw warunków, które muszą zostać spełnione, zanim pozycja zostanie otwarta. Zaawansowane rozważania koncentrują się na (1) od jakich informacji zależą reguły, (2) które części logiki są stabilne, a które zmienne, oraz (3) w jaki sposób szczegóły implementacji mogą sprawić, że rzeczywista egzekucja będzie odbiegać od planu. Ponieważ wyniki są niepewne, a egzekucja się różni, czytelnik powinien umieć sformułować regułę, jej założenia oraz konkretne tryby awarii, które mogą ją unieważnić.
Reguł wejścia nie należy traktować jako samodzielnego predyktora. Zamiast tego są one procedurą operacyjną: zamieniają pomysł na transakcję w konkretny, możliwy do przetestowania wyzwalacz, który można sprawdzić względem rzeczywistych danych wejściowych, jakie otrzymuje Twój system.
Mechanizm lub definicja
Prosty model reguł wejścia
Praktycznym sposobem zrozumienia reguł wejścia jest potraktowanie ich jak pipeline:
- Dane wejściowe: wartości wymagane przez regułę (na przykład poziomy cen, okna czasowe i wszelkie wymagane potwierdzenia).
- Warunki: testy boolowskie typu „jeśli warunek A i warunek B są spełnione”.
- Zachowanie zlecenia: co faktycznie wysyłasz na rynek (typ zlecenia, czas trwania i dozwolone odchylenia).
- Wynik egzekucji: co zostaje zrealizowane, po jakiej średniej cenie i w jakim czasie.
„Zaawansowane” reguły wejścia dodają precyzji do tych kroków. Zwykle zawierają jawne założenia dotyczące czasu danych (kiedy odczytywana jest wartość), pomiaru (bid/ask vs mid) oraz ograniczeń (maksymalny akceptowalny spread, tolerancja poślizgu lub ramy czasowe, w których warunek musi pozostać prawdziwy).
Stabilne mechanizmy vs zmienne warunki
Kluczowe rozdzielenie jest takie:
- Stabilne mechanizmy: elementy, które możesz zdefiniować matematycznie i utrzymać w stałej formie (na przykład „wchodź tylko w określonym oknie czasowym” albo „wymagaj, aby próg został przekroczony”).
- Zmiennie warunki rynkowe/usługodawcy: elementy, które mogą się różnić między backtestem a tradingiem na żywo, takie jak spread bid-ask, płynność i jakość wypełnień.
Jeśli Twoje reguły wejścia zależą od zmiennych danych wejściowych, to zachowanie reguły zmienia się nawet wtedy, gdy Twoja bazowa logika pozostaje niezmieniona. Na przykład warunek mierzony przy użyciu ceny mid może zachowywać się inaczej niż ten sam warunek mierzony przy użyciu bid/ask.
Stan i timing
Zaawansowane reguły wejścia muszą doprecyzować stan:
- Co się dzieje, jeśli warunek jest prawdziwy przez chwilę, a potem przestaje być prawdziwy?
- Czy reguła jest oceniana raz, czy ciągle?
- W jakim znaczniku czasu jest oceniana?
Częsty przypadek brzegowy to niezgodność okna czasowego: backtest może zakładać idealny timing, podczas gdy system live może otrzymywać ceny z opóźnieniem albo oceniać na podstawie innego momentu zamknięcia świecy, niż zakładałeś.
Dowód lub przykład
Przykład: próg plus „musi pozostać prawdziwe”
Załóżmy, że reguła wejścia wykorzystuje próg cenowy i wymaga, aby pozostawał prawdziwy przez krótki okres. Prosta wersja mogłaby wyglądać tak:
- Warunek: „Cena jest powyżej X.”
- Dodatkowy wymóg: „Musi być powyżej X przez 10 sekund.”
Zaawansowane rozważania dotyczą szczegółów implementacji:
- Definicja wejścia: czy „cena” to bid, ask, czy podana wartość?
- Próbkowanie: czy Twój system sprawdza każdy tick, co sekundę, czy tylko przy zamknięciu baru?
- Timing zlecenia: gdy warunek 10-sekundowy zostanie spełniony, czy system wysyła zlecenie natychmiast, czy w następnym cyklu przetwarzania?
Istotne ograniczenie: nawet jeśli warunek jest spełniony w Twoich danych, egzekucja nadal może się różnić, ponieważ spready i płynność mogą się zmienić między momentem, w którym reguła się uaktywnia, a momentem, w którym zlecenie dociera do rynku.
Przykład: typ zlecenia zmienia znaczenie reguły
Kolejnym zaawansowanym rozważaniem jest to, że reguły wejścia mogą być „poprawne”, ale nadal prowadzić do nieoczekiwanych rezultatów przez typ zlecenia.
- Jeśli reguła zakłada, że wejdziesz blisko konkretnej ceny, ale zlecenie podlega szybkim zmianom kwotowań, wypełnienia mogą nastąpić po gorszych cenach.
- Jeśli czas trwania zlecenia jest ograniczony i warunek znika, zlecenie może nie zostać zrealizowane zgodnie z zamierzeniem.
Ma to znaczenie, ponieważ reguły wejścia często skupiają się na tym, kiedy zainicjować, a nie na tym, czy faktyczne wypełnienie będzie zgodne z ceną wyzwalającą.
Przypadki brzegowe, które należy uwzględnić
Bez zakładania danych w czasie rzeczywistym ani żadnego konkretnego zachowania platformy, typowe przypadki brzegowe, które czytelnicy powinni rozpoznać, obejmują:
- Częściowe wypełnienia: pozycja jest otwierana w kilku częściach, co zmienia efektywną cenę wejścia.
- Ponowne kwotowania / opóźnienie egzekucji: rynek porusza się po tym, jak warunek został zaobserwowany.
- Rozszerzenie spreadu: poszerzenie bid-ask może sprawić, że warunek oparty na bid lub ask będzie działał inaczej niż oczekiwano.
- Niezgodność źródła danych: wartości użyte do oceny różnią się od wartości użytych do egzekucji.
Czytelnik może traktować je jako niezależne testy: jeśli Twoja reguła nie potrafi określić, jak je obsługuje, jest niedookreślona.
Ograniczenia i ryzyka
Istotne ograniczenie: jakość egzekucji może obalić założenia
Nawet przy dobrze zdefiniowanej logice reguły wejścia są ograniczone przez lukę między „logiką wyzwalania” a „rzeczywistością wypełnienia”. Reguła może się uaktywnić w określonych warunkach rynkowych, ale wykonana cena i timing wypełnienia mogą nie odpowiadać wartościom użytym do podjęcia decyzji o wejściu.
To częsty tryb awarii:
- Reguła wejścia sprawdza warunek, używając jednej reprezentacji lub odniesienia czasowego.
- Zlecenie jest wypełniane, używając innej reprezentacji lub w późniejszym czasie.
- W rezultacie wejście różni się na tyle, że cały plan staje się niespójny z pierwotnymi założeniami.
Niepewność i brak powtarzalności
Zależności historyczne nie gwarantują przyszłych wyników. Struktura rynku może się zmieniać, płynność może się różnić, a koszty egzekucji mogą być inne w różnych reżimach. Dlatego zaawansowane reguły wejścia powinny być formułowane z uwzględnieniem niepewności:
- określ, co wiesz (Twoje definicje, progi i timing oceny), oraz
- określ, czego nie możesz kontrolować (jakość wypełnienia, koszty i różnice między usługodawcami/systemami).
Jurysdykcja i ograniczenia operacyjne
Reguły wejścia są również wpływane przez ograniczenia operacyjne i regulacyjne, które różnią się w zależności od lokalizacji oraz konfiguracji brokera/usługodawcy, w tym przez to, jak obsługiwane są zlecenia i jakie kanały danych są używane. Ponieważ te ograniczenia mogą się zmieniać w czasie, czytelnik powinien uważać, aby nie zakładać, że opis reguły w jednym kontekście przenosi się bez zmian.
Weryfikacja lub następne pytanie
Co zweryfikować niezależnie
Aby niezależnie zweryfikować reguły wejścia, czytelnik może sprawdzić trzy warstwy:
- Sprawdzenie definicji: Czy potrafisz precyzyjnie ponownie sformułować regułę, w tym reprezentację danych (bid/ask vs mid) i timing (momenty oceny)?
- Sprawdzenie kosztów i egzekucji: Czy Twój plan definiuje, jak w procesie decyzyjnym i w oczekiwanym zachowaniu wypełnienia traktowane są koszty, spready i poślizg?
- Sprawdzenie przypadków brzegowych: Dla częściowych wypełnień, szybkich zmian kwotowań i krótkich okien warunku — czy reguła określa, co powinno się stać?
Przydatnym kolejnym pytaniem jest: „Jeśli moja reguła wejścia zadziała, jakie dokładnie zachowanie zlecenia powinno wystąpić i jakie warunki muszą pozostać spełnione aż do potwierdzenia lub wypełnienia zlecenia?”