Polymarket の解決（resolution）についての解説

Polymarket の解決について：本ガイドは報告から Outcome トークンの償還までのエンドツーエンドのライフサイクル、UMA の optimistic-oracle による紛争段階、そしてトレーダーにとっての実務的含意を説明します。オンチェーン／オフチェーンで何が起きるか、ユーザーにとってどの操作がガスレスか、アービトラージやポジション管理に影響するタイミングとリスクを学べます。

主要な要点

• 解決はアウトカムの報告から始まり、最終清算前に UMA の楽観的紛争期間に入る可能性があります。
• アウトカムトークンは ERC-1155 の CTF 資産ですが、split／merge／redeem と注文出しは Relayer 経由でユーザーにとってガスレスです。
• 紛争、オラクル遅延、部分的な約定、清算タイミングは、価格が数学的なエッジを示していても実際のリスクを生みます。
• シーケンスを把握してください：report → dispute window (UMA) → finalization → 勝利トークンを pUSD に redeem。

Polymarket における「解決（resolution）」の意味

Polymarket では、解決とは取引可能なアウトカムトークンを償還可能な資金へと変換するプロセスを指します。二者択一（binary）および複数結果（multi-outcome）マーケットでは、最終的にオラクルがどのアウトカムが YES と判定されるかを決定します。アウトカムが最終化されると、勝利した各トークンは pUSD で $1.00 として償還可能になり、敗者トークンは無価値になります。

マーケットは Gnosis の Conditional Token Framework (CTF) をアウトカムトークンに利用しています。これらのトークンは通常の ERC-1155 保有物と同様に機能します：CLOB で取引したり、転送したり、split／merge 操作で組み合わせたりできます。解決時の重要な違いは、オラクルの最終報告が CTF の redeem フローをアンロックし、勝利トークンを pUSD に変換できるようにする点です。

報告ステップ：誰が報告するか、なぜ重要か

解決はレポーターがオラクルシステムにアウトカムを提出したときに始まります。Polymarket は報告に UMA の optimistic oracle を使用します。提出された報告は、レポーターが正しいと考えるアウトカムを指定し、次の段階のカウントダウンを開始します。

なぜ重要か：

• 報告はイベントが解決可能な状態に達したことを示す最初の公開シグナルです。オーダーブックを監視するトレーダーは即座に反応できます。
• 報告は Polymarket の UI と Gamma API で確認できます。これによりアービトラージボットや人間のトレーダーがプログラム的に検出できます。

UMA の optimistic-oracle 紛争ウィンドウ（それが何か、長さではない）

報告が投稿されると、UMA の楽観的モデルによりチャレンジャーが反証を投稿できる紛争ウィンドウが許されます。紛争が提起されると、楽観的なフローは一時停止し、UMA はそのプロセスに従って意見の相違を解決します。

実務的に重要な点：

• 紛争ウィンドウは不確実性をもたらします。一度は解決済みに見えたマーケットが、UMA による紛争が入ると再調査のために再オープンされる可能性があります。
• UMA の手続きの正確なタイミングや実装の詳細は Polymarket の外部にあるため、トレーダーは紛争段階にある、またはその直近にあるマーケットを解決リスクを抱えているものとして扱うべきです。

注意：システムプロンプトは UMA が使用されると指定しますが、紛争ウィンドウの長さは提供していません。詳細は Notes セクションを参照してください。

最終化と CTF トークンの償還

オラクルのプロセスが完了しアウトカムが最終化されると、マーケットはオンチェーンでファイナライズされます。その時点でユーザーは CTF の redeem 操作を通じて勝利した ERC-1155 アウトカムトークンを pUSD に償還できます。

Polymarket における実務的ポイント：

• CTF 操作（split / merge / redeem）は Polymarket の Relayer を通じて処理されるため、あなたにとってはガスレスです。
• 償還すると、勝利した各トークンが pUSD で $1.00 に変わり、それを引き出すか新しいポジションに split するために使用できます。

解決前に完全なセットのアウトカムトークンを保有している場合、償還は単純です：勝利レッグに対してのみ pUSD を受け取ります。部分的なポジションを保有している場合は、対応する勝利トークンだけが償還されます。

トレーダーが目にする一般的な解決のエッジケース

• 最終化の紛争：UMA の紛争は清算を遅延させ、償還を一時的に妨げることがあります。これは流動性に影響し、資金を拘束する可能性があります。
• 部分約定と注文実行：解決前に部分的に約定したオーダーは、特定のトークンをロングにし他をショートにする可能性があります。予期せぬエクスポージャーを避けるために約定を追跡してください。
• Tick-size と価格更新：解決付近では tick size が変わり、入手可能なオーダーに影響を与える場合があります。WebSocket は tick_size_change イベントを発行し、ボットにとって重要です。
• 手数料と報酬の影響：maker 手数料はゼロです。taker 手数料はカテゴリによって異なります。手数料や Builder 経由でルーティングした場合のビルダー帰属は実効的な受取額に影響しますが、オラクルの決済プロセス自体は変わりません。

UMA が紛争フローを発動できるため、一度清算されたマーケットが再びオープンできないと仮定してはいけません。大きな transfer や CTF の redeem 操作を始める前に、必ずマーケットステータスを確認してください。

これがアービトラージとエンドゲーム戦略に与える影響

Σ bestAsk < $1.00 のときにセットを買う intra-market アービトラージでは、解決メカニクスが中心的です：理論上の利益は最終化と償還後に pUSD に変わります。つまりタイミング、オラクル紛争リスク、清算遅延が注文執行と同じくらい重要です。

実務的な経験則：

• スプレッドを数学的な「エッジ」と見なす前に、手数料、スリッページ、紛争リスクを考慮してください。トレードをアービトラージと呼ぶ前に、これらのリスクを常に列挙してください。
• エンドゲーム戦略（解決間際の価格、例：$0.95–$0.99）では特に注意が必要です：マージンが小さく、UMA の紛争が短期的なプレイを損失に変えることがあります。
• レポート、tick_size_change、best_bid_ask、last_trade_price をリアルタイムで監視するために Polymarket の API と Market WebSocket を利用してください。

プログラム的に解決を監視する方法

監視すべき API とフィード：

• Gamma API (https://gamma-api.polymarket.com)：解決関連フィールドを含むマーケットとイベントのメタデータ。カーソルベースのページネーションで /markets エンドポイントを使用してください。
• Data API (https://data-api.polymarket.com)：約定、ポジション、オープンインタレストを追跡してエクスポージャーを管理します。
• Market WebSocket (wss://ws-subscriptions-clob.polymarket.com/ws/market)：リアルタイムのオーダーブック、price_change、best_bid_ask、last_trade_price、tick_size_change。PING は10秒毎。best_bid_ask を受け取るには custom_feature_enabled で購読してください。

これらのフィードを組み合わせて報告を検出し、UI やデータフィード内の UMA の紛争シグナルを監視し、マーケットステータスが final になるまで最終的な会計を保留してください。

チェックリスト：マーケットが報告されたときに行うこと

• Gamma と Polymarket の UI で報告されたアウトカムを確認すること。
• UMA の紛争フェーズが完了するまで、即時最終性を前提とした自動化を一時停止すること。
• オープンオーダーと約定を追跡し、意図しないエクスポージャーを避けるために必要ならキャンセルまたは調整すること。
• 最終化後、UI、SDK、あるいは Relayer 統合フローを通じて勝利トークンを償還すること。

これがあなたの取引に与える影響

解決は、取引実行と実現された pUSD の間にある最終的なボトルネックです。アクティブなトレーダーやアービトラージャーにとって、これは三つの連動するリスクを管理する必要があることを意味します：実行（約定とスリッページ）、オラクル解決（報告と紛争）、清算タイミング（redeem と出金）。成功するにはマーケット側の高速なツールと、紛争リスクに対する保守的な前提が必要です。

自動化を構築する場合、すべての約定をログに残し、上記の WebSocket チャンネルを監視してください。報告が行われた、またはその直近にあるマーケットは UMA によってクリアされるまでは高リスクとして扱ってください。

結び：Polymarket の解決に関するこの解説は、清算リスクを管理するための実務的チェックリストとメンタルモデルを提供することを目的としています。API と WebSocket を使ってイベントを監視し、CTF の redeem は Relayer 経由でガスレスであることを忘れず、トレードが pUSD に変換されたと仮定する前に必ず紛争ウィンドウを考慮してください。

よくある質問

誰が Polymarket のアウトカムを報告するのですか？

Polymarket はアウトカム報告に UMA の optimistic oracle を使用します。報告は UMA に提出され、Polymarket の UI と API で表示されます。UMA はその後の紛争を自らのプロセスに従って処理します。

UMA の紛争ウィンドウでは何が起きますか？

報告後、UMA はチャレンジャーが報告されたアウトカムに異議を唱えることができる紛争期間を許容します。異議が出されると、UMA は楽観的な決済を一時停止し、紛争解決のフローを進めます。これにより勝利トークンの償還が遅延する可能性があります。

Polymarket での CTF 操作はガスレスですか？

はい。Polymarket は Relayer を通じてガスをスポンサーしています。split、merge、redeem、転送、注文出しはすべて Relayer を経由するためエンドユーザーにとってはガスレスです。

一度解決されたマーケットは再オープンされますか？

はい。UMA による紛争がある場合、解決済みに見えたマーケットが再オープンされるか、UMA の判断を待って遅延することがあります。紛争段階にある、またはその直近のマーケットは解決リスクを抱えているものとして扱ってください。

どのようにしてプログラム的に報告や紛争を検出できますか？

Gamma API と Market WebSocket (wss://ws-subscriptions-clob.polymarket.com/ws/market) を使用してください。Market WebSocket は price_change、best_bid_ask、last_trade_price、tick_size_change といったリアルタイムイベントを提供します。これらのフィードを Data API のエンドポイントと組み合わせて、ポジションと約定を監視してください。