プロップファームのルールブックは、紙の上ではどれもシンプルに見えます。一日の損失をこの額以内に抑えること。ピークからこれ以上下回らないこと。利益の大半を幸運な一日で稼がないこと。ポジションをこのサイズ以下に保つこと。ルールを書くのは簡単です。難しいのは、市場が動いている最中に、すべてのトレーダーに対して、一貫して即座にそれを適用することです。
この記事では、ほとんどのプロップファームのプログラムで使われている四つのルールを、リスクルールエンジンがどう評価するかを説明します。それぞれが何を測り、いつチェックされ、違反時に何が起きるか。コードや連携の詳細には触れず概念的な説明にとどめ、Vera Charts のエンジンが採用しているアプローチを紹介します。数値を設定するのはパートナー企業で、それを適用するのがエンジンです。
残高ではなく、エクイティから始める
残高は、決済済みのトレードを反映した後にアカウントが保有している金額です。エクイティは、残高に、現在の価格で評価したすべての保有ポジションの含み損益を加えたものです。この違いが、ルールエンジンが機能するかどうかを左右します。
今日はまだ一度も決済しておらず、大きな含み損を抱えたポジションを一つ保有しているアカウントを想像してください。残高で測れば、何も起きていません。エクイティで測れば、トレーダーはすでに日次の上限を超えているかもしれません。そのポジションが一時間後にさらに悪い価格で決済されると、残高ベースのチェックはその時点で初めて違反に気づきます。損害が出た後にです。
そのためエンジンは、保有ポジションを含めたエクイティで評価し、価格の動きに合わせて再評価します。Vera Charts がチャート上にリアルタイムの含み損益を表示し、日次損失ラインをティックごとに更新するのもそのためです。トレーダーが見ている数字こそが、エンジンが判定に使う数字なのです。
日次損失上限
何を測るか: ファームが定める一日の開始時点の基準に対して、現在のセッション中にエクイティがどれだけ下落したか。
いつチェックされるか: 常時です。保有ポジションのあるアカウントでは、価格が動くたびにエクイティが変わります。つまり、価格が動くたびに違反の可能性があるということです。
違反時に何が起きるか: その日のドローダウンが閾値を超えた瞬間、エンジンは保有ポジションを清算して新規エントリーを無効にし、次のセッションの区切りでアカウントを再開します。Vera Charts では、上限をトレーダーごとに設定できます。
運営者が明確に決めておくべきことが二つあります。一つ目は、セッションの区切りをどこに置くかです。暗号資産は昼夜を問わず取引され、FXはタイムゾーンをまたいで取引されるため、日次のルールには「一日」の厳密な定義が必要です。二つ目は、違反がプログラムにとって何を意味するかです。その日の取引停止なのか、評価の不合格なのか。エンジンは取引を停止し、状態の変化をファームのバックエンドに報告します。その違反がトレーダーにとって何を意味するかは、ファームが決めることです。
トレーリングドローダウン
何を測るか: エクイティが、アカウントがこれまでに到達した最高のエクイティ（ハイウォーターマーク）からどれだけ下にあるか。
どう動くか: 下限はエクイティの上昇に追従します。エクイティが新高値をつけると、下限もそれに合わせて上がります。エクイティが下がっても、下限はその位置にとどまります。Vera Charts では、トレーリングドローダウンはエクイティの上昇に追従し、ファームが設定した上限で固定され、違反した瞬間にアカウント状態のWebhookをファームに送信します。
仮の例で具体的に見てみましょう。$100,000で始まるアカウントに$5,000のトレーリングドローダウンが設定されていれば、下限は$95,000です。エクイティが$103,000まで上がると、下限は$98,000に上がります。その後エクイティが$98,000まで戻ると、全体ではまだ$3,000のプラスであるにもかかわらず、アカウントは違反となります。
ハイウォーターマークはエクイティに追従するため、含み益もカウントされます。ポジションの利益を伸ばした後でその利益を吐き出したトレーダーは、利益を確定していなくても、上昇の途中で下限を引き上げています。それこそがこのルールの狙いです。トレーダーがピークからどれだけ明け渡したかを測るのです。決済済みのトレードだけがカウントされると思っているトレーダーは驚くことが多いため、ドローダウンの帯はトレーダーの目に入るチャート上に表示すべきなのです。
固定の仕組みによって、ルールの性質は時間とともに変わります。下限が設定された上限に達すると追従をやめ、それ以降は固定の下限として機能します。固定ドローダウンは最も単純なケースで、決して動かない一定の水準です。プログラムがどのモデルを使っていても、エンジンは価格が動くたびに同じ問いを立てます。今この瞬間、エクイティは下限に対してどこにあるか、という問いです。
一貫性ルールの上限
何を測るか: アカウントの累計利益のうち、どれだけが一日で生まれたか。この上限は、どの一日の寄与も、ファームが設定する累計損益の一定割合までに制限します。
いつチェックされるか: セッション終了時です。損失に関するルールは、その瞬間のリスクに関わるものです。一貫性ルールは、結果の形に関わるものです。一日が総利益に占める割合はその日が終わるまで変わり続けるため、エンジンはその日が確定した時点で評価します。
ファームが採用する理由: 評価の目的は、結果を再現できるトレーダーを見つけることです。突出した一日があれば、運だけでアカウントが利益目標に届いてしまうこともあります。もう一つ仮の例を挙げます。上限が40パーセントの場合、累計利益が$10,000で、そのうち$6,000が一日で生まれたアカウントは、ルールの範囲外となります。その日が全体の60パーセントを占めているからです。Vera Charts ではこの上限は任意で、ファームが有効にして割合を設定します。
ポジションと銘柄の制限
何を測るか: シンボルごと、売買方向ごとの、発注しようとしている注文のサイズ。そして、その銘柄がそもそもトレーダーのプログラムで許可されているかどうか。
いつチェックされるか: 取引の前です。これは完全に予防的な唯一のルール群です。上限を超える注文は、マッチングシミュレーターに届くことはありません。トレーダーの画面に構造化された理由とともに拒否され、ファームのバックオフィスには配信の受領記録が届きます。銘柄のホワイトリストも同じ仕組みで、プログラムの対象外のシンボルは取引できません。
サイズの上限は、一回の逆行でどれだけの損失が出るかに歯止めをかけるため、損失に関するルールをより予測しやすくする効果もあります。
ルールの適用をブラウザ内で行えない理由
トレーダーがいる場所、つまりブラウザでルールを適用したくなるものです。ブラウザはルールを表示する場所としては適切です。しかし、ルールを適用する唯一の仕組みにするには不適切な場所です。
- タブは閉じられる。トレーダーがノートパソコンを閉じても、保有ポジションは動き続けます。タブが開いていないと発動しない日次損失上限は、ただの提案にすぎません。
- クライアントはトレーダーのもの。トレーダーのマシン上のコードは、改変されたり、速度を落とされたり、一時停止されたりする可能性があります。評価を終了させる判断は、トレーダーが編集できない場所で下される必要があります。
- 答えは一つでなければならない。トレーダー、ファームのサポートチーム、ファームのバックオフィスには、同じ瞬間に、同じソースから、同じ判定が届く必要があります。違反を別々に計算する二つのシステムは、いずれ食い違います。
- 違反には記録が必要。異議申し立ては、スクリーンショットではなく、エンジンが何を見て何を判断したかによって決着します。
そのため、本格的なエンジンは三つの層で動作します。チャート上では、トレーダーは境界を越える前にそれを目にします。日次損失ラインはティックごとに更新され、トレーリングドローダウンの帯はハイウォーターマークに追従します。注文経路では、すべての注文がマッチングシミュレーターに届く前に、同期的なルールチェックを通過します。台帳では、すべての違反にファームが監査できる恒久的な記録が残り、すべての状態変化が署名付きWebhookとしてファームのバックエンドに届きます。チャートはルールを示し、エンジンはルールを適用します。
数値を決めるのはパートナー。適用するのはエンジン。
ファームのルールブックは競争の手段そのものなので、エンジンはそれを標準化しません。エンジンが提供するのは基本的な構成要素（日次損失上限、トレーリングドローダウン、一貫性ルールの上限、ポジションと銘柄の制限）であり、各ファームが設定した数値をそのまま適用します。同じファームの中でも、スケーリングプランを含め、コホートごとに異なるルールセットを使えます。Funded With Forex や Funded With Perps などのパートナー企業は、それぞれ自社のブランドと条件のもとで、この方法でプログラムを運営しています。Vera Charts はプロップファームではなく、プラットフォーム上のアカウントはすべてシミュレーションです。
プロップファーム向けのリスク管理ソフトウェアを検討しているなら、プロップファーム向けページでプラットフォーム全体を紹介しています。「プロップファーム向け取引プラットフォームに必要なもの」はそれ以外の構成要素のチェックリストで、「本物のリスクルールエンジンとはどういうものか」ではチャート内の層をさらに掘り下げています。連携の仕組みは公開していません。パートナーシップに関する通話を予約いただければ、アーキテクチャと実際に動作する連携についてチームにご案内します。