Polymarket Botが稼働開始: 入金、TP/SL、監視

Polymarket Bot Tutorial · 第31章 / 全32章

Polymarketボットを本番稼働させるために：最初の入金は25〜50 USD、利益確定と損切りのルール、アラート閾値（Telegram/email）、照合の頻度、そして初週のスケーリング計画。

Polymarkets.co.ilのリードライター、Harley Young著。最終レビュー：2026年5月。

この章で扱う内容

ペーパー運用から本番への移行は、最初の入金をうっかり失う人が最も多い局面です。この章は、本番前チェックリストに加え、損失に変わる前にバグを見つけるための初週の規律をまとめたものです。

• 本番前チェックリスト
• 最初の入金：25〜50 USD
• 本番運用から得たTP/SLルール
• 監視：Telegram、email、ダッシュボード
• 照合の頻度：fire_exitsの各サイクルごと
• 初週：近くで見守る、小さく始める
• スケーリング：いつ追加入金するか

本番前チェックリスト

ボットをペーパーから本番へ切り替える前に、順番どおりに確認する項目です。

1. 30件のペーパートレードが完了。成功基準を満たしているか、それを上回っている。
2. ペーパーと本番で日誌フォーマットが同一。JSONLスキーマも同じ。
3. VPSをデプロイ済み。稼働プロセスはボットのみで、systemdユニットも設定済み。
4. HALTファイルの仕組みをテスト済み。touch /opt/pmt/HALT で30秒以内にボットが停止する。
5. Telegramアラートを設定済み。テストアラートの送信に成功している。
6. 日次損失のキルスイッチをテスト済み。10%のドローダウンをシミュレートし、haltが発動することを確認。
7. オンチェーン照合をテスト済み。日誌を意図的に不一致にし、haltが発動することを確認。
8. 入金先アドレスは proxy wallet（Polymarket があなたに代わって取引を行うスマートコントラクト・ウォレット、POLY_FUNDER_ADDRESS）であり、あなた個人のアカウント、つまり externally-owned account（EOA）ではありません。SDK の wallet show で検証済み。
9. USDC/pUSDの承認を設定済み。通常のexchangeとNegRisk exchangeの両方。
10. 初回入金額を文書で合意済み：スモークテスト用に25〜50ドル。

どれか1つでも未完了なら、本番に移行しないでください。どれも、過去の本番ストーリーではビルダーに実際の損失を与えた項目です。

最初の入金：25〜50 USD

スモークテストの入金額は意図的に少額です。目的は、本番の経路が正しく動くかを確認することであり、利益を出すことではありません。

検証する内容：ボットの注文執行がPolymarket上の取引ビューと一致しているか。日誌が正しく記録されているか。利益確定のGTCが本当に発注されるか。一時的なAPIエラーから復旧できるか。日次損失のhaltが、シミュレーション時に発動するか。

期待される結果：ペーパーディアリーをおおむね再現する5〜15件の小さな取引。いかなる差異も、「本番はペーパーよりノイズが多い」という仕様ではなく、バグとして扱ってください。

この25〜50ドルを実戦の損失で使い切ったなら、戦略はさらにペーパー運用が必要です。バグで使い切ったなら、スケール前にバグを修正してください。

本番運用から得たTP/SLルール

まず、このセクションが前提とする2つの用語を簡単に定義します。take-profit（TP）は、価格が目標まで上がった時点で利益を確定する、あらかじめ設定した売り注文です。stop-loss（SL）は、価格がある下限を割った時点でポジションを売り、1回の悪いトレードが暴走しないようにするものです。以下で使う注文タイプは2つ、GTC（Good-Til-Cancelled。約定するかキャンセルするまで板に残る待機注文）とFOK（Fill-Or-Kill。注文全体を即時に約定するか、全部キャンセルする）です。もう1つよく出てくるmarkは注文タイプではまったくなく、ポジションを評価する基準となる現在の mid-price を指すだけです。以下は自社トレーダーの本番デフォルトで、何千件ものトレードを通じて安定して機能してきました。

• Buy: best ask より1c上で FOK。ask が0.85を超える場合はスキップ - これが「0.99の罠」です。0.90以上で値付けされたほぼ決着済みの市場は上昇余地がごくわずかな一方、ひっくり返ると急落するため、リスク・リワードが逆さまになります。
• Take-profit: エントリー価格 + 4〜6cでGTC売り。買い約定後、5秒のsettlement待機の直後に即発注。
• Stop-loss via mark: midを監視し、midがエントリー - 8cまで下落したら、ベストビッドでFOK売り（指値を置きっぱなしにしない。midの突き抜けは速い）。
• Time exit: ポジションがX時間以内にクローズされず、PnLが -2c から +2c の範囲なら、成行相当でFOK退出。

数値は戦略ごとに変わりますが、パターンは一貫しています。利益確定は常にGTC、損切りは通常FOK（midが突き抜けるとGTCのストップは約定しないため）、時間切れ退出は古いシグナルに乗り続けないためです。

監視：Telegram、email、ダッシュボード

ボットはリアルタイムで可観測である必要があります。3層構成です。

• Telegramアラート: すべての約定、すべてのhalt、閾値を超えるすべてのエラー。個人メッセージとは分けた専用チャンネルまたはグループを使ってください。
• 日次サマリーemail: 1日の終わりに、総取引数、勝率、PnL、発動したhaltの一覧を送信。毎朝読むこと。
• ダッシュボード: 任意ですが有用です。日誌を読み取り、保有中ポジション＋最近の約定＋累積PnLを表示するシンプルなHTTPエンドポイント。

基本の流れは、知る価値のある状態変化 → Telegram。1日の終わりの要約 → email。リアルタイム探索 → ダッシュボードです。

照合の頻度：fire_exitsの各サイクルごと

照合は、次の取引でドリフトが複利的に悪化する前に検知できる頻度で実行する必要があります。頻度は取引回数によって変わります。

• 1日10件未満の戦略: 1時間ごとに照合。
• 1日10〜100件の戦略: 15分ごとに照合。
• HFT戦略（1日100件超）: exit-firingループの各サイクルごとに照合。

照合のコストは、保有トークン1つにつきチェーン読み取り1回です。20トークンならRPCコールは20回。無料枠のRPCでも十分に予算内です。ここは過度に最適化しないでください。

初週：近くで見守る、小さく始める

本番デプロイの最初の1週間が最も危険です。ペーパーテストでは見つからなかった本番パスのバグを発見する期間だからです。規律は以下のとおりです。

• 近くで見守る-起きている時間は、毎時Telegramチャンネルを確認する。
• 小さく始める-ポジションサイズは最小（5株）にする。バグの損失は数百ドルではなく数ドルに抑える。
• 最初の3〜5日は、毎日終了時に手動で照合する。日誌とPolymarket UIを直接比較する。
• 驚いたことはすべて記録する。小さな違和感も、いずれバグになります。

1週間の終わりに、バグがなく日誌が現実と一致していれば、通常サイズへスケールします。バグが出たなら修正し、もう1週間スモークテストを行ってください。

スケーリング：いつ追加入金するか

資金を追加するトリガーは、閾値ごとに異なります。

• +50%の入金: 本番取引30件、勝率がペーパー比で5ポイント以内、バグによる本番haltなし。
• +100〜200%の入金: 本番取引100件超、サンプル全体で一貫した収益性、少なくとも1回の軽微な障害を通してインフラをテスト済み。
• +500%以上の入金: 6か月以上、一貫して本番収益が出た後のみ。資本の増加は成功より遅くすべきです。エッジが本物で、これから消えるレジームではないことを確かめたいからです。

早すぎるスケーリングの最大リスクは、ある市場レジームで利益が出ていた戦略が次のレジームで不採算になることです。サイズを大きくしてもそれは解決しません。解決するのは忍耐です。

よくある質問