なぜTime-in-Forceが重要か
多くのトレーダーは価格と枚数に集中し、time-in-force（TIF）を既定のままにします。Hyperliquidのような速いパーペ板では、部分約定後に残が残るか、テイクが何時間後の最悪タイミングで埋まる指値になるかをTIFが決めます。
GTC・IOC・FOKを実務フローに対応づけます。注文タイプ、reduce-only、post-onlyメイカーと併用。
GTC — Good Til Canceled
GTCは約定かキャンセルまで板に残ります。指値参入、ラダー、パッシブ利確の基本形。
- 使うとき — 流動性供給、固定価格の分割、reduce-only利確の待機。
- リスク — 手動全決済や方針転換後の放置GTC。フラット時は未約定注文を必ず監査。
- コツ — GTC利確と生きたストップをセット。仮説死亡時に両方消す。
IOC — Immediate or Cancel
IOCは今取れる分だけ取り、残りは即キャンセル。板に残さない。
- 使うとき — 攻撃的参加だが残注文の足跡を残したくない。
- スキャルプ — スプレッドにクリップし、新しい最良気配の作り手にならない。
- リスク — 部分のみ。計画枚数に足りなければ次クリップを意図的に。
- ボット — 再接続後の孤児GTC事故を減らせる。
FOK — Fill or Kill
FOKは全量即時か全取消。部分なし、待機なし。
- 使うとき — 半分の在庫が無トレードより悪い（完全ヘッジ必須など）。
- リスク — 薄い板では頻繁に失敗。深さ確認（板の深さ）。
- 向かない — 我慢強い指値待ち（それはGTCや層状指値）。
他フラグとの組み合わせ
Post-only + GTC
クロスしそうなら拒否されテイカーにならない。リベート狙いの定番（メイカーリベート）。
Reduce-only + IOC
緊急／戦術的なリスク削減。フラット方向のみ、残さない、反転しない。
Reduce-only + GTC
標準のパッシブ利確ラダー。部分後は残量とストップを再同期。
ストップと子注文のTIF
トリガー後が成行寄りの即時か指値待機かを把握。生存ストップは流動性優先が多い。テストサイズで確認（テストネット）。
シナリオ別
- 今すぐブレイクアウト — 市場性IOCまたは慎重な成行。スリッページ予算はスリッページガイド。
- 押し目指値 — GTC（任意でpost-only）。構造破壊で取消。
- 半分では困るヘッジ — 深さがあればFOK。なければIOC分割＋未完了で中止。
- 目標での分割利確 — GTC reduce-only。OCOブラケットで兄弟調整。
- ニュース急変の撤退 — IOCまたは成行reduce-only。一方通行の板にGTCの希望を残さない。
よくある失敗
- ショート転換後もロングGTCが生きている。
- 薄いアルトでFOK連発し「壊れた」と誤認。
- 上限価格なしのIOC追い — 静かな高手数料。
- ボット再接続でGTC二重投稿 — client IDで照合。