Uji strategi trading Deribit BTC mingguan

Hipotesis

Strategi PUT-WRITING sistematik satu kaki berjaminan penuh (berjaminan tunai) pada opsyen mingguan Deribit BTC yang meraih premium risiko volatiliti kripto (VRP): volatiliti tersirat opsyen BTC secara struktur melebihi volatiliti terealisasi kemudian, maka penjual insurans menerima kelebihan dari semasa ke semasa. Ini ialah strategi opsyen FIRST daripada kilang strategi dan menutup jurang kuota terbesar (opsyen 0.1% berbanding sasaran >=15%) sambil mengurangkan perwakilan berlebihan 80% BINANCE. Setiap kitaran,……Tunjuk lagiTunjuk kurang

Strategi PUT-WRITING sistematik satu kaki berjaminan penuh (berjaminan tunai) pada opsyen mingguan Deribit BTC yang meraih premium risiko volatiliti kripto (VRP): volatiliti tersirat opsyen BTC secara struktur melebihi volatiliti terealisasi kemudian, maka penjual insurans menerima kelebihan dari semasa ke semasa. Ini ialah strategi opsyen FIRST daripada kilang strategi dan menutup jurang kuota terbesar (opsyen 0.1% berbanding sasaran >=15%) sambil mengurangkan perwakilan berlebihan 80% BINANCE. Setiap kitaran, strategi memilih luput mingguan Deribit BTC yang terdekat (5-9 hari lagi) dan menjual put OTM delta ~20 ONE, dengan cagaran tunai FULLY (tanpa leverage atau risiko panggilan margin — kerugian maksimum terhad kepada harga pelaksanaan, iaitu bersamaan bersetuju membeli BTC pada harga diskaun). Posisi tertakluk kepada dua penapis struktur: (1) gerbang VRP — hanya menjual apabila volatiliti tersirat ATM 7-hari (daripada suapan greeks/IV Deribit) melebihi volatiliti terealisasi 10-hari terdahulu dengan margin (IV/RV > ~1.15), supaya insurans hanya dijual ketika harganya tinggi; (2) gerbang rejim/trend — hanya menjual apabila spot BTC melebihi SMA 50 harinya, untuk mengelakkan jualan put ketika aliran menurun disahkan / harga terus jatuh (risiko ekor utama jualan put). Satu instrumen bagi setiap kitaran memastikan backtest menggunakan laluan enjin yang bersih dan mengelakkan artifak pengoptimuman suapan berbilang kaki/kaki tambahan. Pembangun menggulung posisi setiap minggu merentasi instrumen put Deribit BTC yang disenaraikan (strategi memilih harga pelaksanaan/luput yang sesuai daripada katalog setiap kitaran).

Iterasi 3 menukar nilai konfigurasi ONE; logik strategi sama sepenuhnya pada peringkat bait dengan iterasi 2 (hanya docstring PERF dikemas kini untuk merekodkan diagnosis). Saya memprofilkan tamat masa sebenar dan bukannya meneka lagi: subproses sandbox dilancarkan 22:05:22 dan dihentikan pada 22:10:24 (302s), dan kosnya ialah kerja NOT bagi setiap bar — semua keadaan setiap bar sudah O(1) selepas iterasi 2. Puncanya ialah bilangan QUERIES katalog. BacktestRunner membuat satu panggilan catalog.bars() bagi setiap……Tunjuk lagiTunjuk kurang

Iterasi 3 menukar nilai konfigurasi ONE; logik strategi sama sepenuhnya pada peringkat bait dengan iterasi 2 (hanya docstring PERF dikemas kini untuk merekodkan diagnosis). Saya memprofilkan tamat masa sebenar dan bukannya meneka lagi: subproses sandbox dilancarkan 22:05:22 dan dihentikan pada 22:10:24 (302s), dan kosnya ialah kerja NOT bagi setiap bar — semua keadaan setiap bar sudah O(1) selepas iterasi 2. Puncanya ialah bilangan QUERIES katalog. BacktestRunner membuat satu panggilan catalog.bars() bagi setiap jenis bar, dan dengan 35,765 direktori bar dalam data/catalog, setiap panggilan mengambil kira-kira FIXED ~8.4s tanpa mengira muatan (diukur pada mesin ini: BTC-PERPETUAL 1-DAY, 365 bar -> 8.31s; BTC-10APR26-63000-P, 19 bar -> 8.27s; BTC-17APR26-68000-P, 24 bar -> 8.77s). Rantaian mingguan 365 hari berkembang kepada 52 kaki (disahkan dalam log larian: 'Deribit chain discovered contracts=52'), maka pemuatan data sahaja mengambil 53 * 8.4s ~= 445s — sebab itulah pertukaran 1-HOUR -> 1-DAY dalam iterasi 2 (24x kurang bar) tidak mengubah apa-apa. Pembaikan: lookback_days 365 -> 150, menjadikan kira-kira 21 kaki mingguan; pemuatan mengambil ~22 * 8.4s ~= 185s dan keseluruhan larian mengambil kira-kira ~230s, dengan ruang masa yang mencukupi di bawah had 300s. Saya juga menguji dahulu gerbang kompaun FULL menggunakan data sebenar dalam tempoh yang dipendekkan sebelum menghantar (mengikut panduan gerbang kompaun): dalam 150 hari terakhir, gerbang VRP terbuka pada 97/150 hari, gerbang trend pada 70/150, BOTH pada 51 hari merangkumi 11 daripada 23 minggu kalendar — jadi rantaian itu akan menulis kira-kira 8-11 put, melepasi dengan selesa gerbang Layer-3 sebanyak >=1 dagangan. Untuk mendapatkan semula sedikit sampel yang hilang akibat rantaian lebih pendek, saya meluaskan entry_window_hours 96 -> 120 (masih dalam tetingkap entry..expiry-24h asas), supaya minggu yang gerbangnya terbuka di pertengahan kitaran masih mendapat dagangan. Perkara untuk dimaklumkan kepada penganalisis: backtest sebenar kini merangkumi ~5 bulan / ~10 dagangan, bukannya setahun — sampelnya kecil, tetapi had sandbox memaksanya memandangkan kos katalog ~8.4s bagi setiap kaki; pengiraannya didokumenkan dalam docstring (~30 pertanyaan ialah had maksimum), supaya tempohnya boleh dipanjangkan semula jika kos pertanyaan katalog dibaiki di hulu.

verifying_stuck_3_timeouts

Pelaksanaan

Jual put mingguan OTM berjaminan tunai pada opsyen BTC Deribit (satu kaki, ~6% OTM, ~7 DTE), digulung setiap minggu dan ditutup 24h sebelum luput. Put hanya dijual apabila kedua-dua gerbang struktur terbuka: gerbang VRP (volatiliti tersirat Deribit DVOL >= volatiliti terealisasi 10 hari terdahulu 1.15x) dan gerbang trend (harga spot melebihi SMA 50 harinya). Saiz posisi berkadar dengan ekuiti dan berjaminan tunai (0.85 ekuiti dibahagi harga spot, dibundarkan ke bawah kepada 0.1 kontrak), leverage 1.0, maka kerugian maksimum terhad kepada harga pelaksanaan. Perpetual Deribit digunakan semata-mata sebagai jam penggulungan mingguan; aset pendasar tidak pernah didagangkan.

Keputusan Pengesahan

Pengesahan gagal (Layer 4 — semakan QA) [class=not_measurable]: - [edge_concern] Metrik sandbox yang sempurna (win_rate 1.0, PF 0.0, max_drawdown 0.0, avg_loss 0.0, Sharpe 5.30, +91% avg_trade_return_pct) ialah BENIGN-WINDOW ARTIFACT — keseluruhan risiko jualan put berjaminan tunai ialah risiko ekor kejatuhan pasaran, dan tempoh ~5 bulan ini tidak menangkapnya, maka semua put menang. Semua jualan put kelihatan tanpa risiko sehingga drawdown berlaku. avg_trade_return_pct 91.4% dikira relatif kepada premium (bukan……Tunjuk lagiTunjuk kurang

Pengesahan gagal (Layer 4 — semakan QA) [class=not_measurable]: - [edge_concern] Metrik sandbox yang sempurna (win_rate 1.0, PF 0.0, max_drawdown 0.0, avg_loss 0.0, Sharpe 5.30, +91% avg_trade_return_pct) ialah BENIGN-WINDOW ARTIFACT — keseluruhan risiko jualan put berjaminan tunai ialah risiko ekor kejatuhan pasaran, dan tempoh ~5 bulan ini tidak menangkapnya, maka semua put menang. Semua jualan put kelihatan tanpa risiko sehingga drawdown berlaku. avg_trade_return_pct 91.4% dikira relatif kepada premium (bukan nilai nosional harga pelaksanaan, dan tidak setanding dengan paras minimum spot/niaga hadapan), dan total_commission 0.0 pada 16 dagangan opsyen Deribit menunjukkan yuran opsyen mungkin tidak dikenakan — kedua-duanya menjadikan hasil yang tidak bermaklumat ini tampak lebih baik. - Tidak boleh diukur dengan konfigurasi semasa. rolling_options.lookback_days ditetapkan pada 150 (pembaikan pembangun untuk tamat masa pertanyaan katalog ~8.4s bagi setiap kaki), mengehadkan rantaian yang boleh didagangkan kepada ~5 bulan dan hanya menghasilkan 16 jualan mingguan. Had itu tertanam dalam konfigurasi, maka keseluruhan backtest juga dihadkan sama (~16 dagangan, di bawah paras minimum opsyen ~30, L26). Jualan tanpa risiko ekor sebanyak 16 tidak dapat menilai jualan put VRP yang kelebihan/risikonya ditentukan oleh drawdown akibat kejatuhan pasaran — tempoh itu mesti merangkumi beberapa tahun untuk menangkap kejadian ekor kiri sebenar. DVOL + data rantaian Deribit tersedia; halangannya ialah kos pertanyaan katalog hulu bagi setiap kaki. Tangguhkan sehingga kos itu dibaiki supaya rantaian berbilang tahun (>=2yr, ~50-100 jualan yang lulus penapisan merentasi beberapa drawdown) boleh dijalankan dalam had masa; jangan hanya panjangkan lookback_days (akan menyebabkan tamat masa berlaku semula). - total_commission 0.0 merentasi 16 dagangan opsyen Deribit — Deribit mengenakan yuran opsyen (minimum 0.03% pendasar atau 12.5% premium, serta penyelesaian). Jika enjin tidak mengenakan komisen opsyen, untung rugi daripada pungutan premium dibesar-besarkan. Kebimbangan tentang penggunaan yuran enjin untuk perhatian penganalisis/jurutera backtest, bukan kecacatan kod strategi.

Sejarah Lelaran

Pengesahan gagal (Layer 3 — backtest sandbox): ujian asap melebihi had masa nyata 300s. Ini hampir selalu bermakna kerja setiap bar meningkat mengikut sejarah — contohnya mengimbas semula keseluruhan siri pendanaan/suplemen, atau membina semula senarai dan memanggil min()/sorted() di dalam calculate_signal()/on_bar() pada setiap bar. Prahitung tatasusunan cap masa tersusun ONCE dalam __init__ dan gunakan bisect, atau cache carian mengikut cap masa, supaya kos setiap bar ialah O(log n), bukan O(n).

Pengesahan gagal (Semakan Lapisan 4 — QA): - STRUCTURALLY UNMEASURABLE TRADE COUNT (L26 — kekerapan luput opsyen x penapisan). Sandbox menghasilkan 12 dagangan sepanjang data_days=12 dengan corak klasik degenerat yang tidak boleh diukur: win_rate 1.0, Sharpe 31.2, profit_factor 0.0, max_drawdown 0.0, avg_trade_return_pct 91.6% (angka setiap dagangan yang mustahil bagi jualan put bercagar tunai — pengiraan nosional/pulangan opsyen tidak boleh dipercayai). Ini bukan isyarat prestasi sebenar. Menurut L26……Tunjuk lagiTunjuk kurang

Pengesahan gagal (Semakan Lapisan 4 — QA): - STRUCTURALLY UNMEASURABLE TRADE COUNT (L26 — kekerapan luput opsyen x penapisan). Sandbox menghasilkan 12 dagangan sepanjang data_days=12 dengan corak klasik degenerat yang tidak boleh diukur: win_rate 1.0, Sharpe 31.2, profit_factor 0.0, max_drawdown 0.0, avg_trade_return_pct 91.6% (angka setiap dagangan yang mustahil bagi jualan put bercagar tunai — pengiraan nosional/pulangan opsyen tidak boleh dipercayai). Ini bukan isyarat prestasi sebenar. Menurut L26 (tetingkap/luput x lulus penapisan): lookback_days dipotong 365->150 supaya muat dalam had 300s, dan penapisan gabungan VRP+trend hanya terbuka pada ~11 daripada 23 minggu -> ~8-11 put. ~10 dagangan jauh di bawah paras minimum ~30 dagangan dan tidak dapat membezakan kelebihan VRP daripada hingar. - INFRASTRUCTURE HARD-CAP menjadikan sampel tidak boleh diukur pada pemparameteran ANY. Menurut docstring pembangun sendiri, setiap pertanyaan catalog.bars() memerlukan kos tetap ~8.4s dan proses dihadkan kepada ~30 pertanyaan (~250s) di bawah had masa 300s, maka backtest merangkumi AT MOST ~30 kaki mingguan (~7 bulan) -> ~15 dagangan selepas penapisan. lookback_days=150 terpaksa dikekalkan supaya melepasi had masa. Tiada pelarasan ambang dapat mengatasi had ~30 kaki bagi pertanyaan katalog. - PUT-WRITE TAIL-RISK MASKING. Sampel win_rate 1.0 sekitar 10 dagangan ialah hasil MOST yang mengelirukan bagi put jualan singkat: ini bermakna tetingkap itu tidak mengandungi minggu kejatuhan, tepat ketika put bercagar tunai merealisasikan kerugian ekor kiri yang besar. Hasil sandbox yang tampak memberangsangkan (semua dagangan untung, drawdown sifar, Sharpe 31) ialah susutan theta pada minggu yang aman dan menyembunyikan satu-satunya risiko yang penting. - Kod ini CORRECT dan melaksanakan hipotesis dengan setia: orientasi jualan put (P -> SELL), saiz terhad pada harga laksana dan bercagar tunai, penapisan VRP (atm_iv >= rv*vrp_ratio), penapisan trend (harga spot > SMA), carian DVOL yang bersebab (searchsorted right-1, tanpa intipan masa hadapan), kaki ditutup 24h sebelum penyelesaian Eropah, laluan susulan tanpa penapisan didokumenkan apabila IV tiada (tiada pertukaran kelebihan secara senyap). Ketepatan opsyen (#12) lulus. Perkara ini dinyatakan supaya pembangun tidak mengejar pepijat pengekodan yang tidak wujud.