シグナル、送信した注文要求、約定したポジションは別の出来事です。小さな利確幅では、その違いが純利益余地を左右します。チャートの接触を約定とみなしたり、応答がない要求を安全に再送できると考えたりせず、二つの執行方針を比べます。
1. 注文執行も売買ルールの一部
成行は利用可能な条件で即時の取引を求め、指値は許容価格を待つため未約定のまま終わり得ます。どちらも単独でエントリーの優位性を作りません。安い買値が役立つのは、売買仮説が有効な間に約定した場合です。機会損失や不利な選択も比較に含めます。
シグナル、発注方針、無効条件、数量、決済を別々に定義します。本稿は執行の仕組みを扱い、収益性のある完成戦略ではありません。経路と台帳は架空です。指値待ちが成功したチャートだけを選ばず、共通の適格シグナル起点で比べます。
2. Bidの接触ではBUY指値は発動しない
前提はEURUSD、pip=0.0001、point=tick=0.00001です。基準Bid/Ask=1.10000/1.10008のスプレッドは0.8 pip。BUY成行はAsk、SELLはBidで入ります。1.10000のBUY指値は現在のAskより下にあり、Bid足が既にその価格を示していても同じです。
教材の価格条件はAsk<=1.10000で、後の1.09992/1.10000なら満たします。ただし受理、流動性、業者の規則も関わるため約定の証拠ではありません。SELL指値にはBid側の判定が必要です。契約の指値執行・窓開け条件を確認し、他社の前提をそのまま使いません。
3. 比較の時間を有限にする
架空の起点は08:00:00 UTC。両方とも1 s以内の初回要求と、最大250 ms前までの気配を使います。指値のローカル期限は08:00:05 UTCです。教材用設定であり、万能な推奨遅延値でも、MT4が同精度のサーバー失効を保証するという意味でもありません。
期限で新たな適格約定の受付を終え、待機中なら取消要求を出します。確認までは未解決で、実際の遅い約定は消す行ではなく管理すべき建玉です。業者ごとに失効対応や最小期間は異なります。CSVのミリ秒は架空で、実ログの時計と精度は別です。価格距離が許可されない場合、指値を動かさず候補を却下します。
| 方針 | 宣言した前提 |
|---|---|
| 気配 | Bid 1.10000 / Ask 1.10008 |
| 要求 | 08:00:00 UTC + ≤1s · age≤250ms |
| 指値 | L=1.10000 · cutoff 08:00:05 UTC |
| 数量固定 | 0.35 lot · 10 USD/pip/lot |
| 手数料＋残る決済余裕 | 0.7 + 0.2 = 0.9 pip |
4. 成行注文と執行モードは別の概念
MT4にはInstant、Request、Marketがあり、銘柄のモードは業者が決めます。Instantでは提示価格の受理に代えてリクオートが返る場合があります。Marketでは再確認なしに業者が約定価格を決めます。リクオートがないことは、滑りや拒否がないこと、約定保証を意味しません。
リクオートは新しい価格提示で、成立ポジションではありません。教材は一回試行なので、確認済みリクオートでその起点を終了し自動承認しません。別の再試行方針なら価格・時間・費用・リスクを再確認します。OrderSendの許容偏差はpoint単位で、モード間で同じ保護や絶対的価格上限を仮定しません。
5. 指値は価格条件を制御するが未約定リスクがある
BUY指値は最大買値、SELL指値は最低売値を契約条件に従って指定します。表示気配が条件を満たしても、執行可能数量や経路により待機が続く場合があります。待機注文のチケットは注文の受理を示すもので、建玉成立の証明ではありません。
買い指値を約定させた押し目がさらに下がる場合も、押し目なしの上昇を逃す場合もあります。この選別が取引標本を変えます。指値、有効期間、取消を先に固定します。逃すたびに指値を追いかけたり未検証の成行代替を足したりすると別方針になります。
6. 約定を比べる前に決済と数量を固定する
BUYのBid決済S=1.09950、T=1.10110、USD口座、標準1ロット契約100000 EUR、1ロット当たりpip価値10 USDを使います。両方を0.35 lotsに固定して執行差を切り分けます。数量が同じでも建値が違えば金額リスクは同じではありません。
成行要求には基準Askから0.3 pipの不利な動きを見込み、計画約定を1.10011とします。ストレス前提であり最悪約定の保証ではありません。有効証拠金10000 USD、予算0.25%=25 USDも教材前提です。送信前に刻み、最小ロット、証拠金、ストップ距離、合計リスクを確認します。
7. 判明したエントリー時の滑りを二重計上しない
往復手数料0.7 pip、残る決済約定の余裕0.2 pipとし、C_remaining=0.9 pipです。約定Fが分かればエントリー時の滑りは既にFに含まれます。L=(F-S)/pip+C_remaining、W=(T-F)/pip-C_remaining、R_net=W/Lを計算します。Ask建値とBid決済にはスプレッドも含まれています。
架空の成行約定F=1.10011ではL/Wが7.0/9.0 pips、比率1.2857、計画リスク24.50 USD、純目標31.50 USD。想定した指値約定F=1.10000では5.9/10.1/1.7119と20.65/35.35 USDです。基準価格の行は比較用で約定ではありません。成立済み建玉を後から小さい数量で計算し直してはいけません。
| 方法 | 建値 | 計画損失・pips | 純目標・pips | 純比率 | リスクUSD | 目標USD |
|---|---|---|---|---|---|---|
| 基準・約定ではない | 1.10008 | 6.7 | 9.3 | 1.3881 | 23.45 | 32.55 |
| 成行エントリー | 1.10011 | 7.0 | 9.0 | 1.2857 | 24.50 | 31.50 |
| 指値エントリー | 1.10000 | 5.9 | 10.1 | 1.7119 | 20.65 | 35.35 |
8. 部分約定と有効条件は実際のインターフェースで確認する
部分約定やIOC、FOKを扱う市場もありますが、MT4業者に共通の選択肢とは限りません。MQL4のOrderSendには共通のIOC/FOK引数がありません。口座・銘柄で数量、失効、取消がどう扱われるか確認します。
部分約定に対応しているなら、成立数量と未成立残量を分けて記録し、建玉を保護して残りを定義した規則で扱います。何も起きなかったかのように元の全数量を再送しません。最低手数料や分割も、本例の単純な比例手数料を変え得ます。
9. 取消要求は取消完了ではない
競合例は08:00:04.950に価格条件を満たし、08:00:04.960にサーバーで約定しますが、端末はまだ知りません。08:00:05.000に取消要求、08:00:05.050に既存ポジションを理由とする取消拒否、08:00:05.100にクライアントが建玉を認識します。
期限に成行代替を出すと二重建玉になり得ます。まず待機中、取消済み、建玉化のどれかを直近履歴も含めて照合します。端末のタイマーはサーバー約定を取り消せません。取消完了でも終わるのはその待機注文だけで、許可した代替には有効性、価格、総リスクの再判定が必要です。
10. タイムアウトは結果不明であり明確な拒否ではない
タイムアウト例は08:00:00.400に送信、08:00:00.600にサーバー約定、エラー128を08:00:01.000に返し、08:00:02.000に端末が建玉を認識します。観測遅延を作った例で、タイムアウトだけからサーバーの結果は分かりません。
照合中は同じ売買意図の追加エントリー要求を停止します。注文選択を更新し、銘柄、方向、数量、識別子、時刻で建玉・待機・履歴を調べます。コメントは保証された重複防止キーではなく、一時的なデータ欠落も未成立の証明になりません。見つかった建玉を保護し、再試行は状態解決と別途許可した新判断を要します。
11. 正しい基準で符号付きスリッページを測る
不利な入口スリッページをs_buy=(F-Ask_ref)/pip、s_sell=(Bid_ref-F)/pipと定義します。正は悪化、負は改善です。BUY基準1.10008から1.10011へ約定すると+0.3 pip、SELL基準1.10000から1.09997へ約定しても+0.3 pipです。
判断時の執行可能気配、要求時刻、約定確認を分けて記録し、足の終値で代用しません。指値と以前の成行Askとの差は方針間の価格差であり、指値自体の約定改善の証明ではありません。遅延は時計を合わせ十分な精度がある場合だけ測り、異なる時計を単純に引き算しません。
| 方法 | 基準・約定ではない | 仮定した約定 | 符号付きエントリースリッページ |
|---|---|---|---|
| BUY | 1.10008 | 1.10011 | +0.3 pip |
| SELL | 1.10000 | 1.09997 | +0.3 pip |
12. 計画余裕を超えた約定を正直に扱う
同じ決済と費用で1.10015に約定するとL=7.4、W=8.6、比率1.1622です。要求済みの0.35 lotsなら計画リスクは25.90 USDとなり予算を超えます。比較基準R_net>=1.20は宣言した教材値で、利益が実証された閾値ではありません。
送信前なら不適格気配を却下できますが、約定後の建玉を「取引なし」に変えることはできません。逸脱を記録し、同じ意図の新規発注を止め、事前の保護・リスク決済手順に従います。ストップ拡大や架空の過去数量縮小で修正しません。保護拒否や緊急決済も失敗時の規則が必要で、損失上限を保証しません。
13. 意図・要求・注文・約定の台帳を残す
研究用識別子、シグナル時刻、Bid/Askと経過時間、注文種別、要求数量、価格、送受信時刻、チケット、エラー、約定、取消確認、最終建玉を記録します。送信量、成立量、残量を区別し、実手数料と実決済は事前余裕と別に保存します。
適格起点当たり約定率、待ち時間、符号付き滑り、拒否、不明状態、取消競合、純結果が指標になります。再試行で要求数とシグナル数が変わるため分母を明記します。未約定の取引損益がゼロなのは本例が取引なし・注文料なしを仮定するからです。逃した機会は別の比較基準で、架空の現金損失にはしません。
14. 成立取引だけでなく共通起点で比べる
独立した教材台帳には共通起点4個があります。成行は全件成立し純結果+7,+7,-7,+7 USD、合計14 USD、起点平均3.50 USD。指値は起点1,3のみ成立し+14,-3.50 USD、未成立の二件は注文料なし前提でゼロです。
指値合計は10.50 USD。成立取引平均5.25 USDは成行より高くても、起点平均2.625 USDは低くなります。この割当純損益は別の算数例で、前のイベントCSVからの収益でも確率推定でもありません。両方の分母を残し、実データの不確実性を検討して方針を選びます。
| 起点 | 成行 USD | 指値 USD | 状態 |
|---|---|---|---|
| 1 | 7 | 14 | 約定 |
| 2 | 7 | 0 | 未約定 |
| 3 | -7 | -3.5 | 約定 |
| 4 | 7 | 0 | 未約定 |
15. きれいなバックテストを超えて執行前提を検証する
Bid OHLCから過去Ask、流動性、待ち行列の順位、要求遅延は再現できません。テスターが指値接触を約定扱いしても、本番規則では未成立かもしれません。注文とスプレッドの前提を特定し、足内の順序不明を有利な順番で埋めず不明と記録します。
デモは仕組みの検査に役立ちますが本番約定品質を証明しません。適切な気配・注文履歴と未使用の後続観測を比べ、宣言したストレスでスプレッド、遅延、費用を変えます。各案の入出時刻を整合させます。架空例が検証するのは計算と状態の違いで、約定確率、勝率、本番期待利益ではありません。
16. 有限で完結した発注方針を決める
価格側、注文種別、気配の最大経過、送信遅延、数量、費用・リスク確認、待機期限、取消確認を送信前に指定します。起点を終える条件、新しい起点の条件、識別子、不明時の照合手順を固定し、チャートの名前ではなく業者が受理する条件を調べます。
成行、待つ指値、代替成行は別の研究案です。未約定と全費用を含め共通起点で検証します。前の損切り・利確ガイドは決済、通貨ペアとMT4データのガイドは費用とデータ制約を補います。各規則が明確で、統合した戦略を独立検証してから組み合わせます。
よくある質問
Bid足がBUY指値に触れれば約定したと判断できますか？
いいえ。BUYの価格条件はAskで判定し、それだけでも受理、数量、約定は証明できません。実際の注文状態と業者条件を残します。
成行注文とMarket執行は同じですか？
違います。種別は指示内容、モードは業者の処理方式です。MT4にはInstantとRequestもあり、銘柄のモードは業者が決めます。
期限切れ指値を直ちに成行で置き換えてよいですか？
ローカル期限や取消要求は取消完了ではありません。待機・建玉・直近約定を先に照合し、許可した代替も重複しない新判断にします。
タイムアウトなら取引失敗ですか？
必ずしもそうではありません。端末がサーバー結果を知らない場合があります。再要求前に照合して建玉を保護し、盲目的な再送で重複させません。
約定価格が分かった後もエントリー時の滑りを加えますか？
いいえ。実際の建値に含まれています。実費用と、まだ他に表れていない残りの計画余裕だけを計上します。
架空の指値比較は高い収益性を証明しますか？
いいえ。イベントと結果は架空です。成立取引平均が高くても適格シグナル平均は低くなり得ます。実データと完全な方針が必要です。
出典と研究上の注記
MetaQuotesは注文種別、執行モード、MQL4インターフェースを説明しています。本稿の価格、期限、約定、結果表は独自の架空教材であり、業者の気配値、実運用成績、完成したEAではありません。
- MetaTrader 4: order types and price sides
- MQL4: OrderSend and request parameters
- MQL4: trade server return codes
教育用です。価格、期限、約定、結果は架空です。FX取引にはリスクがあり、注文種別、ストップ、許容偏差、余裕額は約定、利益、実損失上限を保証しません。