Bezpośrednia odpowiedź
Wygaśnięcie zlecenia oczekującego to moment, w którym niezrealizowane zlecenie oczekujące na rynku Forex przestaje być dostępne do wykonania, ponieważ kończy się dozwolony okres ważności. Różni się od powiązanych pojęć głównie etapem cyklu życia: wygaśnięcie dotyczy ważności niezrealizowanego zlecenia w czasie, podczas gdy anulowanie jest wczesnym zakończeniem, a fill/wykonanie są tym, co dzieje się, gdy cena wchodzi w interakcję ze zleceniem. Pojęcia takie jak time-in-force są najbliżej wygaśnięcia, ponieważ kontrolują czas trwania, ale mogą obejmować szersze reguły wykraczające poza pojedynczy „moment wygaśnięcia”.
Mechanizm i definicje
1) Wygaśnięcie zlecenia oczekującego (rdzeń pojęcia)
Zlecenie oczekujące to instrukcja złożona wcześniej, która staje się kwalifikowalna do wykonania dopiero wtedy, gdy rynek osiągnie określony poziom wyzwalający (na przykład zlecenie typu buy-stop lub sell-stop). Wygaśnięcie zlecenia oczekującego to reguła, która określa, jak długo zlecenie oczekujące pozostaje ważne, jeśli nie zostanie zrealizowane.
Kluczowa, stabilna myśl: wygaśnięcie ma znaczenie tylko wtedy, gdy zlecenie pozostaje niezrealizowane. Gdy zlecenie zostanie wykonane (zostanie zrealizowane) albo przestanie być aktywne, wygaśnięcie przestaje być czynnikiem kontrolującym.
2) Time-in-force (powiązane, szersze)
Time-in-force (TIF) to ogólne ustawienie używane do określenia, jak długo zlecenie może pozostać otwarte. W wielu systemach transakcyjnych TIF jest „pojemnikiem” dla zachowań podobnych do wygaśnięcia — na przykład „good for day”, „good till date” lub inne reguły dotyczące czasu trwania.
Ograniczona różnica: wygaśnięcie zlecenia oczekującego jest rezultatem (momentem unieważnienia zlecenia zgodnie z regułą systemu), podczas gdy time-in-force jest konfiguracją, która sprawia, że ten rezultat zachodzi.
3) Anulowanie zlecenia (jawne, wczesne zakończenie)
Anulowanie to akcja, która usuwa zlecenie z rynku zanim naturalnie wygaśnie. Anulowanie może zostać zlecone przez tradera albo uruchomione przez reguły operacyjne (zależnie od systemu dostawcy).
Ograniczona różnica: wygaśnięcie jest oparte na czasie i ma charakter pasywny (dzieje się, gdy kończy się okno ważności). Anulowanie jest zazwyczaj oparte na akcji i natychmiastowe (dzieje się, ponieważ zlecenie jest aktywnie wyjmowane z systemu).
4) Reguły wygaśnięcia vs „czas wygaśnięcia” (szczegół implementacyjny)
Dwa zlecenia mogą oba być opisywane jako „wygasające”, ale zachowanie może zależeć od reguł wygaśnięcia.
Stabilne mechanizmy rozdzielenia:
- Czas/data wygaśnięcia: kiedy zlecenie ma przestać być kwalifikowalne.
- Podstawa czasu serwera: który zegar wykorzystuje platforma.
- Obsługa weekendów/świąt: czy system traktuje okresy bez handlu jako przedłużające ważność.
- Jeśli i kiedy system aktualizuje status: kiedy możesz zaobserwować, że zlecenie staje się nieaktywne w swojej historii.
Nawet gdy idea brzmi identycznie, te reguły determinują to, co faktycznie widzisz w zapisach.
5) Wykonanie i fill (rezultaty po wyzwoleniu)
Wykonanie (często opisywane jako „fill”) odnosi się do zdarzenia, w którym zlecenie zostaje dopasowane i staje się ukończoną transakcją (lub częściowo ukończoną, zależnie od tego, jak system raportuje).
Ograniczona różnica: wygaśnięcie zlecenia oczekującego dotyczy tego, że niezrealizowane zlecenie staje się nieważne. Wykonanie dotyczy interakcji z rynkiem, która sprawia, że zlecenie oczekujące staje się kwalifikowalne do zamiany w transakcję.
Praktyczne powiązanie: wygaśnięcie ma największe znaczenie wtedy, gdy wykonanie nie następuje zanim zlecenie oczekujące stanie się nieważne.
Porównania dowodowe lub przykładowe (z wyraźnymi założeniami)
Poniżej znajdują się uproszczone scenariusze, aby wyjaśnić różnice. Scenariusze zakładają (1) że składasz zlecenie oczekujące z wybranym oknem ważności, (2) że rynek nie osiąga poziomu wyzwalającego, o ile nie powiedziano inaczej, oraz (3) że platforma rejestruje zmiany statusu.
Przykład A: Naturalne wygaśnięcie vs wykonanie
Załóżmy, że składane jest zlecenie buy-stop oczekujące i pozostaje niezrealizowane. Jeśli cena nigdy nie osiągnie poziomu wyzwalającego przed zakończeniem okna ważności, zlecenie oczekujące staje się nieaktywne w momencie wygaśnięcia. Jeśli natomiast cena osiągnie poziom wyzwalający przed upływem okna, wykonanie może nastąpić, a cykl życia zlecenia oczekującego zakończy się przez fill, a nie przez wygaśnięcie.
Co się różni:
- Wygaśnięcie wynika z reguł okna ważności.
- Fill wynika z tego, czy warunek wyzwalający zostanie spełniony w odpowiednim czasie.
Przykład B: Wygaśnięcie vs anulowanie
Załóżmy, że to samo zlecenie oczekujące jest składane z oknem ważności wynoszącym kilka godzin. Jeśli anulujesz zlecenie po 30 minutach, kończy się ono z powodu anulowania, a nie wygaśnięcia. Twój zapis zazwyczaj pokaże, że zlecenie nie pozostało otwarte aż do momentu zakończenia okna czasowego.
Co się różni:
- Anulowanie kończy zlecenie wcześniej.
- Wygaśnięcie to to, co by się stało, gdyby zlecenie pozostało niezrealizowane.
Przykład C: TIF kontroluje zachowanie podobne do wygaśnięcia
Załóżmy, że wybierasz ustawienie time-in-force odpowiadające „końcowi dnia”. Ten wybór implikuje moment wygaśnięcia powiązany z systemem dostawcy. Pojęcie time-in-force to ustawienie, które wybierasz; wygaśnięcie zlecenia oczekującego to zastosowanie tego ustawienia przez system do cyklu życia zlecenia.
Co się różni:
- TIF jest konfiguracją.
- Wygaśnięcie jest rezultatem cyklu życia w ramach tej konfiguracji.
Przykład D: Czas raportowania/weryfikacji
Załóżmy, że platforma aktualizuje status zlecenia w swojej historii. Możliwe, że twoje postrzeganie zmian statusu (na przykład „expired”) zależy od tego, jak dostawca raportuje aktualizacje. Rynek może osiągnąć warunki w pobliżu granicznego czasu, ale zapisany status, który widzisz, będzie wynikał z wewnętrznego przetwarzania platformy i jej zegara.
Co się różni:
- Wygaśnięcie jest regułą logiczną.
- Obserwowalność jest szczegółem raportowania.
Ograniczenia i ryzyka (co może się nie udać lub zostać źle zrozumiane)
1) Niejasność czasu granicznego
Wygaśnięcie często zależy od czasu systemowego i kolejności przetwarzania. Jeśli moment wygaśnięcia zlecenia pokrywa się z szybko zmieniającymi się warunkami rynkowymi, możesz zobaczyć rezultaty zgodne z regułami systemu, ale odczuwane jako nielogiczne.
Istotne ograniczenie: bez sprawdzenia znaczników czasu statusu na platformie i zapisanej historii twojego zlecenia możesz błędnie zinterpretować, czy zlecenie zakończyło się z powodu wygaśnięcia, czy innego zdarzenia w cyklu życia.
2) Częściowe realizacje i założenia „niezrealizowane”
Niektóre systemy mogą raportować częściowe wykonanie zleceń (zależnie od tego, jak dostawca zaimplementował obsługę zleceń). Jeśli założysz, że „niezrealizowane” oznacza „nigdy nie było wykonane”, możesz błędnie odczytać zależność między pozostałym rozmiarem a wygaśnięciem.
Istotne ryzyko: wygaśnięcie może dotyczyć każdej pozostałej niezrealizowanej części po częściowym wykonaniu, podczas gdy fill dotyczy zrealizowanych części.
3) Różne znaczenia u różnych dostawców i platform
Definicje takie jak „expiry”, „cancelled”, „rejected” i „expired” mogą być kategoryzowane inaczej w zależności od implementacji i sposobu raportowania dostawcy.
Istotne ograniczenie: różnice w terminologii historycznej sprawiają, że ryzykowne jest wnioskowanie o dokładnych mechanizmach dostawcy na podstawie ogólnych opisów.
4) Koszty i szczegóły wykonania wpływają na rezultaty po wyzwoleniu
Nawet jeśli zlecenie staje się kwalifikowalne, wykonanie może obejmować spread, slippage lub inne koszty zależnie od miejsca realizacji i modelu wykonania. Te czynniki nie zmieniają samego wygaśnięcia, ale zmieniają to, czego doświadczasz, gdy wykonanie następuje.
Istotne ograniczenie: wygaśnięcie wyjaśnia ważność, a nie cenę transakcji ani końcową ekonomię.
DOCUMENT END