Pasakojote, kad jūsų popierinės prekybos procesas naktį užstrigo. Prieš kitą sprendimą jį paleidote iš naujo, klaidų nematėte ir manėte, kad jis tęs darbą nuo ten, kur sustojo. Tada jis pateikė pirkimo pavedimą turtui, kurį jau turėjote. Norite sužinoti, ar strategijoje yra klaida.
Gali būti. Tačiau pirmiausia patikrinkite, ar iš naujo paleistas procesas žino tuos pačius dalykus kaip popierinės prekybos sąskaita. Paleidimas iš naujo yra būsenos atkūrimo užduotis: pozicijos, grynieji pinigai, atviri pavedimai ir visa strategijos atmintis, turinti įtakos kitam sprendimui, turi sutapti. Vėl paleisti kodą – lengvoji dalis.
Ką strategija manė prieš jai užstrigstant?
Užsirašykite paskutinį proceso sprendimą prieš jam sustojant. Kiekvienam prekiaujamam instrumentui užfiksuokite numatytą poziciją, faktinę sąskaitos poziciją, laukiančius pavedimus ir signalo būseną, kuri turės įtakos kitam veiksmui. Jei tokių įrašų nėra, negalėsite pasakyti, ar paleidžiant iš naujo būsena buvo atkurta, ar tik inicijuota nauja strategija.
Tarkime, jūsų valandinė strategija perka 1 vienetą, kai trendo signalas tampa teigiamas, o tada laiko poziciją, kol signalas tampa neigiamas. Procesas pateikia pirkimo pavedimą 14:00, bet užstringa nespėjęs užfiksuoti, kad pavedimas priimtas. Popierinės prekybos platforma jį įvykdo. Paleidusi procesą iš naujo, strategija nemato užfiksuotos pozicijos, o signalas vis dar teigiamas, todėl ji pateikia dar vieną pirkimo pavedimą. Signalas veikia nuosekliai. Strategijos atmintis apie tai, ką turi sąskaita, yra pasenusi.
Todėl prieš leidžiant teikti naujus pavedimus būtina sutikrinti dabartinę sąskaitos poziciją su išsaugota strategijos būsena. Vietinė momentinė kopija gali būti naudinga, tačiau tikroji institucija, nustatant, kas iš tiesų buvo įvykdyta, yra sąskaita arba prekybos platforma.
Kokia būsena turi išlikti paleidus procesą iš naujo?
Pradėkite nuo būsenos, kuri gali pakeisti kitą pavedimą. Kiekvieną atnaujinimą patvariai įrašykite su laiko žyma ir versija; prieš keisdami atkūrimo logiką pasidarykite kopiją, kad vėliau galėtumėte atkurti gedimo eigą.
| Būsena | Kodėl tai svarbu | Atkūrimo patikra |
|---|---|---|
| Pozicijos ir grynieji pinigai | Jie lemia rizikos poziciją ir turimas lėšas pirkimams | Palyginkite išsaugotas reikšmes su popierinės prekybos sąskaitos duomenimis |
| Atviri pavedimai | Pavedimas galėjo būti įvykdytas procesui neveikiant | Patikrinkite pavedimo būseną ir sutikrinkite dalinius įvykdymus |
| Signalų atmintis | Persikirtimai, laukimo laikotarpiai ir pozicijų laikymo trukmė gali apimti kelis sprendimus | Atkurkite paskutinius patvirtintus sprendimo įvesties duomenis |
| Paskutinis apdorotas įvykis | Jis nurodo, nuo kurios vietos strategija tęs duomenų apdorojimą | Atkurkite vėlesnius įvykius jų nepritaikydami du kartus |
Signalų atmintį lengva pražiūrėti. Strategija, prekiaujanti pagal indikatorių persikirtimą, gali saugoti vakarykštę indikatoriaus reikšmę, kad aptiktų naują persikirtimą. Jei ji paleidžiama su tuščia reikšme, esamą sąlygą gali palaikyti nauju įvykiu. Ta pati problema kyla ir su laukimo laikmačiu: paleidimas iš naujo neturi tyliai anuliuoti taisyklės, kuri turėjo galioti ir toliau.
Kaip užtikrinti, kad atkūrimą būtų galima pakartoti?
Kiekvienam pavedimui suteikite pastovų kliento ID, sudarytą pagal strategijos paleidimą ir sprendimą, iš kurio jis kilo. Jei po skirtojo laiko pabaigos procesas bando dar kartą, jis gali patikrinti, ar tas sprendimas jau sukūrė pavedimą, užuot pateikęs dublikatą. Būsenos pakeitimus įrašykite tik patvirtinę atitinkamą sąskaitos įvykį, o įrašykite ir pavedimų bei įvykdymų ID, paaiškinančius pakeitimą.
Tada išbandykite incidentą sukėlusią ribinę situaciją. Paleiskite strategiją iki sprendimo, išsaugokite būseną, sustabdykite procesą ir atkurkite jį naudodami popierinės prekybos sąskaitos pozicijas bei pavedimų istoriją. Palyginkite kitą sprendimą ir po jo pateikiamus pavedimus su nepertraukiamo veikimo rezultatu. Pakartokite bandymą su iš dalies įvykdytu pavedimu ir su gedimu tarp pavedimo pateikimo bei patvirtinimo. Atnaujinusi darbą strategija neturėtų išgalvoti naujos pozicijos ar pakartoti jau atlikto veiksmo.
Tvarkykite atkūrimo žurnalą: paskutinis apdorotas įvykis, sąskaitos momentinės kopijos laikas, atvirų pavedimų būsenos, atkurta strategijos versija ir pirmasis sprendimas po paleidimo iš naujo. Taip „procesas vėl veikia“ tampa patikrinamu faktu.
Kuo pasitikėti paleidus procesą iš naujo?
Pasitikėkite procesu tik tada, kai sąskaitos ir strategijos būsenos sutampa, laukiančių pavedimų būsenos žinomos, o kitas sprendimas atitinka tą, kurio tikėtumėtės procesui veikiant be pertrūkių. Jei negalite paaiškinti neatitikimo, pristabdykite popierinės prekybos pavedimų teikimą ir patikrinkite įvykių seką. Veikiantis procesas neįrodo, kad strategijos būsena atkurta.
Šis gedimas jau atskleidė naudingą dalyką: priverstinai susidūrėte su prielaida, kurios įprasto veikimo metu niekada nereikėjo tikrinti. Padarykite paleidimą iš naujo pakartojamu scenarijumi ir žinosite, ką strategija atsimena, prieš vėl leisdami jai prekiauti.
← Visi įrašai
