Azt mondtad, hogy a papírkereskedési folyamatod éjjel összeomlott. A következő döntés előtt újraindítottad, nem láttál hibát, és feltételezted, hogy ott folytatta, ahol abbahagyta. Aztán vételi megbízást adott be egy eszközre, amelyből már volt a számládon. Arra vagy kíváncsi, hogy hibás-e a stratégia.
Lehet, hogy igen. Először azonban ellenőrizd, hogy az újraindított folyamat ugyanazokat az adatokat ismeri-e, mint a papírszámla. Az újraindítás állapot-helyreállítási feladat: a pozícióknak, a készpénznek, a nyitott megbízásoknak és a következő döntést befolyásoló stratégiai memóriának összhangban kell lennie. A kód újbóli futtatása a könnyebbik része.
Mit hitt a stratégia, mielőtt összeomlott?
Írd le a folyamat leállása előtti utolsó döntését. Minden kereskedett instrumentumra rögzítsd a tervezett pozíciót, a számla tényleges pozícióját, a függő megbízásokat és a következő műveletet befolyásoló jelzésállapotot. Ha ezekről nincs nyilvántartás, nem tudhatod megállapítani, hogy az újraindítás helyreállította-e az állapotot, vagy csak egy friss stratégiát indított el.
Tegyük fel, hogy az órás stratégiád 1 egységet vásárol, amikor a trendjelzés pozitívra vált, majd tartja a pozíciót, amíg negatívra nem vált. A folyamat 14:00-kor beadja a vételi megbízást, de összeomlik, mielőtt rögzítené, hogy a megbízást elfogadták. A papírkereskedési platform teljesíti a megbízást. Újraindításkor a stratégia nem lát rögzített pozíciót, miközben a jelzés továbbra is pozitív, ezért újabb vételt ad be. A jelzés következetesen működik. Elavult viszont az emléke arról, hogy mi van a számlán.
Ezért az új megbízások engedélyezése előtt egyeztetni kell a számla aktuális pozícióját az elmentett stratégiaállapottal. A helyi pillanatfelvétel hasznos lehet, de azt, hogy mi teljesült ténylegesen, a számla vagy a kereskedési platform adatai határozzák meg.
Melyik állapotnak kell túlélnie az újraindítást?
Kezdd azokkal az állapotadatokkal, amelyek megváltoztathatják a következő megbízást. Minden frissítésről készíts tartós, időbélyeggel és verzióval ellátott nyilvántartást; a helyreállítási logika módosítása előtt készíts másolatot, hogy később újra lejátszhasd a hibát.
| Állapot | Miért fontos | Helyreállítási ellenőrzés |
|---|---|---|
| Pozíciók és készpénz | Ezek határozzák meg a kitettséget és a rendelkezésre álló vásárlóerőt | Hasonlítsd össze az elmentett értékeket a papírszámla adataival |
| Nyitott megbízások | Előfordulhat, hogy egy megbízás teljesült, amíg a folyamat állt | Kérdezd le a megbízás állapotát, és egyeztesd a részleges teljesüléseket |
| Jelzésmemória | A keresztezések, a várakozási idők és a tartási időszakok több döntésen át is tarthatnak | Állítsd vissza az utolsó véglegesített döntés bemeneti adatait |
| Utolsó feldolgozott esemény | Ez határozza meg, honnan folytatja a stratégia az adatok feldolgozását | Játszd újra az utána következő eseményeket anélkül, hogy kétszer alkalmaznád őket |
A jelzésmemóriáról könnyű megfeledkezni. Egy keresztezésre kereskedő stratégia eltárolhatja az előző napi indikátorértéket, hogy észlelje az új keresztezést. Ha üres értékkel indul, egy már fennálló feltételt is új eseménynek nézhet. Ugyanez a gond a várakozási időzítővel: az újraindítás nem nullázhat le észrevétlenül egy olyan szabályt, amelynek tartósnak kell lennie.
Hogyan teheted megismételhetővé a helyreállítást?
Minden megbízáshoz rendelj stabil ügyfél-azonosítót, amely a stratégia futásából és az alapjául szolgáló döntésből származik. Ha a folyamat időtúllépés után újrapróbálkozik, ellenőrizheti, hogy az adott döntés már létrehozott-e megbízást, így nem ad be duplikáltat. Az állapotváltozásokat csak a megfelelő számlaesemény megerősítése után rögzítsd, és őrizd meg a változást alátámasztó megbízás- és teljesülésazonosítókat.
Ezután teszteld azt a határhelyzetet, amely az incidenst okozta. Futtasd végig a stratégiát egy döntésen, mentsd el az állapotot, állítsd le, majd állítsd helyre a papírszámla pozícióival és megbízási előzményeivel. Hasonlítsd össze a következő döntést és az abból eredő megbízásokat egy megszakítás nélküli futással. Ismételd meg részlegesen teljesült megbízással, valamint a beküldés és a visszaigazolás közötti összeomlással is. A folytatott futás nem hozhat létre képzelt pozíciót, és nem ismételhet meg már végrehajtott műveletet.
Vezess helyreállítási naplót az utolsó feldolgozott eseményről, a számla-pillanatfelvétel időpontjáról, a nyitott megbízások állapotáról, a visszaállított stratégia verziójáról és az újraindítás utáni első döntésről. Így a „megint fut” állítás ellenőrizhetővé válik.
Mit bízhatsz az újraindítás után a stratégiára?
Akkor bízz a folyamatban, ha a számla és a stratégia állapota egyezik, a függő megbízások állapota ismert, és a következő döntés megegyezik azzal, amit egy megszakítás nélküli futástól várnál. Ha nem tudod megmagyarázni az eltérést, állítsd le a papírmegbízások beküldését, és vizsgáld meg az eseménynaplót. A futó folyamat önmagában nem bizonyítja, hogy a stratégia állapota helyreállt.
Az összeomlás már megmutatta, mi volt benne a hasznos: felszínre hozott egy feltételezést, amellyel a szokásos futás során sosem kellett szembenézned. Tedd az újraindítást megismételhető tesztesetté, így tudni fogod, mire emlékszik a stratégiád, mielőtt újra kereskedni engednéd.
← Összes bejegyzés
