Jak można zweryfikować informacje o alertach technicznych?
Zdefiniuj alerty techniczne w kategoriach podlegających weryfikacji
Alerty techniczne to komunikaty odnoszące się do zdefiniowanych z góry warunków technicznych (na przykład przekroczenia progu przez wskaźnik, osiągnięcia poziomu przez cenę lub zmiany stanu obliczonej metryki), które twierdzą, że dany warunek wystąpił lub jest obserwowany.
Aby zweryfikować informacje o alertach technicznych, należy najpierw przekształcić niejasne opisy w stwierdzenia nadające się do testowania:
- Jaki dokładnie warunek wyzwala alert?
- Jakie dane wejściowe są używane (ceny, wartości wskaźników, interwał czasowy)?
- Jaka reguła decyduje o statusie „wyzwolony” vs „niewyzwolony” (operator porównania, długość okna, zaokrąglanie)?
Ma to znaczenie, ponieważ weryfikacja zależy bardziej od podanej reguły i założeń dotyczących danych niż od etykiety alertu.
Użyj hierarchii źródeł do weryfikacji
Praktyczna hierarchia jest następująca:
- Dokumentacja dostawcy dotycząca definicji alertu. Jest to podstawowe źródło informacji o tym, co platforma lub usługa uznaje za wyzwalacz, w tym parametry domyślne i wszelkie etapy przetwarzania.
- Zewnętrzne odniesienia metodologiczne (stabilna, ogólna wiedza). Pomagają one interpretować terminy techniczne (na przykład, jak powszechnie obliczany jest dany wskaźnik), ale nie gwarantują automatycznie, że dostawca stosuje tę samą metodę.
- Własne odtworzenie przy użyciu tych samych danych wejściowych i założeń. Traktuj alert jako twierdzenie do przetestowania: jeśli dostawca twierdzi, że warunek wystąpił, powinieneś być w stanie odtworzyć go przy użyciu tego samego okna danych.
Ponieważ niniejszy artykuł zakłada brak danych cenowych w czasie rzeczywistym i brak obserwacji zachowania dostawcy na żywo, weryfikacja koncentruje się na powtarzalnych kontrolach, a nie na potwierdzaniu konkretnego alertu na żywo.
Kroki weryfikacji, które możesz odtworzyć (bez danych rynkowych na żywo)
Wykonaj następujące kroki, aby zweryfikować informacje o alertach technicznych w sposób, który można sprawdzić niezależnie:
- Wypisz regułę alertu dosłownie. Zapisz warunek wyzwalający, nazwę formuły wskaźnika (jeśli podano) oraz wszystkie parametry (próg, długość okresu, ramy czasowe).
- Zanotuj założenia dotyczące danych. Określ, co oznacza „cena” w kontekście alertu (tylko cena zamknięcia vs. najwyższa/najniższa/cena zamknięcia), interwał świecy, sposób obsługi strefy czasowej oraz to, czy wartości są zaokrąglane.
- Przelicz ponownie stan wyzwalacza na stałym zbiorze danych. Użyj dowolnego dostępnego historycznego zbioru danych, którym możesz się podzielić (na przykład eksport CSV) i zastosuj podaną regułę. Wynik powinien być zgodny ze statusem „wyzwolony” vs „niewyzwolony” dla tych samych znaczników czasu.
- Sprawdź różnice w przetwarzaniu. Typowe przyczyny niepowodzeń obejmują błędy off-by-one (czy przecięcie jest wykrywane na zamknięciu świecy, czy wewnątrz świecy), różne definicje okien oraz nieprawidłową obsługę brakujących wartości.
- Zweryfikuj osobno założenia dotyczące kosztów i realizacji. Jeśli informacja implikuje konsekwencje transakcyjne, potraktuj je jako dodatkowe założenia (prowizje, poślizg, zasady realizacji zleceń). Same alerty techniczne nie zawierają tych szczegółów.
To podejście odpowiada na pytanie „Jak to działa?”, zamieniając alert w obliczenie, które można powielić.
Dowody i przykład tego, co należy porównać
Solidne porównanie weryfikacyjne obejmuje:
- Znacznik czasu wyzwolenia alertu (lub zakres czasu).
- Obliczone wartości wskaźnika/metryki w punktach decyzyjnych.
- Wynik reguły (wyzwolony/niewyzwolony) dla dokładnie tych świec, których dotyczy.
Jeśli dostawca podaje jedynie etykietę alertu, ale nie podaje podstawowej parametryzacji, potraktuj to jako niekompletny dowód. Nie można wiarygodnie odtworzyć wyniku bez podanej mechaniki.
Ograniczenia i typowe przyczyny niepowodzeń, które należy uwzględnić
Nawet gdy definicja alertu jest jasna, weryfikacja może nadal nie powieść się z istotnych powodów:
- Warunki rynkowe się zmieniają. Zależności historyczne nie stanowią podstawy do przewidywania przyszłych zachowań.
- Koszty i realizacja różnią się. Każdy domniemany wynik zależy od prowizji, spreadów, typów zleceń i jakości realizacji.
- Konwencje wskaźników są różne. Ta sama nazwa wskaźnika może odpowiadać różnym wyborom obliczeniowym (źródło danych wejściowych, metoda wygładzania lub normalizacja).
- Obsługa czasu może zmienić wyniki. Strefy czasowe, granice świec oraz logika „zamknięcia świecy” vs. wewnątrz świecy mogą zmienić wyzwalacz.
Dlatego weryfikacja powinna koncentrować się na twierdzeniu obliczeniowym („warunek wystąpił zgodnie z tą regułą”), a nie na szerszych obietnicach dotyczących wyników.
Następne pytanie, które należy zadać, aby zwiększyć pewność
Oceniając informacje o alertach technicznych, kolejne pytanie weryfikacyjne brzmi: Czy jesteś w stanie zidentyfikować kompletną regułę wyzwalania, wszystkie parametry i konwencje okna danych na tyle dobrze, aby odtworzyć wynik alertu przy użyciu stałego zbioru danych?
Jeśli odpowiedź brzmi „nie”, najbardziej trafnym wnioskiem jest to, że informacji nie można w pełni zweryfikować na podstawie tego, co zostało podane, i należy polegać wyłącznie na tych częściach, które są jednoznacznie zdefiniowane.