トレーリングストップ：起動、受理済みSLと円の距離換算

候補を計算しても、受理されるまで新しいSLではない

標準的な店頭FXの買いではBid−距離、売りではAsk＋距離を候補にします。実商品と設定した価格側を確認し、サーバーの受理後に有効な変更として扱います。デスクトップMT5の内蔵追従は、利益が指定距離のpoints以上で変更指示を生成し、一建玉の更新は10秒に一回を超えません。機能を有効にしただけで最初のSLが設定されたとはしません。

架空EUR/USD：Annaが1.0850で買い、別操作でSL1.0820が受理済み、30pipの追従を設定。Bid1.0860では利益10pipで未起動、Bid1.0890でSL1.0860、1.0920でSL1.0890への更新をそれぞれ受理したと仮定します。反転後に全量が1.0890で約定した場合、別費用前の結果は40pipです。SLの表示だけではその約定を保証しません。

買いで後の受理水準は高くなり、売りなら低くなる点を区別します。固定SL・TPも受理水準を変えるまでそのままですが、最終価格と純結果の保証ではありません。

固定距離・価格割合・ATRの三案を、別の設計として比較

固定距離。例えば40pipという一定の価格距離。起動条件、更新間隔と受理に依存し、観測最高値から最後の約定が必ず40pip後ろになるという意味ではありません。変動率の変化にも自動適応しません。

価格割合。基準価格の0.5%なら、1.1000で0.0055＝55pip、1.2000で0.0060＝60pip（pip＝0.0001）。基準と一方向規則を定義し、距離の再計算で既存SLを黙って緩めないようにします。

ATR。ATRの周期・足と倍率を指定する設計。過去TRの平均で、将来の価格幅や適切な出口の保証ではありません。一律1.5〜3倍を妥当な範囲にせず、変化するATRでも受理水準を緩めないルールを検証します。全プラットフォームの内蔵追従に三つ全てがあるとは限りません。

距離、起動と処理場所を分ける

狭い幅なら仮説がまだ許す反転で出口に達し得ます。広い幅なら有利な動きから多くを戻します。同じ入口、単位、費用と失敗例を含む全標本で比較し、H1のノイズが常に特定pip、ATRの1.5倍以上なら安全という固定境界は作りません。

距離40pip・起動60pipは、あくまで別々に選んだカスタム設計です。MT5内蔵の起動が距離と結び付く仕様と混同せず、起動倍率で十分な保護があるとはしません。

デスクトップMT5の内蔵更新は、端末が動いて接続している必要があります。停止後は最後の受理済みSLが存在し、まだ有効な場合にそれが残ります。cTrader Webの説明は内蔵保護をサーバー側で動かし、セッション終了後も有効としています。別プログラムや業者サービスは別途確認し、名前だけで同じ挙動としません。

デモでポイント単位へ換算して設定し、停止・再接続時の設定と受理SLを確認します。追従を付けただけでSLが存在すると判断せず、再起動で必ず印が消えるなど表示上の挙動も一般化しません。

相場名ではなく、定義した価格経路で評価する

有利方向へ続き、反転が受理した幅より小さい経路では建玉が残り得ます。大きな反転では発動し得ますが、更新時刻、ギャップ、費用と実約定で結果は変わります。後で再上昇したチャートだけで早い出口を誤りと決めません。

入口と出口、足、距離、起動、更新頻度やstep、契約単位と費用を保存。H4以上や数日の保有が普遍的な必要条件ではありません。無人で運用するなら動作を続ける機構と最後の受理SLを確認します。

ギャップを含む普通のSLは、約定価格の保証ではない

週末だけでなく、夜間・日中でも普通のストップは利用できる価格、流動性と商品規則に依存します。受理水準を飛び越えれば不利な価格や執行問題があり得ます。追従という名前で発動や価格、利益を保証しません。

提供される保証付きストップには、別の対象資格・料金・条件があります。サーバーで追従する機能と、価格を保証する商品は別問題。予定イベント前に閉じるだけで全てのギャップや決済の問題を消すわけでもありません。

拒否された候補と、保存SLを取り違えない

MT5を使う架空プログラムの模型で、特定の内蔵版の動作記録ではありません。線形EUR/USD、pip0.0001、Bid1.10600、旧SL1.10200、候補1.10400。距離0.00200＝20pipは仮の最低0.00300＝30pip未満なので変更拒否と指定。ほかの操作なし、旧SLは有効として残ります。

その後Bid1.10300でも保存SL1.10200には未到達。拒否された1.10400と比べて発動と判断しません。MetaQuotesの10016はinvalid stopsですが、実際の原因をその番号だけで決めず、距離、凍結範囲、依頼、返答と現在のSLを照合します。未来の発動後の約定価格は指定していません。

円の追加例：30pointsと30pipでは、候補も受理条件も変わる

架空USD/JPYの買いを150.000、数量1000ドル、最後に受理したSL150.100、現在Bid150.500と指定。point＝0.001円、pip＝0.01円、最低距離150points＝0.150円とします。凍結など他の制約なし、変更時に価格も不変として、距離による判定だけを切り出します。

拒否された150.470を「470円確保」と数えてはいけません。入口150.000から、旧SL150.100で仮に全量が約定すれば価格損益＋100円、受理した150.200で仮に約定すれば＋200円です。しかし後で価格が飛び、仮に149.900で約定すれば−100円。どれも別費用前の指定価格計算で、普通のSLがその価格を保証するものではありません。

この最低距離は実在業者の現行値ではありません。桁数、point、pip、tick sizeと実商品の仕様を読み、設定したつもりの距離と送信・受理した状態を別々に残します。pointとpipの比が全商品で10とも限りません。

手動でも、候補と受理・約定は別

手動なら、例えば確定した局所安値と符号・大きさを明記したbufferから買いSLを選ぶ設計ができます。人またはプログラムが変更を送信し、受理を確認する段階は同じ。選び方の制御は約定価格の制御ではありません。

指定条件でSLを入口付近へ移し、一部決済後に残りを追う案もありますが、1R・2Rが全員必須ではありません。入口価格での決済と費用後損益分岐を分け、自動・手動を同じ入口・数量・費用で比べます。

デモで残す、変更と停止の記録

1. 価格単位、ATRなら周期・倍率、起動と一方向規則を先に定義。拒否の結果も残す。
2. 動作場所と接続条件、最後に受理したSLを確認。サーバー機能と保証ストップを混同しない。
3. 選んだ30pipをpointsへ換算してデモで観察し、反転時と切断時の状態を履歴へ照合。
4. 有利な動きの直前に閉じた例だけでなく、損失を減らした例や悪い約定も含む全標本で比較。

Bid/Ask、発動と実約定で、最後に確認した水準と実際に決済された価格を分けます。