Cmentarzysko systemów — kiedy edge umiera, a kiedy sam go zabijasz
Każdy edge wymaga okresowej rewalidacji. Część umiera, część tylko zasypia w złym reżimie, a część nigdy nie istniała poza backtestem. Pytanie nie brzmi „czy mój system kiedyś umrze", lecz „kiedy zaczyna umierać i czy będę umiał odróżnić śmierć rynkową od śmierci zadanej własną ręką". Większość polskich rachunków retail nie ginie z powodu niedoboru wiedzy — ginie, bo trader miał działający system i sam go rozłożył w trakcie pierwszego drawdownu, nie umiejąc odróżnić zewnętrznej zmiany reżimu rynku od wewnętrznego intervention bias. Ten artykuł traktuje strategię jak przypadek do autopsji: sprawdzamy dane, historię zmian, koszty wykonania i zachowanie tradera. Pełna anatomia śmierci edge'u w dwóch kategoriach (zewnętrzne Z1–Z4 i wewnętrzne W1–W5), procedura diagnozy z konkretnymi metrykami, i decyzja końcowa — reanimować, pochować w archiwum z notatką pogrzebową, czy zbudować nowy system od zera. Nie zakładamy powrotu do średniej, dopóki dane nie pokażą, że system nadal ma dodatnią expectancy netto.
- Każdy edge wymaga okresowej rewalidacji. Cykl życia edge'u: odkrycie → walidacja → eksploatacja → degradacja → śmierć. Robocze widełki praktyczne (kalibrator, nie statystyka branżowa): 18–36 miesięcy dla strategii intraday, 3–5 lat dla swingowych, 5–10 lat dla position. Po tym czasie albo ewoluuje świadomym audytem, albo umiera bez audytu.
- Zewnętrzne przyczyny śmierci (4 mechanizmy Z1–Z4): regime change, kompresja edge'u przez konkurencję, zmiana mikrostruktury (broker/regulator), zmiana fundamentalna instrumentu. Te przyczyny są poza twoją kontrolą — reagujesz, nie zapobiegasz.
- Wewnętrzne przyczyny śmierci (5 mechanizmów W1–W5): intervention bias, lift sizing trap, deposit bias po DD, zmiana strategii bez audytu, brak ewolucji. Te przyczyny są po stronie operatora systemu: procesu, sizingu, dziennika, dyscypliny zmian i decyzji po drawdownie.
- Survivorship bias w samoocenie. Widzisz głównie systemy, które przeżyły. Systemy porzucone po 3–12 miesiącach prawie nigdy nie trafiają do publicznych case studies. Procedura diagnozy musi zaczynać się od pytania „czy ten system w ogóle kiedyś działał, czy mi się tak wydawało — po wycięciu okresów, które pamiętam najlepiej".
1. Co to znaczy, że „edge umiera" — definicja operacyjna
„Edge umiera" to nie metafora. To stan operacyjny, który ma trzy mierzalne cechy:
- Expectancy netto twojego systemu spada poniżej progu rentowności na próbce statystycznie istotnej (n ≥ 100 trade'ów w ostatnim oknie czasowym). „Poniżej progu" oznacza zwykle expectancy < +0,1R netto po wszystkich kosztach, albo < 0R w skrajnych przypadkach.
- Spadek nie jest objaśnialny przez normalną wariancję systemu. Bootstrap Monte Carlo na historycznym wektorze R pokazuje, że obecny rezultat ma prawdopodobieństwo < 5% przy założeniu, że system pracuje normalnie.
- Spadek utrzymuje się w dwóch kolejnych oknach audytowych (zwykle dwa kolejne kwartały albo 2 × 50–100 trade'ów). Pojedynczy słaby kwartał to nie śmierć, to wariancja. Dwa z rzędu to sygnał strukturalny.
Każda z trzech cech może występować osobno bez śmierci edge'u. Spadek expectancy w pojedynczym oknie zdarza się normalnie 1–2 razy w roku. Wynik na ogonie rozkładu (5%) statystycznie się zdarza co 20 okien, czyli ok. raz na 5 lat dla audytu kwartalnego. Dwa kolejne słabe okna mogą być zbiegiem okoliczności u systemu o dużej wariancji. Razem te trzy cechy jednocześnie — oznaczają, że twój edge prawdopodobnie nie istnieje już w środowisku, w którym handlujesz.
Ważne rozróżnienie: edge umiera, system może żyć. To nie ten sam obiekt. System (zestaw reguł wejścia, wyjścia, sizingu) może być nadal sprawny, ale rynek się zmienił i jego edge zniknął. Albo na odwrót: edge istnieje, ale ty przestałeś go wykonywać poprawnie. Egzamin końcowy z artykułu 16.1 pomaga odróżnić te dwa stany; ten artykuł pomaga odróżnić, czy zmiana edge'u jest zewnętrzna, czy wewnętrzna.
Minimalna próbka do uznania śmierci edge'u
Trzy cechy powyżej muszą wystąpić jednocześnie i na próbce minimum 50+ trade'ów OOS w dwóch kolejnych oknach audytowych, nie na 5–10 trade'ach. Pojedynczy słaby miesiąc na próbce 20 trade'ów to szum statystyczny — nie jest sygnałem do zmiany systemu, reanimacji ani pogrzebu. Najczęstszy błąd początkujących: reakcja po 8–15 stratach, zanim próbka osiągnęła wartość diagnostyczną.
Panel decyzyjny śmierci edge'u
| Stan systemu | Expectancy | n OOS | Compliance | DD vs MC 95p | Decyzja | Czego nie wolno robić |
|---|---|---|---|---|---|---|
| Normalny | w przedziale historycznym | n/a | ≥ 90% | w przedziale | Eksploatacja bez zmian | Nie optymalizuj „z nudów"; nie szukaj poprawek tam, gdzie nic nie jest zepsute. |
| Obserwacja | spadek o 0,05–0,10R w jednym oknie | 30–50 | ≥ 85% | na granicy | Kontynuujesz, czekasz na drugie okno | Nie zmieniaj parametrów; nie zwiększaj częstotliwości audytów do tygodniowej. |
| Redukcja sizingu | spadek > 0,10R w jednym oknie albo na granicy w dwóch | 50–100 | ≥ 85% | powyżej | Sizing do 50% bazowego, audyt diagnostyczny | Nie dolewaj kapitału (deposit bias W3); nie podnoś sizingu po pierwszym powrocie zysku. |
| Stop handlu | expectancy < 0R w dwóch oknach | ≥ 100 | dowolne | powyżej | Zatrzymanie nowych pozycji, pełna procedura sekcja 5 | Nie otwieraj „pozycji testowych z ręki"; nie wracaj do handlu przed pełną autopsją. |
| Pogrzeb | expectancy < 0R w trzech kolejnych oknach albo < +0,1R przez 12+ mies. po reanimacji | ≥ 150 łącznie | nie kompensuje | strukturalnie powyżej | Archiwizacja, notatka pogrzebowa (sekcja 10) | Nie buduj nowego systemu w tym samym tygodniu; nie omijaj pauzy diagnostycznej 30+ dni. |
Panel jest narzędziem decyzyjnym, nie deterministyczną maszyną — progi są robocze i mają zatrzymać przed dwoma najczęstszymi błędami: przedwczesnym pogrzebem żywego edge'u na podstawie 15 trade'ów oraz przeciągniętą reanimacją martwego systemu przez 18 miesięcy „bo musi wrócić".
2. Cykl życia edge'u — od odkrycia do śmierci
Edge tradingowy ma cztery fazy życia, każdą z innym profilem expectancy i innymi wymogami operacyjnymi.
Faza 1: Odkrycie (3–6 miesięcy)
Trader identyfikuje wzorzec: konkretny setup, który na backteście pokazuje dodatnią expectancy. Wynik na backteście wynosi zwykle +0,4R do +0,8R per trade, bo jeszcze nie uwzględnia realnych kosztów (slippage, asymetria SL/TP, koszty rolowania, look-ahead bias). To iluzja edge'u, nie sam edge. Trader, który nie odróżnia odkrycia od walidacji, wpada w pierwszą pułapkę: skaluje system na live z założonym +0,5R, dostaje +0,1R i nie rozumie dlaczego.
Faza 2: Walidacja (6–12 miesięcy)
Forward test na demo, mikrokoncie, małym rachunku live. Pierwsze realne koszty wykonania, pierwsze błędy egzekucji, pierwsza próbka 100–200 trade'ów z prawdziwymi cenami fillów. Expectancy spada z +0,5R z backtestu do realistycznego zakresu: dla retail FX zdrowy edge w fazie walidacji ma expectancy +0,15R do +0,35R netto. Jeśli po 100 trade'ach na małym rachunku expectancy < +0,1R, edge nie przeszedł walidacji — nie idziesz dalej, wracasz do designu.
Faza 3: Eksploatacja (12 miesięcy – kilka lat)
Skalowanie kapitału przy stałym procencie ryzyka (15.11). Edge generuje stabilną expectancy z wariancją zgodną z modelem Monte Carlo. Trader prowadzi audyty kwartalne (15.10), iteruje sizing i filtry reżimu. Faza eksploatacji jest najdłuższa — i to tu większość traderów psuje system, bo monotonia egzekucji wywołuje intervention bias silniej niż jakakolwiek inna faza. Każda inna faza ma „zadanie" (odkryj / waliduj / pochowaj); eksploatacja ma „wykonuj to samo 200 razy" i to jest psychologicznie najtrudniejsze.
Edge vs setup — to nie ten sam obiekt
Setup może wyglądać identycznie na wykresie przez 5 lat — ta sama formacja, ten sam wskaźnik, ten sam timing wejścia. Ale edge netto może w tym czasie zniknąć, bo zmieniły się rzeczy, których nie widać w samym setupie: koszty wykonania (spread, prowizja, slippage), tłok zleceń w tych samych strefach, godziny płynności, korelacje między instrumentami, mikrostruktura brokera. Retail często myli „formacja dalej występuje" z „formacja dalej zarabia". Pierwsze to obserwacja wzorca, drugie to fakt po stronie dziennika z kosztami netto. Audyt śmierci edge'u patrzy na drugie, nie na pierwsze.
Faza 4: Degradacja i śmierć (zmienne tempo)
Expectancy zaczyna spadać. Jeśli spadek jest powolny (kilka kwartałów), trader ma czas na diagnozę i ewolucję systemu (np. zmiana filtra reżimu, dodanie nowych instrumentów, modyfikacja sizingu). Jeśli spadek jest gwałtowny (jeden kwartał z −15% DD i expectancy −0,2R), trader ma do wyboru trzy ścieżki: zatrzymać handel i zdiagnozować (zalecane), kontynuować w nadziei na powrót do średniej (klasyczny błąd), albo skalibrować sizing w dół do 30–50% i obserwować przez kolejne 50 trade'ów.
3. Zewnętrzne przyczyny śmierci — cztery mechanizmy
Zewnętrzne przyczyny śmierci edge'u są poza twoją kontrolą. Reagujesz, nie zapobiegasz. Ale ich identyfikacja jest krytyczna, bo decyduje o tym, czy reanimacja systemu ma sens (jeśli przyczyna minie, wraca expectancy) czy nie (jeśli przyczyna jest strukturalna, system musi ewoluować lub umrzeć).
Mechanizm Z1: Regime change rynkowy
Strategia trend-following umiera w długim range; mean-reversion w silnym trendzie; volatility-breakout w środowisku niskiego ATR. Regime change to nie pojedyncze odchylenie, lecz strukturalna zmiana zachowania rynku, która utrzymuje się przez kwartały albo lata. Przykłady historyczne: ujemne stopy ECB 2014–2022 (zniszczyły wiele strategii carry trade na EUR), post-COVID ekstrema zmienności 2020–2021 (zniszczyły wiele scalping setupów na M1–M5), era kompresji volatility 2017–2018 (zniszczyła breakout strategie na major FX).
Klasyczny przypadek polskiego retail: flash crash JPY z 3 stycznia 2019 (USD/JPY spadek ~4% w 7 minut, okolice godz. 0:00 CET, niska płynność tokijska). Rachunki traderów z systemami mean-reversion na USD/JPY zostały skasowane — nie z powodu błędu w samym systemie, lecz z powodu braku filtra płynności na sesji azjatyckiej i nakładającego się efektu mikrostruktury. U części brokerów retail SL były wykonywane przy slippage wielokrotnie większym niż normalny spread, szczególnie tam, gdzie zlecenia trafiały w dziurę płynności i rodzaj zlecenia (Market vs Stop) determinował jakość fillu. To był Z1 (zmiana reżimu płynności, nie ceny) sprzężony z Z3 (jakość wykonania w niskiej płynności, zależna od brokera). Brak filtra „nie handluj w godzinach niskiej płynności" zamienił statystycznie poprawny system w jednorazową ekspozycję na fat tail.
Diagnoza Z1: sprawdź ATR, ADX, VIX i DXY w okresie spadku expectancy vs okresie wzrostu. Jeśli widzisz strukturalną zmianę (np. ATR D1 w ostatnich 6 miesiącach < 0,7× średniej z poprzednich 24 miesięcy), masz prawdopodobnie regime change. Reakcja: redukcja sizingu o 30–50%, czekanie na powrót do warunków, audyt kwartalny.
Mechanizm Z2: Kompresja edge'u przez konkurencję
Każdy edge, który jest publicznie dostępny (np. setup z popularnego kursu, wskaźnik z TradingView, strategia z bestsellera), traci skuteczność proporcjonalnie do liczby traderów, którzy go używają. Mechanizm: gdy 1 000 traderów ustawia stop loss w tym samym miejscu (klasyczny support/opór z kursu), tłok zleceń w tej samej strefie pogarsza relację wejście–stop–poślizg dla wszystkich uczestników. Spread się rozszerza, fill quality spada, asymetria między fillem entry i SL rośnie — nawet bez intencjonalnego polowania na stopy. Algorytmy market-makerów reagują na przewidywalne strefy zleceń niezależnie od modelu wykonania brokera (A-Book, B-Book, hybryda).
Kompresja edge'u nie ma jednej daty — to proces powolny. W modelu roboczym do stress testu możesz założyć degradację expectancy o 0,05–0,10R po pierwszym roku masowej popularyzacji setupu i 0,15–0,25R po dwóch latach. Nie traktuj tego jako statystyki rynku — to konserwatywny haircut do testowania, czy system przeżyje tłok i pogorszone wykonanie. Po pięciu latach od publikacji większość „kursowych" setupów ma w realnych warunkach expectancy bliską zera netto, ale tu już mówimy o obserwacji warsztatowej, nie pomiarze.
Diagnoza Z2: Twój system jest oparty na publicznie dostępnym wzorcu? Sprawdź, ile lat temu został opublikowany. Jeśli > 5 lat — zakładaj kompresję, dopóki nie udowodnisz inaczej (forward test na ostatnich 100 trade'ach). Reakcja: ewolucja systemu (zmiana parametrów, dodanie filtrów, niestandardowych warunków wejścia) lub porzucenie i budowa nowego edge'u.
Mechanizm Z3: Zmiana mikrostruktury (broker / regulator)
Broker zmienia model wykonania (przejście z STP na hybrydę B-Book), regulator wprowadza nowe ograniczenia (ESMA 2018: redukcja dźwigni z 1:500 do 1:30 dla retail), platforma zmienia engine (MT4 → MT5 → cTrader). Każda z tych zmian może zabić strategię, która działała w poprzednim środowisku.
Klasyczny przypadek: scalping na 4–6 pipsach TP, który działał na brokerze ECN ze spreadem 0,3 pipsa, umiera po przejściu na brokera market makera ze spreadem 1,2 pipsa — bo edge wynosił 0,5R brutto, a +0,9 pipsa kosztu wykonania zjada większość przewagi. Inny przypadek: strategia carry trade na egzotykach, która działała przy dźwigni 1:200, staje się nieopłacalna przy 1:30 (wymóg depozytowy 2–3× wyższy niszczy ROI).
Jak to zidentyfikować: zmiana spreadu od konkretnej daty, requote przy newsach, rosnący execution_drag_R w formularzu autopsji, asymetria SL/TP > 0,3 pipsa. Jeśli data zmiany spreadu (czy modyfikacji warunków przez brokera lub regulatora) pokrywa się z datą spadku expectancy — masz Z3 z dużym prawdopodobieństwem. Reakcja jest binarna: albo migracja na innego brokera (jeśli przyczyna jest po stronie wykonania), albo adaptacja systemu do nowych warunków regulacyjnych — na przykład wyłączenie handlu na 1–5 minut przed i po publikacjach makro, które konkretny broker wycenia z markupem. Jedna decyzja kierunkowa, nie pięć drobnych modyfikacji.
Mechanizm Z4: Zmiana fundamentalna instrumentu
Para walutowa traci charakterystykę, która była podstawą edge'u. EUR/CHF po SNB 2015 nie zachowuje się jak przed 2015 (interwencja SNB zmieniła wzorce range / breakout na lata). USD/RUB po sankcjach 2022 stał się instrumentem o specyficznej dynamice, niedostępnej dla większości brokerów retail. Niektóre egzotyki przestają być oferowane (delisting), inne dostają nowe ograniczenia depozytowe.
Sygnał Z4 zwykle nie umyka uwadze — znaczący ruch fundamentalny na instrumencie (interwencja banku centralnego, sankcje, delisting) jest na pierwszych stronach gazet branżowych. Operacyjne pytanie nie brzmi „czy się stało", lecz „czy moja strategia była walidowana na danych po tej zmianie". Jeśli backtest pokrywa tylko okres przed zmianą fundamentalną, twoja expectancy jest artefaktem zniknionego rynku, nie dowodem na działanie strategii. Decyzja jest jedna z dwóch: usunięcie instrumentu z playbooka i przekierowanie sizingu na inne pary, albo pełna re-walidacja setupu na danych post-zmiana z minimum 12 miesiącami nowej historii zanim wrócisz do handlu na live.
4. Wewnętrzne przyczyny śmierci — pięć mechanizmów
Wewnętrzne przyczyny śmierci są po stronie operatora systemu: procesu, sizingu, dziennika, dyscypliny zmian i decyzji po drawdownie. Nie zawsze wynikają ze słabej psychiki — częściej z braku procedury. Operacyjnie kasują więcej rachunków niż przyczyny zewnętrzne, bo są bardziej powszechne i łatwiej je popełnić bez zauważenia.
Mechanizm W1: Intervention bias na próbce poniżej progu
Trader zmienia parametr systemu (SL, TP, filtr, godzinę wejścia) po próbce 5–15 trade'ów, nie czekając na próg statystycznej istotności (n ≥ 30 dla wstępnej kwalifikacji, n ≥ 100 dla decyzji). Po zmianie bazuje na nowej próbce 10–20 trade'ów, znów zmienia. Po 4 miesiącach trader nie handluje już swoim systemem, lecz zlepkiem reakcji na szum — każda zmiana resetuje próbkę statystyczną do zera.
Ślad w dzienniku: liczba zmian playbooka per kwartał > 1, albo zmiana parametru po próbce < 50 trade'ów. To jest najczęstsza wewnętrzna przyczyna śmierci edge'u u traderów po 12–24 miesiącach live.
Mechanizm W2: Lift sizing trap po zyskach
Po dobrym kwartale (np. +25% w 3 miesiące) trader podnosi ryzyko z 1% do 1,5% albo 2% „skoro mam większy bufor". Pierwsza statystycznie spodziewana seria 5 strat generuje −7,5% zamiast −5%. To uruchamia jedną z dwóch dalszych reakcji: panicarska redukcja sizingu (system nie ma czasu odzyskać) albo dalsze podniesienie ryzyka („odrobię szybciej"). W obu wypadkach edge ginie nie z powodu zmiany rynku, lecz z powodu zmiany sizingu w środku jego eksploatacji.
Ślad w dzienniku: skok wielkości pozycji po peak'u equity curve, bez wpisu w sekcji audytu strategii potwierdzającego spełnienie kryteriów (500+ trade'ów w dwóch reżimach, RoR z bootstrapu < 1%, Sharpe > 1,5).
Mechanizm W3: Deposit bias po DD
Sekwencja jest niemal zawsze ta sama. Rachunek schodzi z peak'u o 20%. Trader, zamiast pozwolić systemowi się odbudować w naturalnym tempie z dotychczasowym sizingiem, dolewa 20% z oszczędności — „żeby wrócić na peak nominalny". Wraca, ale to wynik czysto księgowy: system nie wykonał kamienia milowego potrzebnego do skalowania, a kapitał handlowy jest większy niż uprawnia statystyka. Pierwsza naturalna seria strat zabiera nominalnie 1,5× więcej niż przy oryginalnym sizingu i kasuje rachunek głębiej, niż wskazywał bootstrap. To nie jest śmierć edge'u w klasycznym sensie — to zniszczenie operacyjne rachunku przez fałszywe poczucie odbudowy. W dzienniku zostaje konkretny ślad: depozyt na rachunek w okresie aktywnego DD > 10%, bez wpisu w audycie potwierdzającego, że to było zaplanowane skalowanie, nie ratunek emocjonalny.
Mechanizm W4: Zmiana strategii bez audytu
Trader porzuca system z dodatnią expectancy w połowie eksploatacji i przechodzi na nową strategię, która „wygląda lepiej" — często skopiowaną z YouTube, kursu, mentora. Stara strategia idzie do archiwum bez audytu, nowa zaczyna od fazy odkrycia (sekcja 2). Trader wraca do iluzji edge'u z backtestu, traci 6–12 miesięcy na walidację nowej strategii, i często wraca do pierwotnej, zaufanie do siebie zachwiane.
Ślad w dzienniku: brak wpisu audytowego z decyzją o porzuceniu starej strategii. Nowa strategia w playbooku bez własnej walidacji forward.
Mechanizm W5: Brak ewolucji
System bez audytu starzeje się — im bardziej zmienia się rynek wokół niego, tym pewniej. Trader, który handluje tym samym setupem przez 5 lat bez zmiany parametrów, filtrów, instrumentów, czeka aż jeden z mechanizmów Z1–Z4 go skasuje, najczęściej Z2 (kompresja) sprzężone z Z3 (zmiana mikrostruktury brokera). To jednak nie jest argument za częstymi zmianami: ewolucja systemu nie jest synonimem intervention bias. Ewolucja oznacza świadomą, audytową, kalibrowaną zmianę raz na 6–12 miesięcy z dokumentacją w playbooku — intervention bias oznacza panikę po próbce 10 trade'ów. Brak ewolucji jest błędem o tej samej wadze co intervention bias, tylko popełnia się go wolniej i z większym poczuciem komfortu („mam swój system, działa od trzech lat"). Diagnostycznie: playbook w wersji 1.0 z marca 2024 r. wciąż obowiązujący w marcu 2026 bez ani jednego wpisu audytowego potwierdzającego rewalidację to nie jest dyscyplina — to bezczynność maskowana stałością.
5. Procedura diagnozy: zewnętrzne czy wewnętrzne
Gdy expectancy spada, pierwsze pytanie nie brzmi „co zmienić", lecz „dlaczego spada". Diagnoza określa kierunek reakcji: zewnętrzna przyczyna wymaga adaptacji albo czekania, wewnętrzna wymaga cofnięcia interwencji.
Procedura w pięciu krokach, do wykonania w sobotę z dostępem do dziennika:
- Sprawdź compliance. Ile transakcji w ostatnich 90 dniach miało rule_breach > 0 (złamana reguła)? Jeśli compliance < 85%, problem jest w wykonaniu, nie w systemie. Wracasz do egzaminu obszaru IV (16.1) i 15.10 (audyt), nie szukasz dalej.
- Sprawdź zmiany w dzienniku audytu. Ile parametrów zmieniłeś w ostatnich 90 dniach? Ile było uzasadnionych audytem na próbce ≥ 50, a ile było reakcją na próbkę 10–15? Jeśli w audycie są 2+ zmiany na próbce < 50 (W1), to interwencja bias zniszczył twój pomiar — wracasz do oryginalnej wersji systemu i czekasz 50 trade'ów.
- Sprawdź sizing. Czy w ostatnich 6 miesiącach zmienił się procent ryzyka per trade? Jeśli tak, czy zmiana była kalibrowana audytem albo emocjonalna (W2)? Cofnięcie do bazowego sizingu i obserwacja przez 50 trade'ów rozstrzyga.
- Sprawdź rynek. ATR, ADX, VIX, DXY w okresie spadku vs poprzednim okresie eksploatacji. Strukturalna zmiana (Z1) wymaga reakcji innej niż wariancja statystyczna. Jeśli widzisz konkretny historyczny wzorzec (np. cykl monetarny, post-COVID volatility), nazywasz go i adoptujesz strategię.
- Sprawdź mikrostrukturę. Zmienił się broker? Spread? Slippage rośnie? Test diagnostyczny B-Book (15.11) na ostatnich 30–50 trade'ach. Asymetria SL vs TP > 0,3 pipsa albo execution_drag_R > 0,15R per trade to sygnał Z3.
Po pięciu krokach masz konkretną diagnozę albo brak diagnozy. Brak diagnozy to też informacja: jeśli compliance OK, sizing stabilny, rynek niezmieniony, mikrostruktura OK — obserwujesz dalej przez kolejne 30–50 trade'ów. Pojedynczy słaby kwartał bez identyfikowalnej przyczyny może być wariancją statystyczną, której bootstrap Monte Carlo dopuszcza w 5–15% scenariuszy.
Formularz „Autopsja systemu" — 12 pól do wypełnienia w sobotę
Procedura powyżej jest opisowa. Żeby była wykonalna, sprowadź ją do formularza, który wypełniasz w jednej sesji audytowej i wklejasz do dziennika audytu z datą:
| # | Pole | Wartość operacyjna |
|---|---|---|
| 1 | Nazwa systemu i wersja playbooka | np. „Trend M15 EUR/USD v3.2" |
| 2 | Okres próbki audytowej | data od – data do, w kwartałach |
| 3 | Liczba trade'ów w próbce | n ≥ 50 dla wstępnej diagnozy |
| 4 | Expectancy netto | w R, po wszystkich kosztach |
| 5 | Profit factor | brutto i netto |
| 6 | Max DD obserwowany | w % equity |
| 7 | Max DD z bootstrapu MC (95p) | z wektora R, 10 000 ścieżek |
| 8 | Compliance rate | % trade'ów bez rule_breach |
| 9 | Zmiany parametrów w okresie | liczba i daty, z próbką przy każdej zmianie |
| 10 | Execution drag (slippage_R per trade) | średnia różnica fill vs plan |
| 11 | Reżim rynku (ATR, ADX) w okresie | porównanie do okresu walidacji |
| 12 | Decyzja | eksploatacja / obserwacja / redukcja / stop / pogrzeb (z panelu sekcji 1) |
Formularz wypełniasz pisemnie (w arkuszu, nie w głowie). Wypełnienie zajmuje 60–90 minut, jeśli masz dane w dzienniku zgodnym ze specyfikacją 15.9 (dziennik i metryki). Jeśli nie potrafisz wypełnić któregoś pola — to jest pierwsza luka, którą uzupełniasz w dzienniku, zanim wracasz do diagnozy. Brak pola 10 (execution drag) oznacza, że nie wiesz, ile cię kosztuje broker; brak pola 7 (MC 95p) oznacza, że nie wiesz, czy obecny DD jest w przedziale wariancji.
= profit_netto / ryzyko_w_walucie). Bootstrap ręczny w Sheets: na 1 000 wierszy ułóż formułę =INDEX($R$1:$R$N; RANDBETWEEN(1; N)) × 200 kolumn = 200 trade'ów na 1 000 ścieżek. Dla każdej ścieżki licz cumprod i max DD, potem percentyl 95 z wektora maxDD × 1 000. Zajmuje 45–90 minut konfiguracji, działa do końca kariery, kosztuje 0 PLN. Edgewonk (~700 PLN/rok) to skraca do 5 minut na klikalnym GUI — ale matematyka pod spodem jest ta sama.6. Survivorship bias — patrzysz tylko na żywe systemy
Każda historia o systemie tradingowym, którą czytasz na forum, w książce albo w wywiadzie z traderem, jest historią systemu, który przeżył wystarczająco długo, żeby ktoś mógł o nim opowiedzieć. W praktyce cmentarz systemów porzuconych po 3–12 miesiącach jest wielokrotnie większy niż zbiór systemów publicznie opisywanych jako działające — ale prawie niewidoczny, bo padłe systemy nie produkują content marketingu.
Konsekwencje survivorship bias dla diagnozy własnego systemu:
- „System X działa od 5 lat" nie znaczy, że jest dobry. Znaczy, że nie umarł publicznie. Może nie umarł, bo jego autor cherry-pickuje okresy do raportu. Może żyje na ogonie rozkładu (1 z 1 000 podobnych systemów). Może żyje, bo właściciel ciągle go modyfikuje, więc system z 2026 nie jest tym samym, co z 2021, choć nazwa się nie zmienia.
- Twoja samoocena edge'u jest zniekształcona. Pamiętasz świetne setupy, zapominasz nudne, podświadomie wycinasz okres „jakoś gorzej szło". Audyt do diagnozy śmierci edge'u robisz na pełnej próbce z dziennika, nie na „tych dobrych miesiącach". Audyt pełności próbki (procedura w 15.11 i 16.1) jest pierwszym krokiem — bez niego diagnoza jest projekcją wspomnień, nie analizą.
- Forum tradingowe jest najgorszym źródłem wiedzy o przeżywalności systemów. Zyskowni traderzy są aktywni i piszą; stratni odchodzą po cichu. Statystyka KNF za 2025 mówi: 72% aktywnych klientów na FX/CFD poniosło stratę, 28% miało dodatni wynik. Forum prezentuje te 28%, plus część z 72%, którzy nie chcą przyznać. Realny rozkład jest brutalniejszy niż obraz, który czytasz online.
7. Cmentarzysko polskiego retailu 2026 — typowe wzorce
Z obserwacji polskiego rynku retail FX 2024–2026 wyłaniają się powtarzalne wzorce śmierci systemów. Lista nie jest wyczerpująca, ale pokrywa większość przypadków, które trafiają na audyt mentorski albo do warsztatu.
| Wzorzec | Mechanizm | Średni czas do śmierci | Charakterystyczny ślad |
|---|---|---|---|
| Scalping z popularnego kursu na popularnym brokerze B-Book | Z2 (kompresja) + Z3 (mikrostruktura) | 3–9 miesięcy live | Backtest +0,4R, live +0,02R, główny koszt = slippage asymetryczny przy newsach |
| Carry trade na egzotykach po obniżeniu dźwigni ESMA 2018 | Z3 (regulator) + Z4 (instrument) | 6–18 miesięcy | Wymóg depozytowy 5–10× wyższy zjada ROI; stop-out na DD −15% kasuje rachunek |
| Swing trader z etatem próbujący intraday w polskim CET | W4 + niedopasowanie stylu (16.3) | 2–6 miesięcy | Wejścia >5 min od sygnału, compliance < 60%, rule_breach na większości trade'ów |
| Mean-reversion w trendzie post-COVID 2020–2021 | Z1 (regime change) | Single quarter | Próby „uśrednić" pozycje po pierwszych 3–5 stratach → pełen DD |
| Strategia kupiona od mentora, brak własnej walidacji | W4 (zmiana strategii) + zniknięcie autora | 3–12 miesięcy | Brak własnego forward testu, zaufanie do cudzych liczb, pierwsza trudna seria = porzucenie |
| System trend-following pominięty w drawdownie 2022 inflacja | Z1 (regime change na inflacyjnej zmienności) | 6–12 miesięcy | Whipsaw na M5–H1 zniszczył filtr ATR, trader nie przeszedł na D1 |
| Trader, który po +20% kwartale podniósł sizing 2× | W2 (lift sizing trap) | 1–2 kwartały | Pierwsza seria 5 strat skasowała pół roku zysku |
| Trader, który 4 razy zmieniał playbook w 2024 r. | W1 (intervention bias) | 9–15 miesięcy | Każdy playbook na próbce 25–40 trade'ów; brak danych statystycznie istotnych dla żadnego |
Wniosek operacyjny: z 8 wzorców wylistowanych w tabeli, 5 ma przyczynę wewnętrzną albo niedopasowanie stylu jako główny mechanizm. To nie jest reprezentatywna próbka polskiego retailu, to obserwacja z audytów — traktuj jako sygnał diagnostyczny, nie statystykę branżową. Niedopasowanie stylu do etatu (CET 9–17 vs sesja LON/NY 14:00–18:00) zżera konta najszybciej — często w 2–6 miesięcy, zanim rynek zdąży się w ogóle zmienić. Trader na etacie próbujący scalpingu intraday w godzinach pracy buduje system, który fizycznie nie ma szansy zostać wykonany zgodnie z planem; pierwsza seria pięciu trade'ów z telefonu pod biurkiem generuje compliance failure rzędu 80–100% i kasuje strategię, która sama w sobie mogła mieć dodatnią expectancy. Co istotne także w pozostałych przypadkach: nawet gdy pierwszą przyczyną była zmiana zewnętrzna (Z1 regime change, Z3 mikrostruktura), pełną śmierć systemu zwykle pieczętuje wewnętrzna reakcja tradera — intervention bias zamiast spokojnego audytu, lift sizing zamiast redukcji, dolewka kapitału zamiast pauzy.
8. Co robić, gdy edge umiera — cztery scenariusze
Po diagnozie (sekcja 5) i klasyfikacji przyczyny śmierci (sekcje 3 i 4) wybierasz jeden z czterech scenariuszy reakcji. Każdy ma inny koszt operacyjny i inny czas trwania.
Scenariusz A: Reanimacja przez ewolucję parametrów
Stosujesz, gdy diagnoza wskazuje na zmianę zewnętrzną, do której można się zaadaptować, bez fundamentalnej zmiany filozofii systemu. Przykład: spadek expectancy w warunkach niskiego ATR → dodanie filtra reżimu (np. „nie handluj, gdy ATR D1 < 0,7× średniej z 90 sesji"). Zmiana jest jedna, dokumentowana w playbooku, walidowana na próbce 50–100 trade'ów po wprowadzeniu.
Koszt: 1–3 miesiące zawieszonego sizingu (50% bazowego), 50–100 trade'ów walidacji. Ryzyko: intervention bias, jeśli ewolucja staje się serią częstych zmian.
Scenariusz B: Reanimacja przez czekanie
Stosujesz, gdy diagnoza wskazuje na regime change, który prawdopodobnie minie (cykl monetarny, krótkookresowa zmiana volatility). Przykład: scalping w okresie ekstremalnie niskiego ATR — rok później ATR wraca do normy, edge wraca z nim. Reakcja: redukcja sizingu do 30–50% bazowego, kontynuacja handlu na obniżonej wadze przez czas oczekiwania, audyt kwartalny.
Koszt: 1–4 kwartały obniżonego sizingu, prawdopodobnie ujemny lub neutralny wynik w okresie czekania. Ryzyko: regime change, który nie minie (zmiana strukturalna), uwięzienie kapitału w martwym systemie.
- playbook ma nowy numer wersji (np. v3.2 → v3.3) z datą zmiany i podpisem audytowym
- sizing ustawiony na 25–50% bazowego, nie pełny, nawet jeśli „czuję, że wraca"
- zmieniony jeden parametr, nie pięć — jedna zmienna na raz, żeby diagnoza A/B miała sens
- próg walidacji wpisany w kalendarz: 50–100 trade'ów, nie „kilka kwartałów"
- data następnego audytu wpisana w kalendarz z konkretną godziną w sobotę
- zakaz dolewek kapitału w całym okresie walidacji (próba odbudowy peak'u przez depozyt to W3, nie reanimacja)
Scenariusz C: Pogrzeb i nowy system
Stosujesz, gdy diagnoza wskazuje na strukturalną zmianę (Z2 kompresja edge'u, Z4 zmiana instrumentu) albo po dwóch nieudanych próbach reanimacji (A albo B). System idzie do archiwum z notatką podsumowującą: czas życia, expectancy w fazie eksploatacji, przyczyna śmierci, lekcje. Zaczynasz fazę odkrycia nowego edge'u (15.3, sekcja 2 tego artykułu) z pełną świadomością, że to jest 6–12 miesięcy pracy zanim nowy system będzie gotowy do walidacji forward.
Koszt: 6–12 miesięcy bez skalowalnego przychodu z tradingu, koszt operacyjny przyznania, że cykl się skończył. Dla tradera na etacie — do udźwignięcia. Dla tradera, który już wyszedł z etatu na JDG: przy roboczym przykładzie łącznego miesięcznego burn rate 4 000–6 000 PLN (życie + działalność + minimalna infrastruktura: ZUS, składka zdrowotna, najem, koszty stałe) to 24 000–72 000 PLN, które musi zjeść poduszka finansowa. To nie jest uniwersalny koszt JDG — konkretne podatki, ZUS i składka zdrowotna zależą od formy rozliczenia, roku podatkowego, województwa i kosztów życia w twoim mieście. Liczby służą do oszacowania horyzontu finansowego pogrzebu, nie do replikowania budżetu. Jeśli poduszki nie ma w tej wysokości, pogrzeb nie odbywa się w spokoju — odbywa się pod presją czasu, co dokłada drugi błąd: nowy system projektowany w warunkach finansowego stresu jest projektowany pod presją wyniku, nie pod kryterium walidacji. Ryzyko: niemożność znalezienia nowego edge'u, decyzja o zakończeniu projektu tradingowego (16.3); skrócenie fazy walidacji nowego systemu z powodu braku poduszki na 24 mies. (16.8).
Scenariusz D: Hybryda — archiwum + nowy system równolegle
Stosujesz, gdy stary system ma jeszcze marginalną expectancy (+0,05R do +0,15R), wystarczającą do utrzymania kapitału ale niewystarczającą do skalowania. Trzymasz stary system na minimalnym sizingu (25–40% bazowego) jako „tor utrzymaniowy", równolegle pracujesz nad nowym systemem (faza 1 — odkrycie). Po walidacji nowego systemu decydujesz: starego zamykasz definitywnie albo trzymasz w roli zabezpieczenia.
Koszt: bardziej skomplikowane operacyjnie (dwa systemy w dzienniku, podział czasu na egzekucję i research). Ryzyko: rozproszenie uwagi, dwa systemy o niskiej expectancy zamiast jednego dobrego.
9. Reanimacja vs pogrzeb — kryteria decyzji
Najtrudniejsza decyzja: kiedy reanimować (scenariusze A, B, D), a kiedy pochować definitywnie (scenariusz C). Romantyzm tradera popycha do reanimacji — system był przecież dobry, dane historyczne to potwierdzają, „z pewnością wróci". Statystyka popycha do pogrzebu — systemy, które nie wracają w ciągu 6–12 miesięcy redukcji sizingu, zwykle nie wracają w ogóle.
| Kryterium | Reanimacja możliwa | Pogrzeb zalecany | Horyzont oceny |
|---|---|---|---|
| Przyczyna śmierci | Z1 (cykl, prawdopodobnie minie), Z3 (zmiana brokera, można zmienić) | Z2 (kompresja strukturalna), Z4 (zmiana instrumentu trwała), W4 (porzucił audyt) | Z1 cykl: 4 kwartały; Z3 broker: 50 trade'ów po migracji |
| Czas eksploatacji systemu | 2–3 lata stabilnej fazy 3 przed degradacją | < 12 miesięcy fazy eksploatacji albo system nigdy nie miał stabilnej fazy 3 | Ocena jednorazowa na podstawie pełnej historii |
| Próbka historyczna | 500+ trade'ów z dodatnią expectancy w dwóch reżimach rynku | < 200 trade'ów; historia w jednym tylko reżimie | Liczona kumulatywnie na pełnym statement |
| Diagnoza | Konkretna identyfikowalna przyczyna zewnętrzna | Brak diagnozy po pełnej procedurze (sekcja 5) albo diagnoza wewnętrzna (W1–W5) | W1 intervention bias: 50 trade'ów po powrocie do oryginału; W2 lift sizing: 50 trade'ów po cofnięciu sizingu |
| Próby reanimacji | Pierwsza próba scenariusza A albo B | Druga lub trzecia próba reanimacji bez powrotu expectancy | Każda próba A: 50–100 trade'ów walidacji; B: max 4 kwartały |
| Stan psychiczny tradera | Spokojny, gotowy poczekać kwartał–dwa | Drugi DD > 15% w półroczu, intervention bias zaczyna się ujawniać w dzienniku | Ocena per kwartał audytowy, nie per tydzień |
Decyzja końcowa: jeśli ≥ 4 z 6 kryteriów wskazuje na pogrzeb, pochowaj system. Reanimacja „na nadzieję" jest najczęstszą drogą do drugiego cyklu strat, który niszczy nie system, lecz tradera. Pogrzeb systemu nie resetuje strat. Zamyka tylko błąd decyzyjny, zanim zacznie zjadać kolejny rok i kolejny depozyt.
10. Następny system — protokół po pogrzebie
Pogrzeb systemu jest zamknięciem cyklu projektowego, nie końcem kariery — ale też nie automatycznym wejściem w nowy cykl. Następny system zaczyna się od trzech kroków przed pierwszym backtestem.
Krok 1: Notatka pogrzebowa — szablon do wypełnienia
Spisujesz w dzienniku audytu jednostronicowy dokument zamykający cykl. Szablon do skopiowania i wypełnienia (jeden plik na każdy pochowany system, archiwizowany w folderze „/archiwum-systemow/"):
| Pole | Treść |
|---|---|
| Nazwa systemu | np. „Trend M15 EUR/USD v3.x" |
| Data utworzenia — data pogrzebu | YYYY-MM-DD — YYYY-MM-DD, łączny czas życia w miesiącach |
| Faza eksploatacji | data startu fazy 3, data startu fazy 4 (degradacja), czas eksploatacji |
| Statystyki w fazie eksploatacji | n trade'ów, expectancy_R netto, max DD, SQN, profit factor, Sharpe |
| Statystyki w fazie degradacji | spadek expectancy, DD wzrost, kierunek zmian compliance i execution drag |
| Diagnoza śmierci | który mechanizm Z1–Z4 lub W1–W5 (lub kombinacja) |
| Dowody diagnostyczne | konkretne metryki, daty zmian rynku, zmiany compliance, ślady w dzienniku |
| Co zadziałało | 3–5 elementów systemu wartych zachowania do następnego projektu |
| Co nie zadziałało | 3–5 elementów do uniknięcia (filtry, instrumenty, godziny, sizing) |
| Co zrobiłbym inaczej | 2–3 zdania samokrytyki bez emocji |
| Decyzja | pogrzeb definitywny / archiwum z opcją powrotu (cykl Z1) / hybryda na 25–40% sizingu |
| Status kariery | buduję następny system / pauza diagnostyczna / wracam do 16.3 (test dopasowania) |
Notatka pogrzebowa to artefakt budujący doświadczenie operacyjne: trader z 4–5 notatkami po pięciu latach kariery ma większe szanse zbudować kolejny system z dodatnią expectancy, niż trader, który nigdy nie pochował systemu formalnie. Pierwszy ma pełne cykle w pamięci, drugi ma serię niedokończonych projektów bez wniosków.
Krok 2: Pauza diagnostyczna
Minimum 30 dni bez handlu. Ten okres to nie wakacje — to czas na czytanie własnych notatek pogrzebowych z poprzednich systemów (jeśli masz), audyt trzech najczęstszych mechanizmów wewnętrznych w twojej historii (W1–W5), ewentualnie konsultacja z partnerem audytowym albo mentorem (16.10). Pauza ma jedną funkcję: uniemożliwić natychmiastowe zaprojektowanie nowego systemu jako emocjonalnej reakcji na poprzedni — bo taki system jest antytezą poprzedniego, nie nowym projektem. Trader, który pochował trend-follower i w tym samym tygodniu zaczyna mean-reversion, nie projektuje — reaguje. Pauza 30 dni jest minimalna dla tradera na etacie; dla tradera po ucieczce z etatu realistyczna pauza to 60–90 dni, bo do projektowania nowego systemu potrzebujesz spokoju, którego presja finansowa z miesięcznej rezerwy nigdy nie da.
Krok 3: Specyfikacja nowego edge'u
Zaczynasz fazę 1 (odkrycie) z pełną świadomością mechanizmów Z1–Z4 i W1–W5. Specyfikacja edge'u zawiera odpowiedzi na pytania:
- Czym ten system różni się od poprzedniego, który pochowałem? Konkretna lista różnic w warstwie filozofii (trend vs mean-reversion), interwału (M5 vs D1), instrumentów (majors vs egzotyki), filtrów reżimu.
- Na jakim reżimie rynku zakładam, że ten edge istnieje? Co miałoby zniszczyć ten edge w ciągu najbliższych 24 miesięcy (analiza preventywna mechanizmów Z1–Z4)?
- Jaką próbkę uznaję za walidację (n ≥ 100 z dwóch reżimów; expectancy ≥ +0,15R netto; SQN ≥ 1,6)?
- Co jest moim własnym najsłabszym punktem (które z W1–W5 popełniłem przy poprzednim systemie) i jak fizycznie zaprojektuję ten system, żeby ograniczyć nawrót?
Specyfikacja zajmuje 2–4 tygodnie pisania. Bez niej nowy system jest reakcją na poprzedni, nie projektem. Trader z dobrą specyfikacją może zbudować nowy system w 6–9 miesięcy. Trader bez specyfikacji potrzebuje 12–18 miesięcy — z czego większość to powtarzanie błędów poprzedniego cyklu.
Krok 4: Twardy próg zakończenia projektu tradingowego
Jest moment, w którym kolejny pochowany system nie jest paliwem do następnego cyklu, lecz sygnałem do uczciwego zamknięcia projektu tradingowego. Reguła brzegowa: jeśli po dwóch pełnych cyklach 12-miesięcznych nie masz dodatniej expectancy netto na live/mikro i kompletnego dziennika, nie szukasz trzeciego systemu bez powrotu do egzaminu dopasowania 16.3. Trzeci system bez audytu dopasowania jest zwykle racjonalizacją, nie projektem — trader szuka kolejnego setupu, żeby uniknąć trudnej rozmowy z samym sobą o tym, czy w ogóle dobrze trafił w branżę. Bez tego progu cykl pogrzeb → nowy system → pogrzeb może trwać 8–12 lat bez konkretnego wniosku.
Próg dwóch pełnych cykli nie jest karą — jest filtrem ratunkowym. Trader, który po dwóch pochowanych systemach uczciwie wraca do 16.3 i okazuje się, że jego styl życia nigdy nie pozwoli na realistyczne wykonanie intraday FX, oszczędza sobie 5 lat kolejnych reanimacji. Trader, który po 16.3 stwierdza, że dopasowanie jest, tylko mechanizmy W1–W5 były głównym problemem, projektuje trzeci system z konkretną pracą nad słabym punktem — nie nad nową strategią. Brutalniej: jeśli po dwóch cyklach po 12 miesięcy nie masz pełnego dziennika, formularzy autopsji i kompletu notatek pogrzebowych — nie jesteś traderem ze śmiercią edge'u do zdiagnozowania, jesteś hobbystą z rachunkiem brokerskim. Najgorsze, co możesz zrobić, to zaprojektować trzeci system bez tych danych; najlepsze — uczciwie przyznać, że problem nie był w systemach, tylko w procesie zbierania danych.
FAQ — Najczęściej zadawane pytania
Czy system z dodatnią expectancy zawsze umiera, czy są wyjątki?
Jak odróżnić chwilowy DD od śmierci edge'u?
Czy mogę reanimować pochowany system po roku przerwy?
Co jeśli mój system działa, ale wynik na koncie spada — to nie jest śmierć edge'u, lecz coś innego?
Jak długo czekać na reanimację przez czekanie (scenariusz B)?
Czy mam pochować strategię, która działa stabilnie, ale wolniej niż się spodziewałem?
Co robić, jeśli pochowałem trzy systemy w ciągu 4 lat?
Czy notatka pogrzebowa to to samo co audyt strategii?
Jak unikać survivorship bias przy budowaniu nowego systemu?
Czy są systemy, które nie umierają, dopóki rynek istnieje?
Kiedy zmienić strategię Forex — po jakiej liczbie strat?
Czy mogę reanimować system, jeśli nie mam jeszcze 100 trade'ów?
Czy procedura diagnozy działa na koncie prop firmy, gdzie nie mam dostępu do pełnego statement?
Jak sprawdzić, czy moja strategia Forex nadal działa, czy edge przestał istnieć?
Czy strategia Forex przestała działać, czy to tylko zła passa?
Źródła i bibliografia
- Lo A.W., Adaptive Markets: Financial Evolution at the Speed of Thought, Princeton University Press, 2017. Adaptive Markets Hypothesis — dlaczego edge'i ewoluują wraz z reżimem rynku, podstawa koncepcji cyklu życia edge'u (sekcja 2).
- Tharp V.K., Trade Your Way to Financial Freedom, McGraw-Hill, wyd. 2, 2007. R-multiple, expectancy, SQN; podstawa metryczna definicji śmierci edge'u (sekcja 1).
- Pardo R., The Evaluation and Optimization of Trading Strategies, Wiley, 2008. Walk-forward analysis, walidacja OOS, statystyczne podstawy decyzji o modyfikacji systemu — podstawa procedury diagnozy (sekcja 5).
- Aronson D., Evidence-Based Technical Analysis, Wiley, 2007. Statystyka stosowana do analizy strategii, ostrzeżenia przed selection bias i overfittingiem — podstawa sekcji 6 (survivorship bias).
- Schwager J.D., Market Wizards i The New Market Wizards, HarperBusiness, 1989/1992. Wywiady z traderami profesjonalnymi, w tym przypadki ewolucji systemów po wielu latach — podstawa koncepcji „kariery jako 4–8 systemów" (sekcja 10).
- Steenbarger B.N., The Daily Trading Coach, Wiley, 2009. Psychologia procesu, w tym intervention bias i lift sizing trap — podstawa mechanizmów wewnętrznych (sekcja 4).
- UKNF, „Wyniki klientów na rynku Forex za rok 2025", 2026. Statystyki przeżywalności rachunków retail, kontekst dla cmentarzyska polskiego retailu (sekcja 7).
- Efron B., Tibshirani R., An Introduction to the Bootstrap, Chapman & Hall, 1993. Bootstrap Monte Carlo do oceny prawdopodobieństwa wyników w warunkach normalnej wariancji systemu — metoda używana w sekcji 1 i FAQ.
- Faith C., Way of the Turtle, McGraw-Hill, 2007. Cykl życia systemu Turtle Traders, ewolucja po publikacji, kompresja edge'u przez konkurencję — klasyczny przykład mechanizmu Z2.
- ESMA, „Decision (EU) 2018/796 — Product intervention measures on contracts for differences", marzec 2018. Wprowadzenie limitów dźwigni 1:30 dla retail; klasyczny przykład mechanizmu Z3 (zmiana regulacyjna).
Jarosław Wasiński
