Acum ai principalele componente necesare pentru a-ți evalua obiectiv tradingul.
Ai o strategie.
Ai un algoritm personal de trading.
Știi cum să construiești și să menții un jurnal de trading, să îți organizezi statisticile și să faci backtesting structurat și Forward Testing pe Demo.
Ai văzut și cum pot fi testate idei de management al poziției, precum Partial Profits și Break-even, fără să fie transformate în decizii impulsive.
Ultimul pas din acest capitol este să conectăm toate aceste elemente într-un proces de îmbunătățire continuă.
Aici intervine backtesting-ul avansat.
Scopul nu mai este doar să exersezi recunoașterea setup-urilor și să stabilești dacă poți respecta algoritmul.
Vrem să folosim un set suficient de relevant de dovezi pentru a înțelege mai bine strategia:
Unde funcționează bine?
Unde scade performanța?
Ce variabile contează cu adevărat?
Și când justifică dovezile testarea unei schimbări?
Backtesting-ul avansat nu are rolul de a demonstra că strategia funcționează.
Are rolul de a descoperi ce ne spun, de fapt, datele despre strategie și despre modul în care o execuți.
Nu Căuta Confirmări. Caută Dovezi.
Una dintre cele mai periculoase greșeli în backtesting este să căutăm dovezi care confirmă ceea ce vrem deja să credem.
Dacă ne place o strategie, este ușor să observăm mai ales trade-urile câștigătoare și clare.
Putem acorda mai puțină atenție pierderilor.
Putem trece cu vederea sesiunile în care nu a apărut niciun setup valid.
Putem găsi justificări pentru trade-uri care nu au îndeplinit complet algoritmul.
Sau putem reinterpreta situații ambigue după ce cunoaștem deja rezultatul.
Acesta este bias-ul de confirmare.
Odată introdus în procesul de testare, statisticile încep să descrie așteptările traderului, nu strategia care a fost testată în realitate.
Obiectivul trebuie să fie opus.
Studiază pierderile.
Studiază sesiunile No Trade.
Studiază setup-urile valide care au pierdut, fără să presupui că pierderea în sine indică o problemă.
Studiază situațiile în care ai identificat greșit setup-ul sau l-ai executat slab.
Și analizează condițiile în care performanța pare să se schimbe.
Scopul nu este să cauți probleme în strategie.
Scopul este să o înțelegi.
Dovezile care contrazic o presupunere sunt adesea mai utile decât încă un exemplu care o confirmă.
Un Singur Trade Îți Spune Foarte Puțin
Un singur trade ne poate spune ceva despre execuție.
Ne spune foarte puțin despre performanța statistică a unei strategii.
Același lucru este valabil și pentru un grup mic de trade-uri.
Zece sau douăzeci de observații pot ridica întrebări care merită investigate, dar sunt, în general, insuficiente pentru concluzii solide despre performanța de bază a unei strategii.
Eșantioanele mici pot fi influențate puternic de succesiunea particulară de trade-uri câștigătoare și pierzătoare care s-a produs.
De aceea nu evaluăm strategia după o singură zi, o săptămână sau o serie scurtă de câștiguri ori pierderi.
Evaluăm tiparele pe un eșantion suficient de relevant.
Nu există un număr universal de trade-uri care face automat o concluzie fiabilă. Volumul de date necesar depinde de strategie, frecvență, variabilitatea rezultatelor, piața testată și întrebarea la care încercăm să răspundem.
Pentru o strategie activă, în timp, acest lucru poate însemna sute de observații documentate și, eventual, chiar mai multe.
Dar obiectivul nu este să ajungi la un număr impresionant.
Obiectivul este să acumulezi suficiente dovezi comparabile încât variația pe termen scurt să aibă o influență mai mică asupra concluziei.
Nu încercăm să demonstrăm că ultimul trade a fost bun.
Încercăm să înțelegem comportamentul procesului pe un număr mare de trade-uri.
Backtesting-ul Trebuie Să Păstreze Incertitudinea
Una dintre cele mai simple modalități de a obține rezultate nerealiste în backtesting este să analizezi graficul știind deja ce urmează.
Odată ce lumânările viitoare sunt vizibile, deciziile care erau incerte în timp real pot părea dintr-odată evidente.
Un eveniment de lichiditate pare mai clar.
Un CHoCH pare mai ușor de identificat.
FVG-ul care pare cel mai bun devine mai ușor de ales.
Iar un trade care ar fi trebuit evitat poate deveni surprinzător de ușor de justificat după ce rezultatul este cunoscut.
Acesta este hindsight.
Backtesting-ul avansat trebuie să păstreze, pe cât posibil, incertitudinea existentă în momentul deciziei.
Folosește Replay Mode sau un alt mediu de simulare istorică în care evoluția viitoare a prețului rămâne ascunsă.
Parcurge sesiunea în ordine și ia deciziile folosind doar informațiile care ar fi fost disponibile în acel moment.
Nu dezvălui lumânările viitoare pentru a elimina incertitudinea.
Dacă un setup nu este clar în momentul respectiv, înregistrează această incertitudine.
Este o informație valoroasă.
Scopul nu este să faci graficul istoric să pară simplu.
Scopul este să descoperi dacă algoritmul tău rămâne clar atunci când nu știi ce urmează.
Procesul de Backtesting Avansat
Lecția 4 a stabilit baza pentru un backtesting corect.
În această etapă, procesul disciplinat rămâne același, dar scopul devine mai profund.
Înainte să începi testul, selectează piața, perioada, sesiunea, versiunea strategiei, setup-urile eligibile, Risk-ul și regulile de management.
Apoi parcurge sesiunea istorică ca și cum s-ar desfășura în timp real.
Procesul strategiei rămâne:
Filtre → Lichiditate → CHoCH → structura necesară setup-ului → Displacement → Configurația FVG → Execuție
Aplică aceleași News Filter, Session Filter și reguli pentru intervalul de trading care aparțin versiunii strategiei testate.
Dacă nu sunt prezente condițiile necesare:
No Trade.
Dacă apare un setup valid, calculează Risk-ul, stabilește Position Size, aplică Stop Loss-ul structural și Take Profit-ul predefinit și execută conform versiunii algoritmului pe care o testezi.
După închiderea trade-ului, înregistrează-l, reevaluează structura pieței și continuă sesiunea.
Nu te grăbi doar pentru a acumula trade-uri.
Un număr mai mic de observații evaluate atent este mai util decât o bază mare de date construită din decizii inconsecvente.
Folosește Replay Mode
Un mediu Replay ajută la ascunderea evoluției viitoare a prețului și te obligă să iei deciziile în ordine.
TradingView Bar Replay poate fi folosit atunci când funcționalitatea necesară este disponibilă în planul utilizatorului și pentru datele de piață respective.
Pot fi folosite și medii dedicate de backtesting, precum FXReplay, atunci când sunt potrivite.
Platforma folosită este secundară.
Principiul este ceea ce contează:
Nu folosi informații care nu ar fi fost disponibile în momentul deciziei.
Alege o sesiune istorică.
Începe înainte de intervalul de trading relevant.
Parcurge graficul progresiv.
Analizează piața exact așa cum ai face într-o sesiune normală.
Nu sări înainte pentru a vedea dacă setup-ul câștigă și nu accelera prin zonele dificile doar pentru că rezultatul nu este încă evident.
Calitatea deciziei este mai importantă decât viteza Replay-ului.
Tratează Testul ca pe un Proces Real de Decizie
Testarea istorică nu implică aceeași presiune emoțională și financiară ca execuția live.
Această diferență nu poate fi eliminată complet.
Dar procesul decizional trebuie tratat cu aceeași seriozitate.
Folosește aceleași reguli de Risk.
Calculează Position Size.
Folosește aceleași Filtre și clasificări de setup.
Aplică același Stop Loss structural și același Take Profit predefinit sau modelul alternativ exact de management pe care îl testezi.
Respectă aceleași intervale de trading și aceleași condiții No Trade.
Nu executa un setup în Replay doar pentru că nu există bani reali în risc.
Dacă ai respinge trade-ul conform algoritmului tău normal, respinge-l și în backtesting.
Altfel, testul măsoară o strategie diferită de cea pe care intenționezi să o execuți.
Documentează Fiecare Observație
Nu înregistra doar trade-urile câștigătoare și pierzătoare.
Jurnalul trebuie să păstreze informațiile necesare pentru a înțelege cum a fost produs rezultatul.
Pentru fiecare trade relevant, înregistrează câmpurile stabilite anterior în acest capitol, inclusiv:
Data;
Sesiunea de trading;
Ora Entry-ului;
Instrumentul;
Setup-ul;
Durata trade-ului;
Risk-ul;
Dimensiunea Stop Loss-ului;
Risk-to-Reward Ratio;
Rezultatul trade-ului;
Calitatea execuției;
Observațiile personale.
Păstrează screenshot-uri înainte și după Execuție atunci când sunt utile.
Înregistrează sesiunile No Trade.
Și fă diferența între:
Valid Trade
No Trade
Recognition or Execution Error
Această separare este esențială.
Un trade valid poate pierde.
Un trade invalid poate câștiga.
O sesiune No Trade identificată corect poate reprezenta o execuție bună.
Iar un setup valid ratat poate indica o problemă de recunoaștere, chiar dacă nu există niciun rezultat financiar.
Jurnalul trebuie să surprindă procesul decizional, nu doar P&L-ul.
În timp, această evidență devine mai utilă decât memoria.
Când Ar Trebui Să Iei în Considerare Schimbarea Strategiei?
De obicei, mai târziu decât apare impulsul de a o schimba.
Două sau trei pierderi consecutive pot părea importante.
Dar, luate separat, nu reprezintă dovezi că algoritmul trebuie schimbat.
Nici o serie scurtă de trade-uri câștigătoare nu demonstrează că o regulă nouă este mai bună.
Dacă modificăm algoritmul după fiecare serie scurtă, nu mai putem construi un eșantion stabil al aceleiași strategii.
Întrebarea corectă nu este:
„Au pierdut ultimele câteva trade-uri?”
Ci:
„Un set suficient de relevant de dovezi comparabile indică o problemă repetabilă sau o oportunitate care merită testată?”
Statisticile trebuie, prin urmare, analizate periodic și în context, nu folosite pentru a redesena strategia după fiecare rezultat.
Algoritmul trebuie să evolueze.
Nu trebuie să devieze.
Ce Ar Trebui Să Optimizezi?
Optimizarea nu înseamnă să schimbi totul.
De multe ori, prima întrebare ar trebui să fie dacă problema aparține într-adevăr strategiei sau dacă execuția este inconsecventă.
Statisticile tale pot genera întrebări precum:
O clasificare de setup are rezultate diferite față de alta?
Performanța diferă semnificativ între intervalele de trading?
Anumite categorii de lichiditate se comportă diferit în mediul testat?
Unele erori sunt concentrate într-o anumită parte a algoritmului?
O regulă de Break-even definită precis îmbunătățește sau reduce expectancy-ul?
Partial Profits îmbunătățesc distribuția generală a rezultatelor?
Un anumit instrument se comportă suficient de diferit încât să justifice reguli separate?
Acestea sunt întrebări care pot fi testate.
„Poate ar trebui să schimb strategia” nu este.
O optimizare utilă începe cu o observație specifică și o transformă într-o ipoteză specifică.
Optimizează Treptat, Nu Radical
Să presupunem că modifici simultan ierarhia de lichiditate, regula de Entry, Stop Loss-ul, Take Profit-ul și condiția de activare pentru Break-even.
Noile rezultate se pot îmbunătăți sau deteriora, dar nu vei ști ce modificare a produs diferența.
Atunci când este posibil, schimbă o singură variabilă importantă odată.
Definește modelul de bază.
Definește schimbarea propusă.
Păstrează celelalte condiții relevante suficient de consecvente.
Testează alternativa prin backtesting.
Înregistrează rezultatele.
Compară noul eșantion cu modelul de bază.
Apoi stabilește dacă dovezile susțin schimbarea.
Procesul poate fi rezumat astfel:
Stare inițială → Observație → Ipoteză → Modificare controlată → Retestare → Comparare → Păstrează sau Respinge
Dacă dovezile nu susțin schimbarea, respinge-o.
Un test de optimizare nereușit nu reprezintă muncă pierdută.
A împiedicat introducerea în algoritmul tău de trading a unei reguli care nu este susținută de dovezi.
Nu Optimiza Trecutul
Scopul optimizării nu este să modifici regulile până când dispar toate pierderile istorice.
Dacă modificăm în mod repetat o strategie până când explică perfect același eșantion istoric, putem crea reguli adaptate acelor observații specifice fără ca ele să devină mai utile în condiții viitoare.
O schimbare propusă trebuie să răspundă unei probleme repetabile, nu doar să elimine trade-uri despre care știm deja că au pierdut.
Întreabă-te dacă regula ar fi putut fi definită înainte ca rezultatele respective să fie cunoscute și dacă poate fi aplicată consecvent exemplelor viitoare.
Atunci când este posibil, testează regula propusă și pe observații istorice suplimentare care nu au fost folosite pentru a o crea.
Dacă datele disponibile permit acest lucru, păstrarea unui eșantion istoric separat pentru confirmare reduce riscul de a adapta în mod repetat regula la aceleași observații.
Procesul poate continua apoi prin Forward Testing pe Demo înainte ca regula să devină parte din execuția normală:
Observație → Ipoteză → Testare istorică → Eșantion istoric separat de confirmare → Testare prospectivă pe cont demo → Păstrează sau Respinge → Actualizarea algoritmului, doar dacă este justificată
Acest proces nu garantează performanțe viitoare.
Oferă doar dovezi mai solide decât modificarea repetată a unei reguli până când aceasta se potrivește aceluiași eșantion istoric.
Strategia Ta Poate Deveni Mai Personală în Timp
Pe măsură ce baza ta de date crește, poți descoperi că anumite condiții se potrivesc mai bine decât altele modului în care execuți și mediului pe care l-ai testat.
Un trader poate prefera mai puține oportunități, în condiții mai selective.
Altul poate utiliza un set mai larg de setup-uri valide, acceptând un Win Rate și o distribuție a rezultatelor diferite.
Un trader poate descoperi că o regulă de management testată îmbunătățește expectancy-ul.
Altul poate constata că modelul de bază cu Stop Loss fix și Take Profit predefinit funcționează mai bine pentru procesul său.
Obiectivul nu este să modifici Strategia Xcelerate Trade doar pentru a o face să pară personală.
Obiectivul este să permiți dovezilor suficient testate să îți modeleze în timp algoritmul personal de trading.
Personalizarea fără suficiente dovezi reprezintă o schimbare nevalidată.
Personalizarea susținută prin testare controlată reprezintă optimizare.
Ce Înseamnă, de Fapt, o Strategie Profitabilă?
Un Win Rate ridicat nu face, singur, o strategie profitabilă.
Acesta este unul dintre motivele pentru care am introdus expectancy-ul mai devreme în Academy.
O strategie cu un Win Rate mai mic poate avea în continuare expectancy pozitiv dacă valoarea average realized win este suficient de mare în raport cu average realized loss.
O strategie cu un Win Rate foarte ridicat poate avea totuși rezultate slabe dacă pierderile ocazionale sunt disproporționat de mari.
Win Rate, average realized win, average realized loss, caracteristicile Risk-to-Reward, costurile de trading, frecvența, consecvența execuției și regulile de management interacționează între ele.
Întrebarea centrală este dacă strategia demonstrează expectancy pozitiv pe un eșantion suficient de relevant, în condițiile unor reguli care pot fi executate consecvent în practică.
Chiar și atunci, un expectancy pozitiv observat istoric nu garantează rezultate viitoare.
Condițiile pieței, execuția și costurile se pot schimba.
De aceea, statisticile fac parte dintr-un proces continuu de analiză și nu reprezintă ceva ce calculăm o singură dată și apoi uităm.
Acceptă Pierderile ca Parte a Procesului
Optimizarea nu trebuie să devină niciodată o încercare de a elimina fiecare pierdere.
Un setup valid, executat corect, poate pierde, iar o strategie cu expectancy pozitiv poate trece prin serii de pierderi.
Obiectivul este să menții pierderile controlate în cadrul de Risk și să evaluezi întregul proces pe eșantionul relevant.
Înainte să tratezi o pierdere ca pe o dovadă că trebuie schimbat ceva, clasific-o corect.
A fost un trade valid care a pierdut?
A fost o eroare de execuție?
A fost o eroare de recunoaștere?
Versiunea strategiei a fost aplicată corect?
Nu schimba o regulă validă doar pentru că a produs un rezultat pe care putea să îl producă în mod normal: o pierdere.
Evaluează Procesul, Nu Doar Rezultatul
După o sesiune de trading, întreabă-te:
Am respectat algoritmul?
Am identificat corect lichiditatea relevantă?
Am aplicat corect Confirmările necesare?
Am clasificat corect setup-ul?
Am executat conform regulilor?
Am respectat planul de Risk?
Am gestionat poziția conform modelului predefinit?
Am documentat corect sesiunea?
O sesiune profitabilă cu o execuție slabă nu reprezintă o dovadă a unui proces bun.
O sesiune pierzătoare cu o execuție corectă nu reprezintă automat dovada unei probleme.
De aceea, calitatea execuției și rezultatul financiar rămân câmpuri separate în jurnal.
Algoritmul definește ceea ce intenționezi să faci.
Jurnalul înregistrează ceea ce ai făcut în realitate.
Statisticile evidențiază tiparele.
Backtesting-ul îți permite să investighezi aceste tipare.
Optimizarea controlată îți permite să testezi dacă o schimbare le îmbunătățește.
Astfel, procesul devine măsurabil, nu emoțional.
Perspectiva Xcelerate Trade
Acest capitol a început de la o idee simplă:
Performanța în trading nu poate fi evaluată obiectiv pe baza memoriei, a emoțiilor sau a rezultatelor izolate.
Trebuie documentată, măsurată, analizată și îmbunătățită pe baza dovezilor.
Jurnalul îți arată ce ai făcut în realitate.
Statisticile îți arată ce s-a întâmplat în mod repetat.
Algoritmul personal de trading definește ceea ce intenționezi să faci.
Backtesting-ul îți permite să analizezi acest proces în condiții istorice controlate.
Forward Testing pe Demo arată cât de bine îl poți aplica pe măsură ce apar informații noi.
Iar optimizarea controlată permite procesului să evolueze fără să transforme fiecare rezultat pe termen scurt într-o regulă nouă.
Împreună, aceste elemente formează un ciclu complet de dezvoltare a performanței:
Algoritm → Execuție → Jurnal → Analiză → Statistici → Ipoteză → Testare → Rafinare bazată pe dovezi → Algoritm
În această etapă, progresul depinde din ce în ce mai puțin de cât de multe informații noi poți acumula și din ce în ce mai mult de cât de consecvent poți aplica, măsura și îmbunătăți ceea ce știi deja.
Nu căuta o strategie perfectă.
Construiește un proces pe care îl poți executa consecvent.
Documentează-l corect.
Măsoară-l pe un eșantion relevant.
Pune-ți la îndoială presupunerile.
Schimbă regulile numai atunci când dovezile justifică testarea unei schimbări.
Iar atunci când testezi o schimbare, păstreaz-o în algoritm numai dacă dovezile o susțin.
O strategie îți oferă reguli.
Un proces profesionist de trading îți oferă o modalitate de a determina dacă acele reguli continuă să fie susținute de dovezi.
Acesta este adevăratul scop al Capitolului 8.
Nu mai înveți doar cum să identifici un trade.
Înveți cum să îți evaluezi propriul trading ca pe un sistem.
În capitolul următor, vom continua acest proces și tranziția de la dezvoltarea structurată a strategiei către aplicarea ei în condiții de trading din ce în ce mai realiste.
Ne vedem în capitolul următor.