すべてのオプションガイド
アイデアより実行制約でサイズを決める9分
マクロイベント向けオプション・ポジションサイズチェックリスト
FOMC・CPIなどマクロイベント前に、流動性・スプレッド・清算制約を反映した実行可能サイズを先に決める
要点
マクロイベントでは、シグナルの精度より実行の崩れが先に損失を増やします。FOMCやCPIのような時間制約の日は、流動性・スプレッド・決済の負荷を織り込んだサイズを事前に決めることが先決です
許容できる損失からサイズを逆算する
最初に決めるべきは「勝ち筋」ではなく「耐えられる最悪損失」です。マクロイベントは方向性の確信と、実行時の摩擦が分離して発生します。
金額ベースのリスク上限を先に固定し、ストライクと期限で1契約あたりの損失を見積もって口座で割り戻します。イベント直前で契約当たりの最悪損失が不明なら、まだ数値化できていません。
運用順は次のとおりです。
同じ予算でサイズが二つ取れるなら、小さいほうを採用し、理由を記録します。実行不確実性は「期待値」が高いからといって拡張の根拠になりません。
- 選択したストライク・満期で、方向性に反する最悪ケースの損失を見積もる
- 発表前後のスプレッド悪化を追加バッファとして加算する
- ショート側はアサイン・決済連鎖リスクも加味する
- 予算内で収まる最大契約数だけを許容する
スプレッドリスクをサイズ上限に変換
実行可能時間をサイズ条件に入れる
経済指標は直前で修正可能時間が極端に短くなります。あなたが意図した修正をイベント後すぐに行えない場合、選んだサイズは安全率が過大です。
次のクロックを先に固定します。
いずれかが最悪シナリオ時間に重なるなら、残存して実行できる時間内に収まるように数を下げます。
- 指標の公式発表時刻
- そのシリーズを修正できる最終時点
- ブローカーや取引所の変更制限
契約を1枚建てる前に強制終了条件を定義
テーマは有効でも、ポジションは壊れます。
注文前に以下を明文化します。
イベントごとに同じテンプレートで記録し、条件が読めない日は取引を避けます。
- スプレッドが許容上限を超えたら即時縮小または決済
- 予定サイズの板深さが消えたら新規を中断または縮小
- ショート側でアサイン発生確率が上昇したら、事前リスクパスに沿って即時対応
よくある質問
バックテストはなぜサイズを大きく出すのですか？
多くのバックテストは理想的な約定前提です。マクロイベントでは、実際の価格更新、注文深度、規制時間帯の制約が損失を増やします。
イベントタイムはサイズに関係ないですか？
関係があります。同じ銘柄でも、公開時刻と修正可能時間が異なるだけで許容サイズは変わります。
ロングでもアサインリスクを想定すべきですか？
ロングは相対的に低いですが、イベント時はイベント後の清算圧力や流動性低下で実行コストが増えます。別建てのリスクルートとしてチェックしてください。
スプレッドが急拡大したらサイズ維持できますか？
基本的に維持しません。これはチェックリストが機能する状況です。条件を満たさなければ縮小またはスキップが正解です。