BTC284,7k zł2,50%
ETH9,01k zł3,92%
XRP4,87 zł8,24%
LTC192 zł3,33%
BCH826 zł1,57%
DOT3,56 zł4,44%

Zarządzanie kryzysowe tradera Forex — awarie MT4, fat finger, gapy i tilt

Awaria platformy, utrata połączenia lub pomyłka przy składaniu zlecenia mogą wymagać szybkiej reakcji. Przygotowana wcześniej procedura pomaga ustalić, co sprawdzić w pierwszej kolejności, jak skorzystać z dostępnych kanałów obsługi rachunku i kiedy wstrzymać dalsze transakcje. W artykule 15.1 omawialiśmy przygotowanie stanowiska; tutaj skupiamy się na postępowaniu, gdy problem już wystąpił. Przejdziemy przez awarie techniczne, błędne zlecenia, luki cenowe, gwałtowne zmiany rynku oraz sytuacje, w których emocje utrudniają przestrzeganie planu. Znajdziesz tu scenariusze ćwiczeń i listy kontrolne do dostosowania do swojej platformy oraz usług brokera. Ich zadaniem jest uporządkowanie reakcji i ograniczenie dodatkowych błędów, nie zagwarantowanie uniknięcia straty.

Zakres: w praktyce polskiego retailu większość opisanych procedur dotyczy handlu FX/CFD u brokerów detalicznych (MT4/MT5, konta detaliczne pod polską decyzją KNF DAS.456.2.2019, która od 1 sierpnia 2019 r. zastąpiła wygasłą interwencję ESMA), nie międzybankowego rynku spot FX. Tam, gdzie różnice są istotne (negative balance protection, model B-Book/ECN, godziny rolowania), jest to wyraźnie wskazane.

Zarządzanie kryzysowe tradera Forex — procedury reakcji na awarie platformy, brak prądu, fat finger, gap weekendowy i interwencje banków centralnych
Najważniejsze w 60 sekund
  • Pierwsza akcja w kryzysie nie polega na analizie rynku. Polega na ograniczeniu ekspozycji do poziomu, który nie rozwali rachunku, jeśli kolejne 2 minuty będą gorsze od oczekiwań. P&L odzyskujesz innego dnia, ryzyko redukujesz teraz.
  • Procedura 3 kanałów uruchamianych równolegle, nie po kolei: platforma desktop, telefon do brokera (numer w pinned contacts, test rutynowy raz w miesiącu, stresowy raz w kwartale) i mobilna aplikacja MT4/5 na drugim internecie. Brak któregokolwiek = brak procedury.
  • Fat finger (zła strona, zły lotaż, zły instrument) — zamknij natychmiast, nie „naprawiaj" przez dodatkową pozycję. Koszt zamknięcia to spread plus slippage i prowizja, jeśli rachunek jest prowizyjny — nie sam spread — i rośnie z każdą sekundą zwłoki, bo dochodzi drift ceny.
  • Gap weekendowy: piątek 18:00 redukcja ekspozycji o 50%, sprawdzenie korelacji JPY/CHF/XAU, niedziela — review otwartych pozycji na 30 minut przed otwarciem u Twojego brokera, zanim rynek ruszy. Nie odwrotnie.
  • Interwencje i operacje walutowe (SNB 2015, MoF/BoJ 2024) — broker liquidity decyduje, nie cena na wykresie. SL w gapie nie gwarantuje ceny — zadziała dopiero po pierwszej dostępnej kwotacji, często setki pipsów dalej.
  • Twój własny tilt jest kryzysem operacyjnym. Złapałeś dwie straty? Zamykasz platformę. Nie dlatego, że „musisz się wyciszyć" — dlatego, że po dwóch stratach z rzędu nie znasz znaku oczekiwanej wartości kolejnej decyzji, a koszt pomyłki jest wtedy największy. Znak sprawdzasz we własnym dzienniku — pole „numer transakcji w serii" — a nie w cudzej statystyce.

1. Pierwsze 30 sekund — kryzys czy katastrofa

Kryzys to wszystko, czego nie ma w playbooku. Awaria platformy w środku trade'u, gap przeciwko Tobie, dwa telefony naraz, NFP +199 tys. zamiast +130 tys. konsensusu, broker offline, ręka, która kliknęła „Buy 1.0" zamiast „Buy 0.10". W każdym z tych scenariuszy czas jest zmienną dominującą — nie cena, nie analiza, nie „co zrobiłby ktoś z desku". Pierwsza akcja zawsze ta sama: najpierw redukcja ekspozycji, potem analiza.

W trakcie awarii nie ma miejsca na myślenie. Twój proces decyzyjny kończy się w momencie stworzenia procedury — teraz jesteś tylko maszyną wykonującą z góry zaprogramowane cięcie strat. W pierwszych 30 sekundach nie wymyślasz rozwiązania — rozpoznajesz typ awarii i odpalasz wcześniej napisany wariant: close, hedge, telefon, mobile albo stop sesji.

Trzy pytania, które zadajesz w ciągu 5 sekund

  1. Ile mam otwartej ekspozycji? To dwie różne liczby i obie są potrzebne: nominał (ile lotów i w którą stronę) oraz ryzyko do SL w % rachunku. Nominał sumujesz po walucie i z uwzględnieniem kierunku: 0,3 lota long EUR/USD i 0,2 lota long EUR/GBP to 0,5 lota ekspozycji na euro, ale 0,3 lota long EUR/USD i 0,2 lota short EUR/GBP to już tylko 0,1 lota netto. Ryzyko liczysz osobno — z odległości do SL i wartości pipsa; sam lotaż nie jest procentem rachunku, a depozyt zabezpieczający nie jest ani jednym, ani drugim.
  2. Czy mam aktywne SL i TP? Czy są ustawione na serwerze brokera, czy są „w głowie"? Tylko to, co siedzi na serwerze, zadziała, kiedy Twoja platforma padnie. Uwaga na trailing stop: w MT4 działa on w terminalu klienta, nie na serwerze — po wyłączeniu terminala zostaje ostatni przesłany poziom SL, a dalsze przesuwanie się nie odbywa (pomoc MT4[8], [STAN NA DZIEŃ: 2026-09-06]).
  3. Który scenariusz to jest? Awaria moja (sprzęt, internet, prąd), awaria brokera (platforma, serwer, regulator), wydarzenie rynkowe (publikacja, interwencja, gap), czy mój błąd (fat finger, tilt)?

W zależności od odpowiedzi wybierasz jedną z 8 procedur opisanych w sekcjach 2–9. Procedury są z góry napisane — Twoim zadaniem jest tylko ich uruchomienie, nie wymyślanie nowych w czasie rzeczywistym.

Drzewo decyzyjne pierwszych 30 sekund

Drzewo decyzyjne pierwszych 30 sekund tradera Forex w sytuacji kryzysowej KRYZYS — t = 0 s Pytanie: ile mam ekspozycji? SL na serwerze brokera? tak / nie NIE — potwierdź stan, potem zamknij TAK — diagnozuj scenariusz POTWIERDŹ STAN → CLOSE ALL desktop → telefon → mobile DIAGNOZA SCENARIUSZA moja awaria / rynkowa / błąd redukcja ryzyka, potem analiza odpowiednia procedura sek. 2–9 log do dziennika kryzysowego log + post-mortem w 24 h t = 30 s — masz plan, nie panikę

Pierwsza akcja: redukcja ekspozycji, potem analiza

Najczęstsza pomyłka detalu w kryzysie to próba odzyskania P&L w trakcie wydarzenia. Platforma odmraża się po 40 sekundach, cena pokazuje, że jesteś −0,8% pod kreską, więc dokładasz pozycję, żeby „uśrednić". W ciągu 4 minut jesteś −2,3% i twoja ręka drży. Twarda reguła: w kryzysie pozycji się nie dokłada, pozycje się zamyka albo zamraża. Wracasz do gry następnego dnia, kiedy wiesz, co się stało, dlaczego, i czy Twoja teza jest wciąż aktualna.

Drugi obowiązek: nie generować kolejnego kryzysu. Kryzys ma tendencję do mnożenia się — awaria platformy → szybkie ręczne zamknięcie → fat finger → tilt → kolejna pozycja. Procedura ma zerwać ten łańcuch. Po pierwszym wydarzeniu zatrzymujesz się operacyjnie, niezależnie od tego, co czujesz.

Przykład ilustracyjny (liczby syntetyczne, nie zapis rachunku): minuta paniki, która kosztowała 2,7% rachunku. Trader miał 0,1 lota EUR/USD long, SL „w głowie" na 50 pipsów poniżej. Przy 38 PLN/pip na lot (kurs USD/PLN 3,80 — jedno założenie scenariusza dla całego artykułu) planowane ryzyko wynosiło 0,1 × 50 × 38 PLN = 190 PLN, czyli ok. 1% rachunku 18 200 PLN. NFP wyszło o 14:30 PL, MT4 zamarł na 70 sekund (typowy objaw przeciążenia serwera brokera w pierwszej minucie po publikacji). Zamiast wykonać procedurę „close all przez telefon", trader otworzył przeglądarkę, próbował się zalogować do panelu webowego brokera (60 sekund), w międzyczasie cena ruszyła 90 pipsów przeciw niemu. Otworzył MT5 (drugi terminal, ale nie zalogowany przed publikacją — kolejne 50 sekund). W końcu zamknął pozycję ręcznie 130 pipsów pod entry: 0,1 × 130 × 38 PLN = 494 PLN, czyli 2,7% rachunku zamiast planowanego 1%. Rachunek 18 200 PLN → 17 706 PLN w 4 minuty, tempo ok. 0,68% rachunku za każdą minutę zwłoki. Sprawdź dziś, ile dzwoni Twój broker do podniesienia słuchawki w godzinie eventu NFP — numer w kontaktach jest dowodem dopiero po teście, nie po zapisaniu.

Co to znaczy „mieć procedurę"

Procedura to dokument na 1–2 strony A4 w widocznym miejscu (kartka pod monitorem, plik PDF na pulpicie). Zawiera dla każdego scenariusza: (1) trigger (po czym poznajesz, że to jest ten scenariusz), (2) kolejność akcji w pierwszych 30 s, 5 min i 1 h, (3) numery telefonów, (4) decyzję default („jeśli nie znasz stanu pozycji — nie wysyłasz nic, dopóki nie potwierdzisz go kanałem 2 lub 3; close all dopiero na potwierdzonym obrazie"). Wzór gotowy do wydrukowania znajdziesz w sekcji 10.

Mechanizm, który czyni procedurę niezbędną, jest prosty: pod presją czasu nie masz warunków na wymyślanie rozwiązania, a każda sekunda namysłu kosztuje. Wcześniej napisana sekwencja ruchów to nie luksus — to substytut myślenia, którego w tym momencie nie masz.

Notka metodologiczna do całego artykułu. Dane oznaczone w tekście jako „obserwacje community" lub „obserwacje z dzienników detalu" nie są statystykami regulatora ani publikacji akademickich. To robocze benchmarki z dzienników kryzysowych, forów, grup traderskich i praktyki operacyjnej. Służą do kalibracji procedur i ustalania własnych progów alarmowych, nie do formalnego wnioskowania statystycznego — każdy trader powinien mierzyć własne wartości od pierwszego incydentu i aktualizować progi po każdym drillu awaryjnym (rytm ustala 15.1) oraz po realnym zdarzeniu — procedurę poprawiasz od razu po incydencie, natomiast każdy wniosek liczbowy podajesz z liczbą obserwacji i przedziałem, nigdy z progiem „od ilu transakcji wolno". Kryteria decyzji o strategii należą do audytu strategii (15.10).

2. Awaria platformy MT4/MT5 — connection broken, freeze, restart

MT4 i MT5 zaprojektowano pod inną skalę obciążeń niż dzisiejsza. W normalnych warunkach działają stabilnie, ale w trakcie publikacji NFP, decyzji FOMC, ECB lub niespodziewanej interwencji generują timeouty, rekwotowania, opóźnione potwierdzenia i komunikaty typu „Trade context busy" u wielu klientów jednocześnie. Powtarzalny jest sam katalog objawów: od pojedynczych odrzuceń po pełny connection broken trwający kilkadziesiąt sekund. Jak często zdarza się to u Twojego wykonawcy, nie wiem — [BRAK DANYCH DO WERYFIKACJI: próba, n]; to jest pierwsza rzecz do zmierzenia w dzienniku kryzysowym. To nie pech, to wada technologiczna starej platformy, której musisz być świadomy.

Klasyfikacja awarii platformy

ObjawCo to znaczyPierwsza akcja
„No connection" w prawym dolnym roguKlient utracił połączenie z serwerem; serwer może mieć Twoje pozycje, ale Ty ich nie widzisz liveTelefon do brokera w 15 s; SL/TP na serwerze działają, ale dokumentuj stan
„Trade context busy"Zajęty wątek handlowy terminala (inny skrypt albo EA, ewentualnie poprzednia operacja) — polecenie zwykle w ogóle nie wyszło do serwera. To komunikat lokalny, nie potwierdzenie odbioru zlecenia (MQL4: IsTradeContextBusy, błąd 146 ERR_TRADE_CONTEXT_BUSY[9])Czekaj 5–10 s i nie klikaj ponownie — powtórzenie może już przejść. Potem sprawdź panel Trade i historię zleceń, zanim wyślesz cokolwiek jeszcze raz
Freeze całej platformy (wykres się nie odświeża)Klient lokalny zawiesił się; pozycje na serwerze brokera bez zmianNIE zamykaj na siłę procesu; otwórz drugą instancję / mobile
„Invalid price" przy market orderCena, którą widzisz, jest stara; serwer ma już innąCzekaj na refresh kwotowań (5–10 s) lub wyślij przez telefon
„Off quotes"Brak płynności na danym instrumencie u tego brokeraCzekaj na powrót kwotowań. Zapasowy rachunek uruchamiasz dopiero na potwierdzonym stanie pozycji u głównego — zasada z sekcji 8, bez wyjątków
Pełny crash MT4/MT5 (proces zniknął)Klient się zawiesił; serwer pozycję trzymaRestart aplikacji (15–30 s) lub mobile + telefon równolegle

Mini-checklista diagnostyczna — lokalny, brokerski czy rynkowy?

Zanim odpalisz procedurę 3 kanałów, w 10–15 sekund klasyfikujesz problem — tym samym wybierasz właściwy wariant reakcji.

  • Ping/traceroute do hosta serwera z konfiguracji terminala (jeśli broker go ujawnia) — np. ping [host-serwera-z-konfiguracji-MT4/MT5]. Uwaga: brak odpowiedzi ICMP nie zawsze oznacza awarię; część brokerów blokuje ping, więc traktujesz to jako sygnał pomocniczy, nie definitywny dowód
  • Mobile MT na LTE (nie tym samym Wi-Fi co desktop) — jeśli mobile pokazuje pozycje, ale desktop nie — problem lokalny u Ciebie
  • Cena na TradingView lub innym brokerze — jeśli cena „stoi" na TV podczas sesji LON, problem rynkowy lub szeroko zakrojona awaria; jeśli na TV cena chodzi normalnie, a u Twojego brokera nie — problem brokera
  • Status strony i social media brokera — downdetector, Twitter/X brokera, oficjalna strona statusowa — potwierdzenie awarii brokerskiej
  • Timestamp screena — każdy zrzut ekranu zapisany do folderu z nazwą zawierającą datę i godzinę, np. 2026-05-04_14-30-12_no-connection.png. To Twój dowód do reklamacji

Procedura „3 kanałów" — równolegle, nie do wyboru

Klucz: nie wybierasz między kanałami, używasz wszystkich trzech równolegle. To jest różnica między hobbystą a kimś, kto ma procedurę.

  1. Kanał 1 (desktop MT4/MT5) — ten, który się zawiesił. Nie zamykaj go siłą, daj 30 sekund na odzyskanie. W tle — kolejne kanały.
  2. Kanał 2 (telefon do brokera) — numer dyżurnego dealera (nie infolinii klienta). Wybierasz go w t = 5 s, niezależnie od tego, czy desktop wraca. Powiedz: „login XXXXX, mam otwartą pozycję XX, proszę o status / proszę o zamknięcie po marketcie". Zapis rozmowy jest dowodem — broker nagrywa, Ty też nagrywaj jeśli możesz (większość smartfonów ma tę funkcję, niektóre regulatory nakazują dwustronną zgodę, sprawdź lokalne prawo).
  3. Kanał 3 (aplikacja mobilna MT4/MT5) — na drugim internecie (LTE, nie tym samym Wi-Fi co desktop), wcześniej zalogowana, z aktywną sesją. Z aplikacji widzisz pozycje serwera niezależnie od desktopu. To jest Twoja jedyna autorytatywna informacja, dopóki nie odzwierciedli się w desktopie.

Trzy kanały muszą być uruchomione w pierwszych 15 sekundach. Jeśli któryś nie działa — to jest osobny kryzys do rozwiązania poza godzinami sesji, nie w trakcie awarii.

Procedura trzech kanałów reakcji na awarię platformy MT4/MT5 — desktop, telefon do brokera, aplikacja mobilna na drugim internecie, równolegle w pierwszych 15 sekundach
Procedura trzech kanałów reakcji na awarię platformy MT4/MT5 — desktop, telefon do brokera, aplikacja mobilna na drugim internecie, równolegle w pierwszych 15 sekundach

Co broker może zrobić przez telefon

Większość brokerów regulowanych w UE/UK/Polsce ma dział dealing desk z osobną linią telefoniczną do obsługi pozycji w sytuacjach awaryjnych. Operacje, które dyżurny może wykonać:

  • Zamknięcie pozycji po cenie rynkowej — najszybsza i najczęstsza akcja. Powiedz „login, ticket pozycji, close at market".
  • Modyfikacja SL/TP — gdy Twoje SL były „w głowie" i potrzebujesz je przenieść na serwer.
  • Częściowe zamknięcie — np. 50% pozycji „close half".
  • Zablokowanie konta — u części wykonawców można w skrajnym przypadku (np. fat finger 10×) poprosić o zablokowanie kolejnych zleceń do ręcznego odblokowania [DO WERYFIKACJI PROCEDURA: sprawdź w dokumentacji swojego rachunku].

Czego broker NIE zrobi przez telefon: nie zmieni Ci leverage, nie cofnie zrealizowanego zlecenia („nie podoba mi się fill"), nie zamknie pozycji po cenie sprzed minuty. Cena egzekucji to cena rynkowa w momencie jego potwierdzenia.

Przykład ilustracyjny (liczby syntetyczne, nie zapis rachunku): dyżurny dealer, który nie odebrał. Trader rachunku 35 000 PLN miał 0,4 lota GBP/USD u brokera CFD z biurem za granicą. W trakcie publikacji UK CPI MT4 zamarł, trader zadzwonił na „hot line" wpisaną w dokumentacji konta — sygnał zajęty 4 minuty. W tym czasie cena GBP/USD ruszyła 110 pipsów przeciw pozycji: 0,4 × 110 × 38 PLN = 1 672 PLN, czyli 4,8% rachunku. Wnioski po post-mortem: (1) numer „hot line" był globalny, nie lokalny — jedna linia dla klientów z wielu krajów; (2) trader nigdy nie sprawdził, jaki czas odpowiedzi deklaruje jego wykonawca ani ile wynosi realnie; (3) trader nie miał drugiego brokera. Reguła operacyjna: numer telefonu trzeba sprawdzić w warunkach „peak load" — testujesz przez zadzwonienie 30 sekund po jakiejś publikacji niskiej rangi (np. UK PMI), żeby zmierzyć rzeczywiste opóźnienie. Jeśli wynosi > 30 sekund [PRÓG ILUSTRACYJNY — NIE NORMA RYNKOWA], to broker, u którego nie powinieneś trzymać pozycji w trakcie eventów high-impact.

Restart MT4/MT5 — kiedy i jak

Reguła: restartujesz tylko, jeśli masz pewność co do stanu pozycji na serwerze. Pewność oznacza: widzisz pozycje przez kanał 2 (telefon) lub kanał 3 (mobile). Restart terminala bez potwierdzenia stanu pozycji zwiększa ryzyko pracy na nieaktualnym obrazie rachunku — najpierw potwierdzasz pozycje kanałem niezależnym, potem restartujesz. W skrajnym przypadku platforma przy starcie może wysłać duplikaty zleceń, jeśli wcześniej coś było w buforze (rzadkie; numeru builda ani dokumentu dla tego zachowania nie mam — [DO WERYFIKACJI PROCEDURA]).

Procedura restartu:

  1. Zapisz screen aktualnego stanu (Print Screen + zapisz do folderu „kryzys" z timestampem).
  2. Sprawdź pozycje przez mobile / telefon.
  3. Zamknij terminal. Jeśli okno nie reaguje, dopiero wtedy zakończ proces w Menedżerze zadań — dla stanu pozycji na serwerze brokera sposób zamknięcia terminala nie ma znaczenia; liczy się to, że przestajesz klikać w zawieszony interfejs.
  4. Uruchom ponownie. Loguj się tylko jeśli kanał 2 lub 3 potwierdza, że stan pozycji jest taki, jaki oczekujesz.
  5. Po zalogowaniu — zweryfikuj listę otwartych zleceń i pozycji wobec stanu z mobile/telefonu. Każda rozbieżność = telefon do brokera.

„Kliknąłem, połączenie zniknęło i nie mam potwierdzenia"

To jest scenariusz, w którym najprościej zrobić sobie drugą szkodę. Kliknąłeś „Buy", ekran mrugnął, wyskoczyło „Trade context busy" albo „No connection" — i nie wiesz, czy zlecenie doszło do serwera. Nie zakładaj, że brak komunikatu oznacza brak wykonania. Zlecenie mogło zostać przyjęte i zrealizowane, mogło zostać odrzucone, mogło czekać w kolejce. Trzy różne stany, trzy różne właściwe reakcje — i jedna wspólna zasada: dopóki nie wiesz, który to stan, nie wysyłasz kolejnego polecenia.

  1. Stop wysyłania (t = 0–5 s). Ręce z klawiatury. Żadnego powtórnego kliknięcia, żadnego „na wszelki wypadek zamknę". Powtórzenie polecenia przy nieznanym stanie to najkrótsza droga do podwójnej pozycji albo do otwarcia pozycji przeciwnej zamiast zamknięcia.
  2. Ustalenie stanu u wykonawcy (t = 5–30 s). Stan pozycji ma serwer brokera, nie Twój ekran. Sprawdzasz go kanałem niezależnym od tego, który padł: aplikacja mobilna na LTE (zakładki Trade i History), a jeśli i ona nie wchodzi — telefon do dyżurnego dealera: „login XXXXX, proszę o listę otwartych pozycji i zleceń z ostatnich dwóch minut".
  3. Zapis stanu (t = 30–60 s). Zrzut ekranu z widoczną sekundą, numer ticketu (jeśli jest), godzina kliknięcia i godzina potwierdzenia. To materiał do reklamacji i do dziennika kryzysowego — później go nie odtworzysz.
  4. Decyzja dopiero po potwierdzeniu. Zlecenie weszło raz → działasz zgodnie z planem dla tej pozycji. Weszło dwa razy → zamykasz duplikat, nie całość. Nie weszło → decydujesz od nowa, na aktualnej cenie, nie na cenie sprzed czterdziestu sekund. Nie da się potwierdzić → nie otwierasz i nie zamykasz niczego; dokumentujesz i czekasz. Jeśli SL stoi na serwerze, brak widoczności nie jest brakiem ochrony.

Reguła jest symetryczna dla wejścia i wyjścia: jeśli chciałeś zamknąć pozycję i nie masz potwierdzenia, kolejne „close" wysłane w ciemno może otworzyć pozycję przeciwną zamiast domknąć starą.

Przykład ilustracyjny (liczby syntetyczne, nie zapis rachunku): padnięcie laptopa, SL zostawiony „w notesie", nie na serwerze. Trader miał pozycję intraday na GBP/USD, SL wpisany w notesie, nie na serwerze. Laptop zawiesił się po aktualizacji sterownika grafiki, a on przez pierwsze dwie minuty walczył z restartem zamiast wejść przez mobile. Gdy aplikacja w końcu się otworzyła, cena była 42 pipsy dalej, a pozycja miała stratę trzy razy większą niż plan. W post-mortem nie wyszło „rynek był brutalny", tylko: brak SL na serwerze, brak zalogowanego mobile i brak procedury telefonu do brokera. To nie była strata rynkowa — to była strata operacyjna.

Czas odpowiedzi „hot line" brokera — co warto zmierzyć

Numer dyżurnego dealera jest tak dobry, jak realny czas odpowiedzi w godzinie eventu high-impact. Same deklaracje brokera w karcie produktu nie wystarczają, a cudzych średnich czasu odpowiedzi tu nie podam — [BRAK DANYCH DO WERYFIKACJI: próba, n]. Procedura: raz w miesiącu test rutynowy (czy numer jest aktualny), raz na kwartał test stresowy — dzwonisz 30–90 sekund po publikacji niskiej rangi (np. UK PMI, retail sales) i zapisujesz czas dodzwonienia w dzienniku kryzysowym. Po kilku takich pomiarach masz własny rząd wielkości zamiast cudzej deklaracji — do karty incydentu wpisujesz rozrzut (najlepszy i najgorszy zmierzony czas) razem z liczbą prób, nie jedną średnią. Kilka pomiarów nie mówi, jak numer zachowa się w evencie, którego jeszcze nie było.

3. Brak prądu i internetu — kiedy UPS już nie wystarczy

UPS dał Ci 10 minut na bezpieczny restart. Po 10 minutach prądu nie ma, telefon ma 47% baterii, internet kablowy padł razem z prądem (router nie był podpięty do UPS-a — częsty błąd), LTE działa, ale na laptopie nie jest skonfigurowane jako fail-over. Czas: 8 minut do końca UPS-a. Pozycje na rachunku: 1,2% ekspozycji EUR/USD long.

Procedura zaczyna się tutaj — dokładnie tam, gdzie kończy się artykuł 15.1. Tamten doprowadza stanowisko do gotowości: dobiera sprzęt, każe policzyć zapas czasu na baterii i przygotować kanał kontroli poza komputerem (numer działu transakcyjnego, numer rachunku, PIN, naładowany powerbank) — i sam odsyła kolejność działań z otwartą pozycją tutaj. Twój sprzęt jest skończony jako warstwa redundancji. Pozostają trzy rzeczy: telefon, mobile MT, brokera dyżurny.

Decyzja w pierwszych 30 sekundach po blackoucie

SytuacjaAkcja defaultCzas reakcji
Ekspozycja < 0,5% i SL na serwerzeNie ruszaj — SL zadziała bez Ciebie, choć nie gwarantuje ceny. Zaloguj się na mobile i monitoruj2 minuty
Ekspozycja 0,5–2% z SL na serwerzeMobile + telefon do brokera (status, ewentualne zacieśnienie SL)1 minuta
Ekspozycja > 2% lub SL „w głowie"Zamknij wszystko przez mobile lub telefon, zanim coś się zepsuje30 sekund
Pozycja swing > 24 h, niski leverageSprawdź, czy nadchodzi event makro w ciągu 12 h. Jeśli nie — czekaj na powrót prądu5 minut na ocenę
Pozycja w trakcie publikacji makroPotwierdź stan pozycji przez mobile lub telefon, potem zamknij. Ekspozycja w evencie bez sprzętu = hazard15 sekund

Gdy warunki się nakładają, pierwszeństwo jest ustalone: trwająca publikacja makro i ekspozycja > 2% biją wiersz „SL na serwerze". W obu tych przypadkach zamykasz także pozycje z SL po stronie serwera — w evencie i w luce SL nie gwarantuje ceny, a bez sprzętu nie masz czym zareagować na wykonanie po gorszym kursie. Kolejność czytania tabeli: najpierw sprawdź dwa dolne wiersze, dopiero potem górne.

Telefon jako jedyny sprzęt — co musi być gotowe wcześniej

Procedura redundancji 15.1 mówiła „aktualny numer brokera w pinned contacts". W 15.8 weryfikujesz, że to wystarczy:

  • Aplikacja mobilna MT4/MT5 zalogowana, z zapamiętanym hasłem (lub w menedżerze haseł). Brak hasła w głowie = brak sesji.
  • Naładowany powerbank — dobór pojemności i reszta sprzętu należą do artykułu 15.1. Czasu pracy telefonu nie podaję, bo zależy od modelu, jasności ekranu i zasięgu; w 15.8 liczy się jedno: zmierz u siebie, ile Twój telefon wytrzyma z otwartą aplikacją MT na LTE, i tę liczbę wpisz do karty incydentu [DO WERYFIKACJI PROCEDURA].
  • Drugie urządzenie z aplikacją MT — czy jest potrzebne i jakie, rozstrzyga 15.1. Tutaj liczy się wyłącznie to, czy w drillu potrafisz się na nie przełączyć w zmierzonym czasie.
  • Numer dyżurnego brokera jako pierwszy w „Favorites". Sprawdzony w tym miesiącu (test rutynowy: zadzwonienie sprawdzające bez sprawy w godzinach sesji LON).
  • Login + numer rachunku wpisany w bezpiecznej notatce (np. menedżer haseł, nie zwykła aplikacja Notes). Bez numeru rachunku dyżurny nie przyjmie zlecenia.

Co zostaje po wyczerpaniu prewencji

Dobór sprzętu — warianty per skala kapitału, UPS, router dual-WAN, drugi terminal, powerbank — jest tematem artykułu 15.1 i tam go szukaj. Tutaj liczy się wyłącznie to, co robisz, gdy ta warstwa już zawiodła.

Stanowisko tradera Forex z redundancją — zasilanie awaryjne, zapasowe łącze LTE i telefon z aplikacją mobilną MT jako kolejne warstwy, po których wyczerpaniu zaczyna się procedura kryzysowa opisana w tej sekcji
Ilustracja do procedury z tej sekcji: warstwy odpadają po kolei — najpierw zasilanie sieciowe, potem UPS, potem łącze podstawowe, a zostają trzy kanały: mobile na LTE, dyżurny dealer i desktop, jeśli wróci. Dobór i parametry tego sprzętu ustala artykuł 15.1 i tam po nie sięgasz; tutaj obrazek służy wyłącznie za mapę tego, co odpada i w jakiej kolejności.

Jedno sprostowanie, bo błąd jest powszechny i groźny: ustawienie „metered connection" na Wi-Fi nie tworzy fail-overu na LTE. Ta opcja ogranicza transfer w tle, a nie steruje przełączaniem łącza; za automatyczne przejście na sieć komórkową odpowiadają ustawienia połączenia komórkowego („Let Windows keep me connected", „Use cellular whenever Wi-Fi is poor"), a kolejność interfejsów zmienia się metryką (netsh interface ipv4 set interface … metric=), nie poleceniem netsh interface set interface, które jedynie włącza i wyłącza interfejs [STAN NA DZIEŃ: 2026-09-06]. Kto skonfigurował „metered" i uznał sprzęt za zabezpieczony, nie ma fail-overu — ma przekonanie, że go ma. Test jest jedynym dowodem: wyjmij kabel WAN z routera przy działającym Wi-Fi (samo wyłączenie Wi-Fi testuje co innego) i zmierz, po ilu sekundach wraca połączenie z serwerem brokera. Konfigurację robisz według 15.1 — tutaj zapisujesz tylko zmierzony czas przełączenia w karcie incydentu.

Przykład ilustracyjny (liczby syntetyczne, nie zapis rachunku): trader, który nie wiedział, że ma LTE w telefonie. Rachunek 22 000 PLN. Trader skonfigurował UPS (dobór modelu — 15.1), miał aplikację MT5 na telefonie. W trakcie awarii prądu telefon był podłączony do ładowania (kabel w paście), ekran wyłączony, bateria 8%. Próbował podpiąć do power banku, który był rozładowany od trzech tygodni. Telefon padł w 90 sekund. Brak internetu (router bez UPS), brak telefonu (brak mocy), brak sprzętu (laptop na UPS, ale bez internetu). Wynik: 4 minuty bez jakiegokolwiek kanału, ekspozycja 1,4% przez cały czas. Przez przypadek skończyło się na SL +12 pipsów zysku, ale mogło skończyć się inaczej. Reguła operacyjna: raz w tygodniu sprawdzasz stan powerbanku, stan baterii telefonu o 8:00 rano. To nie jest opcja — to jest część checklisty otwarcia sesji.

Powrót prądu — co robisz w pierwszej godzinie

Po przywróceniu zasilania nie wracasz od razu do handlu. Procedura:

  1. Sprawdź, czy router i modem wystartowały same (10–60 sekund).
  2. Sprawdź, czy laptop wystartował z odpowiednim profilem (czasem Windows Updates uruchamiają się po blackoucie i blokują system na 5–15 minut).
  3. Nie loguj się od razu do MT — najpierw kanał 3 (mobile) sprawdza stan pozycji, dopiero potem desktop.
  4. Wszystkie zlecenia od momentu blackoutu — porównaj z mobile / historia rachunku. Każda rozbieżność = telefon do brokera.
  5. Pierwsze 30 minut po powrocie sprzętu = obserwacja, nie nowe trade'y. Twój puls i emocje są jeszcze w trybie kryzysowym, decyzje będą gorsze niż zwykle.
Gdzie realnie wycieka rachunek detalu. [BRAK DANYCH DO WERYFIKACJI: próba, n, definicja incydentu]. Warstwy, w których dziennik kryzysowy zwykle znajduje koszt, są trzy: incydenty infrastrukturalne po stronie klienta (awaria sprzętu, brak internetu, niezadziałanie SL „w głowie"), błędy operacyjne (fat finger, tilt) oraz strategia i kalibracja sizingu. Ich udziałów nie ogłaszam — nie mam próby, na której dałoby się je policzyć, a „znaczna część" bez mianownika nie jest liczbą. Wniosek jest inny: zmierz te udziały u siebie, zanim dołożysz kolejny wskaźnik — po roku wpisów zwykle widać, które dwa scenariusze powtarzają się najczęściej, i to je naprawiasz.

4. Fat finger error — zła strona, zły lotaż, zły instrument

Fat finger to klasa błędów, które profesjonaliści popełniają tak samo jak detal. Różnica jest w tym, że pro mają procedurę „break the trade, eat the spread" — natychmiastowe zamknięcie po koszcie spreadu — a detal próbuje „naprawić" błąd przez dodatkową pozycję, robi z fat finger drugi błąd, i kończy z dwoma pozycjami zamiast jednej, obie po niewłaściwych cenach.

Trzy klasyczne fat fingery

Typ błęduPrzykładAkcja w t < 5 s
Zła stronaKlikasz „Buy" zamiast „Sell" (lub odwrotnie)Zamknij pozycję natychmiast po marketcie. Koszt to spread (0,5–3 pipsy) + slippage + prowizja, a przy odwróceniu strony liczysz go dwa razy, bo zaraz otwierasz właściwą. Każda sekunda zwłoki podnosi ten koszt
Zły lotażWpisałeś „Buy 1.0" zamiast „Buy 0.10" — 10× za duża pozycjaZamknij nadwyżkę, nie całość. „Buy 1.0" → zamknij 0,9 lota, zostaw 0,1. To wymaga zimnej krwi i 10 sekund jasnego myślenia
Zły instrumentOtworzyłeś pozycję na EUR/USD zamiast EUR/GBP, bo dwa wykresy obok siebieZamknij EUR/USD natychmiast, otwórz EUR/GBP zgodnie z planem. Dwie operacje, nie jedna „naprawcza"
Zły SL/TPSL ustawiony 5 pipsów zamiast 50, lub po niewłaściwej stronieModyfikuj SL natychmiast, nie czekaj na trigger
Podwójna egzekucjaKliknąłeś „Buy" 2 razy bo MT4 pokazał „Trade context busy"Nie klikaj trzeci raz. Sprawdź panel pozycji i historię zleceń; jeśli są dwie — zamknij duplikat, nie całość

Reguła „eat the spread"

Najważniejsza zasada fat finger: koszt natychmiastowego zamknięcia jest znany i ograniczony z góry, a koszt utrzymania błędnej pozycji nie jest. Dlaczego?

  • Koszt zamknięcia policzysz z góry: spread (0,5–3 pipsy na majorach, 5–15 na egzotykach) plus slippage i prowizja, jeśli rachunek jest prowizyjny. Kilka pipsów, nie kilkadziesiąt — ale nie sam spread.
  • Trzymanie błędnej pozycji to nieznane ryzyko — od 0 do całego rachunku.
  • Czas potrzebny na decyzję „czy zostawić czy zamknąć" sam w sobie generuje drift ceny.
  • Emocjonalny koszt dnia z fat fingerem trzymanym „na nadzieję" jest znacznie wyższy niż koszt szybkiego zamknięcia.

Reguła: jeśli zamierzona pozycja różni się od wykonanej — zamykasz po marketcie i otwierasz właściwą. Wyjątki są rzadkie i powinny być opisane w playbooku przed wejściem w pozycję; w stresie nie dopisujesz wyjątków. Argumentem jest sam mechanizm, nie cudza statystyka: koszt natychmiastowego zamknięcia jest znany i mały, koszt zwłoki rośnie z czasem i z lotażem.

Wzór kalkulacji kosztu fat fingera

Koszt błędu w funkcji czasu reakcji
koszt_PLN = (spread + slippage + treakcji × driftpip/s) × pipValuedla pozycji_PLN

Założenia scenariusza: EUR/USD, 1 lot = 10 USD/pip, kurs USD/PLN 3,80 (jedno założenie dla całego artykułu) → 38 PLN/pip na lot; spread 0,5 pipsa, slippage 0,5 pipsa, drift po publikacji ~3 pipsy/s [PRÓG ILUSTRACYJNY — NIE NORMA RYNKOWA; własną wartość mierzysz w dzienniku per broker i para]:
0,01 lota, t = 5 s: (0,5 + 0,5 + 15) × 0,38 PLN/pip ≈ 6 PLN
0,10 lota, t = 5 s: (0,5 + 0,5 + 15) × 3,80 PLN/pip ≈ 61 PLN
1,00 lota, t = 30 s: (0,5 + 0,5 + 90) × 38 PLN/pip ≈ 3 458 PLN

pipValuedla pozycji jest już przeskalowane do lotażu (0,38 / 3,80 / 38 PLN/pip dla 0,01 / 0,10 / 1,00 lota), więc we wzorze nie mnożysz przez lotaż drugi raz. Rachunek jest bez prowizji — na rachunku prowizyjnym doliczasz ją osobno, a przy odwróceniu strony dwa razy.

Wniosek operacyjny: przy 0,01 lota możesz pomyśleć 5 sekund, przy 1,00 lota nie możesz pomyśleć w ogóle. Sizing decyduje o tym, ile czasu ma Twoja procedura, nie Twoja refleksja.

Hotkey „Close All" — szybsze niż klikanie

W trakcie kaskady fat finger / NFP / interwencji każda sekunda klikania w prawym dolnym rogu MT4 to drift ceny. Rozwiązanie: skrypt lub EA „Close All" przypisany pod skrót klawiszowy w MT4/MT5 — jeden klawisz zamyka wszystkie otwarte pozycje po marketcie. Konfiguracja:

  • Skrót przypisujesz z menu kontekstowego elementu w oknie Navigator — polecenie „Set hotkey". W dokumentacji MT4 jest ono opisane przy wskaźnikach (pomoc MT4: Navigator[8], [STAN NA DZIEŃ: 2026-09-06]); dla skryptu sprawdź w swojej wersji terminala, czy to samo polecenie jest dostępne — jeśli nie, zostaje uruchamianie skryptu podwójnym kliknięciem z Navigatora. Ścieżki Tools → Options → Charts do przypisywania skrótów w MT4 nie ma
  • Skrypt „Close All Positions" — darmowe wersje na MQL5 community; przed użyciem zweryfikuj kod, uprawnienia, zachowanie przy częściowych pozycjach, przetestuj na demo i małym live
  • Wybierz kombinację, która nie koliduje ze skrótami terminala — F11 to w MT4 tryb pełnoekranowy, więc nie jest dobrym kandydatem na „close all"
  • Kill-switch po stronie brokera — twardy limit dziennej straty, po którym broker blokuje nowe zlecenia. Nie jest to funkcja standardowa [DO WERYFIKACJI PROCEDURA: sprawdź w dokumentacji swojego rachunku, czy Twój wykonawca ją oferuje i jak się ją cofa]. Próg bierzesz z planu tradingowego (15.2), nie ustalasz osobnego

Hotkey nie zastępuje procedury 3 kanałów — działa tylko, dopóki desktop odpowiada. Ale w sytuacji „desktop działa, cena leci, palce drżą" jest szybszy niż próba kliknięcia 5 razy w prawy dolny róg z drżącą myszką.

Zapobieganie wpisane w workflow

Fat finger zdarzają się każdemu, ale częstotliwość redukuje się przez 5 prostych nawyków:

  1. Domyślny lot na minimum — w MT4/MT5 ustaw default lot 0,01 (najmniejszy). Każdy większy lotaż wymaga ręcznego wpisania, więc czujność jest na początku trade'u, nie później.
  2. One-click trading wyłączony jeśli nie handlujesz scalpingu. Standardowe okno potwierdzenia daje 2–3 sekundy na refleksję.
  3. Kalkulator pozycji w osobnym oknie — wpisujesz ryzyko %, on wylicza lot. Mocno ogranicza błąd „1.0 vs 0.10" — nie usuwa go, bo wynik i tak przepisujesz do okna zlecenia ręcznie.
  4. Kolory kart wykresów — różne kolory tła dla różnych par (EUR/USD niebieskie, GBP/USD pomarańczowe). Ogranicza błąd „złego instrumentu"; nie chroni, gdy obok siebie stoją dwa wykresy tej samej pary w różnych interwałach.
  5. Limit max-lot na rachunku — część wykonawców pozwala ustawić twardy limit „nie pozwól mi otworzyć > 0,5 lota nawet jeśli kliknę" [DO WERYFIKACJI PROCEDURA: sprawdź w dokumentacji rachunku]. Jeśli jest — skorzystaj; jeśli nie — zostaje domyślny lot i kalkulator pozycji.
Przykład ilustracyjny (liczby syntetyczne, nie zapis rachunku): 0,1 zamiast 0,01 i panika, która kosztowała 5,0% rachunku. Rachunek 3 800 PLN (założenie scenariusza). Trader pisał kod EA i testował setupy ręcznie. Default lot był ustawiony na 0,1 (zostawiony z poprzedniego testu). Otwiera „Buy EUR/USD 0,01" — ale wpisuje cyfrę po przecinku ręcznie i kliknięcie idzie w wartość default 0,1. 10× większa pozycja niż zaplanowana. Zamiast natychmiast zamknąć (0,1 lota × 0,5 pipsa × 38 PLN/pip = 1,90 PLN), trader wchodzi w „a może to nawet dobrze, mam większą pewność do tego setupu". Cena idzie 38 pipsów przeciw, trader nie zamyka „bo to teraz jeszcze gorzej". Po 22 minutach SL na −50 pipsów: 0,1 lota × 50 pipsów × 38 PLN/pip = 190 PLN, czyli 5,0% rachunku. Gdyby zamknął w t = 5 s: 1,90 PLN, czyli 0,05%. Stosunek 100:1. Dla porównania, czas, w którym podejmujesz decyzję o zamknięciu fat fingera, dosłownie zmienia magnitudo straty o dwa rzędy wielkości.
Procedura naprawy fat finger error w MT4/MT5 — natychmiastowe zamknięcie nadwyżki pozycji po marketcie zamiast prób naprawy przez dodatkowe zlecenia
Procedura naprawy fat finger error w MT4/MT5 — natychmiastowe zamknięcie nadwyżki pozycji po marketcie zamiast prób naprawy przez dodatkowe zlecenia

Błąd automatu, niespójne dane i błędny rachunek

Trzy warianty tej samej klasy: zlecenia pojawiają się bez Twojej decyzji albo trafiają nie tam, gdzie miały. Objaw jest inny niż przy fat fingerze — nie widzisz jednego złego kliknięcia, tylko serię albo pozycję na rachunku, na którym nie zamierzałeś handlować.

ObjawCo to znaczyPierwsza akcja
Automat wysłał serię zleceń (kilkanaście–kilkadziesiąt w minutę)Pętla w logice EA, powtarzany sygnał na niezamkniętej świecy albo reakcja na zerwane połączenieWyłącz AutoTrading — to zatrzymuje nowe zlecenia, ale nie zamyka pozycji już otwartych. Te zamykasz osobno, po policzeniu, ile ich naprawdę jest
Liczba pozycji nie zgadza się z liczbą sygnałówDuplikaty z powtórzeń, częściowe wykonania albo pozycje z poprzedniej sesjiPorównaj panel Trade z historią zleceń i z raportem brokera. Różnica = telefon do dyżurnego, nie kolejne zlecenie
Cena na wykresie stoi albo skacze inaczej niż u innego dostawcyBłąd feedu, nie błąd kodu — automat liczy na złych danychPorównaj z drugim źródłem (drugi broker, TradingView). Rozbieżność feedu → AutoTrading off do wyjaśnienia; zgodność → błędu szukasz w kodzie
Pozycja otwarta na rachunku demo zamiast live (albo odwrotnie)Dwa profile w jednym terminalu, drugi login, przełączone konto po restarcieSprawdź numer rachunku w nagłówku okna i w panelu Trade. Na live — zamknij i otwórz zgodnie z planem; na demo — zamknij i zapisz jako incydent, nie jako transakcję

Rozróżnienie „błąd feedu czy błąd kodu" ma konsekwencję operacyjną: przy błędzie feedu problem zniknie sam po powrocie kwotowań, przy błędzie kodu wróci przy następnym sygnale. Dopóki nie wiesz, który to przypadek, automat zostaje wyłączony — a warunkiem powrotu jest znana przyczyna, nie to, że „już się uspokoiło". Zapobiegawczo: jeden terminal na jeden rachunek albo wyraźnie różne szablony kolorystyczne profili, oraz limit liczby jednocześnie otwartych pozycji wpisany w sam EA — ogranicznik po stronie kodu działa szybciej niż Twoja reakcja.

5. Dane makro out-of-order — NFP, CPI, FOMC chaos

NFP konsensus +130 tys., wynik +199 tys. CPI YoY konsensus 2,9%, wynik 3,4%. FOMC dot plot pokazuje 2 obniżki zamiast 4. To są klasyczne out-of-order events — dane różniące się od konsensusu o > 1,5 standardowego odchylenia. Rynek reaguje agresywnie: pierwsze 30–90 sekund to panic move, kolejne 5–15 minut to double-top / double-bottom flush, dopiero po ~30 minutach cena ustala się w nowym poziomie.

Większość traderów detalu nie ma w tych warunkach edge'u. Spread skacze 5–15× normalnego, slippage 5–30 pipsów na majorach (na egzotykach > 100), platformy są przeciążone, a emocje (Twoje i całego rynku) tłumią racjonalność. Procedura: handlujesz tylko, jeśli masz wcześniej napisany playbook eventowy — wszystko inne to hazard.

Trzy decyzje przed publikacją

Decyzje podejmujesz 15 minut przed publikacją, nie w trakcie:

  1. Czy mam ekspozycję w sprzecznym kierunku? Jeśli tak — zredukuj o 50% albo całkowicie zamknij. Pozycja w trakcie eventu wymaga większej rezerwy ryzyka niż swoja teza, bo SL w pierwszej minucie nie gwarantuje ceny — może zostać zrealizowany dopiero po pierwszej dostępnej kwotacji, dziesiątki pipsów dalej.
  2. Czy planuję trade na publikacji? Tylko jeśli masz playbook eventowy z (a) wcześniej zdefiniowanym setupem (np. „fade pierwszego ruchu po 90 sekundach jeśli volume mniejszy niż x"), (b) sizingiem 50% normalnego, (c) dystansem SL policzonym pod zmienność eventu, a nie pod zwykłą strukturę wykresu — metodę i progi ustala specyfikacja strategii (15.3), filtry reżimu 15.6; tutaj sprawdzasz wyłącznie, czy taki dystans w ogóle masz zdefiniowany przed publikacją, (d) pełną akceptacją slippage 10–30 pipsów.
  3. Czy mam plan B? Jeśli platforma się zawiesi, internet padnie, broker pokaże „Off quotes" — co robisz? Bez planu B nie wchodzisz.

30-sekundowa procedura w trakcie publikacji

Sekunda po publikacji rynek już się rusza. Procedura w pierwszych 30 sekundach jeśli nie planowałeś trade'u eventowego:

  1. t = 0 s — sprawdź ekspozycję. Jeśli > 0,5% i przeciw kierunkowi ruchu — natychmiast zamknij.
  2. t = 5 s — sprawdź SL. Czy są na serwerze? Czy wystarczająco daleko od ceny?
  3. t = 10 s — telefon brokera w gotowości (nie dzwoń jeszcze, ale palec na przycisku).
  4. t = 15 s — obserwuj first reaction, ale jej nie rozstrzygaj. Publikacje wychodzą na początku minuty, więc świeca M1 z reakcją zamknie się dopiero w t = 60 s; w t = 15 s masz świecę w połowie drogi, nie sygnał.
  5. t = 30 s — pierwszy moment, w którym możesz rozważać redukcję albo zamknięcie już otwartej pozycji. Nie wcześniej.
  6. t = 60 s — zamknięcie pierwszej świecy M1. Dopiero teraz masz zamkniętą świecę do oceny, a nowa pozycja wchodzi w grę wyłącznie z playbooka eventowego napisanego przed publikacją.

Reguła deskowa: w trakcie pierwszej minuty po publikacji nie podejmujesz nowych decyzji, tylko realizujesz wcześniej zaplanowane. Jeśli setup nie był zaplanowany przed publikacją, nie wchodzisz w trakcie pierwszej minuty — pierwsze 60 sekund to inny rynek z inną mikrostrukturą, nie zwykły handel z większą zmiennością.

Event-playbook — binarna checklista przed publikacją

Handel pod publikację danych makro ma sens tylko, gdy każdy warunek jest spełniony binarnie. Brak choćby jednego TAK = nie wchodzisz.

Warunek event-playbookTAK / NIEKomentarz
Spread przed publikacją < X (np. 1,5 pipsa na EUR/USD)TAK / NIEJeśli spread się rozszerza już 5 min przed publikacją, broker przewiduje turbulencję — egzekucja będzie gorsza niż zwykle
Broker nie podniósł margin requirements na ten eventTAK / NIECzęść brokerów podnosi margin 2–5× na 30 min przed FOMC/NFP — sprawdzasz w dokumentacji rachunku
Zlecenie oczekujące poza strefą pierwszego whipsawTAK / NIEPierwszy ruch po publikacji często fake'uje 30–60 pipsów; pending order blisko ceny zostanie wykonany w niewłaściwym kierunku
Sizing ≤ 50% normalnegoTAK / NIESlippage 5–30 pipsów na evencie zmienia R/R — mniejszy sizing kompensuje gorszą egzekucję
Akceptujesz slippage Y pipsów (zdefiniowany przed wejściem)TAK / NIEJeśli slippage przekroczy próg, traktujesz trade jako odjęte R, nie „pech"
SL na serwerze, dystans policzony pod zmienność eventu i zapisany przed publikacjąTAK / NIEDystans dobrany do zwykłej struktury wykresu bywa w evencie za ciasny. Metody i progi to zakres 15.3/15.6 — tu sprawdzasz wyłącznie, czy liczba jest ustalona przed publikacją
Plan B na awarię platformy w pierwszej minucieTAK / NIEMobile zalogowane, telefon brokera w gotowości, hotkey „Close All" przygotowany
Przykład ilustracyjny (liczby syntetyczne, nie zapis rachunku): etatowiec, który skopiował amerykański workflow pre-NFP. Trader pracuje w IT, standup o 9:30, lunch 13:00–13:30 PL. NFP wychodzi o 14:30 PL. Znalazł amerykański blog prop-tradingowy z „pre-market NFP workflow: 7:00 AM scan, 8:00 AM checklist, 9:30 AM setup final confirmation". Skopiował cały workflow. Problem strefy czasowej: 7:00 AM EST = 13:00 PL = jego lunch. 8:00 AM EST = 14:00 PL = on jest z powrotem na meetingu. O 14:30 siedzi przy firmowym laptopie z zablokowanym MT5 przez korporacyjny firewall. Wynik: handel z telefonu z drżącą ręką, pominięcie setupu albo ryzyko nagany w pracy. Rozwiązanie: workflow etatowca w strefie polskiej układa się wokół godzin, w których coś się realnie dzieje — sesja LON to 9:00–17:00 (18:00) PL, nakładanie LON/NY 14:00–17:00 PL, dane z USA 14:30 PL (poza tygodniami rozjazdu DST USA–UE). To popołudnie i wczesny wieczór, nie porównywalne z 7:00 rano czasu nowojorskiego. Godziny bierzesz z rytmu dnia w 15.5 i przeliczasz na własny grafik, zamiast kopiować cudzy zegar.
Flowchart 30-sekundowej procedury reakcji tradera Forex w trakcie publikacji danych makro NFP CPI FOMC — sprawdzenie ekspozycji, weryfikacja SL na serwerze, telefon brokera w gotowości, brak nowych pozycji w pierwszej minucie po publikacji
Flowchart 30-sekundowej procedury reakcji tradera Forex w trakcie publikacji danych makro NFP CPI FOMC — sprawdzenie ekspozycji, weryfikacja SL na serwerze, telefon brokera w gotowości, brak nowych pozycji w pierwszej minucie po publikacji

Przykład: NFP +199 tys. zamiast +130 tys.

Konsensus +130 tys., wynik +199 tys. Reakcja: USD silne, EUR/USD spada 50–80 pipsów w pierwszej minucie. Trader z pozycją EUR/USD long ma trzy scenariusze:

  • SL na serwerze 25 pipsów pod entry — SL został wybity, slippage 8 pipsów, strata netto −33 pipsy zamiast −25. Akceptowalne.
  • SL „w głowie" 25 pipsów — trader nie zdążył kliknąć w pierwszych 15 s (platforma laggowała). Po 90 sekundach cena 70 pipsów pod entry. Strata: 70 pipsów + slippage = 78 pipsów. 3× planowanej.
  • Brak SL i pozycja 0,3 lota na rachunku 8 000 PLN — −80 pipsów to 0,3 × 80 × 38 PLN = −912 PLN, czyli −11,4% rachunku; trader trzyma „bo wróci". W 12 minut −110 pipsów = −1 254 PLN = −15,7%. Depozyt zabezpieczający 0,3 lota przy dźwigni 1:30 to 3 333 × 0,3 = 1 000 EUR (≈ 4 300 PLN przy EUR/PLN 4,30 — założenie scenariusza), więc Margin Level spada z ~186% przez ~165% do ~157%: coraz bliżej wezwania do uzupełnienia depozytu.

SL na serwerze jest w trakcie eventu makro jedynym mechanizmem, który zadziała bez Ciebie — ale nie jedyną metodą kontroli ryzyka: pozostają redukcja sizingu i wyjście z rynku przed publikacją, i to one pracują wtedy, gdy SL zrealizuje się dziesiątki pipsów dalej. SL „w głowie" w trakcie eventu nie istnieje — Twoja ręka, klawiatura i platforma nie są w stanie zareagować szybciej niż rynek. To różnica między „mam ryzyko 1%" a „mam ryzyko 3–5% ze znacznym prawdopodobieństwem".

Dlaczego pierwsze 90 sekund to inny rynek. Mikrostruktura FX w pierwszej minucie po publikacji high-impact różni się fundamentalnie od reszty sesji. Algorytmy market makerów w tym oknie rozszerzają spread, redukują dostępną płynność na każdym poziomie cenowym, a część podmiotów wycofuje kwotowania na kilka–kilkanaście sekund [BRAK DANYCH DO WERYFIKACJI: źródło, okno pomiaru]. To znaczy, że Twoje zlecenie market w t = 5 s po publikacji może zostać zrealizowane na poziomie, którego o t = 0 s w ogóle nie było w księdze zleceń. Slippage 30–80 pipsów na EUR/USD przy zwykłym spreadzie 0,5 pipsa to nie awaria — to design rynku w trybie „event mode". Analizę takiego okna dla flash crashu GBP z 7 października 2016 r. opublikował Markets Committee przy BIS (grupa robocza Bank of England i BIS), styczeń 2017 r.[3] Raport opisuje mikrostrukturę zdarzenia; zaleceń kapitałowych dla brokerów w przeczytanych fragmentach nie ma, więc ich tu nie przypisuję.
Tło rynkowe rzeczywiste (źródło: Markets Committee/BIS, styczeń 2017[3]), rachunek i decyzje ilustracyjne: GBP flash crash 7 października 2016 r., 00:07 BST. Według raportu ruch rozegrał się między 00:07:03 a 00:07:11 BST (BST = GMT + 1): GBP/USD spadł z ok. 1,2600 do 1,2494 w ciągu ok. 8 sekund, a poziom 1,1491 padł o 00:07:41 BST. Raport mówi o „mniej niż dziesięciu minutach skrajnej dysfunkcji" rynku; kiedy dokładnie i na jakim poziomie cena się ustabilizowała, zostawiam bez liczby, bo tego z raportu nie odczytałem. Działo się to w sesji azjatyckiej — niska płynność, większość desków LON i NY zamknięta. W międzyczasie:
  • Zlecenia SL na GBP/USD realizowały się ze znacznym poślizgiem — w pustej księdze zleceń SL nie gwarantuje ceny.
  • Część brokerów później „cofnęło" niektóre transakcje (cena „nieprawdziwa") — proces trwał tygodnie, nie wszyscy klienci dostali zwrot.
  • Raport wskazuje na zbieg czynników: porę doby, mechaniczne wzmacniacze ruchu (m.in. przepływy zabezpieczające związane z opcjami), kaskadę zleceń stop-loss i cienką płynność sesji azjatyckiej.
Wniosek operacyjny: nie przewidzisz daty kolejnego flash crashu, ale możesz przewidzieć własną ekspozycję, SL na serwerze, sizing i to, czy trzymasz pozycję w sesji o cienkiej płynności. Pozycje swing przez sesję azjatycką muszą mieć SL na serwerze i akceptować slippage 100–500 pipsów jako realistyczny scenariusz, nie ogon. Reguła praktyczna: dla GBP, AUD, NZD podczas sesji azjatyckiej redukuj sizing o 30–50% [PRÓG ILUSTRACYJNY — NIE NORMA RYNKOWA] albo zamykaj pozycje przed rolowaniem dnia handlowego (17:00 w Nowym Jorku = 23:00 PL, poza tygodniami rozjazdu DST).

6. Gap weekendowy i otwarcie niedzielne

FX zamyka się w piątek na rolowaniu dnia handlowego (17:00 w Nowym Jorku = 23:00 PL, poza tygodniami rozjazdu DST USA–UE) i otwiera w niedzielę wieczorem — dokładna godzina zależy od serwera Twojego brokera: spotyka się 22:00, 22:30 i 23:00 PL [DO WERYFIKACJI CZAS: sprawdź specyfikację swojego rachunku]. W tych ~48 godzinach świat się dzieje: wybory, geopolityczne wydarzenia, decyzje regulatorów, oświadczenia szefów państw. Gdy rynek wraca, cena może otworzyć 30–500 pipsów od piątkowego zamknięcia. SL w gapie nie gwarantuje ceny — zadziała dopiero po pierwszej dostępnej kwotacji, często dziesiątki albo setki pipsów dalej.

Procedura piątku 18:00 — redukcja ekspozycji

Piątek wieczorem, na ok. 5 godzin przed zamknięciem rynku (18:00 wobec rolowania o 23:00 PL), przeglądasz portfel pod kątem ekspozycji weekendowej. Reguła default: 50% redukcja sizingu wszystkich pozycji swing trzymanych przez weekend [PRÓG ILUSTRACYJNY — NIE NORMA RYNKOWA: 50% to założenie scenariusza; własną liczbę wyprowadzasz z tego, jaki gap przeżywa Twój rachunek]. Jeśli normalnie trzymasz 1,5% ryzyka per pozycja, na weekend zostawiasz 0,75%.

Dlaczego 50%? Bo rozkład gapów weekendowych ma fat tails — większość weekendów to gap 5–25 pipsów (akceptowalny), ale zdarzają się weekendy z gapem 100–500 pipsów. Częstości nie podaję — [BRAK DANYCH DO WERYFIKACJI: próba, definicja gapu]. Twój sizing musi przeżyć ten najgorszy scenariusz, nie średni.

Harmonogram weekendowej redukcji

Harmonogram weekendowej redukcji ekspozycji tradera Forex — od piątkowego popołudnia do niedzielnego otwarcia Sizing % 100 50 0 Pt 12:00 100% Pt 18:00 50% Pt 21:00 50% weekend 50% Nd −30 min 50% Nd otwarcie 50% Pn 09:00 100% harmonogram redukcji ekspozycji weekendowej (piątek → niedziela → poniedziałek)

Lista par wymagających dodatkowej ostrożności

Para / instrumentTypowe ryzyko gapuAkcja default
USD/JPY, EUR/JPY, GBP/JPYWysokie — operacje walutowe MoF/BoJ, weekend news z JaponiiRedukcja 70%, lub zamknięcie jeśli ryzyko polityczne JPY
USD/CHF, EUR/CHFWysokie po SNB 2015 — bank centralny może zaskoczyć w niedzielęRedukcja 70%; nie trzymaj koncentracji CHF na weekend
XAU/USD (złoto)Średnie — geopolityka weekendowa może wywołać 1–3% ruchRedukcja 50%, sprawdzaj kalendarz polityczny
EUR/USD, GBP/USD, AUD/USDNiskie–średnie — typowy gap 5–25 pipsówStandard 50%, chyba że ryzyko CB
Egzotyki (USD/TRY, USD/ZAR, USD/MXN)Bardzo wysokie — decyzje banków centralnych, ratingiDomyślnie zamknij na weekend
Indeksy (SPX, NDX, DAX)Bardzo zależne od futures pricing w niedzielę wieczoremRedukcja 60%, świadomość że futures otwierają się przed FX

Niedzielny review — 30 minut przed otwarciem

Niedziela, ok. 30 minut przed godziną otwarcia u Twojego brokera (spotyka się 22:00, 22:30 i 23:00 PL — [DO WERYFIKACJI CZAS: sprawdź specyfikację rachunku]) — checklist:

  1. Jakie newsy weekendu mogą poruszyć Twoje pary? Sprawdź kalendarz: wybory, statements G7, decyzje banków centralnych w Azji (RBA, RBNZ, BOJ), Twitter szefów państw.
  2. Jak otworzyły się futures azjatyckie? Nikkei 225, Hang Seng, ASX dają wskazówkę o nastrojach.
  3. Jaki jest spread na otwarciu Twojego brokera? Pierwsze 5–15 minut po otwarciu spread często 3–5× normalnego. Nie wchodź w tym oknie.
  4. Czy moje SL z piątku są jeszcze sensowne? Jeśli rynek otworzył 30 pipsów w stronę zysku, SL strukturalny może wymagać przesunięcia.
  5. Czy mam plan na pierwszą godzinę? Pierwsza godzina niedzielna ma niski volume i dziwną mikrostrukturę. Zwykle: obserwacja, nie trade.
Tło rynkowe rzeczywiste, rachunek i decyzje ilustracyjne: GBP/USD w nocy referendum brexitowego 23–24.06.2016. To nie był klasyczny gap weekendowy z piątku na niedzielę. To był ruch w trakcie nocnej sesji handlowej po publikacji wyników referendum, w okresie cienkiej płynności sesji azjatyckiej. GBP/USD spadł z okolic 1,49 do okolic 1,32–1,33 w kilka godzin, czyli rzędu 1 500 pipsów (~10%) w trakcie aktywnego rynku [BRAK DANYCH DO WERYFIKACJI: kwotowania minutowe — podaję rząd wielkości, nie zapis ticka]. Trader z pozycją long GBP/USD 1 lot na rachunku 50 000 PLN doświadczył straty rzędu 50–60 tys. PLN i salda ujemnego — w jurysdykcjach przed wprowadzeniem negative balance protection (ESMA 2018) oznaczało to obowiązek spłaty długu. Procedura: ryzyko polityczne poza standardowym oknem płynności (referenda, wybory, decyzje banków centralnych) traktujesz jak event high-impact — nie trzymasz ekspozycji w oknie ogłoszenia wyników; jeśli musisz, redukujesz do 0,1 normalnego sizingu i akceptujesz ryzyko 100% pozycji. SL w gapie ani w pustej księdze zleceń sesji azjatyckiej nie gwarantuje ceny — zadziała po pierwszej kwotacji, której dostarczy broker.

7. Bank centralny przeciwko Tobie — twarde interwencje, peg breaks i szoki komunikacyjne

Twarde interwencje banków centralnych, peg breaks i szoki komunikacyjne to klasa wydarzeń, w których żadne typowe założenie ryzyka nie obowiązuje. Operacja rynkowa (SNB w styczniu 2015, MoF/BoJ w 2024) pomija poziomy: SL na 50 pipsów może zostać zrealizowany 800 pipsów dalej, Margin Level potrafi spaść z 500% do ujemnego w 90 sekund. Werbalne szoki (RBA, decyzje stóp niezgodne z konsensusem) działają wolniej, ale 80–200 pipsów w 1–3 godziny i tak rozkłada ciasny SL detaliczny.

Trzy zmienne w interwencji

  1. Kasa decyduje — bank centralny dysponuje rezerwami walutowymi rzędu setek miliardów USD. Twoje 0,3 lota nie ma żadnego znaczenia w tym kontekście. To rynek, w którym jesteś bezbronny.
  2. Czas decyduje — interwencje są zwykle ogłoszone z 5–60 minutowym wyprzedzeniem (statement, presser), ale czasem są niezapowiedziane (SNB 2015). Jeśli nie zareagujesz w pierwszych 15 sekundach, ruch w 90 sekund osiąga 50–80% swojej finalnej wielkości.
  3. Płynność brokera decyduje — Twój broker jest ostatnim ogniwem. Jeśli jego dostawcy płynności (LP) wyjdą z rynku na 30–60 sekund (regularnie się zdarza w skrajnych eventach), Twoje zlecenie market trafi na pierwszą cenę, którą broker będzie miał dostępną — często 100–500 pipsów dalej.

SNB 15 stycznia 2015 — case study

Kontekst: Szwajcarski Bank Narodowy od 2011 r. utrzymywał floor EUR/CHF na poziomie 1,2000 — bezpośrednia interwencja, kupowanie EUR za CHF każdego dnia, rezerwy walutowe SNB urosły do rzędu 80% PKB Szwajcarii (rząd wielkości — [BRAK DANYCH DO WERYFIKACJI: źródło]). 15 stycznia 2015 r. o 09:30 GMT (10:30 CET), bez ostrzeżenia, SNB ogłosił usunięcie floora.

[DANE SYNTETYCZNE / DEMO / LIVE — USTAL POCHODZENIE] Udokumentowane są dwa punkty: komunikat SNB o 09:30 GMT (10:30 CET) i minimum dnia w okolicach 0,85. Poniższa sekwencja jest ilustracją tempa, nie zapisem kwotowań — minutowych danych z tego dnia nie mam i nie udaję, że mam.

FazaEUR/CHF (ilustracyjnie)Komentarz
Tuż przed komunikatem1,2009Normalny handel, spread 0,5 pipsa
Pierwsza minuta po komunikacieok. 1,15Luka rzędu 500 pipsów
Druga minutaok. 1,05Kolejne ~1 000 pipsów w dół
Trzecia minutaok. 0,85Okolice udokumentowanego minimum dnia
Kolejne minuty0,85–0,97Konsolidacja, spread 100–500 pipsów
Po ok. pół godziny~1,02Częściowe odbicie
Po południu~1,04Stabilizacja, spread normalizuje się

Konsekwencje:

  • FXCM (broker notowany na NYSE) wykazał ok. 225 mln USD ujemnych sald klientów (liczba z komunikatów z 15–16 stycznia; w formularzu 8-K jej nie ma) i wziął od Leucadia dwuletnią pożyczkę 300 mln USD z początkowym oprocentowaniem 10% rocznie, rosnącym o 1,5 pp co kwartał, nie więcej niż 17%[4]. Kurs akcji załamał się o ok. 87%; handel akcjami wznowiono 20 stycznia.
  • Alpari (UK) ogłosił niewypłacalność 16 stycznia 2015 r., dzień po decyzji SNB.
  • Tysiące traderów detalicznych z pozycjami EUR/CHF long (popularny trade „bezpieczny", bo floor 1,2000 miał być broniony przez SNB) — totalna utrata rachunków + ujemne salda. Wiele jurysdykcji nie miało wówczas negative balance protection, więc traderzy byli zobowiązani spłacić długi.

Brak korelacji między „bezpieczną tezą" a „bezpieczną pozycją". EUR/CHF long z SL na 1,1900 wyglądał na 0,15% ryzyka. W rzeczywistości pozycja niosła ryzyko 100% rachunku + ewentualne saldo ujemne — SL w peg nie gwarantuje ceny w momencie zniesienia peg.

BoJ / MoF 2024 — interwencje na USD/JPY

W Japonii decyzję o interwencji walutowej formalnie podejmuje Ministerstwo Finansów (MoF); Bank Japonii działa jako agent operacyjny wykonujący zlecenia na rynku. 2024 rok przyniósł serię takich operacji w obronie jena. Charakterystyka: ruchy 300–600 pipsów w 5–15 minut, częściowo komunikowane (oświadczenia MoF), częściowo „stealth interventions" (potwierdzane dopiero w raportach okresowych)[5]. Skali ruchów nie źródłuję — [BRAK DANYCH DO WERYFIKACJI: tempo ruchu]. Robocze progi obserwacyjne dla USD/JPY [PRÓG ILUSTRACYJNY — NIE NORMA RYNKOWA; STAN NA DZIEŃ: poziomy z reżimu 2024 r., nie z bieżącego rynku]:

  • USD/JPY powyżej 158: ekspozycja w JPY 50% normalnej, świadomość ryzyka interwencji.
  • USD/JPY powyżej 160: ekspozycja w JPY 25% normalnej, śledzenie wypowiedzi MoF i BoJ codziennie.
  • USD/JPY powyżej 162: zwiększone prawdopodobieństwo interwencji w krótkim horyzoncie — część traderów całkowicie unika JPY w tym reżimie.

Operacyjny trigger interwencji BoJ — co skalibrować

Dane publikuje Ministerstwo Finansów Japonii (MoF), a Bank Japonii jest wykonawcą operacji, nie wydawcą raportów — okresowe zestawienia interwencji (z 1–2-miesięcznym opóźnieniem; wystarczają do kalibracji historycznych progów). Alternatywne sygnały operacyjne:

  • Alert TradingView na minutowym timeframe USD/JPY: zmiana ceny o > 1,50 JPY (czyli > 150 pipsów) w 5 świecach M1; w Pine v5: math.abs(close - close[5]) > 1.50 — warunek symetryczny łapie ruch w obu kierunkach
  • Niska implikowana zmienność USD/JPY 1M (poniżej kilkunastu punktów) + duży ruch w 5 min — częsta sygnatura interwencji
  • Wypowiedzi MoF / BoJ z rana JST — JST to UTC+9, czyli 8 godzin przed czasem zimowym w Polsce i 7 przed letnim: poranek w Tokio przypada u Ciebie na noc i wczesny ranek (09:00 JST = 01:00 czasu zimowego, 02:00 letniego), nie na popołudnie. Jeśli chcesz je śledzić na żywo, planujesz to na noc albo ustawiasz alert. Werbalna interwencja zwykle poprzedza fizyczną o 1–5 dni

RBA — szok komunikacyjny, nie operacja FX na wzór SNB/MoF

W przypadku Reserve Bank of Australia ryzyko dla tradera detalicznego częściej przychodzi przez szok komunikacyjny — decyzję stóp, zmianę tonu w oświadczeniu albo wypowiedź Governora — niż przez klasyczną, bezpośrednią operację FX na wzór SNB 2015 czy MoF/BoJ 2024. Ruchy 80–200 pipsów w 1–3 godziny po pressers RBA są typowe i wystarczają, żeby zniszczyć ciasny SL detaliczny. Wniosek operacyjny: nawet „mniejsze" banki centralne potrafią poruszyć rynek o 2–3× normalnego dziennego ATR samym komunikatem. Procedura zostaje ta sama: redukcja ekspozycji przed znanym oknem CB, brak nowych pozycji w czasie pressers.

Ochrona przed ujemnym saldem — do czego odnosisz się w procedurze

Dla procedury kryzysowej liczy się jedno pytanie: czy w scenariuszu z luką Twój rachunek może zejść poniżej zera. Odpowiedź zależy od statusu klienta i od jurysdykcji wykonawcy, nie od tego, co pokazuje platforma. Pełne omówienie — kto jest objęty ochroną, co zmienia reklasyfikacja na klienta profesjonalnego i jak wygląda to dziś w Polsce (od 1 sierpnia 2019 r. obowiązuje decyzja KNF DAS.456.2.2019, która zastąpiła wygasłą tymczasową interwencję ESMA[2]) — należy do działu 13: ochrona klienta detalicznego oraz klient detaliczny a profesjonalny. W karcie incydentu zapisujesz tylko wynik sprawdzenia: „ochrona przed ujemnym saldem: tak / nie / do sprawdzenia" — bo od tego zależy, czy w luce Twoja strata może przekroczyć środki na rachunku, czy zatrzymuje się na nich. Uwaga na słowo „depozyt": ochrona przed ujemnym saldem ogranicza stratę do środków rachunku, a nie do depozytu zabezpieczającego pozycji — margin jest blokadą kapitału pod pozycję, nie limitem straty.

Flash crash EUR/CHF 15 stycznia 2015 po decyzji SNB o zniesieniu floora 1,2000 — ilustracja tempa ruchu z tabeli powyżej: ok. 500 pipsów w pierwszej minucie i łącznie ok. 3500 pipsów do okolic udokumentowanego minimum dnia
SNB, 15 stycznia 2015: zniesienie floora EUR/CHF 1,2000. Sekwencja z tabeli powyżej jest ilustracją tempa, nie zapisem kwotowań — udokumentowane są dwa punkty: komunikat o 09:30 GMT i minimum dnia w okolicach 0,85. O cenie Twojego wykonania decyduje pierwsza kwotacja dostępna u Twojego brokera, nie poziom z wykresu.
Tło rynkowe rzeczywiste, rachunek i decyzje ilustracyjne: 30 sekund kontra 30 minut. 15 stycznia 2015 r., po komunikacie SNB o 09:30 GMT. Trader A miał long 0,1 lota EUR/CHF (gra pod utrzymanie floora 1,2000) z SL 50 pipsów, rachunek 12 000 PLN. Trader B miał ten sam setup w 0,5 lota, rachunek 50 000 PLN. Trader A zauważył anomalię w pierwszych sekundach i od razu wysłał zamknięcie — ale wykonanie dostał po pierwszej kwotacji, jaką miał broker, a nie po cenie, którą widział: rzędu 1 100 pipsów niżej, czyli między poziomem pierwszej a drugiej minuty z tabeli powyżej. Strata 1 100 pipsów = 1 100 CHF ≈ 4 125 PLN (CHF/PLN 3,75 — założenie scenariusza), czyli ok. 34% rachunku. Bolesne, ale rachunek przeżył. Trader B czekał „aż się odbije"; kilka minut później broker zamknął pozycję sam (margin call): strata 3 300 pipsów = 16 500 CHF (nie USD — para jest kwotowana w CHF) = 61 875 PLN. Saldo: −11 875 PLN, czyli debet. Obowiązkowa ochrona przed ujemnym saldem w UE pojawiła się dopiero z interwencją ESMA w 2018 r. — w styczniu 2015 r. nie była powszechna, więc debet pozostawał długiem klienta. Sekundy decyzji Tradera A wobec minut paraliżu Tradera B = różnica między 34% straty a saldem ujemnym.

8. Awaria brokera — gdy nie odpowiada nikt

Awaria po Twojej stronie (sprzęt, internet) jest tym, czemu możesz się przeciwstawić. Awaria brokera (serwer offline, panel niedostępny, telefon nie odbiera) jest scenariuszem, w którym masz minimalną kontrolę. Procedura zaczyna się zanim awaria nastąpi — od dywersyfikacji infrastruktury.

Drugi rachunek u innego brokera — do czego służy w incydencie

Kryteria wyboru zapasowego brokera (inna jurysdykcja, inny dostawca płynności, inny model egzekucji, wielkość depozytu) ustala artykuł 15.1 jako element stanowiska — nie powtarzam ich tutaj. W 15.8 liczy się wyłącznie to, co ten rachunek robi w trakcie incydentu i czego nie robi:

  • Cel zapasowego rachunku: nie alternatywna strategia, lecz hedge — i wyłącznie na potwierdzonej pozycji. Jeśli główny broker padnie, a kanał 2 lub 3 potwierdza, że pozycja jest tam nadal otwarta w znanym wolumenie, na zapasowym otwierasz przeciwną pozycję w tym samym wolumenie. Zamraża to wynik tylko dopóki obie nogi są otwarte — potwierdzenie jest zdjęciem stanu z jednej chwili, nie gwarancją na godziny wprzód.
  • Czego zapasowy rachunek nie robi: nie zastępuje wiedzy o stanie pozycji. Otwarcie „hedge’a" bez potwierdzenia nie zamraża niczego — jeśli SL u głównego już się wykonał, otwierasz właśnie nową, gołą pozycję w przeciwną stronę, w środku ruchu, który właśnie Cię kosztował stop.
  • Warunek utrzymania: rachunek ma sens tylko zalogowany i z aktywną sesją przed incydentem, z depozytem wystarczającym na wolumen, który realnie trzymasz na głównym.
  • Co może rozwiązać hedge bez Twojej wiedzy: SL albo TP stojący na serwerze głównego brokera wykona się mimo niedostępnego frontendu — i od tej sekundy noga u zapasowego jest gołą pozycją w przeciwną stronę. To samo robi stop-out po którejkolwiek stronie, gdy zabraknie depozytu, oraz różnica specyfikacji kontraktu między brokerami (inny mnożnik albo inne godziny handlu = nogi nie są równe). Dlatego hedge wymaga trzech rzeczy naraz: rezerwy depozytu u zapasowego, żeby to jego noga nie padła pierwsza; powtarzanego potwierdzania stanu głównej pozycji tak długo, jak hedge stoi; i gotowej decyzji na utratę jednej nogi — domyślnie zamykasz drugą, a nie dobierasz pod nią trzeciej.

Symptomy awarii brokera

ObjawCo to znaczyReakcja
MT4/MT5 łączy się, ale „No connection" trwa > 5 minut na wszystkich Twoich terminalachSerwer brokera offline lub utrata routingu sieciowegoSprawdź status na stronie brokera, social media, downdetector. Telefon niezbędny
„Off quotes" na wszystkich parach przez > 60 sBroker stracił dostawców płynnościCzekaj 5 min. Jeśli nie wraca — telefon po stan pozycji; hedge na zapasowym dopiero na potwierdzonej, otwartej pozycji
Panel webowy brokera nie ładuje się, telefon nie odbieraBroker może mieć infrastrukturalną awarię (DDoS, awaria DC)Email z timestampem do brokera (dowód na sprawę). Hedge tylko wtedy, gdy któryś kanał potwierdza, że pozycja jest otwarta i w jakim wolumenie; bez potwierdzenia — nie wysyłasz nic
Wpłaty i wypłaty wstrzymane bez wcześniejszego ogłoszeniaBardzo poważny sygnał — możliwy kryzys płynności brokeraNatychmiast zminimalizuj ekspozycję, wycofuj kapitał
Spread > 5–10× normalnego na wszystkich parach przez > 30 minBroker próbuje chronić się przed stratami klientów (np. po słabej egzekucji)Dokumentuj dla regulatora. Hedge na zapasowym po potwierdzeniu stanu; przy nieznanym stanie — nie wysyłasz nic
Drzewo decyzyjne tradera Forex w przypadku awarii głównego brokera — potwierdzenie stanu pozycji kanałem niezależnym jako warunek wstępny, dopiero potem kryteria close, hold i hedge u zapasowego brokera
Drzewo decyzyjne tradera Forex w przypadku awarii głównego brokera — potwierdzenie stanu pozycji kanałem niezależnym jako warunek wstępny, dopiero potem kryteria close, hold i hedge u zapasowego brokera

Procedura hedge'u przez zapasowego brokera

Załóżmy, że Twój główny broker jest offline, a Ty sądzisz, że masz long EUR/USD 0,5 lota. Procedura zaczyna się od kroku, który rozstrzyga, czy w ogóle wolno Ci cokolwiek otwierać.

  1. Krok 0 — potwierdź stan pozycji u głównego. Kanał 2 (telefon do dyżurnego: „proszę o listę otwartych pozycji i wolumen") albo kanał 3 (aplikacja mobilna, zakładka Trade), ewentualnie raport rachunku przysłany mailem. Hedge jest dopuszczalny wyłącznie wtedy, gdy któryś z tych kanałów potwierdza, że pozycja jest otwarta i w znanym wolumenie.
  2. Dlaczego to nie jest formalność. Jeśli SL stał na serwerze, mógł się już wykonać — wtedy „hedge" nie zamraża niczego, tylko otwiera nową, gołą pozycję w przeciwną stronę. Przy częściowym wykonaniu SL Twoja ekspozycja netto jest inna, niż myślisz, a hedge w pełnym wolumenie odwraca ją, zamiast neutralizować.
  3. Gdy stanu nie da się potwierdzić — nie otwierasz nic. Dokumentujesz (zrzut ekranu, godziny prób kontaktu, email z timestampem do brokera) i czekasz. Brak widoczności nie jest brakiem ochrony: jeśli SL jest na serwerze, jest tam nadal i wykona się bez Ciebie — choć, jak wszędzie w tym artykule, nie gwarantuje ceny.
  4. Na potwierdzonej pozycji: zaloguj się na zapasowego brokera i otwórz przeciwną pozycję w potwierdzonym wolumenie (potwierdzony long 0,5 lota → short 0,5 lota; potwierdzone 0,2 lota po częściowym wyjściu → short 0,2 lota, nie 0,5).
  5. Zapisz timestamp, cenę i to, czym potwierdziłeś stan — to Twój dowód, że redukowałeś ryzyko na znanym obrazie, a nie w ciemno.
  6. Czekanie nie jest bezczynnością: dopóki hedge stoi, w regularnych odstępach potwierdzasz kanałem niezależnym, że główna pozycja nadal jest otwarta, i pilnujesz poziomu depozytu u zapasowego. Po powrocie głównego brokera: najpierw ponownie sprawdź stan pozycji, potem zamknij obie strony symultanicznie albo zachowaj główną zgodnie z planem. Jeśli w międzyczasie jedna noga znikła — zamykasz drugą, nie otwierasz trzeciej.
  7. Koszt operacji: 2× spread + ewentualny drift cen między brokerami (1–3 pipsy). Akceptowalna cena za kontrolę — ale tylko wtedy, gdy kontrola jest realna, czyli gdy znasz stan po obu stronach.

Uwaga prawna: niektórzy brokerzy w warunkach umowy mają klauzule pozwalające im jednostronnie modyfikować ceny zlecenia w sytuacjach „force majeure". Po awarii broker może próbować wykonać Twoje zlecenia po cenach „rekonstruowanych" — zwykle gorszych dla Ciebie. Twoja dokumentacja (screen, timestamps, nagrania telefoniczne) jest jedynym narzędziem w sporze. Nie opieraj sprawy wyłącznie na nagraniach po stronie brokera — o kopię masz prawo wystąpić, ale własna dokumentacja jest jedyną, nad którą masz kontrolę i którą możesz przedstawić od razu.

Basis risk — hedge na drugim brokerze nie jest idealny

Hedge u zapasowego brokera zamraża kierunek, ale nie eliminuje ryzyka egzekucyjnego. Różnice między brokerami, które wpływają na realny wynik hedge'u:

  • Spread — różny u każdego brokera, może się rozjechać szczególnie w trakcie eventu (1–5 pipsów rozbieżności na evencie to typowy zakres)
  • Egzekucja — ECN vs market maker, różne pule LP, last look, slippage asymetryczny
  • Symbol CFD — „EURUSD" u brokera A może być rozliczany inaczej niż „EUR/USD" u brokera B (kontrakt rolowany, mnożnik, godziny)
  • Godziny handlu — niektóre instrumenty mają różne okna handlowe u różnych brokerów
  • Swap overnight — różny u każdego brokera; przy długim hedge'u (kilka dni) różnica swap może zjeść część zabezpieczenia

Hedge zamraża dominującą część ryzyka kierunkowego, ale w trakcie awarii liczysz się z 5–15 pipsami szumu między brokerami — akceptowalna cena za zachowanie kontroli, ale nie „idealne zabezpieczenie".

Zapis incydentu i przekazanie sprawy

Dokumentacja incydentu jest częścią procedury kryzysowej i powstaje w trakcie, nie po tygodniu. Minimalny zapis, który musisz mieć zamknięty w ciągu 24 godzin:

  1. Czas — początek i koniec objawu co do sekundy, w jednej strefie (najlepiej UTC), plus godziny prób kontaktu.
  2. Stan rachunku — numer rachunku, tickety, instrument, kierunek, wolumen, entry, planowany SL/TP w chwili incydentu.
  3. Dowód zewnętrzny — cena w niezależnym źródle (drugi broker, TradingView) ze zrzutem i widoczną godziną; zrzuty ekranu platformy z widoczną sekundą; log z aplikacji mobilnej.
  4. Czego żądasz — jedno zdanie: wyjaśnienie, korekta wykonania albo rekompensata.

Samo pismo reklamacyjne, ścieżka eskalacji do regulatora i to, czego broker może odmówić, należą do działu 13 — wzór i procedurę znajdziesz w artykule spór z brokerem: reklamacja, eskalacja i dokumentacja. Zadaniem procedury kryzysowej jest dostarczyć tam komplet materiału, a nie pisać pismo od nowa.

Materiał zbierasz od razu z powodu, który nie wymaga żadnej statystyki: zrzuty z widoczną sekundą, cena z niezależnego źródła i pełna historia zleceń po tygodniu bywają już nie do odtworzenia. Jak kompletność zapisu przełoży się na szansę rozpatrzenia reklamacji i jakie terminy odpowiedzi wiążą brokera regulowanego — [BRAK DANYCH DO WERYFIKACJI: próba, skuteczność]; terminy i ścieżkę eskalacji sprawdzasz w artykule o sporze z brokerem, nie tutaj.

COVID-19 marzec 2020 — kiedy zawiódł cały ekosystem

Tydzień 9–13 marca 2020 r. — pandemia COVID-19 spowodowała załamanie korelacji między klasami aktywów i ekstremalne wybicia na FX. Poniższy opis dotyczy rodzaju objawów, jakich doświadczyła wtedy infrastruktura detalu. Liczby są progami ilustracyjnymi — pokazują rząd wielkości, o jaki chodzi, a nie zmierzone wartości; skali nie źródłuję [BRAK DANYCH DO WERYFIKACJI: próba, n, źródło]:

  • Skok wolumenu zleceń u brokerów CFD — rzędu 5–8× normalnego [PRÓG ILUSTRACYJNY], z okresowymi spowolnieniami platform liczonymi w dziesiątkach sekund w godzinach sesji LON i NY.
  • Rozjazd spreadów na egzotykach (USD/MXN, USD/ZAR, USD/TRY) — rzędu 8–15× normalnego [PRÓG ILUSTRACYJNY]; część par bywała czasowo niedostępna.
  • SL i TP wykonywane z poślizgiem — rzędu kilku do kilkudziesięciu pipsów [PRÓG ILUSTRACYJNY] nawet na majors w godzinach najwyższej aktywności.
  • Indeksy CFD (SPX, NDX, DAX) — powtarzające się okna „off quotes" liczone w minutach [PRÓG ILUSTRACYJNY] w trakcie sesji NY.
  • Część brokerów detalicznych podniosła wymagania marży jednostronnie i z krótkim wyprzedzeniem — klienci musieli dopłacić albo zamknąć część pozycji.

Lekcja systemowa: w tygodniu maksymalnego stresu rynkowego cała infrastruktura jest pod ciśnieniem jednocześnie. Twoja platforma, broker, dostawcy płynności, nawet kalendarze makro — każdy element ekosystemu działa wolniej i mniej niezawodnie. Procedura: w okresach widocznego stresu makro (VIX > 35, ruch S&P 500 > 3% dziennie, kryzysy płynności na obligacjach) automatycznie redukujesz sizing o 50% i traktujesz każdy event makro jako potencjalny scenariusz interwencji.

Przykład ilustracyjny (liczby syntetyczne, nie zapis rachunku): broker X i 36 godzin offline. Średniej wielkości broker CFD z licencją offshore miał awarię infrastruktury: DDoS i równoległa awaria centrum danych. Klienci nie mogli się zalogować przez 36 godzin. W tym czasie:
  • EUR/USD przeszło ok. 70 pipsów w jedną stronę i wróciło.
  • Klienci z otwartymi pozycjami nie mogli ich zamknąć samodzielnie.
  • SL i TP wykonywały się normalnie — stały na serwerze brokera, który formalnie działał; offline był frontend.
I to jest sedno tego scenariusza. Trader, który dodzwonił się do dyżurnego i usłyszał, że jego pozycja nadal jest otwarta, mógł zahedgować ją u zapasowego brokera w potwierdzonym wolumenie. Trader, który zahedgował „na wszelki wypadek", nie potwierdziwszy niczego, ryzykował trafienie na sytuację, w której SL u głównego już się wykonał — wtedy jego „zabezpieczenie" było nową, gołą pozycją w przeciwną stronę, otwartą w środku ruchu. Wniosek operacyjny: drugi broker redukuje skutki awarii tylko w połączeniu z kanałem, który mówi Ci, co masz otwarte. Sam drugi rachunek, bez potwierdzenia stanu, dokłada ryzyko zamiast je zdejmować.

9. Twój własny tilt jako kryzys — protokół zatrzymania

Najczęstszy kryzys w karierze tradera detalicznego nie jest awarią platformy ani gapem — jest jego własnym tiltem. Po dwóch stratach z rzędu jakość decyzji spada — kształtu tego spadku nikt tu nie zmierzył, więc nie nazywam go „wykładniczym": rośnie skłonność do dokładania pozycji, redukowania SL, otwierania trade'ów poza playbookiem, „odgrywania" P&L. Czy tak jest u Ciebie, rozstrzyga jedno pole w dzienniku: numer transakcji w serii dnia. Odfiltruj trade'y wykonane po pierwszej stracie dnia i policz ich sumę osobno — to jedyna wersja tej tezy, którą wolno postawić: hipoteza do sprawdzenia na własnej próbie, nie zmierzony rozkład.

Tilt nie jest emocjonalnym epizodem — to tryb, w którym trader sam uruchamia serię zleceń o ujemnej oczekiwanej wartości. Po stracie Twój osąd sytuacji jest gorszy niż przed wejściem w pozycję, a po dwóch stratach z rzędu nie powinien być jedynym filtrem decyzyjnym. To nie kwestia siły woli — to kwestia tego, że po dwóch stratach nie znasz już znaku oczekiwanej wartości kolejnej decyzji, a warunki, w których ją podejmujesz, są gorsze niż przy pierwszej. Nie twierdzę, że ten znak jest ujemny u każdego; twierdzę, że nie masz podstaw, żeby zakładać, iż jest dodatni. Ogólne mechanizmy decyzji w obszarze strat opisuje Kahneman[7] — ale odesłanie jest luźne: „tilt" w rozumieniu tradingowym nie jest pojęciem tej książki i nie przypisuję jej niczego o Twojej trzeciej transakcji.

Tilt = kryzys operacyjny

Tilt jest kryzysem o tej samej charakterystyce co awaria platformy:

  • Pierwsze 30 sekund decyduje — czy zamykasz okno MT4, czy klikasz kolejny trade.
  • Procedura, nie analiza — po stracie nie umiesz „przemyśleć" sytuacji, masz zniekształconą percepcję ryzyka. Jeśli Twój wykonawca to oferuje — zablokuj u niego twardy limit straty dziennej [DO WERYFIKACJI PROCEDURA: sprawdź w dokumentacji rachunku, czy funkcja istnieje i jak się ją cofa]; próg bierzesz z planu (15.2), nie wymyślasz osobnego. Poleganie na samej silnej woli to najdroższa iluzja w tym biznesie.
  • Konsekwencje są nieproporcjonalne — godzina w tilcie potrafi zniszczyć miesiąc dyscypliny.

Sygnały tiltu — wczesne wykrycie

SygnałStopieńAkcja
Sprawdzasz P&L co 10 sekundWczesnyZamknij wykres P&L, wróć do planu
Otwierasz wykres pary, której nie ma w playbookuWczesnyZamknij wykres, sprawdź playbook
2 straty z rzęduŚredniPauza 60 minut, fizycznie odejdź od ekranu
Trade poza playbookiem („mam dobre przeczucie")WysokiPauza 60 minut, dziennik tradingowy: dlaczego?
Dokładasz pozycję do strat („uśredniam")WysokiZamknij całość, koniec sesji, nie wracaj dziś
3 straty z rzęduKrytycznyKoniec sesji, automatyczna blokada konta jeśli można
Otwierasz kalkulator i myślisz „ile potrzebuję, żeby się odegrać"KrytycznyWyjdź z domu, idź na spacer, zadzwoń do kogoś
Strata dnia przekracza limit dzienny z planuKrytycznyKoniec sesji, niezależnie od godziny

Protokół zatrzymania — po 2 i 3 stratach

Reguła: 2-i-3. Po 2 stratach z rzędu — pauza 60 minut. Po 3 stratach — koniec sesji.

  1. 2 straty: zapisz w dzienniku oba trade'y, fizycznie zamknij MT4, wyjdź z pokoju, ustaw timer na 60 minut. W tym czasie: spacer, jedzenie, prysznic — cokolwiek, co fizycznie zmienia kontekst. Po 60 minutach wracasz do planu, sprawdzasz, czy setup jeszcze ma sens. Jeśli wciąż tilt — koniec sesji.
  2. 3 straty: koniec sesji, niezależnie od pozostałego czasu rynkowego. Procedura jest jedna i nie zależy od P&L: zamykasz otwarte pozycje albo potwierdzasz, że każda ma SL po stronie serwera — pozycja na plusie bez SL jest taką samą ekspozycją bez nadzoru jak pozycja na minusie. Potem pauza 24-godzinna i post-mortem dnia.
  3. Przekroczony limit dzienny: koniec sesji + dzień przerwy. Liczba pochodzi z planu tradingowego (15.2) — tu jej nie ustalasz, tu ją egzekwujesz.
  4. Przekroczony limit tygodniowy: koniec tygodnia. Warunkiem powrotu jest przegląd dziennika i brak naruszeń procesu, nie odrobienie straty.

Tilt vs uzasadniona pauza — kiedy to operator, a kiedy system

Nie każda seria strat to tilt. Czasem strategia trafiła w niewłaściwy reżim rynkowy i powinieneś zrobić review systemu, nie operatora. Liczbowe kryteria rozróżnienia:

  • Tilt operatora — sygnatura: 2–3 straty w < 2 godzinach, każda kolejna z większym sizingiem albo mniejszą dyscypliną SL, decyzja w < 60 sekund po sygnale, wpis w dzienniku „muszę odrobić" lub „czuję ten ruch"
  • Problem systemu — sygnatura: 2–3 straty rozłożone w 1–2 tygodniach, każda zgodna z planem (SL na serwerze, sizing planowy, brak modyfikacji), dziennik bez markerów emocjonalnych. To nie jest powód do interwencji w setupie po pojedynczej serii
  • Co z liczbą transakcji: nie ma progu, po którym seria strat staje się dowodem na cokolwiek. Liczbę obserwacji podajesz zawsze, ale rozstrzyga szerokość przedziału wokół progu decyzji, a nie sama liczba — kryteria utrzymania, obserwacji i wyłączenia setupu należą do audytu strategii (15.10). Pojedynczy dzień strat nie jest dowodem, że strategia nie działa — i nie jest nim też sam z siebie trzydziesty ani trzechsetny trade
  • Reguła «najpierw operator»: jeśli serie strat są krótkie i emocjonalne, naprawiasz operatora (blokady, procedury, przerwy) — i możesz to zrobić natychmiast, bo wstrzymanie handlu z powodu ryzyka operacyjnego nie czeka na żadne rozstrzygnięcie statystyczne. Jeśli serie są długie, plan-zgodne i spokojne — sprawa wychodzi poza procedurę kryzysową i idzie do audytu strategii

Tilt nie wymaga diagnozy charakteru — wymaga blokady technicznej. Nie dlatego, że znam znak oczekiwanej wartości Twojego trzeciego trade'u po dwóch stratach; dlatego, że w tym momencie ani Ty go nie znasz, ani nie jesteś w stanie rzetelnie go ocenić. Procedura nie potrzebuje silnej woli, potrzebuje zewnętrznego ogranicznika.

Mechaniczne narzędzia kontroli

Po dwóch stratach nie możesz traktować siebie jak neutralnego operatora. Masz gorszą jakość decyzji, więc potrzebujesz blokady technicznej, a nie kolejnego postanowienia:

  • Twardy daily stop-loss u brokera — część wykonawców pozwala ustawić limit straty dziennej, po którym blokowane są nowe zlecenia [DO WERYFIKACJI PROCEDURA: sprawdź w dokumentacji swojego rachunku, czy funkcja istnieje i jak się ją cofa]. Jeśli jest — próg ustawiasz równy limitowi dziennemu z planu (15.2), nie wymyślasz osobnej liczby.
  • Hasło do MT po ręcznym zalogowaniu (nie zapamiętane) — zmusza do 5 sekund refleksji przed kolejną sesją.
  • Plan tygodniowy z czasem off-screen — np. wtorek/czwartek wieczór całkowicie bez handlu, niezależnie od „sygnałów". Daje przestrzeń na decyzje w spokoju.
  • Timer Pomodoro — 25 min pracy, 5 min przerwy. Wbudowany rytm zapobiega ślęczeniu 4 godzin nad jednym setupem.
  • Fizyczne odcięcie internetu w skrajnych przypadkach — po przekroczeniu limitu dziennego z planu (15.2) wyłączasz router i chowasz telefon w innym pokoju. Kolejność z ramki poniżej: najpierw ekspozycja, dopiero potem router.
Warunek bezpieczeństwa: najpierw zamknij ekspozycję, potem odcinaj internet. Fizyczne odcięcie internetu ma sens dopiero po zamknięciu pozycji albo potwierdzeniu, że każda otwarta pozycja ma SL po stronie serwera brokera. Bez tego nie zatrzymujesz tiltu — tworzysz awarię nad awarią, w której pozycja zostaje na rynku, a Ty nie masz już żadnego kanału kontroli. Sekwencja: (1) close all przez desktop / mobile / telefon brokera, (2) potwierdzenie braku otwartych pozycji w mobile MT, (3) dopiero wtedy router off i telefon w drugim pokoju.
Przykład ilustracyjny (liczby syntetyczne, nie zapis rachunku): 4 godziny tiltu, 16,4% rachunku. Trader z rachunkiem 80 000 PLN, normalny dzień, plan handlowy: 2 setupy A+, sizing 1% per trade. Pierwszy trade −1%. Drugi trade −1%. Plan mówił: pauza 60 minut po dwóch stratach. Trader zignorował. Trzeci trade − 1,3% (zwiększony sizing „bo musi się odbić"). Czwarty trade − 2,1%. Piąty − 3,5%. Szósty − 4,8%. Siódmy + 1,2% (jedna wygrana, „ależ jestem w formie"). Ósmy − 5,1%. Suma arytmetyczna to −17,6%, ale liczyć trzeba szeregowo, bo każdy kolejny procent liczy się od mniejszego kapitału: 0,99 × 0,99 × 0,987 × 0,979 × 0,965 × 0,952 × 1,012 × 0,949 = 0,8356, czyli −16,44%. Rachunek 80 000 → 66 845 PLN. Kalkulacja powrotu: 80 000 / 66 845 = 1,1968, czyli trzeba zarobić +19,7%, żeby odrobić −16,44% (ogólnie: odrobienie = DD / (1 − DD)). Przy założeniu scenariusza +8% miesięcznie (założenie, nie norma zwrotu: 1,082,33 ≈ 1,197) to ok. dwa i jedna trzecia miesiąca pracy w idealnych warunkach. Cztery godziny braku procedury kosztują ponad dwa miesiące. To jest matematyka tiltu — asymetryczna: każdy procent w dół wymaga większego procentu w górę, żeby wrócić.
Protokół zatrzymania tradera w stanie tilt — pauza 60 minut po 2 stratach z rzędu, koniec sesji po 3 stratach albo po przekroczeniu limitu dziennego z planu tradingowego; warunkiem powrotu jest przegląd procesu, nie odrobienie straty
Protokół zatrzymania tradera w stanie tilt — pauza 60 minut po 2 stratach z rzędu, koniec sesji po 3 stratach albo po przekroczeniu limitu dziennego z planu tradingowego; warunkiem powrotu jest przegląd procesu, nie odrobienie straty

10. Pre-mortem i checklisty awaryjne — przygotuj się w 60 minut

Pre-mortem to technika opisana przez Gary'ego Kleina w „Harvard Business Review" (2007)[6]: zakładasz, że katastrofa już się wydarzyła, i wstecz szukasz, co poszło nie tak. Rodowodu z medycyny czy lotnictwa autor nie podaje — technika wyrasta z badań nad tzw. prospective hindsight, więc takiej genealogii tu nie przypisuję. Dla tradera detalicznego to godzina pracy raz w kwartale, która oszczędza tygodnie rekonwalescencji po realnym kryzysie; szersze ujęcie ciągłości działania i zarządzania incydentami po stronie instytucji finansowych dają wytyczne BIS[1].

Pre-mortem w 60 minut — krok po kroku

  1. Krok 1 (10 min): Tabela scenariuszy. Wpisz do tabeli: co mogło Cię zabić technicznie (sprzęt, broker), operacyjnie (błąd własny, fat finger, tilt) i rynkowo (gap, CB, event makro). Przy każdym — jakie masz zabezpieczenie i kiedy ostatnio je testowałeś. Zero filozofii.
  2. Krok 2 (15 min): Klasyfikacja. Każdy scenariusz przyporządkuj do kategorii: (A) awaria moja, (B) awaria brokera, (C) wydarzenie rynkowe, (D) mój błąd, (E) tilt.
  3. Krok 3 (15 min): Procedura per kategoria. Dla każdej kategorii napisz w 3–5 punktach, co byś chciał, żeby zostało zrobione w pierwszych 30 sekundach, 5 minutach i 1 godzinie.
  4. Krok 4 (10 min): Brakujące zasoby. Czego nie masz, żeby zrealizować te procedury? Numer brokera w pinned contacts? Drugi rachunek? Powerbank? Hasło do mobile MT? Lista zakupowa.
  5. Krok 5 (10 min): Implementacja. Zrób listę „muszę zrobić w tym tygodniu" — 3–5 konkretnych zadań. Wpisz w kalendarz z deadlinem.

Karta incydentu — 9 pól

Kartę wypełniasz dla każdego incydentu, także takiego, który skończył się dobrze. Dziewięć pól, bo każde odpowiada na inne pytanie, a brak któregokolwiek sprawia, że po miesiącu nie da się z zapisu nic wyczytać:

PoleCo wpisujesz
1. SygnałPo czym poznałeś, że to incydent: komunikat platformy, brak odświeżania, ruch ceny, brak potwierdzenia zlecenia. Godzina co do sekundy
2. Co wiadomoFakty potwierdzone w chwili zapisu: instrument, wolumen, czy SL jest na serwerze, który kanał działa
3. Czego nie wiadomoWprost wypisane luki: czy zlecenie doszło, czy SL się wykonał, jaka jest ekspozycja netto. To pole rozstrzyga, czego nie wolno Ci zrobić
4. Działanie natychmiastoweCo zrobiłeś w pierwszych 30 s — łącznie z „nie wysłałem nic", jeśli tak było
5. Sposób potwierdzenia stanuKtórym kanałem ustaliłeś stan pozycji (mobile / telefon / raport) i o której. Bez tego pola nie wolno wpisać żadnego hedge'a ani „close all"
6. Kanał zapasowyCo było drugą drogą i czy zadziałało: LTE, drugi terminal, dyżurny dealer, drugi broker. Zmierzony czas przełączenia
7. Czego nie powtarzaćKonkretny ruch do wykreślenia z odruchów: „powtórzone kliknięcie", „hedge bez potwierdzenia", „restart przed sprawdzeniem pozycji", „close all w ciemno"
8. ZapisDowody: zrzuty z widoczną sekundą, tickety, cena z niezależnego źródła, godziny prób kontaktu, numer sprawy u brokera
9. Warunek powrotuZdanie warunkowe, nie godzina: co musi być prawdą, żebyś wrócił do handlu. Warunek dotyczy procesu (stan potwierdzony, kanał odtworzony, przyczyna znana), nigdy odrobienia straty

Wzór checklisty kryzysowej (1 strona A4)

Ta sama karta rozpisana na scenariusze. Kolumna „stan do potwierdzenia" jest bramką: dopóki nie masz w niej odpowiedzi, nie przechodzisz dalej.

ScenariuszTriggerBezpieczny krok t = 0–30 sStan do potwierdzenia (i czym)Dowód do zapisaniaWarunek powrotu
Awaria platformy„No connection" > 15 sMobile MT i telefon do dyżurnego równolegle, nie po kolei. Bez powtórzeń zleceńLista otwartych pozycji i zleceń (mobile albo dyżurny)Zrzut z widoczną sekundą + godzina połączenia z dyżurnymDesktop wrócił, a jego obraz zgadza się z mobile; rozbieżność = telefon
Kliknąłem, połączenie zniknęłoBrak potwierdzenia zleceniaRęce z klawiatury. Zero powtórzeńCzy zlecenie weszło, ile razy i po jakiej cenie (historia zleceń / dyżurny)Numery ticketów i godzina kliknięcia wobec godziny potwierdzeniaStan zleceń potwierdzony i zgodny z zamiarem; duplikat zamknięty
Brak prąduUPS aktywnyZamknij pozycje bez SL na serwerze; te z SL zostaw — chyba że ekspozycja > 2% albo trwa publikacja makro, wtedy zamykasz także jeKtóre pozycje mają SL po stronie serwera (mobile) i czy trwa okno publikacjiZrzut listy pozycji z mobile + godzina startu UPSZasilanie i łącze stabilne 30 min; obraz desktopu zgodny z mobile
Brak internetuRouter offlineMobile na LTE. Włącz stoper przełączeniaCzy kanał 3 widzi rachunekZmierzony czas przełączenia na łącze zapasoweŁącze podstawowe wróciło i test przełączenia przeszedł
Fat fingerWykonana pozycja ≠ planowanaZamknij nadwyżkę po marketcie. Eat the spreadFaktyczny wolumen i kierunek w panelu TradeTicket błędnej pozycji, cena wejścia i cena zamknięcia — policzony koszt w PLNPozycja zgodna z planem albo zamknięta; wpis w dzienniku
Błąd automatuSeria zleceń bez Twojej decyzjiAutoTrading off — to nie zamyka pozycjiLiczba pozycji wobec liczby sygnałów; feed wobec drugiego źródłaLog terminala (zakładka Experts) i zrzut obu źródeł ceny z tą samą godzinąPrzyczyna znana (feed czy kod) i usunięta; test na demo
NFP/CPI/FOMC niezgodne z konsensusemPierwsze świece M1 z 5–10× volumeSprawdź ekspozycję i SL na serwerze. Bez nowych pozycjiCzy SL są na serwerze i jak daleko od cenyZrzut spreadu przed publikacją i po niej + zmierzony slippage wykonańMinęło 30 min od publikacji, spread wrócił do normy
Gap weekendowyOtwarcie > 30 pipsów od piątkowegoMobile: pozycje, SL, P&LPo jakiej cenie zrealizowały się zlecenia z lukiCena zamknięcia piątkowego i pierwsza kwotacja niedzielna z raportu brokeraPierwsza godzina za Tobą, wykonania uzgodnione z raportem
Interwencja CBRuch > 100 pipsów w < 60 sNa potwierdzonym obrazie pozycji: zamknij po pierwszej dostępnej cenieEkspozycja netto i to, które SL już się wykonałyCena z niezależnego źródła w tej samej sekundzie + cena wykonania u brokeraPłynność wróciła; bez nowych pozycji do końca sesji
Awaria brokeraPlatforma offline > 5 min, panel nie działaEmail z timestampem. Hedge tylko na potwierdzonej, otwartej pozycjiCzy pozycja u głównego jest otwarta i w jakim wolumenie — potwierdzane wielokrotnie, dopóki hedge stoiCzym i o której potwierdzono stan; ticket nogi zapasowej i poziom depozytu na niejGłówny wrócił, stan uzgodniony, hedge zamknięty symultanicznie
2 straty z rzędu (tilt)2 SL hit lub 2 trade'y > 0,8R lossZamknij wykresy, fizycznie odejdź — dopiero po zamknięciu pozycji albo potwierdzeniu SL, niezależnie od P&LCzy wszystkie pozycje mają SL na serwerze przed odejściemNumer transakcji w serii dnia i godzina odejścia od ekranu60 min minęło i setup nadal jest w playbooku
Przekroczony limit dziennyLimit z planu (15.2)Koniec sesjiBrak otwartych pozycji bez SLWynik dnia wobec limitu z planu — liczba, nie ocenaNastępna sesja, po wpisie w dzienniku — nie po odrobieniu straty

Test procedury — co mierzysz w drillu

Procedura, której nie przetestowałeś, jest hipotezą. Rytm i pełny zakres drilla awaryjnego ustala artykuł 15.1 (drill comiesięczny) — nie dubluj go tutaj i nie ustawiaj sobie drugiej częstotliwości. W procedurze kryzysowej dokładasz do niego tylko to, co dotyczy reakcji na incydent, i tylko to zapisujesz:

  • Warunek bezpieczeństwa: drill robisz przy zamkniętych pozycjach albo na rachunku demo. Symulacja awarii z realną, otwartą ekspozycją nie jest testem, tylko drugim incydentem.
  • W trakcie sesji o niskiej aktywności wyłączasz łącze podstawowe — wyjmujesz kabel WAN z routera przy działającym Wi-Fi, bo samo wyłączenie Wi-Fi testuje co innego — i włączasz stoper.
  • Mierzysz trzy czasy: (a) do zalogowania w aplikacji mobilnej, (b) do połączenia z dyżurnym dealerem, (c) do pełnego zamknięcia hipotetycznej pozycji 0,01 lota na demo.
  • Mierzysz czwarty, najczęściej pomijany: ile trwa potwierdzenie stanu pozycji kanałem niezależnym. To ta liczba rozstrzyga, czy w realnym incydencie zdążysz spełnić warunek hedge'u.
  • Cel: < 60 sekund pełnej procedury, idealnie < 30 sekund [PRÓG ILUSTRACYJNY — NIE NORMA RYNKOWA].
  • Co nie zadziałało? — to jest Twoja lista do poprawy i to ona, a nie sam czas, jest wynikiem drilla. Brakujące hasło? Numer brokera nieaktualny? LTE z wyczerpanym pakietem?

Czas reakcji — co jest realnie osiągalne

AkcjaCel czasowyOrientacyjnie osiągalne [PRÓG ILUSTRACYJNY]
Wykrycie kryzysu (od triggeru do świadomości)< 5 s2–3 s przy aktywnej obserwacji
Otwarcie aplikacji mobilnej MT< 10 s5–8 s jeśli zalogowana
Zamknięcie pozycji przez mobile< 15 s10–12 s
Telefon do brokera (do połączenia z dyżurnym)< 30 s15–25 s w godzinach sesji
Pełne zamknięcie wszystkiego przez telefon< 60 s40–50 s przy 1–3 pozycjach
Potwierdzenie stanu pozycji kanałem niezależnym< 45 szależy od czasu odbioru u dyżurnego — zmierz w drillu
Hedge na zapasowym brokerze (dopiero po potwierdzeniu)< 90 s60–80 s jeśli zalogowany
Decyzja „koniec sesji" w tilcie< 5 sTo zależy od Ciebie — procedura, nie zdolność

Wizualizacja czasów reakcji vs strat

Schemat jakościowy: strata rośnie nieliniowo z czasem reakcji na kryzys (bez skali, bez danych) strata (bez skali) 0 5s 15s 30s 60s 120s 240s 300s czas reakcji od triggeru kryzysu limit dzienny z Twojego planu (15.2)

Wykres jest schematem jakościowym bez danych: pokazuje kształt zależności — strata rośnie z czasem reakcji szybciej niż liniowo — a nie zmierzone wartości. Świadomie nie ma tu wartości punktowych ani rozrzutu wokół nich: nie mam próby, na której dałoby się je policzyć, a liczba bez próby nie staje się prawdziwa przez to, że stoi na wykresie. Własną krzywą zbudujesz z dziennika kryzysowego: dla każdego incydentu zapisujesz czas do pierwszej skutecznej akcji oraz koszt w R i w PLN. Po kilkunastu wpisach zobaczysz kierunek, a nie kształt funkcji: rozrzut wokół każdego czasu reakcji będzie szeroki, a kilkanaście punktów nie wystarcza, żeby ten kształt oszacować. Wynik zależy od pary, eventu, jakości egzekucji brokera i tego, który kanał u Ciebie działa najszybciej — każdą liczbę, którą z tego wyciągniesz, podajesz z liczbą obserwacji i zakresem.

Przykład ilustracyjny (liczby syntetyczne, nie zapis rachunku): dziennik kryzysowy w Excelu, który po 6 miesiącach nie odpowiadał na żadne pytanie. Trader prowadził dziennik kryzysowy przez pół roku w arkuszu z kolumnami: data, scenariusz, krótki komentarz, wynik. Po sześciu miesiącach nie dało się odpowiedzieć, gdzie realnie przecieka rachunek: sprzęt, broker, egzekucja czy tilt. Brakowało timestampu triggeru, czasu reakcji, kanału, kosztu w R, błędu operacyjnego i akcji korygującej. Wniosek: minimalny szablon dziennika kryzysowego (kolumny: timestamp triggeru, scenariusz A–E, instrument, ekspozycja %, SL server/head, kanał reakcji, czas do akcji, koszt w R, koszt w PLN, błąd operacyjny, poprawka, deadline) jest niezbędny, żeby logi po pół roku miały wartość diagnostyczną, a nie tylko archiwalną.

Gotowy szablon dziennika kryzysowego

Po każdym incydencie (nawet drobnym) zapisujesz w osobnym pliku/sekcji dziennika:

  • Data, godzina, scenariusz (kategoria A–E z pre-mortem).
  • Trigger — co dokładnie wykryło problem.
  • Czas reakcji — sekundy do każdej kluczowej akcji.
  • P&L impact — strata, którą dany incydent kosztował.
  • Co zadziałało — które elementy procedury wykonały się sprawnie.
  • Co nie zadziałało — luki w procedurze, brakujące zasoby.
  • Akcje korygujące — konkretne zmiany w infrastrukturze / procedurze, deadline.

Dziennik kryzysowy jest osobną warstwą danych — nie zastępuje dziennika transakcji, ale pokazuje, gdzie realnie przecieka rachunek: sprzęt, broker, egzekucja, tilt czy brak procedury. Sens prowadzenia go jest taki: po roku wpisów masz własny ranking scenariuszy zamiast cudzego — napraw dwa pierwsze, zamiast rozbudowywać 8-stronną checklistę, której i tak nie użyjesz pod stresem.

Checklista A4 do druku — wersja stresowa

Tabela scenariuszy w sekcji wyżej jest dobra do nauki — za długa do użycia w kryzysie. Wersja, którą drukujesz i kładziesz pod monitorem: dwanaście pozycji — sześć kroków w osi czasu (trigger → akcja → kanał) i sześć pól, które wypełniasz przed kryzysem. Bez akapitów, tylko checkboxy:

  • □ t = 0–5 s — sprawdzam ekspozycję %, SL na serwerze (kanał: desktop)
  • □ t = 5–15 s — mobile zalogowany i telefon do dyżurnego wybrany równolegle, nie po kolei (kanał: telefon + LTE)
  • □ t = 15–30 s — klasyfikuję: lokalny / brokerski / rynkowy
  • □ t = 30–60 s — mam potwierdzony stan pozycji; dopiero teraz: close / hedge / telefon / mobile / stop sesji
  • □ t = 1–5 min — screen z timestampem, log do dziennika kryzysowego
  • □ t = 5–30 min — weryfikacja stanu pozycji wszystkimi 3 kanałami
  • □ pole na numer telefonu brokera: ___________________
  • □ pole na login rachunku głównego: ___________________
  • □ pole na login rachunku zapasowego: ___________________
  • □ pole na zmierzony w ostatnim drillu czas przełączenia na łącze zapasowe: ___________________
  • □ pole na limit dziennego stop-loss: ___________________
  • □ pole na decyzję default: „jeśli nie znam stanu — nie wysyłam nic, potwierdzam kanałem 2 lub 3"

ROI prewencji — kiedy infrastruktura się zwraca

Kalkulacja zwrotu z inwestycji w infrastrukturę awaryjną
Kosztu prewencji nie ustalamy tutaj. Ile wolno wydać na stanowisko i w jakiej kolejności kupować, wiąże z kapitałem rachunku tabela progów w sekcji 2 artykułu 15.1 — z regułą „jednorazowy wydatek poniżej 20% kapitału rachunku". Do tego rachunku bierzesz z niej kwotę dla swojego progu, rozkładasz ją na okres wymiany sprzętu (dla UPS-a 15.1 przyjmuje trzy lata) i dopiero wtedy dodajesz koszty cykliczne — abonament łącza zapasowego, którego 15.1 do kwoty zakupu celowo nie wlicza. Własnej listy zakupowej ani cennika w 15.8 nie ma i nie będzie: tutaj liczy się wyłącznie druga strona równania — koszt incydentu, którego uniknąłeś, i iloraz zwrotu.

Koszt jednego incydentu bez prewencji [PRÓG ILUSTRACYJNY — NIE NORMA RYNKOWA: założenie scenariusza, nie zmierzona średnia]: 2–5% rachunku 20–30 tys. PLN = 400–1 500 PLN. Własną liczbę podstawiasz z dziennika kryzysowego po pierwszym roku.

ROI prewencji = (uniknięty koszt − koszt prewencji) / koszt prewencji, przy czym oba składniki są roczne. Uniknięty koszt sumujesz z dziennika kryzysowego: pole „koszt w PLN" z dwunastu miesięcy wpisów, ograniczone do tych incydentów, które prewencja rzeczywiście by zablokowała — częstość bierzesz z liczby takich wpisów, nie z cudzej statystyki. Koszt prewencji liczysz z progu w 15.1 w sposób opisany wyżej. Podstaw skrajne wartości, zanim uznasz sprawę za rozstrzygniętą. Próg 5 000–25 000 PLN z tabeli 15.1 (800–2 000 PLN jednorazowo, rozłożone na trzy lata) to ok. 270–670 PLN/rok: jeden uniknięty incydent po dolnej stronie zakresu (400 PLN) przy prewencji po górnej (670 PLN/rok) daje wynik ujemny (−40%); ten sam incydent po górnej stronie (1 500 PLN) przy prewencji po dolnej (270 PLN/rok) daje +456%. Na progu wyżej (25 000–50 000 PLN, ok. 4 500 PLN jednorazowo ≈ 1 500 PLN/rok) jeden incydent w roku nie zwraca się nigdy: w najlepszym razie wychodzi zero, w gorszym −73%. Zdanie „prewencja i tak się zwraca" jest więc fałszywe jako reguła — przy niskiej częstości incydentów zwrot jest ujemny i to jest normalny wynik tej kalkulacji, a nie błąd w liczeniu. Gwarancji zwrotu tu nie ma i nie będzie, dopóki nie podstawisz własnej częstości i własnego kosztu incydentu z dziennika kryzysowego. Osobno pamiętasz o składniku, którego ta kalkulacja nie łapie: część incydentów nie ma górnego ograniczenia kosztu, a przed nimi prewencja jest jedynym, co masz.

FAQ — Najczęściej zadawane pytania

Czy SL „w głowie" może działać dla doświadczonego tradera?
Operacyjnie nie. SL „w głowie" zakłada, że Twoja ręka, klawiatura i platforma są szybsze niż rynek — w trakcie publikacji NFP, FOMC czy interwencji CB to założenie nie obowiązuje. Spread skacze 5–15×, slippage 5–80 pipsów na majorach, platforma laguje 30–120 sekund. SL „w głowie" działa tylko w spokojnym rynku w trakcie sesji LON o 11:00 — czyli wtedy, gdy nie jest potrzebny. W każdym scenariuszu, w którym SL jest potrzebny, „w głowie" nie działa. Reguła: 100% pozycji ma SL na serwerze brokera. Wyjątki są rzadkie i powinny być opisane w playbooku przed wejściem w pozycję — w stresie nie dopisujesz wyjątków.
Jak często testować numer telefonu brokera?
Raz w miesiącu test rutynowy (zadzwonienie sprawdzające, np. „chcę potwierdzić, że ten numer jest aktualny do dyżurnego dealera"), raz w kwartale test stresowy (zadzwonienie 30 sekund po publikacji niskiej rangi, np. UK PMI, żeby sprawdzić rzeczywiste opóźnienie w warunkach „peak load"). Jeśli średni czas dodzwonienia przekracza 30 sekund — to broker, na którym nie powinieneś trzymać pozycji w trakcie eventów high impact. Dodatkowo: po każdej zmianie planu rozliczeniowego brokera (np. fuzja, zmiana licencji, przeniesienie biura) — pełne sprawdzenie kontaktów.
Czy mobile MT4/MT5 wystarczy jako jedyny backup?
Nie wystarczy. Mobile to jeden z trzech kanałów, nie zastępca pozostałych. Powody: (a) ekran telefonu jest mały, łatwo o fat finger, (b) aplikacja MT na mobile bywa wolniejsza niż desktop w okresach przeciążenia serwera, (c) telefon ma ograniczoną baterię i może być uszkodzony / zgubiony. Procedura „3 kanałów" (desktop + telefon do brokera + mobile MT) działa, bo każdy kanał kompensuje słabości pozostałych. Mobile jako jedyny backup zostawia Cię bez drogi odwrotu, gdy telefon padnie albo aplikacja nie wejdzie; procentów tej różnicy nie podam, bo nie mam czym ich zmierzyć [BRAK DANYCH DO WERYFIKACJI].
Co zrobić, jeśli broker nie chce zamknąć pozycji „bo serwer offline"?
To bardzo poważny sygnał. Kroki: (1) Email z timestampem na adres reklamacyjny brokera + zrzut ekranu stanu platformy. To Twój dowód czasowy. (2) Potwierdź kanałem niezależnym, że pozycja u głównego jest nadal otwarta i w jakim wolumenie — dopiero na potwierdzonej pozycji hedge u zapasowego brokera. Bez potwierdzenia nie otwierasz nic. (3) Po powrocie głównego brokera — natychmiastowe zamknięcie pozycji + reklamacja, jeśli cena była drastycznie różna od oczekiwanej. (4) W skrajnym przypadku — skarga do regulatora (KNF, BaFin, FCA, CySEC zależnie od jurysdykcji). Jak skutecznie działa skarga do regulatora — [BRAK DANYCH DO WERYFIKACJI: próba, skuteczność]; procedurę, terminy i granice tej drogi opisuje dział 13. Nie polegaj na rozmowie telefonicznej — wszystko w formie pisemnej z timestampem.
Czy automatyczne zamknięcie po N minutach to dobry pomysł?
Tak, dla strategii intraday i dla ochrony przed „pozycjami zawieszonymi". Implementacja: EA zamykający pozycję po zadanym czasie od wejścia (w społeczności MQL5 krążą darmowe warianty pod różnymi nazwami — [DO WERYFIKACJI PROCEDURA: zweryfikuj kod i przetestuj na demo przed użyciem na live]) — zamyka pozycję np. po 4 godzinach od entry. Korzyści: (a) wymusza dyscyplinę „nie nadziewania emocjonalnego" na pozycji, (b) zwalnia kapitał na nowe okazje, (c) w sytuacji, w której Ty nie możesz obsłużyć pozycji (wyjście z biura, spotkanie, choroba) — pod jednym warunkiem: terminal z EA nadal chodzi i ma połączenie z serwerem. To jest granica tej funkcji i trzeba ją nazwać wprost: EA działa po stronie klienta, więc awaria laptopa, zanik prądu, zerwane łącze albo zamknięty terminal wyłączają go razem ze sprzętem — wtedy nic się samo nie zamknie i wracasz do procedury 3 kanałów. Timer po stronie klienta nie zastępuje SL na serwerze. Jeśli zamknięcie po czasie ma przeżyć Twoją awarię, musi działać poza Twoim biurkiem (terminal na zdalnym serwerze) [DO WERYFIKACJI PROCEDURA: sprawdź, czy Twój wykonawca i Twoja konfiguracja to dopuszczają]. Druga wada: przy awarii po stronie serwera brokera EA również niczego nie wyśle. Dla strategii swing 3–10 dni — ten timer ustawiony np. na 10 dni działa jako safety net.
Jak dużą rezerwę kapitału trzymać u zapasowego brokera?
5–15% kapitału głównego. Cel zapasowego rachunku to hedge, nie alternatywna strategia, więc nie potrzebujesz pełnego depozytu. Kalkulacja: jeśli Twoja maksymalna ekspozycja na głównym to 5 lotów łącznie (w sumie wszystkich pozycji), zapasowy musi mieć margin na ~5 lotów hedge'u. Przy dźwigni 1:30 na majorach depozyt zabezpieczający wynosi 100 000 / 30 = 3 333 EUR na 1 lot, więc pełne zabezpieczenie 5 lotów wymagałoby ok. 16 700 EUR — z reguły więcej, niż chcesz trzymać poza głównym rachunkiem. Wniosek praktyczny jest więc inny, niż sugeruje reguła „5–15%": albo trzymasz zapasowy depozyt pod część ekspozycji i z góry przyjmujesz, że hedge będzie częściowy, albo ograniczasz maksymalną ekspozycję na głównym. Zapasowy musi być u brokera w innej jurysdykcji, z innym dostawcą płynności — bez tego nie jest redundancją, a tylko drugim rachunkiem na tym samym ryzyku.
Czy ma sens trzymanie pozycji przez weekend?
Zależy od strategii i ekspozycji. Reguły praktyczne: (a) day trading — żadnych pozycji weekendowych; to nie jest horyzont tej strategii; (b) swing trading na majors — tak, ale z 50% redukcją sizingu, świadomość gapu 5–25 pipsów jako bazy i 100–500 pipsów jako tail risk; (c) position trading — tak, z pełną akceptacją gapu jako kosztu strategii; (d) jakiekolwiek pary z JPY, CHF, lub egzotyki — domyślnie zamykasz na weekend; (e) okresy wokół wyborów, referendów, decyzji G7 — zamykasz wszystko niezależnie od strategii. Reguła decyzyjna: jeśli najgorszy realistyczny gap (np. 200 pipsów) zniszczy > 5% rachunku, redukujesz sizing albo zamykasz.
Co robić w stanie tilt, jeśli mechaniczne blokady nie wystarczą?
Nuklearna opcja: po zamknięciu wszystkich pozycji albo potwierdzeniu SL na serwerze fizycznie odłącz internet. Wyłącz router, schowaj smartfon w innym pokoju, włącz tryb samolotowy. Bez tego możesz stworzyć drugi kryzys: otwartą pozycję bez kanału kontroli. Druga opcja: jeśli broker oferuje twardy daily stop-loss z kilkudniowym opóźnieniem podniesienia limitu, włącz go z progiem równym limitowi dziennemu z planu (15.2) — po jego trafieniu nowe zlecenia są blokowane do następnej sesji niezależnie od Twojej decyzji. Dla tradera, który już raz stracił 10–20% w sesji przez odgrywanie, ograniczenie dostępu do kapitału na sztywno nie jest przesadą — to kontrola szkody. Tilt jest stanem, w którym Twoje decyzje mają obiektywnie niższą jakość; zarządza się nim otoczeniem i blokadami technicznymi, nie wolą.
Jak udokumentować incydent na potrzeby reklamacji u brokera?
Minimum: (1) Zrzut ekranu MT4/MT5 z timestampem widocznym (sekunda). Skoroszyt makro w Excelu z auto-screen co minutę pomaga. (2) Numery ticketów wszystkich pozycji + zaplanowanego SL/TP. (3) Dokładny czas wystąpienia objawu (np. „No connection od 14:30:12 do 14:31:43"). (4) Cena rynkowa w innym źródle w tym czasie (TradingView, Investing.com — screen z timestampem). (5) Zapis rozmowy telefonicznej z brokerem (większość smartfonów ma funkcję, sprawdź lokalne prawo). (6) Email reklamacyjny w 24h, zwięzły, faktograficzny, z załącznikami. Kompletność zapisu jest tym, na co masz wpływ, i jedynym, co po tygodniu będzie jeszcze istniało. Jaka jest realna szansa na rekompensatę i jakie terminy odpowiedzi wiążą brokera regulowanego przez KNF, BaFin czy FCA — [BRAK DANYCH DO WERYFIKACJI: próba, skuteczność]. Sprawdzasz to w dziale 13, nie tutaj.
Jaki jest minimalny budżet czasu na pre-mortem dla początkującego?
60 minut raz w kwartale + 15 minut po każdym realnym incydencie (na uzupełnienie dziennika kryzysowego). Łącznie 4–8 godzin rocznie. To ok. 0,2–0,4% rocznego czasu pracy (założenie: 2 000 h). Mnożnika zwrotu nie podam — zależy od tego, ile kosztuje Cię incydent, a tę liczbę masz dopiero z własnego dziennika kryzysowego. Dla początkującego pierwsza godzina pre-mortem jest najważniejsza — pisze procedury, konfiguruje sprzęt, sprawdza numery brokera, robi pierwszy test mobile. Kolejne kwartalne pre-mortemy są szybsze (15–30 min), bo aktualizują tylko zmiany. Procedura kryzysowa w detalu Forex to nie „dodatek dla profesjonalistów" — to obowiązkowy element, bez którego pierwsza realna awaria kończy się stratą, którą można było uniknąć.

Źródła i bibliografia

  1. Bank for International Settlements / BCBS, Principles for Operational Resilience, marzec 2021. Wytyczne dla pośredników finansowych w zakresie odporności operacyjnej, planów ciągłości działania (BCP) i zarządzania incydentami infrastrukturalnymi.
  2. ESMA, decyzja (UE) 2018/796 o interwencji produktowej wobec CFD dla klientów detalicznych (22 maja 2018; ograniczenia od 1 sierpnia 2018) — środek tymczasowy, nieodnowiony po 31 lipca 2019 r.; w Polsce od 1 sierpnia 2019 r. obowiązuje decyzja KNF nr DAS.456.2.2019 (Dz.Urz. KNF 2019 poz. 27), bezterminowa. Podstawa dla dźwigni, ochrony przed ujemnym saldem i standaryzowanego ostrzeżenia. Rozwinięcie: dział 13.
  3. Markets Committee (Bank for International Settlements), The sterling 'flash event' of 7 October 2016, styczeń 2017 (grupa robocza Bank of England i BIS) — bis.org/press/p170113.htm. Analiza flash crashu GBP/USD i mikrostruktury rynku w warunkach niskiej płynności. Uwaga: raport wydaje Markets Committee, nie Bank of England.
  4. FXCM Inc., Form 8-K, U.S. Securities and Exchange Commission, styczeń 2015 — sec.gov (załącznik 99.1). źródło warunków pożyczki Leucadia: 300 mln USD, dwa lata, początkowe oprocentowanie 10% rocznie rosnące o 1,5 pp kwartalnie, nie więcej niż 17%.
  5. Ministry of Finance Japan, raporty o operacjach interwencyjnych na rynku walutowym, 2024. MoF jest wydawcą danych; Bank Japonii wykonuje operacje jako agent. [STAN NA DZIEŃ: 2026-09-06]
  6. Klein G., Performing a Project Premortem, Harvard Business Review, wrzesień 2007 — hbr.org. Omówienie techniki pre-mortem. Artykuł nie podaje rodowodu techniki z medycyny ani lotnictwa.
  7. Kahneman D., Thinking, Fast and Slow, Farrar, Straus and Giroux, 2011. Odesłanie luźne: mechanizmy decyzji pod wpływem strat. „Tilt" w rozumieniu tradingowym nie jest pojęciem tej książki.
  8. MetaQuotes Software Corp., pomoc MT4: okno Navigator (polecenie „Set hotkey") oraz Trailing Stop („Trailing Stop works in the client terminal, not in the server"). [STAN NA DZIEŃ: 2026-09-06]
  9. MetaQuotes Software Corp., MQL4 Reference: IsTradeContextBusy — „Returns true if a thread for trading is occupied by another Expert Advisor"; kod błędu 146 ERR_TRADE_CONTEXT_BUSY („Trade context is busy") w wykazie błędów MQL4. Kontekst handlowy jest wątkiem terminala klienta, nie potwierdzeniem odbioru zlecenia przez serwer. [STAN NA DZIEŃ: 2026-09-07]

Twój postęp w kursie

Oznacz lekcję po zapoznaniu się z materiałem. Samo otwarcie lub przewinięcie strony nie oznacza ukończenia; oznaczenie nie jest wynikiem egzaminu.

Jarosław Wasiński LinkedIn

Redaktor naczelny MyBank.pl • Analityk finansowy i rynkowy

mgr Jarosław Wasiński — niezależny analityk i praktyk z ponad 20-letnim doświadczeniem w sektorze finansowym. Twórca i redaktor naczelny portalu MyBank.pl, dostarczającego rzetelną wiedzę o finansach osobistych, bankowości i inwestycjach od 2004 roku.

  • Bankowość i produkty finansowe: porównania kont osobistych i firmowych, analiza taryf opłat, testy aplikacji mobilnych, recenzje kredytów, lokat i kart kredytowych — z naciskiem na realne koszty i ukryte opłaty.
  • Rynki finansowe i makroekonomia: analiza fundamentalna rynków walutowych (Forex) i makroekonomicznych od 2007 roku, zarządzanie ryzykiem kapitału, struktura rynków OTC.
  • Kryptowaluty: analiza rynku kryptowalut, mechanizmów blockchain i tokenizacji aktywów w kontekście portfela inwestycyjnego.

Autor setek komentarzy rynkowych, analiz porównawczych produktów bankowych i materiałów edukacyjnych. Zwolennik transparentności — każdy ranking i recenzja na MyBank.pl opiera się na jawnej metodologii i zweryfikowanych źródłach (taryfy banków, regulaminy promocji, dane NBP).

Treści mają charakter edukacyjny i informacyjny — nie stanowią porady inwestycyjnej, rekomendacji ani oferty. Decyzje finansowe podejmuj na podstawie własnej analizy i konsultacji z doradcą.