Ryzyko pod kontrolą procesu: od wielkości pozycji do przerwania strategii

Najpierw zapisz warunki eksperymentu

Ten materiał przedstawia nasz proponowany workflow edukacyjny do oceny alertów i nadzorowania automatyzacji. Nie wskazuje aktywów do kupienia, odpowiedniego poziomu zaangażowania ani oczekiwanego zwrotu. Wszystkie przykładowe progi są umownymi ustawieniami eksperymentu, a nie rekomendowanymi parametrami transakcji. Pracę proponujemy rozpocząć od symulacji i dziennika obserwacji.

W dokumentacji MaxData pojedynczy Alert jest opisany jako powiadomienie związane z jednym warunkiem, natomiast Pro Alert łączy kilka warunków. To opis konstrukcji powiadomienia. Dokumentacja alertów.

W naszej proponowanej karcie eksperymentu rozdziel trzy pytania: czy warunek został poprawnie rozpoznany, czy dopuszczasz działanie przy takich danych oraz jak zweryfikujesz wykonanie. Nie zastępuj odpowiedzi na drugie i trzecie pytanie samym powiadomieniem.

Zapisz instrument, parę, rynek, źródło danych, wersję warunków i osobę odpowiedzialną za przegląd. Dodaj interwał obserwacji oraz horyzont oceny, na przykład świece pięciominutowe i ocenę zdarzenia po godzinie. Te wartości są propozycją do ćwiczenia. Osobno określ, co ma unieważniać wniosek: brak wymaganej obserwacji, niezgodny instrument lub przekroczenie zaakceptowanego wieku danych.

Wielkość pozycji: osobny limit dla każdego działania

Przewodnik automatyzacji opisuje zakup za stałą kwotę albo za procent kapitału. Opisuje również ograniczenie wielkości zakupu względem wolumenu tokenu z ostatnich 24 godzin. Nie przypisujemy tym ustawieniom gwarantowanego wyniku. Przewodnik botów.

Nasza propozycja: przygotuj trzy osobne pola limitów. Pierwsze dotyczy jednego działania, drugie wszystkich otwartych działań łącznie, a trzecie kolejnych uruchomień tego samego scenariusza. Wpisz wartości przed testem. Nie dobieraj ich po obejrzeniu najlepszego wyniku historycznego.

Dla ćwiczenia przyjmij wirtualny budżet i jednostkę rozliczeniową, na przykład USDT. Następnie zapisz maksymalną kwotę pojedynczego zlecenia oraz maksymalną sumę zaangażowania. Przy każdej symulowanej decyzji odnotuj, z którego limitu korzystasz. Jeżeli dwa alerty dotyczą tego samego instrumentu, w naszej konwencji wymagaj wspólnego przeglądu ich łącznego zaangażowania.

Nie myl w karcie kwoty zakupu z dopuszczalną stratą. Traktuj je jako dwa odrębne założenia eksperymentu. Dla drugiego pola określ sposób pomiaru, koszty uwzględniane w obliczeniu oraz moment kontroli. Jeśli nie potrafisz odtworzyć rachunku z zapisanych danych, zgodnie z naszym workflow oznacz konfigurację jako niegotową do dalszego etapu.

Zmienność i płynność: doprecyzuj język

Na potrzeby tego artykułu proponujemy słownik roboczy. W polu „zmienność” zapisuj wybraną miarę ruchu ceny i jej okres. W polu „płynność” zapisuj obserwację możliwości wykonania zakładanej wielkości zlecenia. To konwencja organizacji notatki; nie przedstawiamy jej jako kompletnej definicji ani standardu rynkowego.

Nie wpisuj jedynie „duża zmienność” lub „mała płynność”. Nasza proponowana checklista wymaga nazwy miary, źródła, jednostki, czasu obserwacji i reguły interpretacji. Jeżeli używasz zakresu maksimum–minimum, zapisz również okres pomiaru. Jeżeli oceniasz dostępne oferty, zapisz stronę rynku, badaną wielkość i dopuszczalne odchylenie od ceny odniesienia.

Wolumen 24-godzinny umieść w osobnym polu, obok obserwacji ofert. Nie zastępuj jednego pola drugim w naszym formularzu. Ustal, jakie informacje muszą być obecne, żeby dopuścić scenariusz do symulacji. Dla brakujących danych przyjmij status „nieocenione”, zamiast samodzielnie nadawać ocenę korzystną.

Przygotuj dwie alternatywne interpretacje każdej obserwacji. Przykładowo: „warunek ruchu ceny został spełniony” oraz „warunek został spełniony, lecz obserwacja wykonania pozostaje niekompletna”. Są to proponowane etykiety decyzji, a nie twierdzenia o przyczynach zachowania rynku.

Poślizg i opóźnienia: prowadź dwa rejestry

Dokumentacja backtestów wymienia poślizg i prowizje wśród różnic dotyczących rzeczywistego wykonania względem modelu historycznego. Opis backtestów.

W naszym rejestrze wykonania umownie nazywamy poślizgiem różnicę między zapisaną ceną odniesienia a ceną wykonania. Ustal kierunek znaku i sposób agregowania częściowych wykonań. Zapisuj też prowizję oddzielnie. Nie nazywaj całej różnicy wyniku „poślizgiem”, jeśli w swoim rachunku uwzględniasz również inne pozycje kosztowe.

Drugi rejestr przeznacz na czas. Proponujemy pola: czas obserwacji źródłowej, czas odebrania danych, czas wyzwolenia alertu, czas odebrania powiadomienia oraz czas potwierdzenia wykonania. Przy każdym polu zapisz strefę czasową i pochodzenie znacznika. Brakujący czas oznacz jako brak; nie odtwarzaj go z pamięci.

W przytoczonej dokumentacji alertów opisano okno spełnienia warunków, uśpienie po wywołaniu oraz wybór danych takich jak otwarcie, zamknięcie, minimum i maksimum. Parametry Pro Alertów.

W naszym workflow okno warunków, interwał danych i dopuszczalny wiek obserwacji otrzymują osobne pola. Typowe opóźnienie wpisz jako wynik własnego pomiaru z określonej próby. Jeżeli pomiaru nie przeprowadzono, wpisz „niezmierzone”. Dla przykładowego testu możesz ustanowić odrzucenie obserwacji starszej niż umowny limit, ale oznacz ten limit jako założenie, nie parametr dostawcy.

Fałszywy sygnał: ustal kryterium przed oceną

Nasza proponowana konwencja rozdziela błąd techniczny i niespełnienie hipotezy. Błędem technicznym nazywaj w dzienniku wyłącznie niezgodność z zapisaną regułą, na przykład użycie innego źródła. Etykietę „hipoteza niespełniona” rezerwuj dla poprawnie rozpoznanego warunku, po którym nie wystąpił wcześniej zdefiniowany rezultat w wyznaczonym horyzoncie.

Zdefiniuj ten rezultat przed analizą historii. Zapisz sposób oceny ceny, czas zakończenia obserwacji i zasady uwzględniania kosztów. Dodaj trzeci status: „nie można ocenić”. Stosuj go w naszym ćwiczeniu przy brakujących danych, zamiast zaliczać takie zdarzenie do sukcesów lub porażek.

Opis polskich backtestów przedstawia analizę historycznych wywołań Pro Alertu i medianę ruchu ceny przed sygnałem oraz po nim. Przedstawia też mapę wyników dla różnych ustawień TP i SL. Elementy analizy historycznej.

Nasza propozycja przeglądu obejmuje liczbę zdarzeń, zakres dat, liczbę sprawdzonych wariantów, brakujące obserwacje i podział na okres tworzenia oraz osobny okres oceny. Dopasowanie do historii potraktuj jako obowiązkowe pytanie kontrolne: które ustawienia wybrałeś po obejrzeniu wyników? Nie przepisuj rezultatu historycznego do pola przyszłych oczekiwań. Dla przyszłego wyniku pozostaw osobne pole „nieweryfikowany”.

Przerwanie strategii: napisz instrukcję operacyjną

Przewodnik botów opisuje akcję zatrzymania bota oraz blokowanie zakupów po stop lossie dla danego coina lub wszystkich coinów. Przywołujemy zakres opisu dokumentacji, bez potwierdzania dostępności ustawień w konkretnym koncie. Opis zatrzymania i blokad.

Nasza proponowana procedura przerwania ma cztery etapy: oznaczenie incydentu, wstrzymanie nowych działań, uzgodnienie stanu i decyzję o dalszym teście. Przed ćwiczeniem zapisz zdarzenia uruchamiające procedurę: brak potwierdzenia wykonania, niezgodność salda, przekroczenie limitu lub brak wymaganych danych. Są to nasze propozycje organizacyjne.

Oddziel w instrukcji zatrzymanie nowych zakupów, anulowanie oczekujących zleceń i decyzję dotyczącą istniejących pozycji. Dla każdej czynności wskaż osobę odpowiedzialną i wymagane potwierdzenie. Nie nadaj całej procedurze statusu „zakończona”, dopóki nie sprawdzisz wszystkich zapisanych punktów.

Wznowienie proponujemy dopuścić dopiero po zapisaniu przyczyny, porównaniu dziennika ze stanem konta, przetestowaniu poprawki i zatwierdzeniu nowej wersji konfiguracji. Nie ustalaj automatycznej daty wznowienia wyłącznie dlatego, że upłynął określony czas. W naszej konwencji czas oczekiwania i zgoda na wznowienie pozostają odrębnymi decyzjami.

Zamknij przegląd jedną kartą

Przed kolejnym etapem naszego workflow sprawdź kompletność karty: źródło i definicja danych, interwał, zmierzone lub niezmierzone opóźnienie, horyzont hipotezy, limity wielkości, obserwacja wykonania, koszty, liczba zdarzeń oraz warunki unieważnienia. Zapisz ograniczenia analizy i alternatywne interpretacje. Każde puste obowiązkowe pole oznacz jako otwarte zadanie.

Oficjalny Help Hub przedstawia asystenta MaxData Info Bot odpowiadającego na pytania o MaxData i workspace. MaxData Help Hub.

Nasza propozycja pytania do agenta brzmi: „Gdzie znajdę dokumentację tego parametru, co dokładnie mierzy i jak sprawdzić jego ustawienie?”. W pytaniu podaj nazwę pola oraz swój scenariusz testowy. Zachowaj odpowiedź razem z kartą eksperymentu, a decyzję o zakończeniu przeglądu oprzyj na własnej, zapisanej checkliście.