【要約】breakout_4hを3段階で改善したら、「他の戦略の予算を奪う」構造に気づいた [Zenn_Python] | Summary by TechDistill
> Source: Zenn_Python
Execute Primary Source
// Problem
開発者が暗号資産Botの戦略改善を行う中で、単一戦略の最適化がポートフォリオ全体に及ぼす副作用に直面した。単なるパラメータ調整では、システム全体の整合性を損なうリスクがあることが判明した。
- ・BTCフィルターの境界付近でのエントリーによる、即決済（往復ビンタ）の発生。
- ・パラメータ最適化における、統計的信頼性の低下や過剰適合（オーバーフィッティング）のリスク。
- ・複数戦略が同一のJPY残高を共有する設計による、戦略間の予算干渉（予算の奪い合い）。
// Approach
開発者は、戦略の堅牢性を高めるために3段階の改善プロセスを実施した。各ステップでは、単一の指標だけでなく、統計的な妥当性を重視した検証を行っている。
- ・①BTCフィルターへのバッファ追加：境界での即決済を防ぐため、1.5%のバッファを採用。
- ・②出来高フィルターの導入：価格ブレイクの信頼性を高めるため、出来高倍率1.5倍を採用。
- ・③同時保有上限の検証：イベント駆動シミュレーションを用い、最大DDと依存度を評価。
- ・④実装コードの精査：
_pool_equity_jpyを読み、実残高とドライランの挙動の差を確認。
// Result
パラメータの最適化により、戦略のパフォーマンス向上とリスク軽減を達成した。同時に、システム設計上の重要な制約を明確化した。
- ・出来高フィルター導入により、PF 1.66、最大DD 18%軽減を実現。
- ・「相関クラスター」発生時に、他戦略の予算を圧迫する構造的リスクを特定。
- ・ドライラン時の計算式における、拘束資本の差し引き漏れバグを修正。
Senior Engineer Insight
> 実践的な検証プロセスとして高く評価できる。単一の指標に依存せず、統計的信頼性やDD、特定年への依存度を多角的に評価している。特に、実装コードを読み直して「設計上の仕様」と「直感」の乖離を埋めた点は、大規模システム運用において極めて重要だ。共有リソースによる干渉は、分散システムにおけるリソース競合と同様の課題であり、これを「既知の制限」として管理する姿勢はプロフェッショナルである。