مواد پر جائیں
تمام حکمتِ عملیاں

حکمتِ عملیاں

Deribit BTC ماہانہ واحد-Leg Long-Option Trend Convexity (Cheap-IV شرط کے ساتھ، دونوں سمتوں میں سمتی)

نتیجہ: ترک شدہ

BtcDeribitMonthlyLongOptionTrendConvexityCheapIV

نتیجہ خلاصہ

BtcDeribitMonthlyLongOptionTrendConvexityCheapIV جان بوجھ کر long-vega، long-direction حکمتِ عملی تھی، جو پائپ لائن کی short-vol اور غیر سمتی آپشن کتابوں کا الٹ تھی۔ اس میں ایک واحد OTM call یا put خرید کر BTC رجحانی رائے کو متعین خطرے والے محدب منافع میں بدلا جاتا تھا، اور یہ ان multi-leg execution اور Layer-3 رکاوٹوں سے بخوبی گزر گئی جنہوں نے اس جیسی دوسری حکمتِ عملیوں کو روکا تھا۔ لیکن بیک ٹیسٹ صرف 9 ٹریڈز دے سکا، کیونکہ کیٹلاگ کی ماہانہ Deribit BTC چین میں وسط -2025 سے صرف تقریباً 12 میعادیں شامل ہیں، اور انجن نے میٹرکس کو ناقابلِ اعتماد قرار دیا — سرخی کا Sharpe 3.43 تھا، مگر اس کا اعتماد کا وقفہ -13 سے +11 تک پھیلا ہوا تھا، اور پورا خالص منافع ایک فروری 2026 کے مہینے سے آیا۔ جائزہ لینے والے نے revise_hypothesis کا فیصلہ دیا، اور نوٹ کیا کہ یہ یکساں 9-ٹریڈ نتیجے والا دوسرا مرحلہ تھا، نیز کوئی کوڈ تبدیلی محدود چین میں ماہانہ ادوار کا اضافہ نہیں کر سکتی۔ محدب منافع کا مفروضہ کبھی غلط ثابت نہیں ہوا؛ دستیاب آپشن تاریخ پر اسے آزمایا ہی نہیں جا سکتا تھا، اس لیے حکمتِ عملی کو تیسری بار اسی رکاوٹ سے ٹکرانے تک دہراتے رہنے کے بجائے ترک کر دیا گیا۔

حکمت عملی کی رپورٹ

مفروضہ

BTC رجحانی رائے کو perp کے بجائے SINGLE long option leg کے ذریعے ظاہر کریں، تاکہ رجحان کے تعاقب والے منافع کو محدب، متعین خطرے والی ساخت میں بدلا جا سکے۔ جب BTC تصدیق شدہ اوپر کے regime میں ہو اور AND implied vol سستی ہو، تو Deribit پر ایک تقریباً 5% OTM ماہانہ CALL خریدیں؛ تصدیق شدہ نیچے کے regime میں AND IV سستی ہو تو ایک تقریباً 5% OTM ماہانہ PUT خریدیں۔ کوئی hedge leg نہیں، shorting margin نہیں — زیادہ سے زیادہ نقصان ادا کیا گیا premium ہے۔ یہ پائپ لائن میں پہلے سے موجود short-vol cash-secured-put فروخت اور……مزید دکھائیںکم دکھائیں

BTC رجحانی رائے کو perp کے بجائے SINGLE long option leg کے ذریعے ظاہر کریں، تاکہ رجحان کے تعاقب والے منافع کو محدب، متعین خطرے والی ساخت میں بدلا جا سکے۔ جب BTC تصدیق شدہ اوپر کے regime میں ہو اور AND implied vol سستی ہو، تو Deribit پر ایک تقریباً 5% OTM ماہانہ CALL خریدیں؛ تصدیق شدہ نیچے کے regime میں AND IV سستی ہو تو ایک تقریباً 5% OTM ماہانہ PUT خریدیں۔ کوئی hedge leg نہیں، shorting margin نہیں — زیادہ سے زیادہ نقصان ادا کیا گیا premium ہے۔ یہ پائپ لائن میں پہلے سے موجود short-vol cash-secured-put فروخت اور غیر سمتی long straddle کا دانستہ الٹ ہے: یہاں ہم LONG vega + LONG direction رکھتے ہیں، اور BTC returns کی بڑی دائیں/بائیں دم سے فائدہ اٹھاتے ہیں، جسے perp کے رجحان کا تعاقب کرنے والے پکڑ نہیں سکتے کیونکہ فیس کا بوجھ اور stop کے بار بار لگنے سے ان کا سرمایہ گھٹتا ہے۔ واحد leg اسے multi-leg options execution کے اس راستے سے باہر رکھتا ہے جو کبھی verification سے نہیں گزرا (L2)۔ Deribit BTC سب سے زیادہ liquid crypto-options market ہے، کیٹلاگ میں greeks/IV موجود ہیں، اور واحد-leg Deribit BTC ساختیں پہلے ہی Layer-3 sandbox سے گزر چکی ہیں (long straddle، CSP write دونوں backtest_review تک پہنچے)، اس لیے ڈیٹا کی دستیابی اور execution کے خطرات کم ہیں۔ یہ بیک وقت دو کم نمائندگی والے زمروں کو پورا کرتی ہے: Options venue (~5% بمقابلہ 15% ہدف) اور long_short direction (15% بمقابلہ ہدف)، درمیانی سے طویل مدت کے ساتھ اور صرف 4 parameters۔

Layer-3 کی وقت حد سے تجاوز (>300s) کے لیے iteration 3 کی اصلاح۔ تمام سگنل لاجک پہلے ہی Layers 1 اور 2 سے گزر چکی تھی، اس لیے اصلاح صرف فی بار اس لاگت تک محدود ہے جس کی فیڈبیک میں نشاندہی ہوئی۔ اصل وجہ: _realized_vol_cheap() پوری close history (`for i in range(n): rolls[i] = rets[i:i+w].std()`) پر Python for-loop کے ذریعے rolling standard deviation نکالتا تھا — ہر کال پر O(n·w)، اور ہر اس بار پر cheap-IV متبادل کے طور پر چلتا تھا جہاں DVOL history کم تھی (یعنی بیک ٹیسٹ کے شروع کے/وقفوں والے حصے میں)، عین اسی طرح……مزید دکھائیںکم دکھائیں

Layer-3 کی وقت حد سے تجاوز (>300s) کے لیے iteration 3 کی اصلاح۔ تمام سگنل لاجک پہلے ہی Layers 1 اور 2 سے گزر چکی تھی، اس لیے اصلاح صرف فی بار اس لاگت تک محدود ہے جس کی فیڈبیک میں نشاندہی ہوئی۔ اصل وجہ: _realized_vol_cheap() پوری close history (`for i in range(n): rolls[i] = rets[i:i+w].std()`) پر Python for-loop کے ذریعے rolling standard deviation نکالتا تھا — ہر کال پر O(n·w)، اور ہر اس بار پر cheap-IV متبادل کے طور پر چلتا تھا جہاں DVOL history کم تھی (یعنی بیک ٹیسٹ کے شروع کے/وقفوں والے حصے میں)، عین اسی طرح جیسے تشخیصی نوٹ میں 'ہر بار on_bar کے اندر فہرست دوبارہ بنانا' بیان ہوا ہے۔ اصلاح: (1) اس loop کو مکمل طور پر vectorized cumulative-sum rolling std سے بدلیں (population std، ddof=0 — np.std default کے عین مطابق)، تاکہ متبادل راستہ Python loop کے بغیر O(n) ہو؛ (2) ہر بار کے timestamp کے لیے cheap-IV نتیجہ memoize کریں (_iv_cheap_ts/_iv_cheap_val)، تاکہ ایک بار کی مدت/لیگ اسکین کے اندر بار بار کالز O(1) ہوں؛ DVOL راستہ پہلے ہی np.searchsorted کے ذریعے O(log n) تھا اور اسے نہیں چھیڑا گیا۔ imports، class structure، regime logic، roll logic یا entry/exit gating میں کوئی تبدیلی نہیں ہوئی — اس لیے Layers 1 اور 2 میں خرابی نہیں آ سکتی۔ leg-bar حجم سے بچاؤ کے لیے اضافی احتیاط کے طور پر (یہی خرابی rolling-options کی ہم مرتبہ حکمتِ عملیوں کو متاثر کر چکی ہے)، config میں perp primary AND، rolling_options leg `timeframe` کو 1-DAY پر مقرر کیا گیا ہے (expander میں legs کی default حد 1-HOUR ہے، جو 6-24x leg-bar کا دھماکہ خیز اضافہ ہے) اور lookback_days کو 365 (~12 ماہانہ ادوار) تک محدود کیا گیا ہے۔

نفاذ

BTC Deribit MONTHLY واحد-leg long-option trend-convexity حکمتِ عملی، cheap-IV کی شرط کے ساتھ، دونوں سمتوں میں سمتی۔ بنیادی BTC-PERPETUAL.DERIBIT (1-DAY) roll clock چلاتا اور روزانہ close series فراہم کرتا ہے؛ قابلِ تجارت legs حل شدہ ماہانہ تقریباً 5% OTM call اور put contracts ہیں۔ جب BTC تصدیق شدہ اوپر کے regime میں ہو (قیمت بڑھتی ہوئی 50-day SMA سے اوپر) اور AND implied vol سستی ہو (DVOL percentile <= 0.40، realized-vol percentile متبادل)، تو یہ ایک OTM ماہانہ CALL خریدتی ہے؛ تصدیق شدہ نیچے کے regime میں، اگر AND سستی IV ہو تو یہ ایک OTM ماہانہ PUT خریدتی ہے۔ ہر ماہانہ میعاد پر زیادہ سے زیادہ ایک long leg، میعاد سے 5 DTE پہلے آگے roll، اور leg کے خلاف regime پلٹنے یا -70% premium catastrophe stop پر جلد exit۔ Long vega + long direction، زیادہ سے زیادہ نقصان = ادا کیا گیا premium، کوئی shorting/hedging leg نہیں۔

تصدیق کے نتائج

تصدیق ناکام ہوئی (Layer 3 — sandbox backtest): smoke test نے 300s کی مقررہ وقت حد پار کر دی۔ تقریباً ہمیشہ اس کا مطلب یہ ہوتا ہے کہ فی بار کام تاریخ کے ساتھ بڑھتا ہے — مثلاً funding/supplementary سیریز کو بار بار مکمل طور پر اسکین کرنا، یا ہر بار calculate_signal()/on_bar() کے اندر فہرست دوبارہ بنانا اور min()/sorted() چلانا۔ __init__ میں sorted timestamp arrays ONCE پہلے سے تیار کریں اور bisect استعمال کریں، یا timestamp کی بنیاد پر lookups کیش کریں، تاکہ فی بار لاگت O(n) کے بجائے O(log n) ہو۔

تجزیہ کار: پوری مدت کے دوران total_trades کی تصدیق کریں؛ دوہری شرطوں والا ماہانہ long-option پروگرام قابلِ اعتماد فیصلے کے لیے بہت کم ٹریڈز دے سکتا ہے۔ مزید میعادیں جمع کرنے کے لیے lookback_days کو 365 سے آگے بڑھانے پر غور کریں۔

ٹریڈز کی کم تعداد / شماریاتی قوت۔ ماہانہ tenor (dte 30)، 365-دن کے option-chain lookback (~12 میعادوں) پر، مزید یہ کہ BOTH تصدیق شدہ trend regime gate AND cheap-IV gate سے چھن کر، حقیقتاً اس پوری مدت میں 10 سے کہیں کم long legs کھولتا ہے (sandbox میں کل 9 بنے)۔ یہ edge کو شور سے صاف طور پر الگ کرنے کی تقریباً 100-ٹریڈ حد سے بہت کم ہے، اور وسیع Sharpe CI ([-13.1, 11.1]، PSR 0.77) اس تخمینے کے کم اعتماد ہونے کی تصدیق کرتا ہے۔ یہ دوہری شرطوں والے ماہانہ آپشن پروگرام کی بنیادی حد ہے، اس لیے تجزیہ کار کے لیے تنبیہ ہے، کوڈ کی خرابی نہیں؛ مگر بہت طویل مدت کے بغیر اس حکمتِ عملی کے کسی Sharpe/PF پر بھروسا نہیں کرنا چاہیے۔

تصدیق کریں کہ BacktestRunner._apply_fees میں DERIBIT آپشن لیگ انسٹرومنٹس شامل ہیں؛ avg_trade_return_pct پر بھروسا کرنے سے پہلے پورے بیک ٹیسٹ میں غیر صفر کمیشن کی تصدیق کریں۔

Sandbox میں 9 آپشن ٹریڈز پر total_commission=0.0001 (تقریباً صفر) رپورٹ ہوا۔ Deribit آپشن فیس (فی contract underlying کا 0.03%، جو premium کے 12.5% پر محدود ہے) ایسے LONG آپشنز کے لیے قابلِ ذکر ہے جو premium ادا کرتے ہیں اور کھولنے اور بند کرنے دونوں پر فیس دیتے ہیں۔ تقریباً صفر commission سے اشارہ ملتا ہے کہ شاید inject کیے گئے leg instruments پر آپشن فیس ماڈل نہیں کی جا رہی، جس سے premium ادا کرنے والی long-option کتاب کا خالص منافع بڑھا چڑھا کر دکھائی دے گا۔ یہ backtest engine/fee کا مسئلہ ہے، حکمتِ عملی کے کوڈ کی خرابی نہیں۔

جب نہ DVOL قابلِ پیمائش ہو نہ RV، تو default طور پر False رکھنے (یعنی entry چھوڑنے) پر غور کریں، تاکہ ہر entry واقعی cheap-IV کی مشترکہ شرط پوری کرے؛ یا logs سے تصدیق کریں کہ نرم fallback کے تحت کوئی entry نہیں لی گئی۔

جب volatility کی کوئی پیمائش دستیاب نہ ہو تو cheap-IV gate PERMISSIVE ہوتا ہے: اگر DVOL history کم ہو (< min_iv_samples) AND realized-vol متبادل قابلِ حساب نہ ہو، تو _iv_cheap، True لوٹاتا ہے، اس لیے تصدیق شدہ cheap-IV شرط کے WITHOUT بھی entry لی جا سکتی ہے۔ مفروضے میں cheap IV لازمی مشترکہ شرط ہے ('تصدیق شدہ regime AND IV سستا ہے')۔ BTC Deribit DVOL کے لیے یہ مدت جلد پوری ہو جاتی ہے، اس لیے اثر بیک ٹیسٹ کے ابتدائی/وقفوں والے حصے تک محدود ہے؛ لیکن اس حصے میں لی گئی کوئی بھی ٹریڈ صرف regime پر مبنی ہے، جیسا کہ مقرر کیا گیا تھا regime-AND-cheap-IV نہیں۔

تجزیہ کار: تصدیق کریں کہ فی ٹریڈ premium خرچ، equity کے ایک معقول حصے کے برابر ہے (متعین خطرے والے long options کو فی ٹریڈ equity کا چھوٹا فیصد خطرے میں ڈالنا چاہیے)؛ اگر 1 contract، equity کے مقابلے میں بہت بڑا ہو تو premium-budget (risk_frac) sizing اختیار کریں۔

sandbox میں avg_position_pct=93.6%۔ ہر entry کے لیے inherited _leg_size کے ذریعے سائز ایک مقررہ 1 contract ہے (contracts=1.0)۔ long option میں حقیقی خطرہ ادا کیا گیا premium ہے (خطرہ متعین ہے، اور -70% stop اسے مزید محدود کرتا ہے)، اس لیے رپورٹ شدہ زیادہ position_pct غالباً انجن کے ذریعے option NOTIONAL (contracts x underlying) کی قدر لگانے کی عکاسی کرتا ہے، premium at risk کی نہیں۔ پورے بیک ٹیسٹ میں تصدیق کرنا مفید ہوگا کہ مقررہ 1-contract سائز کم equity پر کتاب کو ضرورت سے زیادہ کسی ایک جگہ مرتکز نہیں کرتا، یا equity کے مقابلے میں غیر معقول حد تک بڑا premium خرچ نہیں بناتا۔

بیک ٹیسٹ جائزہ

شارپ
3.43
کل منافع
10.15%
زیادہ سے زیادہ ڈرا ڈاؤن
9.79%
کل ٹریڈز
9
کامیابی کی شرح
44.4%
منافع فیکٹر
1.86

طریقۂ کار درست ہے اور verification سے گزرتا ہے: واحد long-option leg رجحانی رائے کا متعین خطرے والا محدب اظہار ہے، اور اس میں multi-leg execution path نہیں۔

کم نمائندگی والے دو زمروں کو پورا کرتی ہے (options venue + long_short direction)۔

جہاں یہ ٹریڈ کرتی ہے، وہاں فی ٹریڈ محدب منافع سازگار دکھائی دیتا ہے (PF 1.86، مثبت اسکیو 1.55، صرف 9.8% max_dd)۔

دستیاب آپشن کی پوری تاریخ میں صرف 9 ٹریڈز؛ انجن نے metrics_reliable=false قرار دیا۔

پورا خالص منافع ایک غیر معمولی مہینے سے آیا (2026-02 +14.3%)؛ باقی 8 مہینوں کا نتیجہ تقریباً صفر ہے۔

sharpe_ci_low = -13.1 — Sharpe CI، 0 کے دونوں طرف پھیلا ہے؛ deflated_sharpe قابلِ حساب نہیں۔ میٹرکس شماریاتی طور پر بے معنی ہیں۔

کیٹلاگ میں ماہانہ Deribit BTC آپشن چین صرف تقریباً 12 میعادوں (2025-07 سے آگے) پر محیط ہے؛ lookback_days=365 پہلے ہی اسے مکمل طور پر محیط ہے — کوئی developer تبدیلی ماہانہ ادوار کا اضافہ نہیں کر سکتی۔

یہ یکساں 9-ٹریڈ نتیجے والا دوسرا مرحلہ ہے؛ اسی ڈیٹا کی رکاوٹ پر پھر iteration کرنا وقت کا ضیاع ہے۔

تجزیہ

کیا NOT کو 9 ٹریڈز پر بہتر بنایا جائے (انجن نے metrics_reliable=false کو نشاندہی کی، اور پوری +100% ریٹرن ایک واحد Feb-2026 آؤٹ لیئر ہے)۔ اصل وجہ ڈیٹا کی کوریج ہے، منطق نہیں: rolling_options۔ lookback_days 365 ہے، اس لیے ماہانی چین کی توسیع کو صرف ~12 ادوار ملے (2025-07 سے آگے)۔ پروموٹ کردہ CSP سِبلنگ نے lookback_days=1100 استعمال کیا اور 2023 تک ایک 36-پیریڈ کی چین واپس ملی۔ FIX: rolling_options.lookback_days کو ~1100 تک بڑھائیں تاکہ ماہانی Deribit BTC چین 2023-2026 کا احاطہ کرے، جس سے ~36 داخلے کے مواقع (~3x ٹریڈز) اور ایک شماریاتی طور پر قابلِ جانچ نمونہ ملے گا جو 2024 بُل اور 2025-26 ڈراڈاؤن دونوں کا احاطہ کرتا ہے۔ بہتری کا کمپیوٹ خرچ کرنے سے پہلے ~30+ ٹریڈز (مثبت ایکسپیکٹنسی NOT ایک مہینے پر منحصر، win_rate اور profit_factor مستحکم) پر دوبارہ بیک ٹیسٹ کریں اور تصدیق کریں کہ ایج برقرار رہتا ہے۔ باقی سب کچھ تبدیل نہ کریں۔

نتیجہ خلاصہ

میکانی طور پر درست اور verification سے گزرنے والی آپشن حکمتِ عملی بھی قابلِ توثیق نہیں رہتی اگر کیٹلاگ میں صرف تقریباً 12 ماہانہ میعادیں ہوں — 9 ٹریڈز، Sharpe CI جو -13 سے +11 تک پھیلا ہو، اور ایک مہینے سے آیا ہوا پورا منافع، optimization کی تائید نہیں کر سکتے؛ اس لیے بار بار iteration سے پہلے آپشن چین کی گہرائی کی تصدیق ضروری ہے۔

بیک ٹیسٹ کے جائزہ کار نے optimization سے پہلے کے مرحلے پر 'revise_hypothesis' کا فیصلہ دیا: طریقۂ کار درست تھا اور verification سے گزر گیا، لیکن کیٹلاگ کی ماہانہ Deribit BTC آپشن چین صرف تقریباً 12 میعادوں (2025-07 سے آگے) پر محیط ہے، اس لیے lookback_days=365 اسے پہلے ہی مکمل طور پر محیط ہے اور کوئی developer تبدیلی ادوار کا اضافہ نہیں کر سکتی — نیز یہ یکساں 9-ٹریڈ نتیجے والا دوسرا مرحلہ تھا، اس لیے مزید iteration ڈیٹا کی رکاوٹ پر وقت کا ضیاع ہوتا۔ آخری مرحلہ ترک کر دیا گیا ہے۔

Deribit پر ایک واحد-leg long-option حکمتِ عملی، جو ماہانہ BTC میعادوں میں رجحان کی سمتی رائے کو محدب انداز میں ظاہر کرتی تھی: تصدیق شدہ اوپر کے regime میں، سستی IV کے ساتھ، یہ تقریباً 5% OTM call خریدتی؛ تصدیق شدہ نیچے کے regime میں، سستی IV کے ساتھ، تقریباً 5% OTM put خریدتی؛ زیادہ سے زیادہ ایک متعین خطرے والا leg رکھتی (زیادہ سے زیادہ نقصان = premium) اور ماہانہ roll کرتی۔

بیک ٹیسٹ نے دستیاب آپشن تاریخ میں صرف 9 بار ٹریڈ کی (6 calls، 3 puts، اوسط entry IV 0.323، net entry vega +751، تقریباً 24 DTE) اور metrics_reliable=false رہا: ظاہری Sharpe 3.43 اور profit factor 1.86، مثبت اسکیو اور 9.8% کی زیادہ سے زیادہ کمی کے ساتھ؛ لیکن sharpe_ci_low میں سے -13.1 (CI صفر کے دونوں طرف پھیلا) اور پورا خالص منافع ایک غیر معمولی مہینے (2026-02، +14.3%) سے آیا۔ کوئی optimization مرحلہ نہیں چلا۔

Stratmill ایک تحقیقی اور پیپر ٹریڈنگ ٹول ہے، مالیاتی مشورہ یا بروکر نہیں۔ بیک ٹیسٹ اور پیپر نتائج فرضی ہیں۔ ٹریڈنگ میں نقصان کا خطرہ شامل ہے۔