Egy portfólió-backteszt sima tőkegörbét mutathat, miközben kétszer költi el ugyanazt a dollárt. Ez akkor történik, ha a szimulátor felcserélhetőként kezeli a saját tőkét, a készpénzt, a fedezetet és a vásárlóerőt. Összefüggenek, de más kérdésekre válaszolnak: mi van a számlán, mivel tartozik, és mennyit fordíthat jelenleg egy új megbízásra.
Tegyük fel, hogy egy stratégia $10,000-rel indul, és $6,000 értékben vásárol egy eszközből. $4,000 szabad készpénze marad. Ha a backteszt ezután a $10,000-es saját tőkéje 100%-ával méretez egy második pozíciót, akkor $16,000 kitettséget vállalt úgy, hogy mindössze $10,000 tőkét tart nyilván. Ez bizonyos számlaszabályok mellett érvényes tőkeáttétel lehet. Attól még nem válik érvényessé, hogy a méretező kód a „saját tőkét” használta.
Első hibás módszer: a saját tőkét készpénznek tekinteni
Ez az egyszerűsítés többeszközös stratégiáknál fordul elő. Minden jelzés az aktuális portfólióérték egy részeként méretezi a megbízását, és mindegyik a teljes értékkel számol. A portfólió ciklusa külön-külön kiszámolja a megbízásokat, majd összeadja őket anélkül, hogy tőkét foglalna le.
Likvid instrumentumokat és margin callok nélküli backtesztben könnyű nem észrevenni a bajt. A hozamok hihetőnek tűnnek; az utólag összesített pozíciósúlyok néha 140%-ot vagy 180%-ot tesznek ki. Egy éles számla visszautasíthatja a későbbi megbízásokat, vagy olyan tőkeáttételt használhat, amelyet a stratégia sosem szándékozott felvenni.
A megbízások létrehozásakor foglalj le készpénzt. Készpénzes számlán egy $2,000-es vétel $2,000-t és a díjakat emészti fel. Margin számlán számítsd ki a szükséges margint a kereskedési hely szabályai szerint, majd ezzel az összeggel csökkentsd az elérhető vásárlóerőt. Ha egyszerre több megbízás érkezik, határozd meg a végrehajtási sorrendjüket. Enélkül az eredmény attól függhet, melyik ciklus futott le előbb.
Második hibás módszer: a lekötött fedezetet szabad vásárlóerőként számolni
Egy derivatív kereskedési helyen az $1,000 fedezet elhelyezése nem feltétlenül jelenti azt, hogy a számla saját tőkéje $1,000-rel csökken. Azt viszont jelenti, hogy ez a fedezet a nyitott pozícióhoz van kötve. Egy gyakori könyvelési egyszerűsítés levonja a készpénzből, majd a pozíció teljes névértékét is levonja a vásárlóerőből. Egy másik fordítva jár el, és ugyanazt a fedezetet szabad készpénzként és marginként is figyelembe veszi.
Mindkét hiba eltorzítja, hogy mire képes a következő megbízás. Az első miatt a stratégia a kelleténél korlátozottabbnak tűnhet; a második olyan megbízásokat is engedélyezhet, amelyeket a számla nem bír el. 5×-ös tőkeáttételnél egy $5,000-es pozícióhoz nagyjából $1,000 kezdeti margin kellhet, de a fenntartási margin, a díjak, a nem realizált veszteségek és a kereskedési hely saját sávjai módosítják a felhasználható összeget. A névérték nem ugyanaz, mint a fedezet.
| Számlamennyiség | Mit jelent? | Fedezhet új megbízást? |
|---|---|---|
| Saját tőke | A számla értéke a kötelezettségek és az értéken nyilvántartott pozíciók figyelembevételével | Csak a margin- és vásárlóerő-szabályok keretei között |
| Szabad készpénz | Még el nem költött, le nem foglalt és fedezetként fel nem ajánlott készpénz | Igen, az instrumentum szabályainak keretei között |
| Lekötött fedezet | Nyitott pozíciót vagy megbízást fedező pénzeszköz | Általában a felszabadításáig nem használható fel |
| Vásárlóerő | A kereskedési hely által az újabb megbízásokra kiszámított keret | Igen, az aktuális limit erejéig |
Külön mennyiségként modellezd ezeket akkor is, ha egy adott kereskedési helyen egyszerű esetben néhány érték megegyezik. Ezután teszteld, mi történik, ha egy pozíció veszít az értékéből: csökken a saját tőke, a fenntartási margin a névérték nagyobb hányadára emelkedhet, az elérhető vásárlóerő pedig gyorsabban zsugorodhat, mint amit bármelyik szám önmagában sugall.
Harmadik hibás módszer: a jelzésre azonnal felszabadítani a készpénzt
A backteszt gyakran már abban a pillanatban felszabadítja a tőkét, amikor megjelenik a kilépési jelzés. A kilépési jelzés azonban nem végrehajtás. A megbízás lehet függőben, részben teljesült vagy törölt; amíg a pozíció ténylegesen le nem zárul, a margin és a kitettség továbbra is fennáll. A teljesülés után pedig a díjak és a realizált P&L is befolyásolják, mennyi válik felhasználhatóvá.
A problémák jellemzően gyors pozícióváltáskor halmozódnak. A szimulátor lezár egy ügyletet, a bevételt azonnal egy másikra költi, majd feltételezi, hogy mindkét megbízás pontosan a kívánt áron, zökkenőmentesen teljesült. Papírkereskedésben a második megbízást visszautasíthatják, miközben az első pozíció még nyitva van. Az is előfordulhat, hogy a kilépés csak részben teljesül, így kevesebb szabad tőke marad a számlán, mint amennyivel a backteszt számolt.
A függő megbízásokat és a pozíciókat is kezeld lekötésként. A tőkét a teljesüléskor szabadítsd fel, ne a szándék megjelenésekor. Részlegesen teljesült kilépésnél a ténylegesen lezárt mennyiséggel arányosan, a költségek levonása után szabaduljon fel a tőke. Ez aprólékosnak tűnhet, amíg két stratégia nem ugyanazért a készpénzért verseng egy volatilis napon.
Tedd egyértelművé a főkönyvet
Minden döntési pontnál rögzítsd a tételeket egy meghatározott sorrendben: értékeld át a meglévő pozíciókat, számítsd ki a saját tőkét és a margint, dolgozd fel a teljesüléseket és a költségeket, számítsd újra a vásárlóerőt, majd méretezd és foglald le az új megbízásokhoz szükséges összeget. Jegyezz fel elegendő részletet ahhoz, hogy a készpénz- és pozícióérték minden változása egyeztethető legyen.
Hasznos invariáns: minden elfogadott megbízásnak fedezhetőnek kell lennie a számlamodell szerint a benyújtás pillanatában. Ha a szimulátor nem tudja megmutatni, melyik készpénz vagy margin fedezi a megbízást, a backteszt nem bizonyította, hogy a portfólió tarthatta volna azt.
A hozamszámítás mellett végezz egy kisebb auditot is. Jelentsd a bruttó kitettség csúcsértékét, a szabad készpénz minimumát, a marginfedezet minimumát, valamint azoknak a megbízásoknak a számát, amelyek meghaladták volna a vásárlóerőt. Ha egy stratégia csak úgy teljesít jól, hogy a tőkét észrevétlenül újra felhasználja, az portfólióméretezési eredmény, nem pedig éles bevetésre kész backteszt.
← Összes bejegyzés
