注文の種類と約定境界: 「約定できる」と「必ず約定する」の違いを理解する
- 2026-01-12
- 投稿者: Wmax
- カテゴリ: チュートリアル
CFD取引では、ユーザーが送信した注文が、必ずしも期待した価格または数量で完全に執行されるとは限りません。 Wmax プラットフォームには、さまざまな注文タイプの実行ロジックに明確な境界があり、流動性の現実とユーザー制御の間の予測可能なバランスを確立することを目指しています。この記事では、成行注文と指値注文の中心的なメカニズム、適用可能なシナリオ、システム処理原則について説明し、ユーザーが「なぜ注文が完全に約定されないのか」を理解できるようにします。
成行注文: スピードを追求し、不確実性を受け入れる
成行注文の目標は、現在利用可能な最良の価格でできるだけ早く取引を完了することです。これは、高い適時性要件と許容される小さな価格偏差があるシナリオに適しています。システムは注文を流動性プロバイダーにルーティングし、すべての取引が完了するか流動性がなくなるまで、LP のリアルタイム相場に従って注文を 1 つずつ照合します。
成行注文には価格制限がないため、実際の取引価格は注文時に表示される「最新価格」と異なり、スリッページが発生する場合があります。スリッページの規模は、その時点の市場の深さとボラティリティによって異なります。 Wmax は「ゼロ スリッページ」を保証するものではありませんが、スリッページ許容値の設定 (デフォルト ±20 ポイント) を提供します。 LP の見積もりがこの範囲を超える場合、注文は部分的に約定されるかキャンセルされます。スピードは優先事項ですが、際限なく実行するわけではありません。
指値注文: 価格を追求し、遅延または失敗を受け入れる
指値注文は、ユーザーが売買したい最高/最低価格を指定し、市場価格がその価格に達するか超える場合にのみトリガーされます。利点は価格の確実性ですが、リスクは、特に流動性が不十分な場合や価格が急速に急騰した場合に、取引が完了しない可能性があることです。
Wmax の指値注文は、ユーザーが手動でキャンセルするか、トランザクションがトリガーされるか、商品の調整により自動的に期限切れになる場合を除き、GTC です。このシステムは、「価格制限に近い」という理由で早期に約定することはなく、一致する流動性がない場合に悪い価格で約定することもありません。指値注文はユーザーからのオファーであり、システムからのコミットメントではありません。
部分的なトランザクションと注文のライフサイクル
注文数量が現在の市場深度を超える場合、Wmax は部分執行をサポートします。たとえば、ユーザーが 100 ロットの指値買い注文を出したが、売り注文が 60 ロットしかなかった場合、60 ロットはすぐに約定され、残りの 40 ロットは引き続き待機状態になります。このメカニズムにより、流動性不足による注文全体の失敗が回避されます。
すべての注文ステータス (約定予定、一部約定、キャンセル、約定) はリアルタイムで更新され、独立したイベント ログが生成されます。ユーザーは、「注文履歴」で各サブトランザクションの価格、数量、時間、LP ID を確認できます。透明性は完璧な結果を意味するのではなく、プロセスの追跡可能性を意味します。
![]()
ギャップ市場状況における注文処理の原則
主要なニュースリリース中や流動性が枯渇すると、価格にギャップが生じる可能性があります。これは、中間価格レベルでの取引が存在しないことを意味します。現時点では:
成行注文はギャップ後の最初に利用可能な価格で執行され、スリッページが大幅に拡大する可能性があります。指値注文がギャップ範囲内にある場合 (1950 年の指値価格など、価格が 1960 年から 1940 年に直接ジャンプする場合)、指値注文は執行されず、注文は保留中または無効のままになります。
Wmax はギャップ範囲を「埋める」ことはなく、取引価格に人為的に干渉することもありません。このシステムは、ユーザーが極端な市況下での注文リスクを評価できるように、商品詳細ページに「過去の最大ギャップ範囲」データを提供します。市場には亀裂があり、システムにはパッチが適用されていません。
ユーザー制御可能な順序パラメータ設定
実行の制御性を向上させるために、Wmax ではユーザーが次の設定を行うことができます。
最大スリッページ許容範囲 (成行注文のみ): 制限を超えた場合、未取引の部分はキャンセルされます。最低取引量: 1 回の取引量が設定値を下回る場合、一時的に取引は実行されません。有効期間:GTCを除き、オプションは同日有効です。
これらのパラメータは注文確認ポップアップ ウィンドウに強制的に表示されるため、ユーザーは積極的に確認する必要があります。ユーザーが実行条件を十分に理解できるように、プラットフォームはデフォルトでは高リスク設定を有効にしません。制御はユーザーに与えられますが、明示的な許可が必要です。
結論: 命令は契約であり、魔法ではありません
CFD取引では、注文タイプの選択は基本的にスピード、価格、確実性の間のトレードオフになります。 Wmax の設計哲学は、理想的な実行を約束するものではありませんが、実行ロジックが明確で、境界が明確で、結果が検証可能であることを保証します。
成行注文が失敗する可能性があり、指値注文が失敗する可能性があることを理解した場合にのみ、ツールの境界を真に把握することができます。なぜなら、プロの取引環境において最も信頼できる保証は決して「確実な取引」ではなく、「取引が完了したかどうかを知ること」だからです。