Bezpośrednia odpowiedź
Technical Target może sprawiać wrażenie, że „zmienia się” podczas niestabilnych rynków, nawet jeśli zamierzona reguła jest stała. Główne powody to (1) price gaps między momentem, gdy platforma pokazuje poziom, a momentem, gdy zlecenie jest faktycznie realizowane, (2) latency i opóźnienia routowania zleceń oraz (3) liquidity withdrawal, które może poszerzać spready i ograniczać dostępne realizacje. Dodatkowo logika obsługi zleceń miejsca obrotu/dostawcy może decydować o tym, czy cel zostanie zrealizowany zgodnie z oczekiwaniami, zrealizowany częściowo, skorygowany czy odrzucony.
Mechanika: czym jest „Technical Target” i co może się zmieniać
Technical Target (w systemach transakcyjnych, które ustawiają poziomy typu take-profit) to z góry zdefiniowany warunek cenowy powiązany z otwartą pozycją. W prostym modelu ustawiasz cel na konkretnej cenie, a system próbuje zamknąć lub zmniejszyć pozycję, gdy rynek osiągnie ten warunek.
Nawet jeśli wartość celu, którą wprowadziłeś, się nie zmienia, wynikowa realizacja może się zmienić, ponieważ zmieniają się rynek i cały proces realizacji:
1) Price gaps
Na niestabilnych rynkach cena może przeskakiwać z jednego poziomu na inny bez handlu po cenach pośrednich. Jeśli warunek take-profit zostanie przekroczony między aktualizacjami, platforma może ostatecznie zrealizować zlecenie po następnej dostępnej cenie możliwej do wykonania, zamiast po dokładnie wyświetlonym Technical Target. Powstaje wtedy rozbieżność między „poziomem celu” a „efektywną ceną realizacji”.
2) Latency i timing
Zwykle istnieje opóźnienie między złożeniem zlecenia, jego akceptacją a realizacją. Jeśli w tym czasie cena się zmieni, system może złożyć lub uruchomić zlecenie względem nowszego stanu rynku. Sama reguła warunku pozostaje ta sama, ale stan rynku w momencie realizacji różni się od stanu w momencie składania.
3) Liquidity withdrawal
Płynność może się przerzedzać, gdy rośnie zmienność. Mniej uczestników gotowych kupować lub sprzedawać oznacza, że księga zleceń staje się mniej stabilna. Większa luka między bid i ask (szerszy spread) oraz mniejsza głębokość mogą zmienić cenę, po której zlecenie zostanie zrealizowane, gdy zostanie uruchomione.
Dowód lub przykład (bez czasu rzeczywistego): jak wygląda pozorna zmiana celu
Załóżmy pozycję z celem take-profit na konkretnym poziomie cenowym. Teraz przyjmijmy, że rynek jest niestabilny:
- W czasie A system wyświetla rynek w okolicy poziomu celu.
- Zanim zlecenie zostanie zrealizowane w czasie B, cena przeskakuje na skutek szybkiej aktywności handlowej i rynek przechodzi przez poziom celu bez wystarczającej płynności na dokładnie tym poziomie.
- W czasie B system może zrealizować zlecenie tylko przy użyciu następnych dostępnych cen możliwych do wykonania.
Z perspektywy użytkownika może to wyglądać jak „Technical Target zmienił się”, ponieważ zrealizowana cena zamknięcia różni się od celu, który przypisałeś do reguły. W rzeczywistości reguła celu pozostała taka sama, ale wynik realizacji zmienił się przez luki, timing i płynność.
Ograniczenia i ryzyka: co może się nie udać lub się różnić
Co najmniej jeden istotny tryb awarii to partial fills lub realizacje nieidealne. Jeśli system nie jest w stanie w pełni zamknąć pozycji w momencie, gdy warunek zostaje spełniony (częste, gdy płynność jest cienka), może zrealizować tylko część zamierzonej ilości i pozostawić resztę do uzupełnienia później—możliwie po innych cenach.
Inne źródła zmienności obejmują:
- Zachowanie przy akceptacji i odrzuceniu zlecenia: niektóre systemy mogą zaakceptować zlecenie, ale nie gwarantować realizacji po dokładnie cenie celu.
- Różne reguły obsługi dla logiki wyzwalania i realizacji: w zależności od tego, jak zlecenia są zaimplementowane, wyzwalacz może powodować natychmiastową realizację, kolejkowanie, korektę do dostępnych cen lub anulowanie.
- Efekty kosztowe: koszty transakcyjne (takie jak spread i prowizje) mogą sprawić, że efektywny rezultat będzie się różnić od prostego modelu mentalnego „cena celu minus cena wejścia”.
Ponieważ te zachowania zależą od środowiska realizacji i mikrostruktury rynku, nie możesz zakładać stabilnego, jednoznacznego mapowania między wprowadzoną ceną celu a zrealizowaną ceną wypełnienia.
Weryfikacja: jak niezależnie sprawdzić, co „się zmieniło”
Praktyczny sposób, aby zweryfikować, co się wydarzyło—bez polegania na przewidywaniach—polega na porównaniu trzech znaczników czasu/zapisów z własnej historii realizacji:
- Kiedy zlecenie/cel zostały złożone
- Kiedy zlecenie zostało zaakceptowane/uruchomione
- Jakie ceny realizacji faktycznie zostały wypełnione
Następnie oblicz różnicę między:
- zamierzonym poziomem celu oraz
- rzeczywistymi cenami realizacji (w tym wszelkimi partial fills).