UMA optimistic oracle explained

UMA optimistic oracle explained: Polymarketはオンチェーンでの結果報告レイヤーとしてUMAを使用します。UMAは各マーケットに対して初期の結果を発表し、紛争ウィンドウを設け、紛争が解消されてから決済を確定します。本ガイドではフローの仕組み、なぜ「optimistic」なのか、そしてトレーディング時に考慮すべき決済リスクを説明します。

Key takeaways

• Polymarketは結果報告にUMAのoptimistic oracleを使用しており、UMAは初期アサーションと紛争プロセスを提供します。
• 「Optimistic」とは、誰かが紛争ウィンドウ中に異議を唱えない限り初期の回答が受け入れられることを意味します。紛争は決済を一時停止させます。
• 紛争は決済タイミングリスクを生み、スリッページ／部分約定とオラクル紛争がアービトラージ前に考慮すべき主要な非コントラクトリスクです。
• 紛争タイムラインとそれがCTFのredeem/merge/splitとどう連動するかを理解することは、取引計画に不可欠です。

Why Polymarket uses an optimistic oracle

Polymarketは、Conditional Token Framework (CTF)が勝者トークンをそれぞれ$1.00でredeemできるように、信頼できるオンチェーンの結果報告を必要とします。UMAのoptimistic oracleは実践的なトレードオフを提供します：迅速な初期報告と透明な紛争プロセスです。長時間にわたるオフチェーンの裁定を待ってから回答を公開する代わりに、UMAは迅速に提案された結果を公開し、経済的インセンティブを用いて異議を表面化させます。

How the UMA optimistic flow works (high level)

1. Assertion: UMAがマーケットの質問に対する初期の結果主張を投稿します。これはoptimisticなステップであり、その主張は即座にオンチェーンで可視化されます。
2. Dispute window: 事前定義された期間、第三者が主張された値に対して紛争を提起できます。紛争は通常、当時のUMAの仕組みに応じてボンドやステークを必要とします。
3. Resolution or escalation: 成功した紛争がない場合、初期アサーションは最終的なものとなり、結果トークンはredeem可能になります。紛争が成立した場合、UMAの決定メカニズムが正しい結果を裁定し、これにより決済タイミングが延長される可能性があります。

What "optimistic" actually means for traders

Optimisticは「保証された」という意味ではありません。初期の主張をデフォルトで受け入れるが、チャレンジを許すということです。トレーダーにとって具体的に重要なのは次の2点です：

• Timing: マーケットは紛争が終了する前にresolvedステータスを表示することがあります。最終決定に依存するredeem操作は、UMAが最終化するまで保留される可能性があります。
• Conditional risk: 主張された決済前後にトレードやsplit/mergeを行うと、後で成立した紛争が見かけ上の結果を覆し、redeem可能性や実現損益に影響を与えることがあります。

Common dispute scenarios and their effects

• Honest errors: 人為的またはオラクルフィードの誤りによる不正確な初期アサーションは紛争で修正され、決済は遅延しますが通常は正しい最終結果になります。
• Competing reporters: 複数の当事者が異なる主張を提出した場合、紛争プロセスがどちらが正しいかを決定します。これにより最終確定までオンチェーンで押し引きが生じることがあります。
• Strategic disputes: 稀に経済的理由で紛争を仕掛ける場合があります。PolymarketのプロトコルとUMAのインセンティブは軽率な紛争を高コストにするよう設計されていますが、戦略的な紛争はタイミングと実行リスクを生みます。

How UMA interacts with Polymarket's CTF lifecycle

Polymarketは結果トークンにGnosisのConditional Token Frameworkを使用します。その相互作用は次のステップに沿って進みます：

• Before resolution: ユーザーはCTFのsplit操作で$pUSD 1.00相当を支払ってcomplete setをsplit（結果トークンを発行）できます。これらの結果トークンはUMAのアサーションと紛争ウィンドウが保留中でもCLOB上で取引されます。
• After UMA assertion becomes final: 勝者トークンはCTFのredeemを通じてそれぞれ$1.00でredeem可能になります。後で紛争が成立して最終結果が変わった場合、redeem可能性やトークン残高はUMAの最終決定に合わせて調整されます。

Practical timing example (abstract)

• T = 0: 実世界でイベントが決着。UMAが初期アサーションをチェーンに投稿します。
• T = 0 → T = dispute window: トレーダーは主張された結果を閲覧できます。注文の多くは継続されますが、勝者のredeemは最終性が確定するまで停止されることがあります。
• T = finalisation: 支持される紛争がなければCTFのredeemが利用可能になります。紛争が支持されれば、UMAの最終決定がどのトークンがredeem可能かを決めます。

Risks to account for (always list them)

Oracleベースの決済を「リスクフリー」と呼んではいけません。UMAのアサーション周辺でトレードするときの関連リスクは以下のとおりです：

• Resolution/dispute risk: UMAの紛争は最終結果を遅延させたり変更したりし、redeemや期待される支払いに影響を与える可能性があります。
• Slippage and partial fills: CLOB上の注文は部分約定や不利な価格で実行される可能性があり、アービトラージのエッジを削ります。
• Fees: Polymarketのtaker手数料はカテゴリにより変動（0%–1.8%）し、タイトなスプレッドを食いつぶす可能性があります。maker手数料はゼロですが、即時執行ではtaker手数料が重要です。
• Settlement timing: UMAが最終化した後でも、資金が請求可能になるまでオンチェーン処理の遅延が発生することがあります。
• Smart‑contract risk: Polymarketは監査済みフレームワーク（CTF、CLOB）上に構築されていますが、すべてのオンチェーン操作には運用リスクがあります。

How this affects common trading strategies

• Intra‑market binary and combinatorial arb: best askの合計が$1.00未満の算術的エッジは、決済前のUMAアサーションには依存しません。しかし、解決を跨いで保有しredeemするつもりなら、紛争が現金化を遅らせる可能性があります。資本回転の計算に紛争ウィンドウを組み込んでください。

• Endgame trading: 決済直前に極端な価格のアウトカムを買うトレーダーは、UMA紛争が期待支払いとタイミングを変える可能性を受け入れる必要があります。これにより壊滅的リスクが増し、短期で時間依存のタイトなトレードの魅力は下がります。

• Fast FAK or market orders: FAK注文は即時執行されますが、スリッページとtaker手数料を被る可能性があります。UMAアサーションが投稿された直後に即時実行が必要な場合、実行確実性と価格インパクトを天秤にかけてください。

Monitoring UMA activity and signals

• Polymarketのresolutionステータスを監視する: UMAがアサーションを投稿するとマーケットはresolvedを表示しますが、紛争フラグが付くこともあります。マーケットが「resolved」と表示されていても、UMAの紛争ウィンドウが閉じるまでは暫定的と見なしてください。
• Redeemの一時停止を想定する: Redeem操作はUMAの最終結果によって制御されます。紛争が進行中の場合、redeemは通常利用できません。
• PolymarketのAPIを利用する: PolymarketはGammaとDataのAPIを通じてマーケットと決済データを公開しています。これらのエンドポイントを参照して、アサーションのタイムスタンプや解決フラグをプログラムで検出してください。

A short checklist for trading around UMA assertions

• 決済を跨いで保有する目的でポジションを取る前に: 予想される紛争ウィンドウを確認し、資本計画に決済タイミングを織り込んでください。
• アサーション時または直後に機会的にアービトラージする場合: オラクル紛争のエクスポージャを避けたいなら、決済前にクローズできるトレードを優先してください。
• Endgameのプレイでは: ボラティリティが高く、後発の紛争で見かけ上の結果が覆る非ゼロ確率を受け入れてください。

Further reading and related guides

• /glossary/uma でPolymarket上で使われるUMAの簡潔な定義を参照してください。
• CLOBの約定動作とmarket orderの振る舞いについては /guides/polymarket-clob-explained を読んでください。
• 決済リスクを織り込んだ実践的なアービトラージワークフローは /guides/intra-market-binary-arbitrage-explained および /guides/combinatorial-arbitrage-on-polymarket を参照してください。

Closing summary

UMAのoptimistic oracleは、Polymarketが迅速にオンチェーンアサーションを投稿しつつ、透明な紛争ルートを保持することを可能にします。この設計は速度とオンチェーン可視性を重視しますが、紛争と決済タイミングのリスクを必然的に導入します。決済周りでトレードする際は、UMAのアサーションを権威あるものとして扱いつつも、紛争ウィンドウが閉じるまでは暫定的と見なしてください。また、スリッページ、手数料、その他の運用リスクを常に考慮してください。

Frequently asked questions

What does "optimistic" mean in UMA optimistic oracle?

Optimisticとは、UMAが初期のオンチェーンアサーションを即座に投稿し、事前定義された紛争ウィンドウ中に誰かがそれを成功裏に否定しない限り暫定的な結果として扱うことを意味します。システムはデフォルトで誠実さを仮定しますが、チャレンジを許容します。

Can a UMA dispute reverse a market that appears resolved on Polymarket?

はい。PolymarketはUMAのアサーションを表示しますが、成功した紛争は最終結果を変え、redeem可能性を遅延または変更する可能性があります。したがって、resolutionステータスはUMAが紛争プロセスを最終化するまでは暫定的になり得ます。

How should I factor UMA disputes into arbitrage trades?

紛争を決済タイミングのリスクとして扱ってください。決済を跨いで保有してredeemする予定があるなら、資本回転の計算に潜在的な遅延を含めてください。非常にタイトなエッジでは、紛争とtaker手数料が期待利益を消し去ることがあります。

Where can I see UMA assertions and dispute flags for a market?

PolymarketはGammaとDataのAPIを通じてマーケットと決済データを公開しており、これにはアサーションのタイムスタンプと解決指標が含まれます。マーケットUIもresolvedやdisputedの状態を表示します。

Does UMA make disputes common or rare?

紛争はアサーションに比べると比較的稀です。UMAの仕組みは軽率な紛争にコストを課すためです。しかし、賭け金が大きい場合や結果が曖昧な場合は紛争が発生し、決済タイミングに実質的な影響を与えることがあります。