Paper Trading

ペーターは、価格が順に届き、次の値動きがまだ分からない状況で、取引ルールを守れるか確かめたいと考えています。そこで仮想資金の練習口座を開きます。QuantConnect は自動戦略向けにこの運用を説明していますが、手動の練習にも同じ考え方が使えます。Backtesting が保存済みの過去を再生するのに対し、ここでは届く情報を受けて判断します。今日の価格を使っても練習注文が本物の購入になるわけではなく、結果は依然としてシミュレーター次第です。 [1]

購入ボタンを押す前に、ペーターは本当に練習環境にいることを確かめなければなりません。例えば Alpaca は、練習口座と実口座でアクセスキーも API の接続先も分けています。アプリと自動プログラムの設定の両方で、口座、動作モード、注文の送信先を確認します。「テスト」というファイル名だけでは何も証明できません。設定のコピーによって、いつの間にか実際の資金に注文が送られる状態は避ける必要があります。 [2]

実際の取引所なら難しい購入でも、シミュレーターは約定を通知することがあります。Alpaca は、自分の注文による市場への影響、遅延による価格のずれ、待機中の指値注文の順番をモデル化しないと説明しています。表示価格に到達しただけでは、その数量を取引できた証拠にはなりません。注文数量とシミュレーターが実際に割り当てた数量を分けて記録しましょう。有利な約定モデルは結果の前提であり、確認済みの取引所の性質ではありません。 [2]

Interactive Brokers は、注文板の最良気配、つまり最も近い売買価格を使い、さらに深い価格帯は使わない約定を説明しています。一部の複雑な注文は挙動が違うか、対応していません。プラットフォームを比較するときは、価格の出所と時刻、対応する注文種別、約定モデルを残します。利益の違いは戦略の優劣ではなく、シミュレーターの違いかもしれません。未対応の機能を検証済みとは言えません。 [3]

QuantConnect の標準モデルは成行注文を即時に全量約定させ、Slippage、つまり想定した約定価格と得られた価格の差を計上しません。ただし、利用可能な売買気配の差は約定価格に反映されることがあります。価格、手数料、その他の費用を分け、欠けている費用も明示しましょう。練習口座で費用がゼロでも実口座でゼロとは限りません。結果に織り込み済みの価格影響を、別の手数料として二重に差し引かないことも大切です。 [1]

Alpaca は運用中の未約定注文や接続障害を挙げています。ペーターは注文の受け付け、部分約定、残りの取消確認、接続復旧後の状態照合も試す必要があります。返信がないことは、注文が受理されなかったことを意味しません。注文識別子を確認済みの出来事や口座状態と結び付けましょう。むやみに再送すると、別の注文が作られる場合があります。平穏に動いた一回の試行では、試していない障害への対応は確認できません。 [2]

損失が出た後でペーターが練習口座を作り直し、うまくいった週だけを見せれば、実験の一部が隠れてしまいます。NFA は、結果をリアルタイムと呼ぶことでも、その仮想的な性質を見えにくくできると注意しています。ルールの版、観察期間、介入条件、評価する結果を事前に記録します。中断、新しい口座、変更も残しましょう。観察に基づいて戦略を修正すれば、そのデータは既に開発に使われています。次の試験は別に表示します。 [4]

Paper Trading はルール、操作、記録の誤りを発見するのに役立ちます。合計がプラスでも収益性の証明にはならず、自動的に実口座へ移る理由にもなりません。米国 NFA は、仮想取引では実損失に耐え、圧力の下で計画を守る能力を完全には再現できないと説明しています。同団体の広告規則には特定の会員という適用範囲があります。確認した状況と未確認の状況を区別しましょう。また、練習用 bitcoin は自分が実際に保有する bitcoin ではなく、自分のウォレットへ出金できません。 [4]