স্ট্র্যাটেজি

Deribit BTC মাসিক single-leg long-option trend convexity (Cheap-IV শর্তযুক্ত, দুই দিকেই directional)

ফলাফল: পরিত্যক্ত

BtcDeribitMonthlyLongOptionTrendConvexityCheapIV

ফলাফল সারসংক্ষেপ

BtcDeribitMonthlyLongOptionTrendConvexityCheapIV ছিল পাইপলাইনের শর্ট-ভোল এবং দিকনিরপেক্ষ অপশন বুকগুলোর সচেতন লং-ভেগা, লং-দিকনির্দেশক বিপরীত কৌশল; একটি OTM কল বা পুট কিনে BTC ট্রেন্ড-দৃষ্টিভঙ্গিকে নির্ধারিত-ঝুঁকির উত্তল পেআফে রূপান্তর করত, এবং বহু-লেগ এক্সিকিউশন ও Layer-3 বাধা অনায়াসে অতিক্রম করেছিল, যেগুলো এর সমজাতীয় কৌশলগুলোকে আটকে দিয়েছিল। কিন্তু ব্যাকটেস্টে মাত্র 9টি ট্রেড পাওয়া গেছে, কারণ ক্যাটালগের মাসিক Deribit BTC চেইনে mid-2025 থেকে মাত্র ~12টি এক্সপায়ারি রয়েছে, আর ইঞ্জিন মেট্রিকগুলোকে অবিশ্বস্ত হিসেবে চিহ্নিত করেছে—3.43 হেডলাইন শার্পের কনফিডেন্স ইন্টারভ্যাল -13 থেকে +11 পর্যন্ত ছিল, এবং মোট নেট রিটার্নের পুরোটাই এসেছিল একটি ফেব্রুয়ারি 2026 মাস থেকে। পর্যালোচক revise_hypothesis রায় দেন; উল্লেখ করেন, এটি একই 9-ট্রেড পাসের দ্বিতীয়বার, এবং অগভীর চেইনে কোনো কোড পরিবর্তনই মাসিক পিরিয়ড যোগ করতে পারে না। উত্তলতার তত্ত্ব কখনো ভুল প্রমাণিত হয়নি; উপলভ্য অপশন ইতিহাসে এটি পরীক্ষা করাই সম্ভব হয়নি, আর তৃতীয়বার একই বাধায় গিয়ে ঠেকার বদলে কৌশলটি পরিত্যক্ত হয়েছে।

কৌশল প্রতিবেদন

হাইপোথিসিস

একটি BTC ট্রেন্ড-দৃষ্টিভঙ্গি perp-এর বদলে SINGLE লং অপশন লেগের মাধ্যমে প্রকাশ করুন, যাতে ট্রেন্ড-অনুসরণকারী পেঅফ কনভেক্স, নির্ধারিত-ঝুঁকির কাঠামোয় রূপ নেয়। BTC নিশ্চিত ঊর্ধ্বমুখী regime-এ থাকলে AND implied vol সস্তা, Deribit-এ একটি ~5% OTM মাসিক CALL কিনুন; নিশ্চিত নিম্নমুখী regime-এ AND থাকলে এবং IV সস্তা হলে একটি ~5% OTM মাসিক PUT কিনুন। কোনো হেজিং লেগ নেই, শর্টিং মার্জিন নেই — সর্বোচ্চ ক্ষতি হলো দেওয়া premium। এটি পাইপলাইনে থাকা short-vol cash-secured-put লেখার কৌশল এবং দিকনিরপেক্ষ long straddle-এর ইচ্ছাকৃত বিপরীত: এখানে আমরা LONG vega + LONG direction, এবং BTC রিটার্নের বড় ডান/বাম tail থেকে মুনাফা নেওয়ার চেষ্টা করি, যা perp trend-followers ফি-র চাপ ও stop whipsaw-তে ক্ষয় হওয়ায় ধরতে পারে না। Single leg হওয়ায় এটি সেই multi-leg options execution পথ এড়ায়, যা কখনো যাচাইকরণে উত্তীর্ণ হয়নি (L2)। Deribit BTC সবচেয়ে তরল crypto-options market, ক্যাটালগে greeks/IV রয়েছে, এবং single-leg Deribit BTC কাঠামো ইতিমধ্যে Layer-3 sandbox পার হয়েছে (long straddle, CSP write — দুটিই backtest_review পর্যায়ে পৌঁছেছে), তাই ডেটার প্রাপ্যতা ও এক্সিকিউশন ঝুঁকি কম। একই সঙ্গে সবচেয়ে কম প্রতিনিধিত্ব পাওয়া দুটি bucket পূরণ করে: Options venue (~5% বনাম 15% লক্ষ্য) এবং long_short direction (15% বনাম লক্ষ্য), মধ্যম থেকে দীর্ঘ horizon এবং মাত্র 4টি parameter সহ।

Layer-3-এর ওয়াল-ক্লক টাইমআউট (>300s) ঠিক করতে ইটারেশন 3। সব সিগন্যাল লজিক ইতিমধ্যে Layers 1 এবং 2 পাস করেছে, তাই ফিডব্যাকে উল্লেখিত প্রতি-বারের খরচেই এই সংশোধন সীমাবদ্ধ। মূল কারণ: _realized_vol_cheap() পুরো ক্লোজ ইতিহাসের (`for i in range(n): rolls[i] = rets[i:i+w].std()`) ওপর Python for-loop চালিয়ে রোলিং স্ট্যান্ডার্ড ডেভিয়েশন হিসাব করত—প্রতি কলে O(n·w), এবং যেসব বারে DVOL ইতিহাস অল্প (অর্থাৎ ব্যাকটেস্টের পুরো শুরুর/ফাঁকযুক্ত অংশে) সেখানে প্রতি বারে cheap-IV ফলব্যাক হিসেবে চলত; ডায়াগনস্টিকে বর্ণিত ‘প্রতি বারে on_bar-এর ভেতরে তালিকা পুনর্গঠন’ প্যাটার্নটি ঠিক এটাই। সংশোধন: (1) ওই লুপের বদলে সম্পূর্ণ ভেক্টরাইজড cumulative-sum রোলিং std ব্যবহার করা হয়েছে (জনসংখ্যা std, ddof=0—np.std-এর ডিফল্টের সঙ্গে অভিন্ন), ফলে ফলব্যাকটি Python লুপ ছাড়া O(n); (2) প্রতি বারের টাইমস্ট্যাম্পে cheap-IV রায় ক্যাশ করা হয়েছে (_iv_cheap_ts/_iv_cheap_val), ফলে একটি বারের period/leg scan-এর মধ্যে পুনরাবৃত্ত কল O(1); DVOL পথটি আগে থেকেই np.searchsorted-এর মাধ্যমে O(log n) ছিল, সেটিতে কোনো পরিবর্তন হয়নি। কোনো import, class structure, regime logic, roll logic, কিংবা entry/exit gating বদলায়নি—তাই Layers 1 এবং 2-এ রিগ্রেশন ঘটতে পারে না। লেগ-বার ভলিউমের বিরুদ্ধে অতিরিক্ত সতর্কতা হিসেবে (rolling-options সমজাতীয় কৌশলগুলোর যে একই ব্যর্থতা হয়েছিল), কনফিগে perp primary AND, rolling_options leg `timeframe`-কে 1-DAY-এ নির্দিষ্ট করা হয়েছে (expander ডিফল্টে legs 1-HOUR রাখে, যা 6-24x leg-bar বিস্ফোরণ ঘটায়) এবং lookback_days-কে 365-এ সীমাবদ্ধ করা হয়েছে (প্রায় 12 মাসিক period)।

구현

BTC Deribit MONTHLY একক-লেগের লং-অপশন ট্রেন্ড-উত্তলতা কৌশল, cheap-IV দ্বারা নিয়ন্ত্রিত, উভয় দিকেই দিকনির্দেশক। প্রাথমিক BTC-PERPETUAL.DERIBIT (1-DAY) রোলের সময়চক্র চালায় এবং দৈনিক ক্লোজ সিরিজ সরবরাহ করে; ট্রেডযোগ্য লেগগুলো হলো নির্ধারিত মাসিক ~5% OTM কল ও পুট কন্ট্র্যাক্ট। যখন BTC নিশ্চিত ঊর্ধ্বমুখী রেজিমে থাকে (দাম ঊর্ধ্বমুখী 50-দিনের SMA-এর ওপরে) এবং AND ইমপ্লায়েড ভোল সস্তা থাকে (DVOL পার্সেন্টাইল <= 0.40, রিয়ালাইজড-ভোল পার্সেন্টাইল ফলব্যাক), তখন এটি একটি OTM মাসিক CALL কেনে; নিশ্চিত নিম্নমুখী রেজিমে AND সস্তা IV থাকলে এটি একটি OTM মাসিক PUT কেনে। প্রতি মাসিক এক্সপায়ারিতে সর্বোচ্চ একটি লং লেগ; এক্সপায়ারির 5 DTE আগে পরবর্তী মেয়াদে রোল করা হয়, এবং লেগের বিপরীতে রেজিম উল্টে গেলে বা -70% প্রিমিয়াম বিপর্যয়জনক স্টপে আগাম প্রস্থান করা হয়। লং ভেগা + লং দিকনির্দেশ, সর্বোচ্চ ক্ষতি = পরিশোধিত প্রিমিয়াম, কোনো শর্টিং/হেজিং লেগ নেই।

검증 결과

যাচাইকরণ ব্যর্থ (Layer 3 — স্যান্ডবক্স ব্যাকটেস্ট): স্মোক টেস্ট 300 সেকেন্ডের ওয়াল-ক্লক সীমা ছাড়িয়েছে। প্রায় সব ক্ষেত্রেই এর মানে হলো ইতিহাসের আকারের সঙ্গে বাড়তে থাকা প্রতি-বারের কাজ — যেমন পুরো funding/supplementary সিরিজ আবার স্ক্যান করা, অথবা প্রতি বারে calculate_signal()/on_bar() এর ভেতরে তালিকা তৈরি করে min()/sorted() কল করা। __init__-এ সাজানো timestamp array ONCE আগে থেকে তৈরি করে bisect ব্যবহার করুন, অথবা timestamp-ভিত্তিক lookup ক্যাশ করুন, যাতে প্রতি-বারের খরচ O(log n) হয়, O(n) নয়।

বিশ্লেষক: পুরো সময়সীমায় total_trades নিশ্চিত করুন; দুবার শর্ত-নির্ভর মাসিক লং-অপশন কর্মসূচিতে নির্ভরযোগ্য রায় দেওয়ার মতো যথেষ্ট ট্রেড নাও হতে পারে। আরও মেয়াদ সংগ্রহ করতে lookback_days-কে 365-এর বাইরে বাড়ানোর কথা বিবেচনা করুন।

ট্রেডের সংখ্যা/পরিসংখ্যানগত ক্ষমতা কম। 365-দিনের option-chain lookback-এ (~12টি মেয়াদ) মাসিক tenor (dte 30), যা আরও ছাঁকা হয়েছে BOTH নিশ্চিত-trend regime gate AND cheap-IV gate দিয়ে; ফলে এই সময়সীমায় বাস্তবে 10-এর অনেক কম long leg খোলে (স্যান্ডবক্সে মোট 9টি তৈরি হয়েছে)। পরিষ্কারভাবে edge-কে noise থেকে আলাদা করার ~100-ট্রেড সীমার তুলনায় এটি অনেক কম, আর প্রশস্ত Sharpe CI ([-13.1, 11.1], PSR 0.77) অনুমানটির কম আস্থা নিশ্চিত করে। দ্বিগুণ-শর্তযুক্ত মাসিক অপশন কর্মসূচির অন্তর্নিহিত সীমাবদ্ধতা; তাই এটি বিশ্লেষকের জন্য সতর্কতা, কোডের ত্রুটি নয়। তবে অনেক দীর্ঘ সময়সীমা ছাড়া এই কৌশলের কোনো Sharpe/PF-কে বিশ্বাস করা উচিত নয়।

BacktestRunner._apply_fees-এ DERIBIT অপশন লেগ ইনস্ট্রুমেন্ট অন্তর্ভুক্ত আছে কি না যাচাই করুন; avg_trade_return_pct-কে বিশ্বাস করার আগে পূর্ণ ব্যাকটেস্টে শূন্যের বেশি কমিশন নিশ্চিত করুন।

স্যান্ডবক্সে 9টি অপশন ট্রেড জুড়ে total_commission=0.0001 (প্রায় শূন্য) দেখায়। Deribit option fee (প্রতি contract-এ underlying-এর 0.03%, premium-এর সর্বোচ্চ 12.5%) LONG অপশনের ক্ষেত্রে উল্লেখযোগ্য, কারণ এগুলো premium দেয় এবং খোলা ও বন্ধ — উভয় সময়েই fee দেয়। কমিশনের ফল প্রায় শূন্য হওয়া ইঙ্গিত করে যে যুক্ত করা leg instrument-গুলোর ওপর option fee মডেল করা নাও হয়ে থাকতে পারে; এতে premium-প্রদানকারী long-option বুকের নিট রিটার্ন অতিরঞ্জিত হবে। এটি ব্যাকটেস্ট ইঞ্জিন/fee-সংক্রান্ত উদ্বেগ, কৌশলের কোডের ত্রুটি নয়।

DVOL বা RV কোনোটিই পরিমাপ করা না গেলে ডিফল্ট False (entry বাদ) রাখার কথা বিবেচনা করুন, যাতে প্রতিটি entry সত্যিই cheap-IV conjunct পূরণ করে; অথবা log দেখে নিশ্চিত করুন যে permissive fallback চলাকালে কোনো entry নেওয়া হয়নি।

কোনো vol পরিমাপই পাওয়া না গেলে cheap-IV gate PERMISSIVE: DVOL ইতিহাস অল্প হলে (< min_iv_samples) AND realized-vol fallback হিসাব করা যায় না, _iv_cheap True ফেরত দেয়, ফলে নিশ্চিত cheap-IV শর্ত ছাড়াই WITHOUT entry নেওয়া যেতে পারে। অনুমান অনুযায়ী cheap IV আবশ্যক conjunct (‘নিশ্চিত regime AND IV সস্তা’)। BTC Deribit DVOL-এর জন্য এই সময়সীমা দ্রুত পূর্ণ হয়, তাই প্রভাব ব্যাকটেস্টের প্রাথমিক/বিচ্ছিন্ন অংশে সীমিত; তবে ওই অংশে নেওয়া যেকোনো ট্রেড regime-only, নির্ধারিত regime-AND-cheap-IV নয়।

বিশ্লেষক: প্রতি-ট্রেড premium ব্যয় equity-র কত অংশ, তা যুক্তিসঙ্গত কি না যাচাই করুন (নির্ধারিত-ঝুঁকির long option-এ প্রতি ট্রেডে equity-র ছোট শতাংশ ঝুঁকিতে থাকা উচিত); equity-র তুলনায় 1 contract খুব বড় হলে premium-budget (risk_frac) sizing-এ পরিবর্তন করুন।

স্যান্ডবক্সে avg_position_pct=93.6%। উত্তরাধিকারসূত্রে পাওয়া _leg_size অনুযায়ী প্রতি entry-তে নির্দিষ্ট 1 contract দিয়ে position size নির্ধারিত হয় (contracts=1.0)। লং অপশনের প্রকৃত ঝুঁকি হলো দেওয়া premium (ঝুঁকি নির্ধারিত, এবং -70% stop তা আরও সীমিত করে), তাই রিপোর্ট করা উচ্চ position_pct সম্ভবত premium-এ ঝুঁকির বদলে ইঞ্জিনের অপশন NOTIONAL (contracts x underlying) মূল্যায়নকে প্রতিফলিত করে। নির্দিষ্ট 1-contract size কম equity-তে বুককে অতিরিক্ত কেন্দ্রীভূত করছে কি না, অথবা পূর্ণ ব্যাকটেস্টে equity-র তুলনায় অবাস্তব বড় premium ব্যয় তৈরি করছে কি না, তা নিশ্চিত করা দরকার।

ব্যাকটেস্ট রিভিউ

শার্প: 3.43
总回报: 10.15%
সর্বোচ্চ ড্রডাউন: 9.79%
总交易数: 9
胜率: 44.4%
প্রফিট ফ্যাক্টর: 1.86

পদ্ধতিটি সঠিক এবং যাচাইকরণে উত্তীর্ণ: একটি long-option leg = trend-দৃষ্টিভঙ্গির নির্ধারিত-ঝুঁকির কনভেক্স প্রকাশ; multi-leg execution পথ নেই।

কম প্রতিনিধিত্ব পাওয়া দুটি bucket পূরণ করে (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 option chain-এ মাত্র ~12টি মেয়াদ রয়েছে (2025-07 থেকে); lookback_days=365 ইতিমধ্যে পুরোটা কভার করে — কোনো developer পরিবর্তন মাসিক পিরিয়ড যোগ করতে পারবে না।

একই 9-ট্রেড ফলাফলের এটি দ্বিতীয় রান; একই ডেটার সীমায় আবার ইটারেশন করা মানে অকারণে একই কাজ ঘুরিয়ে করা।

বিশ্লেষণ

অপটিমাইজেশন 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 স্থিতিশীল)। বাকি সবকিছু অপরিবর্তিত রাখুন।

ফলাফল সারসংক্ষেপ

যান্ত্রিকভাবে সঠিক, যাচাইকৃত একটি অপশন কৌশলও বৈধতা-অযোগ্য থাকবে যদি ক্যাটালগে শুধুমাত্র ~12 মাসিক মেয়াদ থাকে — 9 টি ট্রেড, একটি Sharpe CI (-13 থেকে +11) এবং এক মাস থেকে সমস্ত রিটার্ন অপটিমাইজেশনকে সমর্থন করতে পারে না, তাই বারবার পুনরাবৃত্তির আগে অপশন-চেইনের গভীরতা নিশ্চিত করতে হবে।

ব্যাকটেস্ট পর্যালোচক optimization-এর আগের gate-এ ‘revise_hypothesis’ জবাব দিয়েছেন: পদ্ধতিটি সঠিক ছিল এবং যাচাইকরণে উত্তীর্ণ হয়েছে, কিন্তু ক্যাটালগের মাসিক Deribit BTC option chain-এ মাত্র ~12টি মেয়াদ আছে (2025-07 থেকে), তাই lookback_days=365 ইতিমধ্যেই পুরোটা কভার করে এবং developer-এর কোনো পরিবর্তন পিরিয়ড যোগ করতে পারবে না — উপরন্তু একই 9-ট্রেড ফলাফলের এটি দ্বিতীয় রান, ফলে আরও ইটারেশন ডেটার সীমায় অকারণে ঘুরপাক খাওয়া হবে। চূড়ান্ত পর্যায়টি পরিত্যক্ত।

Deribit-এ একটি single-leg long-option কৌশল, যা BTC মাসিক মেয়াদে directional trend-দৃষ্টিভঙ্গিকে কনভেক্সভাবে প্রকাশ করেছে: সস্তা IVসহ নিশ্চিত ঊর্ধ্বমুখী regime-এ এটি ~5% OTM call কিনেছে; সস্তা IVসহ নিশ্চিত নিম্নমুখী regime-এ ~5% OTM put কিনেছে; সর্বোচ্চ একটি নির্ধারিত-ঝুঁকির leg ধরে রেখেছে (সর্বোচ্চ ক্ষতি = premium) এবং মাসিক roll করেছে।

ব্যাকটেস্ট উপলব্ধ অপশন ইতিহাসে মাত্র 9 বার ট্রেড করেছে (6 কল, 3 পুট, গড় এন্ট্রি IV 0.323, নেট এন্ট্রি vega +751, ~24 DTE) metrics_reliable=false সহ: নামমাত্র Sharpe 3.43 এবং profit factor 1.86 ইতিবাচক স্কিউ এবং 9.8% সর্বোচ্চ ড্রডাউন সহ, কিন্তু -13.1 এর মধ্যে sharpe_ci_low (CI শূন্য ঘিরে) এবং সম্পূর্ণ নেট রিটার্ন একটি একক আউটলায়ার মাস (2026-02, +14.3%) দ্বারা বহন করা হয়েছিল। কোনো অপটিমাইজেশন পর্যায় চলেনি।

Stratmill একটি রিসার্চ ও পেপার-ট্রেডিং টুল, আর্থিক পরামর্শ বা ব্রোকার নয়। ব্যাকটেস্ট ও পেপার ফলাফল কাল্পনিক। ট্রেডিংয়ে ক্ষতির ঝুঁকি রয়েছে।