建玉管理は損益分布を変えます。建値ストップは損失を防ぐ一方、後で目標に達する取引を途中で終えることもあります。部分決済は残りのリスクと将来の利益参加を減らします。必要なのは利益保証ではなく、検証できる規則です。
1. 入る前に管理方針を定義する
比較時は同じエントリー、初期ストップ、数量、初期価格リスクR0を使います。発動水準、参照価格、更新頻度、退出優先順位、変更失敗時の対応を明記します。「動的に管理する」だけでは再現できません。
更新がティックごとか確定足後かを決めます。足全体の高値・安値は終値確定時に利用可能になります。後から分かった高値を使い、同じ足のもっと早い時点へストップをさかのぼって動かせません。
2. 価格上の建値と金額上の損益ゼロ
1ロットEURUSDのBUYをAsk 1.1002で約定、USD口座、1 pip USD 10と仮定します。Bid 1.1002で正確に決済しても価格損益ゼロにすぎず、往復手数料USD 7後は−USD 7です。スワップ・滑りゼロでも同じで、スプレッドは約定価格に反映済みです。
手数料分には0.7 pipが必要で、Bid 1.10027での正確な約定なら仮定上は費用中立です。将来費用、tick、最低距離、不利約定で変わるため保証ではありません。SELLではBidエントリーより下へ補正し、Ask退出で測ります。
commission_offset = 7 USD / (10 USD per pip) = 0.7 pip = 7 points
3. 発動幅と追随幅を分ける
独自例はBUYエントリーより20 pips上のBid 1.1022で発動し、その後観測した最高Bidから15 pips下を追随します。1.1022ならストップ1.1007、1.1032なら1.1017へ上げます。1.1027へ戻っても下げません。初期ストップは1.0982です。
これは例示EAの方針で、MT4内蔵方式とは違います。内蔵方式は利益が設定追随幅に達すると開始します。5桁EURUSDの15 pipsは150 pointsです。SELLでは観測最小Askに幅を加え、緩めるため上へ動かしません。
BUY stop_new = max(stop_old, highest_Bid_since_activation − 0.0015)
4. AskでSELLの独自トレールを組み立てる
SELLエントリーBid 1.1000、当初Ask 1.1002、ストップ1.1020とします。20 pipsでの独自発動はAskが1.0980へ下がった時です。距離15 pipsなら提案ストップ1.0995、Ask最安値が1.0970になると1.0985へ下げます。1.0975への反発では1.0985のままです。保護を緩めるため上へ戻しません。これは独自BUY例の逆方向で、MT4の別の標準設定ではありません。
価格上の建値はAsk 1.1000での正確な決済です。1ロットの手数料USD 7を補う価格は、他費用や滑りなしならAsk 1.09993、エントリーより0.7 pip下です。BidエントリーとAsk出口で計算済みの値にスプレッドを再加算しません。費用上の均衡水準でも、現在の最小ストップ距離に違反する場合があります。
5. 部分決済は加重損益を変える
R0は元の全建玉の初期価格リスクのままにします。半分をリスク幅+1、残りを+2で決済すれば0.5 × 1 + 0.5 × 2 = +1.5R0の総利益です。同じ約定で全部を同じ目標まで持てば費用前+2R0になります。
残りが元の−1ストップなら全体ゼロ、ストップを正確な建値へ変更できていれば+0.5R0です。いずれも条件付き経路です。費用は実決済数量に応じて引き、各部分決済に元の全数量分の手数料を重複計上しません。
0.5 × 1 + 0.5 × 2 = 1.5; 0.5 × 1 + 0.5 × (−1) = 0; 0.5 × 1 + 0.5 × 0 = 0.5
6. 同じ3経路で具体的に比較する
1ロットのBUY、エントリー1.1002、初期ストップ1.0982、目標1.1042で固定します。1 pipがUSD 10なら初期の価格リスクR0はUSD 200です。全量の固定決済、+1R0後に全量のストップを建値へ移す方法、+1R0で半分決済して残りを建値へ移す方法を比べます。変更はすべて成功し約定は正確、往復手数料は数量比例で合計USD 7、他の費用なしとします。
| Bidの経路 | 全量固定 | 全量建値移動 | 半分決済＋建値移動 |
|---|---|---|---|
| +1R0 → 0 → +2R0 | 393 USD | −7 USD | 93 USD |
| +1R0 → −1R0 | −207 USD | −7 USD | 93 USD |
| +1R0 → +2R0 | 393 USD | 393 USD | 293 USD |
経路は仮のBid観測で、0は当初のエントリー価格を意味し、純損益ゼロではありません。既に決済したポジションは、その後の回復を取り込めません。第1行では固定決済がエントリーへの戻りを耐えて目標に達する一方、建値決済は終了済みです。第2行は大きな損失を防ぎ、第3行は早い半分決済が利益を減らします。保護件数の増加と期待値改善は別です。
7. サーバー保護とローカル更新を分ける
受付済みStop Lossはサーバーにあります。MT4内蔵トレーリング計算はクライアント端末内で行われ、価格受信と接続が必要です。端末停止後も最後の受付済みストップは残り得ますが、新しい更新は止まります。仮想決済には別の稼働条件があります。
変更ごとにサーバー確認を取ります。複数EAや手動ツールで同じストップを奪い合わないようにします。銘柄とMagic Numberで所有を特定し、再起動後も状態を復元し、実際の残数量と保護を照合してから再開します。
8. 数量制限と失敗を扱う
決済数量と残数量は最低ロットと刻みに適合させます。0.03の半分0.015は0.01刻みでは無効です。0.01を閉じ0.02を残すのは50%決済ではないため、加重計算も変えます。
部分決済失敗を完了扱いせず、無確認で再送しません。サーバーと残数量を先に確認します。残りの表現が変わる業者もあるので元のチケットだけに頼りません。ストップ移動が拒否されれば、受付済みの旧保護が残ります。
9. 実行順序と再起動後の復旧を決める
同じtickで複数の条件が成立し得ます。組み合わせ方の一例は、まずサーバーで既に決済されていないか確認し、予定の部分決済を最大1回送信し、結果と残数量を確認してから、実際の残りに対する保護を評価する順序です。この順序も選択したルールです。変更すれば約定が変わるため、別の方針として検証します。
再起動時は発動済みフラグを復元する前に未決済注文と口座履歴を読みます。切断直前の依頼は成功している可能性があります。受理済みストップと残数量は、メモリ上の意図ではなくサーバー記録から復元します。状態や管理主体が不明なら新しい管理依頼を止めて照合します。確認済み保護を明示し、拒否された変更をリスク低下として記録しません。
10. 同じ価格経路で比較する
固定出口、建値、追随、部分決済を、同じ固定エントリーと時系列データで比較し、試した全候補を保存します。純期待値、ドローダウン、極端な損失、期間、売買量、標本数を示し、全損切りを免れた割合だけを見ません。
同じ足の中で発動とストップが起きるならtick順序が重要で、OHLCでは不足し得ます。適切なBid/Askデータか保守的な歧義処理を使います。切断・変更失敗も試し、未使用データとフォワード記録で確認します。
11. 実務用の管理記録を残す
初期エントリー・ストップ、R0、初期数量、発動時刻、観測極値、提案・受付済みストップ、部分約定、残ロット、純損益を記録します。シグナル、依頼、約定時刻を分け、バックテストの不可能な順序を見つけます。
実運用前に再起動、重複命令、丸め、切断を確認します。価格変化で変更が無効になった場合も事前に決めます。出口は窓開けリスクを消さず、単独で優位性を作りません。検証が必要なエントリーの結果を変えるものです。
よくある質問
MT4を閉じても追随更新しますか。
内蔵クライアント計算は止まります。最後に受付済みのStop Lossは残り得ますが、新規更新には稼働端末が必要です。業者側やホスティング方式は別に確認します。
部分利確は期待値を改善しますか。
自動的には改善しません。反転損失を和らげる一方で後の利益も減らします。同じエントリーの純分布で比較し、勝率だけで判断しません。
出典と適用範囲
MetaQuotesは端末追随と変更・決済関数の確認用です。発動水準、独自15-pip追随、加重結果は学習用の構成で、優越性を示しません。
架空の学習用例です。約定や取引結果を保証するものではありません。