MT4を閉じてもSL・TPは残る？受理・追従・EAを分ける

業者サーバーが受理したStop LossとTake Profitは、手元の端末を閉じても削除されません。まず口座、注文、受理水準を確認します。サーバー保管は執行や指定価格の保証ではなく、ローカルEAと標準トレーリングストップは別の稼働条件を持ちます。

サーバーの指示と端末の計算を分ける

業者が受理した指示を保持しているのか、端末がこれから計算・送信する必要があるのかが重要です。クリックは要求送信で、受理の証明ではありません。SL・TP・予約注文へ依存する前に、応答と現在の注文・建玉状態を確認します。

MetaTraderを閉じても受理済みサーバー指示は残り、当該端末だけで動く処理は止まります。指示ごとの状態と契約条件を読み、保管場所を安全保証にしないでください。成行・指値・逆指値で各種類も確認できます。

MT4を閉じても残る受理済みSL・TP・予約注文

受理済みSL、TP、予約注文は手元のMT4を開き続けるのでなくサーバーで扱います。Buy Limit、Sell Limit、Buy Stop、Sell Stopは発動・執行条件が異なります。サーバー扱いでも必ず約定するわけではなく、有効性、期限、価格条件、執行方式を確認します。

確認済みサーバーSLは端末を閉じても残ります。ただしギャップは執行リスクの一つにすぎず、状態、銘柄、執行方式も重要です。受理された水準を無条件の決済や正確な約定価格と同一視しません。

止まる処理：EA・標準トレーリング・通知・スクリプト

EAは取り付けられた端末で、コードが扱うtickやタイマー等のイベントに応答します。毎tick取引する必要はなく、処理中のNewTickがあると後続イベントをすべて受け取るとは限りません。端末終了はローカルEAを終了させます。切断は別で、コードは残っても最新価格・サーバー受理を前提にできません。別の遠隔端末はPCを閉じても独立して動き得ます。EAの基礎で権限と動作を確認します。

MT4標準トレーリングはクライアント端末で動きます。利益距離の条件を満たすとその距離のSLを要求でき、さらに有利な価格では変更要求を行います。端末を閉じると計算は停止し、サーバーが最後に受理した水準だけが残ります。有効にしただけではまだSLがない場合もあります。トレーリングの仕組みと、通知・スクリプトの実行環境を確認します。

架空例：Marekが建玉を残して端末を閉じる

架空のEUR/USD買い1.0865にSL1.0810・TP1.0920がサーバーで受理されたとします。Marekは40 pipsの追従距離とローカルEAを設定し、23時に手元の端末を閉じます。小数5桁のEUR/USDで40 pipsは400 points。水準と時刻は教材仮定で、40 pipsは変更の刻み幅ではなく価格との距離です。

確認済み水準は端末終了後も執行条件に従い残ります。Bid1.0910なら入口1.0865から45 pipsの含み益で、40 pips距離のSL1.0870を要求できます。終了前に受理されたなら1.0810を置き換えます。1.0880では利益15 pipsだけなので距離条件に届きません。終了後は当該端末のEA・追従計算が止まり、受理済み指示の執行条件は別に残ります。

価格飛び・滑り・業者独自のサーバー追従

通常SLは指定価格も無条件の完了も保証しません。ギャップで別価格になり、執行方式によって拒否などの制約もあり得ます。保証ストップ商品があるなら対象銘柄、料金、条件を個別契約で確認し、通常のMetaTrader SLから推測しないでください。

標準ローカルトレーリングと、別途仕様が示された業者サーバー側の追従サービスを分けます。終了後に動くと考える前にプラットフォーム・口座・機能を特定します。MT4とMT5は大枠の区別は共通でも、注文と建玉の管理方式には違いがあります。

VPSを必要とする処理を特定する

汎用VPSならPCと独立してデスクトップ端末を動かせますが、プロセス、接続、権限の監視は必要です。MetaQuotes Virtual Hostingは通常の遠隔Windowsデスクトップでなく、選んだ環境を移行します。MT4の仕様ではDLL呼出しとスクリプト移行は禁止、仮想端末では自動売買が許可され、移行時は重複EAを防ぐためローカル自動売買を無効にします。その後の手元ボタンは遠隔停止命令ではありません。遠隔ログと実プログラムを確認し、全設定がコピーされたと思わないでください。

受理済み通常SL/TPを業者サーバーへ残すだけなら個人VPSは不要です。遠隔計算は追加ロジック・監視用で、約定保証は変えません。別の架空単一建玉で入口1.1050、受理された二つのSL変更が1.1030・1.1000とします。後者が最後なら入口から50 pips下、受理順が逆なら20 pips下です。両要求とも成功しても最終状態は違い得ます。他の変更がなく距離も有効という順序模型で、約定予測ではありません。変更担当を決め最後の状態を読みます。VPSと遅延も参照します。

デモで確認して記録する

1. 実際の保護を特定する。デモで口座・建玉識別子、受理SL/TP、ローカル追従や隠しSLを確認します。追従は最初のSL未設定の場合があり、描画線はサーバー指示ではありません。初期と追従後のSLが同時に別々で残るとせず、最後の受理値を確認します。
2. デモで違いを観察する。SL/TP、建玉識別子、追従状態を記録して手元端末を閉じ、再接続・同期して最新状態を読みます。不在中のサーバーイベントで決済・変更される場合があり、「値が変わらない」は保証された実験結果ではありません。
3. 必要な稼働環境を調べる。PC停止中に動くべきプログラムを一覧にし、既存環境と監視可能なVPSを比較します。選ぶサービスの移行・権限を検証し、EAが一覧にあるだけで有料VPS必須としません。
4. 休場をまたぐ前に価格飛びを想定する。銘柄、数量、仮の不利な約定を指定し、業者の執行条件を読みます。表示SLで必ず執行・損失制限されるとせず、自分の計画の数量を検算します。