Deribit BTC साप्ताहिक नकद-सुरक्षित OTM पुट-लेखन — अस्थिरता-जोखिम-प्रीमियम अर्जन, IV>RV गेटेड, ट्रेंड-फ़िल्टरयुक्त

परिकल्पना

Deribit BTC साप्ताहिक विकल्पों पर एकल-लेग, पूरी तरह संपार्श्विक (नकद-सुरक्षित) व्यवस्थित PUT-WRITING रणनीति, जो क्रिप्टो अस्थिरता जोखिम प्रीमियम (VRP) से लाभ लेती है: BTC विकल्पों की निहित अस्थिरता संरचनात्मक रूप से बाद में दर्ज वास्तविक अस्थिरता से अधिक होती है, इसलिए बीमा बेचने वाले को समय के साथ बढ़त मिलती है। यह फ़ैक्टरी की FIRST विकल्प रणनीति है और सबसे बड़ा कोटा अंतर भरती है (विकल्प 0.1% बनाम >=15% लक्ष्य), साथ ही 80% BINANCE के अत्यधिक प्रतिनिधित्व को घटाती है। हर चक्र में रणनीति निकटतम साप्ताहिक Deribit……और दिखाएँकम दिखाएँ

Deribit BTC साप्ताहिक विकल्पों पर एकल-लेग, पूरी तरह संपार्श्विक (नकद-सुरक्षित) व्यवस्थित PUT-WRITING रणनीति, जो क्रिप्टो अस्थिरता जोखिम प्रीमियम (VRP) से लाभ लेती है: BTC विकल्पों की निहित अस्थिरता संरचनात्मक रूप से बाद में दर्ज वास्तविक अस्थिरता से अधिक होती है, इसलिए बीमा बेचने वाले को समय के साथ बढ़त मिलती है। यह फ़ैक्टरी की FIRST विकल्प रणनीति है और सबसे बड़ा कोटा अंतर भरती है (विकल्प 0.1% बनाम >=15% लक्ष्य), साथ ही 80% BINANCE के अत्यधिक प्रतिनिधित्व को घटाती है। हर चक्र में रणनीति निकटतम साप्ताहिक Deribit BTC समाप्ति (5-9 दिन बाद) चुनती है और लगभग 20-डेल्टा OTM पुट ONE लिखती है, जिसे FULLY नकदी में संपार्श्विक किया जाता है (कोई लीवरेज नहीं, मार्जिन कॉल का जोखिम नहीं—अधिकतम हानि स्ट्राइक तक सीमित है, यानी छूट पर BTC खरीदने की सहमति देने के बराबर)। दो संरचनात्मक फ़िल्टर पोज़िशन को नियंत्रित करते हैं: (1) VRP गेट—केवल तभी लिखें जब Deribit greeks/IV फ़ीड से मिली 7-दिन की ATM निहित अस्थिरता, पिछली 10-दिन की वास्तविक अस्थिरता से एक मार्जिन अधिक हो (IV/RV > ~1.15); यानी बीमा तभी बेचें जब उसका मूल्य ऊँचा हो; (2) बाज़ार-स्थिति/रुझान गेट—केवल तभी लिखें जब BTC स्पॉट अपने 50-दिन के SMA से ऊपर हो, ताकि पुष्ट गिरावट या लगातार गिरते बाज़ार में पुट बेचने से बचा जा सके (पुट-लेखन का प्रमुख टेल जोखिम)। हर चक्र में एक ही इंस्ट्रूमेंट रखने से बैकटेस्ट साफ़ इंजन पथ पर चलता है और बहु-लेग/अतिरिक्त-लेग-फ़ीड अनुकूलन आर्टिफ़ैक्ट से बचता है। डेवलपर सूचीबद्ध Deribit BTC पुट इंस्ट्रूमेंट्स में साप्ताहिक रोल करता है (रणनीति हर चक्र में कैटलॉग से उपयुक्त स्ट्राइक/समाप्ति चुनती है)।

पुनरावृत्ति 3 में ONE कॉन्फ़िगरेशन मान बदला गया है; रणनीति का तर्क पुनरावृत्ति 2 के समान बाइट-स्तर पर है (निदान दर्ज करने के लिए केवल PERF डॉकस्ट्रिंग अपडेट की गई है)। अनुमान लगाने के बजाय मैंने वास्तविक टाइमआउट की प्रोफ़ाइल बनाई: सैंडबॉक्स सबप्रोसेस ने 22:05:22 लॉन्च किया और 22:10:24 (302s) पर बंद कर दिया गया; लागत प्रति बार NOT कार्य की है—पुनरावृत्ति 2 के बाद सभी प्रति-बार स्थितियाँ पहले से O(1) थीं। असल कारण कैटलॉग QUERIES की संख्या है। BacktestRunner हर बार प्रकार के लिए एक catalog.bars() कॉल करता है, और……और दिखाएँकम दिखाएँ

पुनरावृत्ति 3 में ONE कॉन्फ़िगरेशन मान बदला गया है; रणनीति का तर्क पुनरावृत्ति 2 के समान बाइट-स्तर पर है (निदान दर्ज करने के लिए केवल PERF डॉकस्ट्रिंग अपडेट की गई है)। अनुमान लगाने के बजाय मैंने वास्तविक टाइमआउट की प्रोफ़ाइल बनाई: सैंडबॉक्स सबप्रोसेस ने 22:05:22 लॉन्च किया और 22:10:24 (302s) पर बंद कर दिया गया; लागत प्रति बार NOT कार्य की है—पुनरावृत्ति 2 के बाद सभी प्रति-बार स्थितियाँ पहले से O(1) थीं। असल कारण कैटलॉग QUERIES की संख्या है। BacktestRunner हर बार प्रकार के लिए एक catalog.bars() कॉल करता है, और data/catalog में 35,765 बार डायरेक्टरी होने पर हर कॉल में पेलोड की परवाह किए बिना लगभग FIXED ~8.4s लगते हैं (इस मशीन पर मापा: BTC-PERPETUAL 1-DAY, 365 बार -> 8.31s; BTC-10APR26-63000-P, 19 बार -> 8.27s; BTC-17APR26-68000-P, 24 बार -> 8.77s)। 365-दिन की साप्ताहिक चेन 52 लेग तक फैलती है (रन लॉग में पुष्टि: 'Deribit chain discovered contracts=52'), इसलिए केवल डेटा लोड करने में 53 * 8.4s ~= 445s लगे—इसीलिए पुनरावृत्ति 2 में 1-HOUR -> 1-DAY बदलाव (24x कम बार) से कुछ नहीं बदला। समाधान: lookback_days 365 -> 150, जिससे लगभग 21 साप्ताहिक लेग होंगे; लोडिंग में लगभग 22 * 8.4s ~= 185s लगेंगे और पूरा रन 300s की सीमा से पर्याप्त समय पहले, लगभग 230s में पूरा होगा। सबमिट करने से पहले मैंने छोटा किए गए समयखंड पर वास्तविक डेटा के साथ FULL कंपाउंड गेट का ड्राई रन भी किया (कंपाउंड-गेट सीख के अनुसार): पिछले 150 दिनों में VRP गेट 97/150 दिनों पर खुला, ट्रेंड गेट 70/150 पर, और BOTH 51 दिनों पर खुला, जो 23 कैलेंडर हफ्तों में से 11 तक फैले—इसलिए चेन लगभग 8-11 पुट लिखेगी और >= 1-ट्रेड Layer-3 गेट को आसानी से पार करेगी। छोटी चेन से कम हुए नमूने की थोड़ी भरपाई के लिए मैंने entry_window_hours को 96 -> 120 तक चौड़ा किया (अब भी आधार की entry..expiry-24h विंडो के भीतर), ताकि चक्र के बीच में गेट खुलने पर भी उस हफ्ते पुट लिखे जा सकें। विश्लेषक के लिए ध्यान देने योग्य समझौता: वास्तविक बैकटेस्ट अब एक वर्ष के बजाय लगभग 5 महीने / लगभग 10 ट्रेड कवर करता है—यह कम है, लेकिन ~8.4s प्रति-लेग कैटलॉग लागत के कारण सैंडबॉक्स सीमा इसे बाध्य करती है। गणना डॉकस्ट्रिंग में दर्ज है (लगभग 30 क्वेरी अधिकतम हैं), इसलिए यदि कैटलॉग क्वेरी लागत किसी अपस्ट्रीम घटक में कभी ठीक की जाती है, तो समयखंड फिर बढ़ाया जा सकता है।

verifying_stuck_3_timeouts

कार्यान्वयन

Deribit BTC विकल्पों पर साप्ताहिक नकद-सुरक्षित OTM पुट-लेखन (एकल लेग, लगभग 6% OTM, लगभग 7 DTE), जिसे हर सप्ताह रोल किया जाता है और समाप्ति से 24 घंटे पहले बंद कर दिया जाता है। पुट तभी लिखा जाता है जब दोनों संरचनात्मक शर्तें पूरी हों: एक VRP शर्त (Deribit DVOL निहित अस्थिरता >= पिछले 10 दिनों की 1.15x वास्तविक अस्थिरता) और एक रुझान शर्त (स्पॉट अपने 50-दिवसीय SMA से ऊपर हो)। पोज़िशन का आकार नकद-सुरक्षित/इक्विटी-सापेक्ष है (0.85 इक्विटी को स्पॉट से विभाजित करके, न्यूनतम 0.1 कॉन्ट्रैक्ट), लीवरेज 1.0, इसलिए अधिकतम हानि स्ट्राइक तक सीमित है। साप्ताहिक रोल-समय निर्धारण के लिए Deribit परपेचुअल ही प्राथमिक साधन है; अंतर्निहित परिसंपत्ति का कभी कारोबार नहीं किया जाता।

सत्यापन परिणाम

सत्यापन विफल (Layer 4 — QA समीक्षा) [class=not_measurable]: - [edge_concern] सैंडबॉक्स के दोषरहित मेट्रिक्स (win_rate 1.0, PF 0.0, max_drawdown 0.0, avg_loss 0.0, Sharpe 5.30, +91% avg_trade_return_pct) एक BENIGN-WINDOW ARTIFACT हैं — नकद-सुरक्षित पुट-लेखन का पूरा जोखिम क्रैश-पुच्छ में है, और इस ~5-महीने की अवधि में ऐसा कोई क्रैश नहीं आया, इसलिए हर पुट सफल हुआ। ड्रॉडाउन आने तक कोई भी पुट-लेखन जोखिम-मुक्त दिखता है। avg_trade_return_pct 91.4% प्रीमियम-सापेक्ष है (स्ट्राइक-नॉशनल के सापेक्ष नहीं, स्पॉट/फ़्यूचर्स……और दिखाएँकम दिखाएँ

सत्यापन विफल (Layer 4 — QA समीक्षा) [class=not_measurable]: - [edge_concern] सैंडबॉक्स के दोषरहित मेट्रिक्स (win_rate 1.0, PF 0.0, max_drawdown 0.0, avg_loss 0.0, Sharpe 5.30, +91% avg_trade_return_pct) एक BENIGN-WINDOW ARTIFACT हैं — नकद-सुरक्षित पुट-लेखन का पूरा जोखिम क्रैश-पुच्छ में है, और इस ~5-महीने की अवधि में ऐसा कोई क्रैश नहीं आया, इसलिए हर पुट सफल हुआ। ड्रॉडाउन आने तक कोई भी पुट-लेखन जोखिम-मुक्त दिखता है। avg_trade_return_pct 91.4% प्रीमियम-सापेक्ष है (स्ट्राइक-नॉशनल के सापेक्ष नहीं, स्पॉट/फ़्यूचर्स न्यूनतम सीमाओं से तुलनीय नहीं), और 16 Deribit विकल्प ट्रेडों पर total_commission 0.0 से लगता है कि विकल्प शुल्क लागू नहीं किए जा रहे हैं — ये दोनों बातें भी गैर-सूचनात्मक नतीजे को और आकर्षक दिखाती हैं। - इस कॉन्फ़िगरेशन में मापनीय नहीं। rolling_options.lookback_days को 150 पर स्थिर रखा गया है (डेवलपर का ~8.4s प्रति-लेग कैटलॉग-क्वेरी टाइमआउट सुधार), जिससे ट्रेड की जा सकने वाली श्रृंखला लगभग 5 महीने तक सीमित होती है और केवल 16 साप्ताहिक लेखन मिलते हैं। यह सीमा कॉन्फ़िग में अंतर्निहित है, इसलिए पूरा बैकटेस्ट भी उसी तरह सीमित है (~16 ट्रेड, ~30 विकल्प न्यूनतम सीमा से कम, L26)। बिना पुच्छ-घटना वाले 16 लेखन उस VRP पुट-लेखन का मूल्यांकन नहीं कर सकते जिसकी बढ़त/जोखिम क्रैश-ड्रॉडाउन से निर्धारित होते हैं — वास्तविक बाईं-पुच्छ घटनाओं का नमूना लेने के लिए अवधि में कई वर्ष शामिल होने चाहिए। DVOL + Deribit श्रृंखला डेटा उपलब्ध है; बाधा ऊपर की ओर प्रति-लेग कैटलॉग-क्वेरी लागत है। इसे तब तक रोकें जब तक वह लागत ठीक न हो जाए, ताकि कई-वर्षीय श्रृंखला (>=2yr, कई ड्रॉडाउन के दौरान ~50-100 गेटेड लेखन) बजट में चल सके; केवल lookback_days को लंबा न करें (इससे टाइमआउट फिर आ जाएगा)। - 16 Deribit विकल्प ट्रेडों पर total_commission 0.0 — Deribit विकल्प शुल्क लेता है (न्यूनतम 0.03% अंतर्निहित या 12.5% प्रीमियम, साथ में सेटलमेंट शुल्क)। यदि इंजन विकल्प कमीशन लागू नहीं कर रहा है, तो प्रीमियम-अर्जन का PnL बढ़ा-चढ़ाकर दिखाया जाएगा। यह विश्लेषक/बैकटेस्ट इंजीनियर के लिए इंजन में शुल्क-लागू होने की चिंता है, रणनीति-कोड की त्रुटि नहीं।

पुनरावृत्ति इतिहास

सत्यापन विफल (Layer 3 — सैंडबॉक्स बैकटेस्ट): स्मोक टेस्ट ने 300s की दीवार-घड़ी समय सीमा पार कर दी। इसका लगभग हमेशा अर्थ होता है कि इतिहास के साथ बढ़ने वाला प्रति-बार काम हो रहा है — उदाहरण के लिए पूरी फंडिंग/पूरक श्रृंखला को बार-बार स्कैन करना, या हर बार calculate_signal()/on_bar() के भीतर सूची फिर से बनाकर min()/sorted() बुलाना। __init__ में पहले से क्रमबद्ध टाइमस्टैम्प ऐरे ONCE तैयार करें और bisect का उपयोग करें, या टाइमस्टैम्प के आधार पर लुकअप कैश करें, ताकि प्रति-बार लागत O(log n) हो, O(n) नहीं।

सत्यापन विफल (Layer 4 — QA समीक्षा): - STRUCTURALLY UNMEASURABLE TRADE COUNT (L26 — विकल्प समाप्ति चक्र x गेटिंग)। सैंडबॉक्स ने data_days=12 के दौरान 12 ट्रेड दिए, जिनमें अपमापनीय-विकृत परिणाम का पारंपरिक संकेत था: win_rate 1.0, Sharpe 31.2, profit_factor 0.0, max_drawdown 0.0, avg_trade_return_pct 91.6% (नकद-सुरक्षित पुट-लेखन के लिए प्रति-ट्रेड असंभव आँकड़ा — विकल्प के नॉशनल/रिटर्न की गणना भरोसेमंद नहीं है)। ये वास्तविक प्रदर्शन संकेत नहीं हैं। L26 (अवधि/समाप्ति x गेट-पास) के अनुसार: lookback_days को 365->150 तक……और दिखाएँकम दिखाएँ

सत्यापन विफल (Layer 4 — QA समीक्षा): - STRUCTURALLY UNMEASURABLE TRADE COUNT (L26 — विकल्प समाप्ति चक्र x गेटिंग)। सैंडबॉक्स ने data_days=12 के दौरान 12 ट्रेड दिए, जिनमें अपमापनीय-विकृत परिणाम का पारंपरिक संकेत था: win_rate 1.0, Sharpe 31.2, profit_factor 0.0, max_drawdown 0.0, avg_trade_return_pct 91.6% (नकद-सुरक्षित पुट-लेखन के लिए प्रति-ट्रेड असंभव आँकड़ा — विकल्प के नॉशनल/रिटर्न की गणना भरोसेमंद नहीं है)। ये वास्तविक प्रदर्शन संकेत नहीं हैं। L26 (अवधि/समाप्ति x गेट-पास) के अनुसार: lookback_days को 365->150 तक घटाया गया ताकि 300s सीमा में समा सके, और कंपाउंड VRP+ट्रेंड गेट केवल ~23 सप्ताहों में से 11 में खुलता है -> ~8-11 पुट। ~10 ट्रेड ~30-ट्रेड न्यूनतम सीमा से बहुत कम हैं और VRP बढ़त को शोर से अलग नहीं कर सकते। - INFRASTRUCTURE HARD-CAP इस नमूने को ANY पैरामीटरकरण में अपमापनीय बनाता है। डेवलपर की अपनी डॉकस्ट्रिंग के अनुसार, हर catalog.bars() क्वेरी की एक नियत लागत ~8.4s है और 300s टाइमआउट के अंतर्गत रन लगभग 30 क्वेरी (~250s) तक सीमित है; इसलिए बैकटेस्ट में AT MOST ~30 साप्ताहिक लेग (~7 महीने) आते हैं -> गेटिंग के बाद ~15 ट्रेड। टाइमआउट से बचने के लिए lookback_days=150 मजबूरी में रखा गया। कोई भी थ्रेशोल्ड समायोजन ~30-लेग कैटलॉग-क्वेरी सीमा से आगे नहीं निकल सकता। - PUT-WRITE TAIL-RISK MASKING। ~10-ट्रेड का win_rate 1.0 नमूना शॉर्ट पुट के लिए सबसे MOST भ्रामक नतीजा है: इसका मतलब है कि अवधि में कोई क्रैश सप्ताह नहीं आया, ठीक वही समय जब नकद-सुरक्षित पुट अपनी भारी बाईं-पुच्छ हानि दर्ज करता है। आकर्षक दिखने वाला सैंडबॉक्स (सभी जीत, शून्य ड्रॉडाउन, Sharpe 31) शांत सप्ताहों में थीटा क्षय दिखाता है और एकमात्र महत्वपूर्ण जोखिम छिपाता है। - कोड CORRECT है और परिकल्पना को निष्ठापूर्वक लागू करता है: पुट-लेखन की दिशा (P -> SELL), नकद-सुरक्षित तथा स्ट्राइक-सीमित पोज़िशन आकार, VRP गेट (atm_iv >= rv*vrp_ratio), ट्रेंड गेट (स्पॉट > SMA), कारणात्मक DVOL लुकअप (searchsorted right-1, कोई भविष्य-दृष्टि नहीं), यूरोपीय सेटलमेंट से 24h पहले लेग बंद, IV अनुपलब्ध होने पर दस्तावेज़ीकृत अनगेटेड फॉल-थ्रू (बिना चुपचाप बढ़त बदलने के)। विकल्प-शुद्धता (#12) पास होती है। यह इसलिए दर्ज किया गया है ताकि डेवलपर किसी काल्पनिक कोडिंग बग के पीछे न लगे।