ストップ・リミット注文を評価するのに必要なデータは？
直接の答え：必要なデータ
ストップ・リミット注文を評価するには、(1) 注文自身のパラメータ、(2) プラットフォームがトリガーや約定をどう扱うかを決める執行ルール、(3) 結果を変え得る実務上のコストと制約の入力を集めます。結果はタイミングと市場の動きに依存するため、情報が完全で、内部的に整合しており、古くなっていないことを確認するチェックも必要です。
仕組みと定義：ストップ・リミット注文は何に依存するか
ストップ・リミット注文は、2つの価格水準と有効化ルールを組み合わせます：
- ストップ価格：注文を「発動」させる水準。
- リミット価格：注文が執行される最大（または売りの場合は最小）の価格。
- サイド（買い／売り）：価格が上がる／下がるときにストップが発動するかを決める。
- time-in-force：注文が有効であり続ける期間（たとえば日付まで、またはセッションまで）。
- 数量：指定したサイズで、部分約定に関わります。
- 注文の取り扱いの詳細：プラットフォームが注文を単一の注文として扱うのか、それとも条件が満たされるまでキューに待機できるのか。
市場データなしで断言できる安定した仕組みとしては、ストップ条件が発生した時点で注文が執行可能になり、その後、執行に対してリミット制約がかかる、という点です。あなたが「変数」として調達しなければならないのは、あなたの取引執行先（執行会場）とプラットフォームが、それらの設定を実際の約定プロセスへどう翻訳するかです。
証拠と例：結果を判断する前の入力チェックリスト
入力を体系的に整理し、それぞれの出所と適時性を検証します。
1) 注文パラメータ入力（「あなたが設定するもの」）
集める：
- ストップ価格、リミット価格、サイド、数量。
- time-in-force。
- 任意のプラットフォーム固有フィールド（たとえば、プラットフォームがストップ条件をどう定義しているか、または最後の約定価格（last traded price）を使うのか、別の参照を使うのか）。
前提の記述（計算やシナリオ推論のため）： シナリオを比較する場合、参照価格についての前提と、発動中にスプレッドが拡大するかどうかを宣言してください。
2) 執行ルール入力（「どう動くか」）
公式ドキュメント、またはプラットフォームの注文入力メモから集める：
- トリガー定義（どの価格ストリームがストップを有効化するか）。
- 発動後にリミットがどう適用されるか。
- 特定の条件下で注文が自動的に拒否（rejected）またはキャンセルされ得るか。
- 部分約定、最小注文サイズ、価格刻み（price increments）に関するルール。
3) コストと制約入力（「約定を変え得るもの」）
リアルタイムの市場データがなくても、モデル化が必要になり得るコスト要素と制約を特定すべきです：
- 取引コスト（手数料／コミッション）— 執行会場／提供者が文書化している内容。
- スプレッド挙動の前提（一定のままだと仮定しない）。
- ストップが発動した瞬間から、リミットが有効になるまでの間に起こり得るスリッページ。
品質チェック： 入力が、単位（価格の刻み／tick size）と参照定義について一貫していることを確認してください。
4) 適時性と陳腐化（staleness）のチェック
過去の情報や表示されている価格情報を使う場合、それを not real-time とラベル付けし、比較参照としてのみ扱います。確認する：
- 情報がいつ取得されたか。
- ストップ条件の参照としてプラットフォームが使っている参照と、あなたが使うプラットフォームデータが同じかどうか。
制限と失敗パターン（想定すべき重要なリスク）
ストップ・リミット注文は、市場が「ストップ価格に向かって動く」場合でも、約定に失敗することがあります。主な制限には以下が含まれます：
- 発動タイミングと執行価格の関係： ストップ条件が満たされた時点で、市場がリミットを超えて動いてしまい、約定ができない可能性。
- ギャップと急変： 突然のジャンプにより、価格がトリガーからリミットを超えるまで進み、執行可能な価格で待機（rest）できない可能性。
- 部分約定と残存エクスポージャー： 数量がリミット制約の範囲内で完全に執行できない場合、部分が約定し、残りは約定されないまま、またはルールに応じてキャンセルされる可能性。
- データ参照の不一致： ストップ発動のためにプラットフォームが使う参照とは異なる価格参照で評価すると、結論が無効になる可能性。
Rode vlaggen（レッドフラッグ）： time-in-forceが欠けている、ストップ参照が未定義、価格刻みが一貫していない、または古いクオートを現在のルール解釈と混ぜていること。
検証と次の質問：使った事実をどう確認するか
必要なものを独立して検証するには、次を照合します：
- ストップ・リミットのパラメータ定義を、プラットフォーム／執行会場のドキュメントと照合する。
- ストップ・トリガーの参照定義（正確な価格の基準）。
- 部分約定、time-in-forceの取り扱い、注文拒否（order rejection）の条件に関する執行挙動。
- 最小サイズや価格刻みのルールなどの単位制約。