ストップリミット注文の仕組みを使った具体例とは？
ストップリミット注文：それが何か
ストップリミット注文は2つの価格を組み合わせます。
- ストップ価格：注文を**発動（トリガー）**する価格水準。
- リミット価格：執行を受け入れる最悪（買いの場合）または最良（売りの場合）の価格。
仕組みとしては、注文は ストップ価格条件 が満たされるまで「未約定（pending）」の状態にあります。その時点で リミット注文 になります。以後、執行が可能なのは リミット以下（買いの場合） の価格のみです。市場がリミットを超えて動くと、リミット条件が約定を妨げることがあります。
具体例（数値）※前提を明示
手順の流れを示すために、簡略化したシナリオを使います。これはリアルタイムのデータではありません。前提を明記した計算例です。
前提
- 買いのストップリミット注文を出します。
- ストップ価格（S）：1.1200。
- リミット価格（L）：1.1220。
- ブローカー／プラットフォームは、注文を発動させた後、通常のリミット注文のようにマッチングできるものとします。
- 取引コスト、リミットルールを超えるスリッページ、特別な流動性ルールは無視します。
- 時系列は明確です。ストップ条件を評価し、その結果としてできたリミット注文がすぐに取引可能になるものとします。
シナリオA：発動が起き、価格がリミット内にとどまる
次のように、対象商品の市場価格の推移があると仮定します。
- 発動前：価格は 1.1195。
- 発動の瞬間：価格が 1.1200 に到達。
- 直後：短時間 1.1210 で取引される。
何が起きるか：
- 価格が 1.1200 に到達するため、ストップ条件が満たされます。
- 注文が有効化され、1.1220で買いリミットが出されます。
- 1.1210 が 1.1220 以下なので、リミット条件により執行が可能です。
このシナリオでの結果： 注文は約定できます（利用可能な流動性により全量または一部）。少なくとも許容された価格範囲内で取引が発生するためです。
シナリオB：発動は起きるが、価格がリミットを超えて跳ねる
別の推移を仮定します。
- 発動前：価格は 1.1195。
- 発動の瞬間：価格が 1.1200 に到達。
- 発動後：次に利用可能な取引が 1.1230 で行われる。
何が起きるか：
- ストップ条件は 1.1200 で引き続き発動します。
- 注文は 1.1220で買いリミットになります。
- 市場が 1.1230 で取引するなら、それは買いにとって リミットより悪い（1.1220より上） です。
このシナリオでの結果： リミットルールにより執行がブロックされるため、注文が約定しない可能性があります。発動は起きても、高い価格でのマッチングをリミットが妨げるためです。
重要な制限とリスク
1) ストップが発動しても、約定は不可能な場合がある
重要な制限は「発動」と「執行」の分離です。ストップ価格はプロセスを開始するだけで、実際に取引が起こるかどうかはリミット価格が決めます。そのため、価格が急に動くと「発動したが約定しない」結果になり得ます。
2) 市場の動きが不連続になることがある（ギャップ）
急速な相場では、ストップ水準付近から、マッチングの機会が生じる前にリミットを超える水準へと価格が飛ぶことがあります。だからこそ、この具体例には 1.1200 から 1.1230 へのジャンプが含まれています。
3) 執行は、例に示されていない詳細に依存する
実際の結果は、プロバイダーや執行環境によって変わる要因に依存します。たとえば：
- ストップ条件がどのように評価されるか、
- ストップがビッド／アスクを使うのか、または別の参照価格を使うのか、
- 発動のレイテンシーとタイミング、
- ストップ付近でのスプレッドやクオートの挙動。
これらの詳細が例で指定されていないため、すべての銘柄、口座タイプ、プラットフォームで同じ結果が起きると仮定することはできません。
概念を確認する方法と、次に何を聞くべきか
理解を独立して検証するには、プラットフォームの注文ドキュメントで次を確認してください。
- ストップリミットが「ストップ価格→リミット価格」の順で使われるかどうか。
- ストップ条件に使われる価格参照は何か。
- ストップが発動しても、リミットがマッチできない場合にプラットフォームがどう動くか。
必要なら、売りのストップリミットについても同様の具体的シナリオを実行できます（「リミットより悪くない」の方向が逆になります）。同じロジックが適用されます。発動はストップで起きますが、約定はリミットによって制限されます。
DOCUMENT END