ストップリミット注文は関連するFXの概念とどう違う？

ストップリミット注文とは（そして何ではないのか）

ストップリミット注文は、2つの価格入力（ストップ価格とリミット価格）を持つ、指値の保留（pending）のFX注文です。この注文はすぐには有効になりません。代わりに、価格がストップ価格に到達（またはそれを超過）するまで待ちます。そのトリガーの後に初めて「有効（active）」フェーズに入り、実行を試みますが、強い価格制約があります。つまり、約定するのはリミット価格、またはそれより有利な価格でのみです。

この構造は、関連する概念と比べて2つの重要な点で異なります。

1. 注文が実行可能になるタイミング（ストップのトリガー）。
2. 実行可能になった後に適用される価格制約（リミット）。

そのため、2つ目の制約のせいで、ストップリミット注文はストップトリガーが起きても実行できないことがあります。

関連するFXの注文概念との「範囲を絞った」比較

以下は、読者がストップリミット注文と混同しがちな、よくある「隣接」するFXの概念です。各項目の比較は、プラットフォームや市場の変動ではなく、安定したメカニクスにとどめます。

ストップリミット注文 vs ストップ・マーケット注文（正統な所有者：ストップ注文ファミリー）

• ストップリミット注文： ストップ価格で発動し、その後リミット価格を強制します。市場がリミットをあまりに速く通過すると、約定しない可能性があります。
• ストップ・マーケット注文： ストップ価格で発動しますが、発動後はマーケット型の執行になります（同じ形での特定のリミット価格制約はありません）。

重要な含意： 両方の概念はストップトリガーを使いますが、リミット価格も含むのは片方だけです。そのリミットが執行を妨げ得ます。

ストップリミット注文 vs 指値注文（正統な所有者：保留の指値注文）

• 指値注文： 発注時点から有効です（プラットフォームの注文処理に依存します）。リミット価格またはそれより有利な価格で約定しますが、ストップトリガーはありません。
• ストップリミット注文： ストップ条件が起きるまで有効ではなく、その後は追加のトリガー付きの指値のように振る舞います。

重要な含意： 違いは「適格（eligibility）のタイミング」です。指値注文はリミット制約で即取引しますが、ストップリミット注文はまずストップ条件を待ちます。

ストップリミット注文 vs 成行注文（正統な所有者：マーケット執行）

• 成行注文： 現在の状況下で利用可能な最良価格で、すぐに約定することを狙います。適格性を制御するためにストップや指値（リミット）のパラメータに依存しません。
• ストップリミット注文： 将来の有効化（ストップ）と、価格の上限/下限（リミット）に依存します。

重要な含意： ストップリミットは条件付きで、価格制約があります。成行注文は即時で、事前に設定したリミット価格によって制約されません。

ストップリミット注文 vs 利確/損切りの概念（正統な所有者：リスク/決済（exit）の枠組み）

人々はしばしば、ストップとリミットを利確と損切りの言葉で説明します。この枠組みは 意図（目標水準で決済する、これ以上の値動きを防ぐ）に関するものであり、基礎となるメカニクスは依然として注文タイプの話です。

• **利確（take-profit）**の説明は、通常、指値型の執行制約に対応します。
• **損切り（stop-loss）**の説明は、通常、ストップ型のトリガーに対応します。
• ストップリミット注文は、これらのメカニクスの組み合わせを表すために使えます。つまり、ストップトリガーとリミット制約の両方です。

重要な含意： 「利確」と「損切り」は目的を表し、ストップリミット注文はメカニクスを表します。

ストップリミット注文 vs その他の保留注文（正統な所有者：保留注文ファミリー）

多くのプラットフォームは、「buy stop」「sell stop」「buy limit/sell limit」のような保留注文の考え方にも対応しています。それらの挙動は、同じ2つの質問で理解できます。

1. ストップ条件（トリガー）を待つのか？
2. リミット価格（価格制約）を強制するのか？

ストップリミット注文は、この2つの質問に「はい」と答えるものです。

仕組みをステップごとに（明示的な前提つき）

あなたが sell stop limit 注文を出すと仮定します。前提は次のとおりです。

• ストップ価格 = S
• リミット価格 = L
• 特別なプラットフォーム機能はない（たとえば、標準の注文板/取引会場の挙動以外の保証約定メカニズムはない）

ステップごとのメカニクス：

1. 保留状態： 価格がストップ条件に到達するまで（sell stopの場合、通常は価格がストップ水準まで上昇したとき。正確な「クロス（crossing）」の定義はプラットフォームに依存します）、注文は非アクティブのままです。
2. トリガー： ストップ条件が満たされると、注文は有効になります。
3. 制約付きの執行の試行： 注文はリミット価格、またはそれより有利な価格で執行しようとします。売り注文では「有利」とは一般に、リミット価格以下の価格を意味します。
4. 結果は流動性と価格の動きに依存： 利用可能な執行価格が、リミット制約を満たす範囲を超えてジャンプする場合、注文は部分的に約定することも、約定しないこともあり得ます。また、取引会場や注文処理によって挙動が異なる可能性があります。

安定した結論： ストップは 有効化の適格性 を設定し、リミットは 価格の受け入れ を設定します。どちらも重要です。

証拠または例：なぜストップリミットは「発動したのに」失敗し得るのか

明示的な前提を置いた、簡略化した一連の流れを考えます。

• ストップトリガーが S で発生する。
• 有効化の直後、市場価格が、リミット制約を破る方向で L より悪化する。
• 流動性が限られている、またはスプレッドが十分に拡大していて、リミット価格またはそれより有利な価格で利用可能な値がない。

すると：

• 注文は有効になる可能性があります（ストップトリガーが起きたため）。
• しかし、リミット制約が満たされないため、執行はブロックされ得ます。

これはストップリミットのメカニクスにおけるよくある制限です：発動（triggering）と約定（filling）は同じではない。

独立して検証すべき制限とリスク

注文メカニクスは概念としては安定していますが、実際の挙動はプラットフォームや執行会場によって変わり得ます。以下は保証ではなく、確認事項として扱ってください。

1) ストップトリガー後に執行されない可能性

ストップリミット注文は、市場がリミットをあまりに速く通過した場合、または許容できる価格帯で十分な流動性がない場合、未約定のままになることがあります。

2) 価格の定義はプラットフォームで異なり得る

「ストップ到達」「クロス」「価格の比較方法」は変わり得ます。あるシステムではビッド/アスク参照を使い、別のシステムではトリガーに最後の約定値やミッド価格を使います。トリガーの参照が想定と異なると、有効化のタイミングも変わり得ます。

3) スプレッドとスリッページが、リミット制約が満たされるかに影響する

トリガーから執行までの間にスプレッドが拡大すると、最初に利用可能な価格が「リミット価格またはそれより有利」という条件を満たさない可能性があります。

4) 部分約定が起こり得る（会場のルール次第）

部分約定が許可されている場合、注文は許容できる価格で一部の数量だけ執行され、残りが未約定のままになることがあります。

DOCUMENT END