デモ口座ブローカーを評価する際に確認すべきこと
デモ口座とは何か（そして何ではないか）を定義する
デモ口座とは、注文が実際の市場でどのように振る舞う可能性があるかを再現しようとする、シミュレーションされた取引環境です。重要なポイントは分離です。デモは取引の一部を正確にモデル化できる一方で、他の部分を単純化したり省略したりします。いわゆる「デモ口座ブローカー」を評価する前に、何がシミュレートされているのか（たとえば、注文のマッチング、価格更新、スプレッド、執行スピード）と、何がシミュレートされていないのか（たとえば、真の流動性条件、リアルタイムの板情報、ブローカーの実際の運用上の制約）を明確にしてください。この定義は、どの結論が有効かを決めるために重要です。
メカニクスを確認する：入力、執行、コストのモデリング
デモ口座が取引ライフサイクル全体をどのように扱うかを評価します。
- 価格ソースとタイミング：デモの価格が遅延データ、合成データ、または別のフィードから来ているのか、そして価格更新が、ライブ取引がデータを処理する方法に合わせたスケジュールで行われるのかを確認する。
- 注文執行モデル：成行注文が表示価格で約定するのか、指値注文が変化するレートによって取りこぼされ得るのか、また部分約定がどのように扱われるのかを尋ねる。
- コストと手数料の表現：デモがライブ口座と同じコミッション／手数料体系を含んでいるか、そしてスプレッドやスワップ／ファイナンスの課金が一貫してモデリングされているかを検証する。
- リスク管理と口座ルール：必要証拠金、レバレッジ上限、ストップアウト、清算（リキデーション）の挙動が、ライブと同じようにシミュレートされているかを確認する。
メカニクスを考える実用的な方法は、前提条件を列挙することです。たとえば「デモのスリッページはライブのスリッページと同じだ」と仮定するなら、その仮定は、デモの執行モデルがそれを明示的にサポートしている場合に限って安全です。
証拠と文書化可能なシグナルを探す
デモ結果はプロバイダーの内部シミュレーションの選択に左右されることが多いため、独立して検証できること、そして文書化できることに注目します。
- デモ挙動に関する書面の条件の有無：デモがどのように生成されるのか、どの市場フィードを使っているのか、そしてライブとの差がどこにあり得るのかを説明する明確なドキュメントがあるはずです。
- 報告されている機能の一貫性：デモ口座の設定（たとえばレバレッジの選択肢、取引可能な銘柄、注文タイプ）がライブ口座で提供されている内容と一致しているか、または違いが明示的に記載されているかを確認する。
- 観測された挙動の再現性：同一の行動（たとえば、同じ注文タイプを同程度の条件で繰り返す）で、デモが一貫して振る舞うかどうかを確認できます。完全に同一の結果を保証できないとしても、同じアクションでの再現性はチェックできます。
制約と失敗パターンを特定する
少なくとも1つの重要な制約は「レッドフラグ」として扱うべきです。そうでないと、結論が無効になる可能性があります。
- 執行の不一致：デモはスリッページ、遅延、約定の不確実性を過小評価するかもしれません。これにより、戦略がライブではそうでないのに、より安定して見えることがあります。
- 単純化された流動性の前提：シミュレーションが理想化されたマッチングを使っている場合、実際の注文板のダイナミクスを反映できない可能性があります。
- コストとスプレッドの違い：スプレッドや手数料の表現にわずかな違いがあるだけでも、収益性の指標が変わり得ます。
- 口座ルールの違い：必要証拠金、ストップアウト、清算ロジックが異なる場合、リスク見積もりが信頼できなくなります。
重要な失敗パターンは、「過去のデモの関係性が今後も引き継がれる」と仮定することです。市場は変化し、デモのモデルが時間の経過とともに実際の運用条件を追跡できない可能性があります。
検証計画を作る（何を比較するか、何を信じるか）
約束に頼らずに主張を検証するために、シンプルなチェックリストを使います。
- 想定するデモ対ライブの対応関係を書き出す（たとえば：「注文の約定とコストの挙動が同様である」）。
- ドキュメントが不足しているため不明な点を列挙する（価格ソース、執行タイミング、コストのモデリング）。
- 制御された観測でテストする：再現可能なシナリオ（同じ注文タイプ、同じサイズ、同じタイミングのパターン）を使い、相違点を記録する。
- デモだけの成績ではなく、文書化されたライブ条件と比較する。
最後に、「受け入れ可能な証拠」のしきい値を設定します（klaarcriterium）。たとえば、関連する前提がドキュメントによって明示的に裏付けられている、または一貫していて十分に説明された観測された挙動によって裏付けられている場合にのみ、結論を受け入れるとします。デモの前提が未指定のままであるなら、デモの結果は予測的というより情報として扱うべきです。
DOCUMENT END