Polymarketのオーダーブックで戦略をバックテストする方法

なぜラスト・プライスのバックテストは嘘をつくのか

無料で入手できるPolymarketデータのほとんどは、しばしば1時間に一度サンプリングされたラスト・プライス（最終約定価格）です。これはチャートを描くには十分ですが、それ以上のことはできません。バックテストはより難しい問いに答えなければなりません。すなわち、もし自分の注文があの瞬間に板に置かれていた（あるいはスプレッドをクロスしていた）としたら、約定したのか、どれだけのサイズで、いくらで約定したのか、という問いです。

その答えを出すには、単一の数値ではなく、サイズを伴うすべての買い指値・売り指値、つまりオーダーブックが必要です。ミッドに対してバックテストした戦略は、常にミッドでスリッページゼロで約定したと仮定しますが、それは決して真実ではありません。決済が近づくとスプレッドが拡大する短期の暗号資産マーケットでは、この仮定が負ける戦略を見かけ上の勝ち戦略へとひっくり返してしまうことがあります。

ステップ1 — フルデプスのオーダーブックデータを入手する

両側で記録されたフルデプスのBOOKから開始してください。DepthFeedはPolymarket CLOBの更新を取り込みますが、記録された観測は文書化されたキャプチャケイデンスに従い、ギャップがある場合があります。すべてのアップストリームイベントが保持されたと仮定するのではなく、市場で利用可能なタイムスタンプを検査してください。

欲しいマーケットはREST API経由で取得します。まずGET /v3/{coin}/marketsで探索し、次に/v3/{coin}/markets/{id}/snapshotsからデプスを取得します。各スナップショットには、買い・売りの価格とサイズの配列に加え、エポックミリ秒単位の取引所側タイムスタンプと受信タイムスタンプが含まれます。

ステップ2 — 各時点でブックを再構築する

記録された観測をタイムスタンプ順に再生してください。それぞれが、ベストビッド、ベストアスク、深さ、スプレッドを含む、その観測時の記録されたBOOKを記述します。観測間の正確なBOOK状態や保証されたフィルを推測しないでください。補間または永続性の仮定をバックテストで明示してください。

ステップ3 — 実際のデプスに対して約定をモデル化する

ここで約定を正直にシミュレートします。成行に近い注文はブックを歩きます。まずベストの板に対して約定し、次の板、さらに次の板へと、サイズが尽きるまで約定していきます——したがって最上位の板を超えて消費するときには、その平均価格はタッチ（最良気配）よりも悪くなります。指値の待機注文はキューに並び、十分なサイズを背後に伴ってマーケットがその価格を抜けて取引したときにのみ約定します。

記録されたラダーに対して約定サイズを当てはめることこそが核心です。これにより、常にミッドで取引できたという作り話ではなく、現実的なスリッページと約定確率が得られます。

ステップ4 — 原資産価格を結合する

Polymarketの暗号資産アップ／ダウン・マーケットは、原資産のスポットの値動きに駆動されます。DepthFeedのすべてのスナップショットは、エポックミリ秒のタイムスタンプによって高頻度のBinance参照価格に結合されるため、ブックの状態と、その契約を再プライシングしたスポットの値動きとを揃えることができます——暗号資産価格とマーケットの示唆する確率との関係を取引するあらゆる戦略にとって不可欠です。

ステップ5 — ライブデータアダプターの検証

履歴RESTレスポンスとライブWebSocketフレームは、文書化された個別の契約を使用します。共有戦略ロジックに両方をフィードする前に、それらの識別子、タイムスタンプ、およびフィールドのアダプターを検証してください。記録された観測でバックテストを行い、その後ペーパートレードでライブアダプターをフォワードテストしてください。

よくある落とし穴

• ラスト・プライスのデータを使う：スプレッドとスリッページを隠し、バックテストのリターンを水増しする。
• 固定間隔のスナップショット：1時間ごとや1分ごとのサンプルは、5分間マーケットの一生の大半を取りこぼす。
• キューポジションを無視する：指値の待機注文が常に約定すると仮定すると、パッシブ戦略を過大評価する。
• 先読みバイアス：意思決定時刻と同時かそれ以前の受信タイムスタンプを持つデータにのみ反応すること。
• 原資産を省く：暗号資産アップ／ダウンのエッジは、たいていスポットと確率の関係の中に存在する。