Buy Limitのワークド例とは？

直接の答え

Buy Limit注文のワークド例は、特定の limit price（リミット価格） を設定した指値の成行待ち注文（pending order）をどのように出すか、そして注文を約定させるために市場で何が起きる必要があるかを示します。基本となる考え方は変わりません。Buy Limitは、市場価格があなたのリミット水準に到達したときにのみ（または執行ルールに応じてそれを超えたときに）発動することを意図しています。

ここではリアルタイムデータやプロバイダーのルールは前提にしないため、例では検証できるように単純な数値と明示した前提を使います。

仕組みまたは定義

**pending order（成行待ち注文）**とは、すぐに執行しようとしない注文です。Buy Limitは、あなたが設定する limit price（リミット価格） を伴う指値の買い注文です。

平たく言うと：

市場がリミット価格に一度も到達しない場合、注文は通常 pending のままです。
市場がリミット価格に到達する場合、注文は発動し、ブローカー／プラットフォームの約定（マッチング）ルールに従って執行される可能性があります。

ワークド例を理解するための重要な用語は2つあります：

Limit price（リミット価格）：注文が執行可能になるかどうかを決める価格水準。
価格に関する前提：実際の市場にはビッド／アスク価格やスプレッドがあるため、「あなたが見ている価格」と「発動に使われる価格」は異なる場合があります。

証拠または例（ワークドシナリオ）

シナリオ

現在の水準よりも低い価格で、後から買いたいとします。

前提（計算入力をすべて明記）：

現在の市場価格は 1.2000 です。
あなたは 1.1980 を limit price とする Buy Limit を出します。
注文数量は 100,000 units です。
算術例のため、スリッページなし、手数料なしとします。
発動は、市場が 1.1980 に到達したちょうどその時に起きるとします。

手順

発注時点： 現在の価格が 1.2000 のとき、あなたは 1.1980 に pending の Buy Limit を出します。
市場変動の確認：
- 価格が 1.1980 まで下がれば、注文は執行可能になります。
- 価格が 1.1980 に到達しなければ、注文は pending のままです。
執行ステップ（発動した場合のみ）： このシナリオでは、価格が 1.1980 に到達したとします。
例における約定価格： スリッページなしという前提により、約定した買いの価格は 1.1980 です。
想定元本（直感のため）：
- 想定元本 ≈ 100,000 × 1.1980 = 119,800（クォート通貨単位）。

この例が前提にしないこと

将来の価格変動を知っていることは前提にしません。
あなたの注文が、現実のあらゆる状況で完全に、すぐに、かつ常にリミット価格どおりに約定することは前提にしません。

制限とリスク

重要な制限：執行は市場のマイクロ構造に依存する

考え方はシンプルでも、実際の執行は「理想的な算術」と異なることがあります：

スプレッドと発動の違い： プラットフォームは、単一の「表示価格」ではなくビッド／アスクに基づいて発動する場合があるため、実際にはリミット価格どおりに約定しないことがあります。
部分約定： 流動性やマッチングルールにより、注文が複数の部分に分かれて約定することがあります。
プロバイダー固有の取り扱い： 異なるブローカー／プラットフォームは、注文の有効化、失効、変更に関して異なるルールを実装している場合があります。

注意すべき失敗パターン

少なくとも次のいずれかが、結果をワークドシナリオから分岐させる可能性があります：

価格がリミットに到達しないため、約定が発生しない。
価格はリミットに到達するが、執行が異なる（例：スリッページや部分約定）。
オペレーション上の遅延や注文の変更（例：接続や変更のタイミング）により、市場が動いたときに注文が有効かどうかが影響を受ける。

あなたが独立して確認できること

自分のケースで関連する事実を確認するには、次を比較してください：

あなたのプロバイダーの注文ドキュメントにおけるBuy Limitの定義。
あなたのプロバイダーがトリガー価格（ビッドかアスクか）をどう定義し、スプレッドをどう適用するか。
プラットフォームの注文有効性、部分約定、執行ポリシーに関するルール。

確認または次の質問

より強い自己チェックをしたいなら、あなた自身が想定する limit price、order size、そしてトリガー価格（ビッドかアスクか）とスリッページ（ゼロか非ゼロか）について明示した前提を使って、ワークドシナリオをもう一度繰り返してください。次に、正確な執行および部分約定のルールについて、あなたのプロバイダーのドキュメントとあなたの前提を比較します。