Zmiana SL z telefonu: dlaczego nie zostawia śladu w logach terminala

W skrócie: porównuję wyniki bota na koncie z backtestem tego samego tygodnia. Raz SL na koncie stał w innym miejscu niż w teście, a w dzienniku terminala i w logu monitora nie było żadnej modyfikacji. Okazało się, że przesunąłem go ręcznie z telefonu. Zmiany zrobione w aplikacji mobilnej nie trafiają do dziennika terminala na PC, ale zostają w dealu wyjścia.

Jak do tego doszło

Porównywałem tydzień pracy bota na koncie prop z testem na tych samych ustawieniach (metoda opisana w artykule o różnicach Tester kontra live). Wejścia, godziny, kierunki i loty zgadzały się. Różniły się wyjścia: w jednym dniu SL reszty pozycji na koncie stał w innym miejscu niż w teście, w teście zostawał na pierwotnym poziomie.

Bot sam SL w tym przypadku nie przesuwa, więc zmianę musiał zrobić ktoś inny. Szukałem wpisu o modyfikacji w dzienniku terminala (logs) i w logu monitora, który zapisuje zmiany SL. Nic. Zapytałem siebie i okazało się, że przesunąłem SL w aplikacji na telefonie.

Gdzie szukać śladu, a gdzie nie

Mechanizm jest prosty: serwer brokera jest jednym źródłem prawdy, a terminal PC zapisuje w dzienniku to, co sam zrobił albo co przez niego przeszło. Zmiana z innego urządzenia trafia na serwer bez udziału tego terminala, więc bot ani monitor jej nie widzą jako zdarzenia. Wynik pozycji zmienia się dopiero przy zamknięciu.

Co to znaczy dla porównania real i test

Jeśli SL na koncie jest inny niż w teście, a w dzienniku nie ma modify, to najpierw sprawdź, czy ktoś ruszył pozycję ręcznie (telefon, drugi terminal, panel www brokera). W tabeli porównania takie przypadki oznaczam osobną rubryką “ręczne”, nie “błąd bota”. Inaczej szukasz przyczyny w kodzie, której tam nie ma. W tym porównaniu ręczne interwencje (przesunięcia SL, zamknięcia częściowe, break even z panelu) zmieniły wynik tygodnia o kilkadziesiąt euro i, co ważniejsze, przesunęły kolejne wejścia, bo bot ma jedną pozycję naraz. Gdy poprzednia pozycja zamknęła się wcześniej lub później, następne wejście wypadło w innym momencie niż w teście.

To jest jeden z powodów, dla których sam wynik tygodnia mówi mało. Porównuj listę transakcji (lista transakcji zamiast sumy), a przy różnicach oznaczaj, co było ręczne.

Jak to ograniczyć

1. Zapisuj ręczne interwencje w dzienniku (data, cel), bo telefon ich nie zapisze.
2. Przy porównaniu real i test zakładaj, że każda zmiana SL bez wpisu o modyfikacji to ręczna zmiana.
3. Jeśli ręczne zmiany są częste, rozważ opcję w bocie, która robi to samo automatycznie, i przetestuj ją (break even co minutę).
4. Polecenia z panelu (blokada, break even) mają własny ślad w logach, w odróżnieniu od telefonu (polecenia z panelu).

[DO UZUPEŁNIENIA: jak często przesuwasz SL z telefonu i czy zapisujesz te interwencje]

Checklista

• SL inny niż w teście i brak modify w dzienniku = pytanie “czy ktoś ruszył to ręcznie”,
• deal wyjścia sprawdzony pod kątem komentarza z nowym poziomem SL,
• ręczne interwencje w osobnej rubryce porównania,
• porównanie po liście transakcji, nie po sumie,
• ręczne zmiany zapisane w dzienniku własnym.

Powiązane

• Różnice Tester i live w kodzie bota
• Lista transakcji zamiast sumy
• Polecenia z panelu
• Pojęcia z artykułu: słowniczek, skorowidz

Ostrzeżenie: handel CFD i forex wiąże się z wysokim ryzykiem utraty kapitału. Artykuł ma charakter edukacyjny i nie jest rekomendacją inwestycyjną.