Jak nie stracić konta prop przez techniczny błąd bota

W skrócie: przy koncie prop jedna awaria techniczna kosztuje tyle samo co zła strategia, a bywa trudniejsza do przewidzenia. W mojej flocie nie przydarzyło się nic, co zniszczyło konto, ale kilka zdarzeń było o krok od tego. Opisuję je jako scenariusze, bo każdy z nich ma proste zabezpieczenie.

Sześć scenariuszy

1. Bot wchodzi mimo blokady. Zablokowałem handel z panelu, a jeden bot nadal otworzył pozycję, bo blokady nie czytał. Przy limicie dziennym taka transakcja może przesądzić o dniu. Zabezpieczenie: każdy bot sprawdza flagę blokady przed wejściem (incydent).

2. Zamknięcie ponawiane przez weekend. Bot próbujący zamknąć pozycję, gdy rynek jest zamknięty, ponawia próbę bez końca i zasypuje log. Poza spamem grozi blokadą po stronie brokera i ukrywa inne komunikaty (spam w logach).

3. Stan cofnięty po utracie zasilania. Terminal zapisuje zmienne globalne na dysk dopiero przy zamknięciu, więc po awarii prądu bot wczytuje stan sprzed kilku dni. Licznik challenge, dzienny limit i blokady wracają do starych wartości (zmienne globalne). Zabezpieczenie: zapis stanu po każdej zmianie i kontrola w logu po restarcie.

4. Restart komputera przez system. Aktualizacja systemu restartuje komputer w nocy, terminale nie wracają, a boty nie zarządzają otwartymi pozycjami (Windows Update).

5. Brak notowań. Przez pół godziny broker nie podawał cen złota, a każda zmiana SL była odrzucana. Pozycje zostały na starym SL. Bot powinien logować odrzucenia i alarmować, a ja mieć ręczny dostęp do konta z telefonu.

6. Konto zamknięte za nieaktywność. Firma zamyka konta bez aktywności przez określony czas. Bot, który rzadko handluje, wymaga minimalnej transakcji podtrzymującej (keepalive).

Wspólna lista zabezpieczeń

Blokada handlu czytana przez każdego bota, a nie usuwanie bota z wykresu.
Limity dzienne liczone w kodzie z zapasem przed progiem firmy.
Stan krytyczny zapisywany po zmianie, nie tylko przy zamknięciu terminala.
Alarmy mailowe o błędach, odrzuceniach i bezczynności.
Monitor floty pokazujący, czy terminale żyją i czy mają świeże notowania.
Ręczne zarządzanie awaryjne: dostęp do konta z telefonu.
Reguły firmy sprawdzone przed startem: czas dnia, weekend, konsekwencja.

Czego nie da się zabezpieczyć

Błędu danych po stronie brokera nie wyleczę, mogę go tylko szybko zauważyć. Dlatego monitoring jest ważniejszy od perfekcji w kodzie: bot, który się zepsuje i o tym powie, kosztuje mniej niż bot, który milczy.

Checklista

Czy każdy bot czyta blokadę handlu przed wejściem?
Czy stan limitów jest zapisywany po zmianie?
Czy po restarcie sprawdzam w logu, czy stan został odtworzony?
Czy mam alarm na odrzucone zlecenia i brak aktywności?
Czy znam limit nieaktywności firmy i mam plan keepalive?
Czy mam ręczny dostęp do konta w razie awarii?

Powiązane

Źródła

Brak źródeł zewnętrznych - przypadki z własnej floty (listopad 2026).

Ostrzeżenie: artykuł ma charakter edukacyjny i nie jest poradą inwestycyjną. Wyniki z przeszłości nie gwarantują przyszłych. Handel na rynkach finansowych wiąże się z ryzykiem utraty kapitału.