Volatilitáscélzó, csak vételi spotkosár nagy kapitalizációjú kriptoeszközökből (4 BINANCE_SPOT nagy kapitalizációjú eszköz: BTC/ETH/SOL/BNB, napi gyertyák). Tartson egyenlő súlyú kosarat a hosszú távú trendjük felett lévő eszközökből, de a befektetett kitettséget SCALE TOTAL DEPLOYED EXPOSURE a portfólió realizált volatilitásával fordított arányban az állandó volatilitási cél eléréséhez. Alacsony forgalmú, 3 paraméteres stratégia.

Egy LONG-ONLY kripto-nagy kapitalizációjú eszközből álló SPOT kosár (BTC/ETH/SOL/BNB), amelynek előnye NOT nem irányjelzésből ered, hanem PORTFOLIO VOLATILITY MANAGEMENT — a dokumentált Moreira–Muir-féle „volatilitáskezelt portfólió” prémiumából, amelyet ebben a gyárban még nem teszteltek. A mechanizmus: egyenlő súlyban tartja a hosszú távú trendjük felett lévő nagy kapitalizációjú eszközöket, de a befektetett TOTAL százalékot a kosár közelmúltbeli, realizált volatilitásával fordított arányban skálázza, hogy a portfólió volatilitása állandó legyen. Mivel a realizált volatilitás tartós, és a kriptoeszközök magas volatilitású időszakai rendszeresen rosszabb, kockázattal korrigált hozamot hoznak (a volatilitás csoportosul, a drawdownok pedig magas volatilitású állapotokban következnek be), a magas volatilitásnál csökkentett, alacsony volatilitásnál növelt kitettség javítja a Sharpe-mutatót és csökkenti a drawdownt a statikus vétel és tartás stratégiához képest — ez az előny független az árfolyam irányától. A stratégia szerkezetileg tudatosan eltér minden olyan stratégiacsaládtól, amely már megbukott vagy folyamatban van: NOT nem visszafordulásra játszik (nem kereskedik az ármozgással szemben — a visszafordulási/prémium/OI-szorításos testvérstratégiák mind veszteséget termeltek), NOT nem ritka esemény váltja ki (a kitettség folyamatos állapot, így elkerüli a no_trades bukását), NOT nem keresztmetszeti RANK rotáció (nincs hozamalapú rangsorolás vagy top-K kiválasztás; ALL trendelő nagy kapitalizációjú eszközöket tart — hiányzik L32 kimerült mechanizmusa), NOT nem finanszírozási kamatot keres (L33), NOT nem opciós stratégia (nincs ügyletszám-korlát), és NOT nem az a mély visszaesésre építő visszatérési kosár, amely éppen túlillesztett (IS 8.3 → OOS -2.64; itt nincs visszatérési belépési pont, amelyet görbeillesztéssel lehetne optimalizálni — az egyetlen illesztett mennyiség a volatilitási cél és két visszatekintési időtáv). A csak vételi spot (CASH) szerkezete miatt védett a tőkeáttételből eredő összeomlástól. Kitölti az alulreprezentált BINANCE_SPOT piacot és a csaknem üres makro- és hosszú távú kategóriát; az alacsony forgalom (heti újrasúlyozás és kereskedés nélküli sáv) miatt a körülbelül 0.20% oda-vissza ügylet díja elhanyagolható.

A két végrehajtható Layer-4 megállapítást minimális módosításokkal kezeli, miközben megtartja a korábbi rétegeken átment volatilitásskálázási logikát. (1) A QA által jelzett, kilépési útvonalon lévő végrehajtási/könyvelési gyanús pontot kijavítottuk: a pozíciókosárból kikerülő eszköz (célérték: 0) most az _submit_exit_position útvonalon záródik (csak pozíciócsökkentő zárás), amely helyesen könyveli a csökkentést, és felszabadítja a CASH értéket a vételi ciklus előtt, ahelyett hogy az _submit_entry_instrument útvonalon keresztül menne egy SELL; a részleges volatilitásalapú leépítések továbbra is SELL megbízások, amelyek legfeljebb a pozíció méretét korlátozzák, és mindig csak egy long pozíciót csökkentenek. (2) A mérhetetlenségi/alig gyakorolt szélső eset problémáját (csak 6 ügylet, mert a SMA(100) kapu az ablak szinte teljes időtartamára készpénzben tartotta a kosarat, így a lezárt ügyletek mind trendtörésből eredő vesztesek voltak, miközben a nyertesek nyitva maradtak) a trend_len 100->50 rövidítésével orvosoltuk (a kosár az ablak jóval nagyobb részében befektetett, így a heti inverzvolatilitás-alapú újrasúlyozás ténylegesen kötéseket eredményez, és a Moreira–Muir volatilitáskezelési overlay valóban tesztelésre kerül), valamint a rebalance_band 0.15->0.10 szigorításával (a heti, volatilitásvezérelt méretmódosítások és jogosultsági átlépések nagyobb része túllépi a sávot); ezek együtt a négynévnyi eszközkörön és mintegy 50 heti újrasúlyozáson át a mérhetőségi küszöb felé emelik az ügyletek számát. Az inverzvolatilitás-alapú befektetési képlet, az eszközönkénti trendkapu, a valódi NAV _portfolio_value szerinti értékelés, a SELLS/zárások-BUYS előtti sorrend, valamint a kizárólag long pozíciókra vonatkozó CASH méretezés (bruttó <= 0.95x, tőkeáttétel 1.0) egyébként változatlan marad, így a 1-3 réteg továbbra is megfelel, az importok pedig tiszták maradnak. Elismerem QA mélyebb aggályát, miszerint a tisztán OHLCV, SMA által vezérelt megközelítés alacsony túlélési esélyű kategória, és hogy egy volatilitási overlay nem képes pozitív várható értéket előállítani egy trendet követő kosárból egy csökkenő piaci ablakban; ez a hipotézis megfogalmazott előfeltevéséből (az iránytól független volatilitáskezelési prémiumból) következik, és nem oldható meg a hipotézis feladásával vagy adatfolyam hozzáadásával járó változtatások nélkül, amelyek meghaladnák a lehető legkisebb módosítást célzó iteráció kereteit. Ezek a javítások helyes végrehajtást és mérhetőséget biztosítanak a stratégiának, így az elemző megbízható, megfelelő mintaszámú visszateszten ítélheti meg a prémiumot, nem pedig egy 6 ügyletből álló torzított mintán.

A backteszt megbízhatatlan: a saját tőke és az elszámolás hibás. total_return +8,697% (87x) lehetetlen egy tőkeáttétel nélküli, legfeljebb 1x értékű, csak vételi spotkosár esetén, és a +241% (2021-05-20), +158% (2019-07-04), +88.7% és +84.3% napi hozamok fizikailag lehetetlenek egy legfeljebb 0.95x értékű, csak vételi portfóliónál; a avg_win $426k / largest_loss -$2.9M egy $100k értékű számlán (26-29x saját tőkeingadozás), valamint a 635 forgalom (szemben az állítólagos, heti, alacsony forgalmú újrasúlyozással) azt mutatja, hogy a pozícióméretezés és az újrasúlyozás túlzott kitettséget vállal és hibásan kamatoztatja újra a hozamot. Ezt a belső ellentmondás is megerősíti: a fő mutató +8,697%, miközben a Sharpe-mutató -0.087, avg_trade_return_pct -0.785% (negatív), information_ratio -0.21, PSR 0.375 — így a hibás adatsor alapján nincs valódi előny (-4.5 ferdeség, 67.7 csúcsosság, max_dd CI magas, ~100%). A tünetet jelzem, de nem állítom, hogy pontosan tudom a hibát, amelynek okát nem követtem végig. Ez már a 2. iteráció: a fejlesztő átdolgozta a kilépések elszámolását egy QA „elszámolási gyanú” jelzés után, de az eredmény most még hibásabb, így a sérült adatsor optimalizálása csak a hibákhoz illesztené a görbét. Az alapul szolgáló stratégiacsalád is életképtelen: a VolatilityManagedLongMajorsBasketDaily testvérstratégiát ebben a munkamenetben elvetették, miután IR -0.60 és körülbelül 0 alfát ért el a kosarához képest (egy hosszú pozíciójú, nagy kapitalizációjú eszközökből álló kosár volatilitáskezelése negatív aktív értéket ad), és itt a 0.51 béta / benchmark_correlation 0.70 negatív, ráépített alfa is ugyanerre utal. A vol_target/trend_len/vol_lookback optimalizálása nem javíthat ki egy méretezési vagy elszámolási hibát, és nem teremthet olyan előnyt, amely a stratégiacsaládból szerkezetileg hiányzik. Elvetendő.

Az ellenőrzés sikertelen (réteg: 4 — QA felülvizsgálat): - A tesztkörnyezet olyan kódhiba-jegyet mutat, amelyet a gyár ismételten tévesen az előny hiányának tulajdonít: win_rate = 0.0 AND profit_factor = 0.0 (mind a 6 lezárt ügylet veszteséges volt, a bruttó nyereség pontosan nulla), Sharpe -1.94, total_return -33.3% == max_drawdown. A vizsgálat alapján az irány és a skálázás polaritása helyes (fordított volatilitású befektetés = min(vol_target/basket_vol, bruttó érték); trendkapu close>SMA; csak vételi, a tartott mennyiségre korlátozott csökkentés), ezért valószínűleg a EXECUTION/ACCOUNTING folyamatban maradt a hiba. Két lehetséges ok: (1) a csökkentések ELADÁSI megbízásokat küldenek a _submit_entry_instrument(OrderSide.SELL) segítségével a _submit_exit_position helyett — ellenőrizze, hogy ez csökkenti-e a hosszú pozíciót a CASH során, és nem utasítják-e el vagy könyvelik-e hibásan; (2) a BUY ciklus az ELADÁSOK elküldése után újraszámolja a _held_qty értékét, de a végrehajtások nem szinkron módon történnek on_bar alatt, így a vételek olyan tőkével számolnak, amelyet a függő eladások még nem szabadítottak fel. A pontosan 0.0 értékű PF, amikor minden ügylet veszteséges, hibaként diagnosztizálandó, nem továbbirányítandó díj- vagy előnyproblémaként. - Nem mérhető: a 363 nap során végrehajtott 6 ügylet egy nagyságrenddel kevesebb a körülbelül 100 ügyletes alsó határnál, így a win_rate/PF/Sharpe mutatók nem hordoznak jelzést. Egy heti, 4 eszközös újrasúlyozásnak körülbelül 200 újrasúlyozási eseményt kellene eredményeznie, mégis csak 6 ügylet született — a stratégia szinte az egész időszakban készpénzben maradt (a SMA(100) feltétel ritkán teljesült), ami megmagyarázza a 0.11 referenciaindex-korrelációt a 76% piaci jelenlét ellenére, és azt jelenti, hogy a volatilitáskezelési előny alig jutott érvényre. - Tisztán OHLCV mechanizmus (SMA trendkapu és realizáltvolatilitás-skálázás, irányjelzésből eredő előny nélkül). Tisztán OHLCV stratégiák 213 korábbi futás során 0% túlélési arányt mutattak, a SMA-trendkapus stratégiák pedig ismételten elvetett kategóriát jelentenek. A volatilitási ráépítés független az iránytól, és nem teremthet pozitív várható hozamot, ha a trend alapján tartott kosárnak nincs ilyen hozama — az eredmény ráadásul ellentmond a hipotézis drawdown-csökkentési állításának (33% drawdown).