ヘッジ比率を固定しない|Kalman Filterでペアトレードを適応化する

二つの価格系列が適応型フィルターを通り安定したスプレッドへ変換される。AI生成。 クオンツ投資

固定回帰のヘッジ比率は、企業の感応度や市場環境が変わっても同じ値を使い続けます。カルマンフィルターは、観測されないβが少しずつ変化する状態空間モデルを置き、新しい価格が来るたびに予測と修正を繰り返して動的ヘッジ比率を推定します。

この記事で扱うポイント

  • 数値が表すものと、表さないものを分ける
  • 未来情報を混ぜずに検証する手順を作る
  • 予測精度ではなく費用後損益と損失管理で評価する
スポンサーリンク
【DMM FX】入金

なぜこの指標・モデルが必要なのか

固定回帰のヘッジ比率は、企業の感応度や市場環境が変わっても同じ値を使い続けます。カルマンフィルターは、観測されないβが少しずつ変化する状態空間モデルを置き、新しい価格が来るたびに予測と修正を繰り返して動的ヘッジ比率を推定します。

仕組みを分解する

観測式をA_t=α_t+β_t B_t+観測誤差、状態式をβ_t=β_{t−1}+状態ノイズとします。前時点からβを予測し、実際のA価格との差で更新します。状態ノイズQが大きいほど素早く追随し、観測ノイズRが大きいほど過去推定を重視します。この比率が実質的な平滑化速度を決めます。

二つの価格系列が適応型フィルターを通り安定したスプレッドへ変換される。AI生成。
仕組みを分解するを構造化した図解

計算例と数字の読み方

βが1.0から1.2へ変化したとき、Qが小さ過ぎるモデルは長く1.0付近に残り、スプレッドへ偽の乖離を作ります。Qが大き過ぎるとβが価格ノイズを追い、スプレッドが人工的に小さくなります。QとRは尤度や訓練期間で決め、売買期間の利益が最大になるよう調整しません。

売買・リスク管理への落とし込み

固定βでZ=2.5だった乖離が、動的βではZ=1.1なら、関係変化を異常と誤認していた可能性があります。一方、急激な企業イベントまで通常変化として吸収すると損切りが遅れます。更新量、β変化率、予測残差を監視し、βが一日で一定以上変化したら新規売買を止めます。

実装手順:データから検証まで

価格を同時刻・同通貨へ揃え、初期βと初期分散を設定します。予測残差を標準化してエントリーを作り、形成・検証・未知期間を分けます。固定OLS、ローリングOLS、カルマンの費用後損益、回転率、β安定性を比較し、フィルター更新は必ず約定判断より前の情報だけで行います。

  1. 仮説を一文にする:何が起きた後、どの期間に、何が変化すると考えるかを先に固定します。
  2. 時点を再現する:約定時刻、気配時刻、企業イベント時刻をそろえ、その瞬間に取得できた情報だけで特徴量を計算します。
  3. 基準戦略を置く:複雑なモデルだけを評価せず、売買しない場合、単純移動平均、等金額などと同条件で比較します。
  4. 費用を引く:手数料、スプレッド、価格インパクト、借株料、未約定を別々に見積もります。
  5. 未知期間で固定する:閾値や窓を凍結し、結果が悪くても途中で変更せず記録します。
二つの価格系列が適応型フィルターを通り安定したスプレッドへ変換される。AI生成。
検証とリスク管理を具体化した図解

バックテストで最低限残す指標

年率リターンや勝率だけでは足りません。取引回数、平均保有時間、グロス利益、スプレッド負担、価格インパクト、最大ドローダウン、最悪10取引、銘柄別寄与、時間帯別寄与を分離します。パラメータを少し変えただけで利益が消えるなら、発見したのは市場構造ではなく標本固有の偶然かもしれません。

さらに、シグナル発生から注文送信までの遅延を100ミリ秒、1秒、5秒など複数置き、成績の減衰を調べます。理論上の終値やミッド価格でのみ約定する検証は避け、買いはアスク、売りはビッドを基本に、参加率が高い注文には追加のインパクトを課します。

資金管理の具体例

1回の許容損失を運用資金の0.25%とし、損切りまでの想定価格幅が0.8%、通常のスリッページが0.1%なら、実効損失幅は0.9%です。運用資金1,000万円なら許容損失2万5,000円÷0.009で、建玉上限は約277万円です。ただし板に対して大き過ぎる場合は、出来高参加率による上限を優先します。モデルの確信度が上がったからといって許容損失そのものを増やさない方が、検証誤差に耐えやすくなります。

よくある失敗と停止条件

高度なモデルでも共和分が崩れれば救えません。Q・R、初期値、価格変換の自由度が増えるため過剰適合しやすくなります。フィルターが異常を追随して消してしまう場合に備え、残差だけでなく事業イベント、長期β範囲、最大保有日数を独立した停止条件にします。

停止条件は損益だけでなく、入力データ欠損、スプレッド急拡大、推定係数の範囲逸脱、モデル残差の構造変化にも置きます。異常時に自動で新規注文を止め、既存建玉をどの価格・時間で縮小するかを事前に決めます。停止後に原因を確認せず同じ設定で再開すると、モデル劣化と一時的ノイズを区別できません。

小さく導入するための4段階テスト

第一段階は売買を伴わないシャドー運用です。実時刻にシグナルを記録し、取得遅延、欠損、計算時間を測ります。第二段階は最小単位での実注文です。バックテストが仮定した価格と実約定の差を、銘柄・時間帯・注文方式別に分解します。第三段階では通常予定額の25%、第四段階では50%へ増やします。各段階を一定取引数こなすまで進めず、利益が出た日数だけを昇格条件にしません。

昇格判定には、想定スリッページに対する実績、注文拒否率、未約定率、シグナルから約定までの遅延、最大日次損失を使います。例えば実スリッページの中央値が想定の1.5倍、95%点が2倍を超えた場合は、資金を増やす前にコストモデルを再推定します。取引量を増やした瞬間に価格影響が非線形に大きくなるため、少額での成功を比例拡大しないことが重要です。

成績が良く見えたときに確認すること

まず、利益が数日・数銘柄へ集中していないかを確認します。上位5取引を除くと損失になるなら、再現性より偶然の影響が大きい可能性があります。次に、同じ日の複数取引を独立標本として数えていないかを見ます。共通ニュースで同時に動いた取引は実質一つのベットです。日次またはイベント単位へ集約して信頼区間を計算します。

パラメータの近傍も重要です。窓20だけが利益で、19と21が損失なら採用を保留します。窓15〜30、閾値1.5〜2.5など合理的な範囲で収益面が滑らかに残るかを調べます。また、相場上昇期、下落期、高ボラ期、低ボラ期へ分け、どの環境で損益が生まれたかを確認します。全環境で勝つ必要はありませんが、不得意環境をリアルタイムで識別できないなら、年間平均だけを根拠に大きな資金を置けません。

実務チェックリスト

  • データのタイムゾーンと同時刻処理を固定したか
  • 価格調整、限月交代、売買停止を処理したか
  • 未来情報を使わず特徴量と標準化を計算したか
  • パラメータ選択回数と不採用結果を保存したか
  • スプレッド、手数料、インパクトを差し引いたか
  • 通常時だけでなく急変時の損失を確認したか
  • モデル停止・再開の責任者と条件を決めたか

まとめ

高度な指標は、単独で売買方向を教える魔法のサインではありません。価値があるのは、曖昧だった需給、流動性、変動、状態変化を測定可能な形へ変え、どの条件で使えなくなるかまで定義できる点です。計算式、入力時点、費用、停止条件をセットで設計し、単純な基準より未知期間の判断が改善したときにだけ採用します。

コメント

タイトルとURLをコピーしました