マクロイベント流動性サーキットブレーカー・チェックリスト
マクロの急変でポイントスプレッドや板深度の崩れが生じた場合、実行不能コストを事前ルールで回避する
要点
マクロイベントは数秒でマーケットのミクロ構造を壊します。サーキットブレーカーは感情的停止ではなく、スプレッド・深度・実行能力が崩れた時に、回避可能な取引負債を作らないための事前合意ルールです
エントリー前に「取引停止状態」を定義する
公開情報が出てから流動性を確認し始めるのは遅すぎます。
対象チェーンについて次の3つの明示的な停止状態を先に定義します。
これは「注意喚起」ではなくトレード停止ルールです。
どれか1つでも成立したら、1次アクションは `一時停止`、次いで `サイズ縮小`、最後に `フラット化`です。
- **スプレッド破綻状態**: 事前定義の最大ショックを超えるスプレッド拡大
- **流動性深度失敗状態**: 目標チェーンの流動数量が最小実行量未満
- **リフィル遅延状態**: 反復する bid-ask 変動が設定リカバリ窓内で正常化しない
リリース前にライブ流動性インデックスを作る
単一比率だけで判断しないでください。閾値付きの複合指標を使います。
監視項目:
チェーンごとに簡易計算します。
- 現在のスプレッド
- 10レベル流動性スコア
- 目標サイズでの注文執行成功率
- 直近15秒の深度変化速度
- スプレッドが閾値を上回ればリスクスコアを減点
- 深度が急落なら追加で減点
- リフィル速度が鈍化すればさらに減点
- スコアが30未満ならブレーカーを作動させ、新規エントリーを停止
注文タイプごとにトリガー条件を分ける
サーキットロジックは注文タイプごとに明確化します。
### 単独方向ポジション
### スプレッド/レシオ戦略
### 指名・配当リスクを伴うショート
- 最大スプレッドショックを固定
- 初回フィル初回サイズを固定
- 代替縮小レイヤーを1段用意
- 両レッグが spread/depth の検証を通過しているか確認
- より厳しいスプレッド上限を採用
- どちらか1レッグが失敗したら、回復まで両方とも停止
- 配分圧力をブレーカー条件に含める
- ヘッジレッグはより広いスプレッドバッファを利用
- ブレーカー起動時は直ちにリヘッジ再確認
ブレーカー状態での回復ループ
ブレーカー状態は放置しません。固定ループで回します。
1. 新規エントリーを止める 2. 30秒ごとに spread と depth を更新 3. スプレッドと深度が回復した場合のみ段階的縮小 4. 2サイクル以上回復がなければ1レイヤーを閉じる
目的は「すぐ再開」ではなく、構造崩壊が続く間に隠れたスリッページが積み増すのを止めることです。
緑色の再確認後にのみ再開
以下がすべて成立して初めて解除:
1項目でも未達の場合は防御ポジション・縮小のまま維持します。
- spread が事前運用レンジへ戻る
- 10レベル深度が計画サイズで回復可能
- 注文リフィル速度が再び安定
- リスクプランが方向性と実行余力を維持している
チームのノウハウとして固定する
マクロ周期ごとに15分以内の事後レビューを入れると十分です。
記録すること:
これで実行ルールは個別のヒーロー行為ではなく、チームの再現可能な知識になります。
- もっと早くブレーカーを作動させるべきだった時点
- 実行が `停止` / `縮小` / `クローズ` のどれだったか
- 利益を削った誤作動ケース
- 閾値を更新した学び
よくある質問
オプションではブレーカーが厳しすぎる?
通常、スプレッドが急拡大した後に強制クローズされるよりは少なく制約になります。ルールは取引を止めるためではなく、行動を再現可能にするためです。
手動でブレーカーを解除できるか?
ガバナンスで許可されている場合のみ可能。解除時は時間・トリガー・理由を必ず記録します。
全チェーンで同じ閾値を使える?
違います。IV が深いチェーンは広めの spread を許容できますが、薄いチェーンはより厳密に設定します。