Co oznaczają reguły wyjścia
Reguły wyjścia to z góry określone warunki i kroki decyzyjne, które opisują, w jaki sposób pozycja zostaje zamknięta. Odpowiadają na dwa podstawowe pytania: co uruchamia wyjście (na przykład osiągnięcie poziomu lub limitu czasu) oraz jak wyjście jest realizowane (na przykład poprzez natychmiastowe wysłanie zlecenia albo dopiero po spełnieniu warunków). Dla początkujących pomaga traktować reguły wyjścia jak specyfikację napisaną prostym językiem, a nie jak wskaźnik czy prognozę.
W ujęciu „najpierw ryzyko” reguły wyjścia istnieją po to, by ograniczać niepewność po tym, jak pozycja już się rozpoczęła. Nie usuwają niepewności; jedynie ją porządkują. Jeśli twoje założenia dotyczące realizacji, kosztów i pomiaru są niejasne, reguły wyjścia mogą opisywać rezultat, którego w rzeczywistości nie da się uzyskać.
Jak zwykle działają reguły wyjścia (mechanika)
Przydatnym sposobem zrozumienia reguł wyjścia jest rozbicie ich na wejścia, logikę i wyjście.
Wejścia to punkty odniesienia używane przez regułę, takie jak cena początkowa (lub cena wejścia), punkt odniesienia dla celu (np. poziom „zysku”), punkt odniesienia dla ryzyka (np. poziom „straty”) oraz metoda oceny (na przykład „sprawdzaj ciągle” albo „sprawdzaj w określonych momentach”).
Logika to sekwencja decyzji. Wiele zestawów reguł zawiera więcej niż jeden warunek, więc musisz określić, co dzieje się jako pierwsze, jeśli kilka warunków może być spełnionych jednocześnie (na przykład limit straty vs. limit czasu).
Wyjście to oczekiwany rezultat wyrażony w mierzalnych kategoriach: poziom ceny, na którym wyjście ma być zrealizowane, oraz rzeczywiste czynniki kosztowe wpływające na wyniki.
Przykład wpływu scenariusza (z jawnymi założeniami): Załóżmy, że pozycja jest zamykana, gdy cena osiągnie z góry określony poziom, i zakładamy, że nie ma opóźnienia. Przy tym założeniu rzeczywista cena wyjścia jest równa poziomowi, który zdefiniowałeś. Jeśli usuniesz założenie „brak opóźnienia” i uwzględnisz efekty realizacji, takie jak poślizg, to rzeczywista cena wyjścia może się różnić od poziomu, nawet jeśli logika reguł jest poprawna.
Istotne ograniczenia i ryzyka
Częstym nieporozumieniem jest traktowanie reguł wyjścia tak, jakby gwarantowały konkretny rezultat. Nie mogą tego robić, ponieważ rzeczywiste wyniki zależą od warunków leżących poza definicją reguły.
1) Niepewność realizacji: Nawet przy tej samej regule wyniki wyjścia zmieniają się w zależności od tego, jak wypełniane są zlecenia, kiedy są wysyłane oraz czy rynek porusza się szybko. Skok ceny może spowodować, że wyjście zostanie zrealizowane po gorszej cenie niż oczekiwana.
2) Koszty i pomiar: Wyniki są zależne od spreadów/opłat/prowizji oraz od tego, jak są one stosowane w twojej konkretnej konfiguracji. Jeśli w twoich obliczeniach pomijasz te koszty, reguła może wyglądać na „działającą” na papierze, ale nie w rzeczywistości.
3) Konflikt warunków: Jeśli istnieje wiele warunków wyjścia, niejasny priorytet może prowadzić do niejednoznaczności. Na przykład, jeśli jednocześnie w pobliżu tego samego momentu może wystąpić wyjście oparte na czasie i wyjście oparte na poziomie, musisz wskazać, które z nich decyduje.
4) Tryb awarii operacyjnej: Reguła zależy od poprawnej implementacji. Pominięte sprawdzenia, zlecenia niezłożone zgodnie z definicją lub niespójne dane mogą sprawić, że reguła wyjścia będzie inna niż to, co zamierzałeś.
Weryfikacja i kolejne pytanie, które warto zadać
Początkujący mogą niezależnie zweryfikować fakty dotyczące reguł wyjścia, sprawdzając trzy rzeczy:
- Dokładność definicji: Czy twoja reguła wyjścia określa wyzwalacze, timing i priorytet w jednoznacznych sformułowaniach?
- Lista założeń: Jakie założenia robisz dotyczące czasu realizacji, zachowania zleceń i kosztów? Jeśli nie potrafisz ich wypisać, nie możesz ich przetestować.
- Porównywalny pomiar: Czy używasz tego samego punktu odniesienia dla ceny i tego samego modelu kosztów zarówno dla twojego oczekiwania, jak i dla dowolnego zaobserwowanego rezultatu?
Praktycznym kolejnym pytaniem jest: Która część mojej reguły wyjścia jest najmniej możliwa do przetestowania? Jeśli jest to timing realizacji, skup swoją weryfikację na dokładnych polach danych i czasie zdarzeń, których używa twoja platforma, ponieważ tam najczęściej pojawiają się różnice między zamierzonym a zrealizowanym wyjściem.