Tool version: O!kurra Capital Defense EA 2.00
目次
15.1 バスケットのガーディアン — 共通点と相違点 15.2 バスケットメモリー — 「最後のゼロからのPnL」 15.3 Equity Guard — StartとDistance 15.4 Equity Guard — 2つの挙動 15.5 Basket Max Loss — 損失側のセーフティネット 15.6 Profit Target — 実現利益 15.7 Profit Target — 全決済 vs 含み損のみ決済 15.8 Stop Trading After — 発動後どうなるか 15.9 パネル上のステータス 15.10 ガーディアンのスタック全体 15.11 実践的な戦略 15.12 Inputsウィンドウ（F7）のパラメータ — EG、Basket Max Loss、PT
15.1 バスケットのガーディアン — 共通点と相違点
Equity Guard（EG） と Profit Target（PT） は、ポジションのバスケットのリズムで動作する口座のガーディアンです — バスケットが空になった瞬間（ポジションがゼロ）から、再び空になる瞬間までです。このサイクルを バスケットメモリー（セクション15.2）と呼びます。Daily P/L Limits（第14章、日次のリズム）と合わせて、口座ガーディアンの層を構成します。
この層には、3番目のより単純なメカニズム — Basket Max Loss — もあり、バスケットの損失側のセーフティネットの役割を果たします（セクション15.5）。
EGとPTの共通点： どちらもバスケットのサイクルで動作し、どちらも通貨/パーセントのモードを持ち（DPLと同様 — 第14.5章）、どちらも同じ Stop Trading After のオプションを持ち（セクション15.8）、どちらもパネル（Target Blocks）から表示・編集でき、どちらもデフォルトでは無効（値0）です。
EGとPTの相違点：
| 観点 | Equity Guard（EG） | Profit Target（PT） |
|---|---|---|
| 追跡する対象 | バスケットのTotal PnL（floating + realized） | バスケットの realized PnLのみ |
| 典型的な役割 | 動いている利益の保護（target / trailing） | 実現した取引による利益目標 |
| Trailing？ | あり（Distanceパラメータ） | なし（静的なしきい値） |
| 決済モード | 常にバスケット全体 | 全決済または含み損のみ |
要するに：EGは今この瞬間に口座を「流れている」ものを見ます（オープンポジションを含む、mark-to-market）。PTはすでに決済したものだけを見ます（realized）。EGは、あなたが何も決済しないうちに大きなfloating利益に反応できます。PTは、実際に利益を実現するまで待ちます。
注意 — 旧来の記述からの変更。 マニュアルの以前のバージョンでは、Equity Guardは両側のメカニズムとして記述されていました（負のしきい値によって損失からの保護もできました）。現在のバージョンではEGは利益側で動作し（Startは正のしきい値：目標または利益のトレーリング）、バスケットの損失側の保護は独立した Basket Max Loss が担います（セクション15.5）。したがって損失側には次のものがあります：ポジション単位の損切り（Stop Loss）（第9章）、Basket Max Loss（バスケット）、Daily Loss（日）。
15.2 バスケットメモリー — 「最後のゼロからのPnL」
EG、PT、Basket Max Lossは同じ基準点を使います：バスケットが最後に空だった瞬間です。「空」とは：オープンポジションがゼロ、かつ待機注文（pending order）がゼロ — 単独の待機注文（オープンポジションがまったくない状態）でも、サイクルは生き続けます。PnLはその瞬間から先へ向かってカウントされます。
メカニズム：
- ポジションもpendingもない → サイクル開始、PnL = 0。
- buttonが最初のポジションを開く → バスケットはもう空ではなく、PnLはその瞬間からカウントされる。
- ポジションが開かれ、決済され、PnLが累積する（オープンからのfloating + 決済済みからのrealized）。
- すべてのポジションが決済され、すべてのpendingが消えたとき（SL、TP、BEa、Target Line、Close All、何であれ） — バスケットは空になる。
- バスケットメモリーのPnLはリセットされ、新しいサイクルがゼロから始まる。
一括決済はサイクルを即座にリセットします。 あらゆるコマンドによる「全決済」 — Equity Guard、Profit Target（「全決済」モード）、Basket Max Loss、DPLの hard stop、手動のClose Allから — は、空のバスケットが検出されるのを待たずに、バスケットの基準点を即座に「今」へ移します。これにより、取引が連続していてバスケットが形式上一瞬も空にならなかった場合（例：同じ秒に新しいpendingが現れた）でも、次のポジションのラウンドはゼロからカウントされます。
EAの再起動はバスケットメモリーを消去します。 再コンパイル、F7、あるいはEAをチャートに再アタッチした後、サイクルはゼロから、起動の瞬間からカウントされます — 再起動前の実現結果は現在のサイクルに加算されません。オープンポジションは現在のfloatingを持って新しいサイクルに入ります。実際には：損失が計上されたサイクルの途中でEAを再起動すると、EG/PT/Basket Max Lossは再起動以降を見ます — しきい値は新しい基準から数えられ、再起動前の状態からではありません。
Total PnL と Realized PnL：
- Total PnL（EGとBasket Max Lossが使用）= 最後のゼロ以降の、オープンポジションのfloating + 決済済みのrealized。
- Realized PnL（PTが使用）= 最後のゼロ以降の、決済済みポジションのrealizedのみ。
これらのカウンターにはブローカーのcommissionが含まれます。 realizedには、ブローカーが計上した実際のcommissionとswapが含まれます — ポジションのオープン時点で既に徴収されるcommissionも含みます。一方、floatingはプラットフォームがcommissionなしで報告します。グローバル設定でそのコストを入力すると（「Commission / 1.0 Lot RT (0=off)」のセル、第5章）、EAはすべてのオープンポジションのfloatingを
lots × costの見積り分だけ減らします — ガーディアンはそのときネットの結果を見ます。デフォルト（0）では、floatingは従来どおりグロスのままです。
例。 BUYのバスケット：2ポジションがSLで決済（realized -100）、3ポジションがオープンで利益（floating +240）。Total PnL = +140（これがEGの見るもの）。Realized = -100（これがPTの見るもの — そして実現利益を待っているため作動しません）。それぞれのメカニズムは、状況の異なる側面を見ています。