Bezpośrednia odpowiedź: minimalny zestaw danych
Aby ocenić wygaśnięcie oczekującego zlecenia, zbierz cztery grupy informacji: (1) szczegóły zlecenia, (2) definicję wygaśnięcia w zleceniu, (3) zasady czasu i realizacji dostawcy/platformy, które interpretują to wygaśnięcie, oraz (4) pochodzenie i aktualność danych. Mając tylko „samą ideę, że zlecenie może wygasnąć”, nie da się wiarygodnie ocenić, co wydarzy się w momencie wygaśnięcia, ponieważ zachowanie przy wygaśnięciu zależy od tego, jak mierzony jest czas, oraz od tego, jak dostawca traktuje przypadki brzegowe.
Mechanika lub definicja: czym jest „wygaśnięcie” dla oczekującego zlecenia
Oczekujące zlecenie to zlecenie, które czeka na wystąpienie warunku (na przykład, gdy rynek osiągnie poziom wyzwalający). Wygaśnięcie oznacza, że oczekujące zlecenie przestaje obowiązywać po określonym punkcie w czasie lub po określonym zdarzeniu (w zależności od platformy i ustawień zlecenia).
Przy ocenie wygaśnięcia rozróżnij stabilną mechanikę od zmiennych warunków:
- Stabilna mechanika: zapisana w zleceniu instrukcja wygaśnięcia oraz fakt, że zlecenie ma przestać być akceptowane do realizacji po wygaśnięciu.
- Zmienne warunki: ruch rynku w pobliżu momentu wygaśnięcia, koszty transakcyjne, opóźnienie realizacji oraz konkretna interpretacja czasu przez dostawcę (np. który „zegar” jest używany).
Dowód lub przykład: praktyczna checklista danych wejściowych
Zastosuj podejście „control-checklist”, aby móc wyjaśnić wygaśnięcie i niezależnie zweryfikować istotne fakty.
- Dane wejściowe dotyczące tożsamości zlecenia
- Typ zlecenia (kategoria oczekującego zlecenia używana przez platformę)
- Instrument lub symbol, do którego przypisane jest zlecenie
- Znacznik czasu złożenia zlecenia oraz kontekst jego strefy czasowej (jaki zegar wykorzystuje platforma)
- Dane wejściowe dotyczące specyfikacji wygaśnięcia
- Parametr wygaśnięcia zapisany w zleceniu (na przykład jawny czas wygaśnięcia, czas trwania „good until” lub inny warunek wygaśnięcia)
- Czy wygaśnięcie jest bezwzględne (konkretna data/godzina) czy względne (czas od złożenia), jak to jest przedstawione w rekordzie zlecenia
- Jakiekolwiek powiązane znaczniki czasu statusu (kiedy zostało zaakceptowane, zmodyfikowane lub odrzucone)
- Dane wejściowe dotyczące zasad dostawcy/platformy (warstwa „interpretacji”)
- Zasada dostawcy, jak obsługiwane są znaczniki czasu (zwykle czas serwera zamiast czasu lokalnego)
- Zasada dotycząca tego, co dzieje się ze zleceniami blisko wygaśnięcia (na przykład jak traktowane jest częściowe przetwarzanie)
- Zasada modyfikacji: czy czas wygaśnięcia zmienia się, gdy aneksujesz zlecenie
- Dane wejściowe dotyczące jakości danych i weryfikacji
- Źródło prawdy: skąd pochodzi rekord zlecenia (eksport historii konta, bilet zlecenia na platformie lub odpowiedź z API)
- Aktualność: czy tekst specyfikacji/kontraktu oraz rekord zlecenia zostały przechwycone w momencie, gdy musisz dokonać oceny
- Sprawdzenia spójności: czas wygaśnięcia w rekordzie zlecenia vs. czas wyświetlany na ekranie statusu zlecenia
Przykładowe założenie, aby utrzymać uczciwość obliczeń: jeśli konwertujesz zapisany czas wygaśnięcia do swojej strefy czasowej lokalnej, podaj strefę czasową i metodę konwersji, której użyłeś, oraz potwierdź, że zapisany czas jest rzeczywiście w tej samej bazie strefy czasowej, którą zakładasz.
Ograniczenia i ryzyka: co najmniej jeden tryb awarii
Istotne ograniczenia obejmują:
- Niezgodność strefy czasowej i zegara: jeśli potraktujesz znacznik czasu dostawcy jako czas lokalny (lub odwrotnie), Twoja ocena tego, czy wygaśnięcie nastąpiło wtedy, kiedy myślisz, może być błędna.
- Niejasność statusu w przypadkach brzegowych: zlecenie może zmienić stan (oczekujące, częściowo zrealizowane, zmienione, odrzucone) w okolicach wygaśnięcia; bez znaczników czasu statusu i zasad dostawcy możesz nie wiedzieć, które zdarzenie „wygrywa”.
- Przestarzała dokumentacja: interpretacja wygaśnięcia może opierać się na warunkach platformy, które mogą się zmieniać; historyczne zachowanie zleceń nie gwarantuje, jak będą traktowane przyszłe zlecenia.
Weryfikacja i kolejne pytanie
Możesz zweryfikować informacje o wygaśnięciu oczekującego zlecenia, dopasowując trzy artefakty: rekord zlecenia (pokazujący instrukcję wygaśnięcia), dokumentację dostawcy/platformy, która definiuje, jak interpretowany jest czas i wygaśnięcie, oraz oś czasu statusu zlecenia (pokazującą zmiany stanu w pobliżu wygaśnięcia). Jeśli brakuje jakiegokolwiek artefaktu lub jest niespójny, potraktuj ocenę jako niekompletną.
Następne pytanie, które warto sobie zadać: „Czy mam zarówno dokładną instrukcję wygaśnięcia z zlecenia, jak i regułę dostawcy, która definiuje zegar oraz obsługę przypadków brzegowych?” Jeśli nie, nadal nie masz wystarczających danych, aby wiarygodnie ocenić wygaśnięcie.