Polymarket UMA oracle: how resolution and disputes work

Polymarket UMA oracle의 결정은 언제 결과 토큰이 교환 가능(redeemable)해지고 시장이 정산되는지를 결정합니다. Polymarket의 UMA 오라클은 "낙관적(optimistic)" 보고 체계입니다: 초기 보고가 제출되고 이는 이의제기가 가능하며, 분쟁이 발생하면 정산이 일시중지됩니다. 분쟁은 UMA가 결과를 확정할 때까지 승리 토큰을 교환하거나 포지션을 닫는 시점에 영향을 줍니다.

주요 요점

• Polymarket는 낙관적 UMA 오라클을 사용합니다: 초기 보고는 이의제기가 가능하며, 분쟁은 정산을 일시중지시킵니다.
• 결정(resolution)은 CTF 결과 토큰을 각각 $1.00로 교환 가능하게 만듭니다; 최종 확정 이전에는 토큰은 교환 불가 상태로 남습니다.
• 분쟁은 결산 리스크와 시간 불확실성을 야기합니다—확정되지 않은 시장을 완전히 정산된 상태로 간주하지 마십시오.
• 거래 관점에서는 주문과 전송이 정산 상태의 영향을 받습니다; 시장 메타데이터와 Gamma/Data API의 플래그를 확인하세요.
• 차익거래와 엔드게임 전략은 분쟁 창, 슬리피지, 수수료, UMA 분쟁 메커니즘을 고려해야 합니다.

How the UMA optimistic oracle fits into Polymarket

Polymarket는 최종 보고를 낙관적 UMA 오라클에 위임합니다. UMA는 빠른 초기 보고와 정식 분쟁 메커니즘을 제공합니다. 현실 세계에서 이벤트가 종료되면 오라클은 초기 결과를 체인에 게시합니다; 그 결과는 누군가 UMA의 절차를 통해 성공적으로 이의제기하지 않는 한 유효한 것으로 간주됩니다.

Polymarket에서는 이것이 중요합니다. Gnosis Conditional Token Framework(CTF)가 발행한 결과 토큰은 오직 오라클의 최종 결정 이후에만 $1.00로 교환 가능합니다. UMA가 확정할 때까지 해당 시장은 정산 관점에서 일종의 유예 상태(limbo)에 머뭅니다.

The resolution timeline (simplified)

1. Real-world trigger: 이벤트가 발생하거나 예정된 해석 시간이 도래합니다.
2. Initial report: UMA 오라클이 예비 결과를 체인에 게시합니다.
3. Dispute window: 당사자들이 UMA에 분쟁을 제출할 수 있습니다. 분쟁이 활성화되어 있는 동안 정산은 일시중지됩니다.
4. Finalisation: UMA가 분쟁을 종료하고 최종 결과를 발표합니다.
5. Redeem/settle: 최종 확정 후 CTF의 승리 토큰 소유자는 redeem을 호출해 승리 토큰당 $1.00를 수령합니다; 패배 토큰은 무가치해집니다.

각 단계는 온체인으로 기록되며 Gamma 및 Data API에서 볼 수 있을 수 있습니다. 프로그래매틱한 확인에 의존한다면 Gamma의 /markets 필드와 Data API의 포지션 및 정산 상태를 사용하세요.

What a dispute actually does

분쟁은 초기 보고에 대한 이의제기입니다. 분쟁은 보통 스테이킹이나 오프체인 및 온체인 증거 제출을 포함하는 UMA의 분쟁 메커니즘을 통해 진행됩니다. 분쟁 절차가 진행되는 동안:

• 정산이 일시중지됩니다: 승리자에게 지급하는 redeem 연산이 지연됩니다.
• 전송 및 일부 CTF 연산은 시장이 확정될 때까지 제한될 수 있습니다.
• 트레이더는 UMA가 최종 결정을 내릴 때까지 즉시 현금화할 수 있다고 신뢰할 수 없습니다.

분쟁은 UMA의 거버넌스 규칙과 사실관계의 복잡성에 따라 짧게 끝날 수도, 길게 이어질 수도 있습니다. Polymarket는 UMA의 분쟁 주기를 통제하지 않으며 UMA의 최종 결정을 따릅니다.

How this affects trading and arbitrage

해석 시점 전후로 거래(예: 엔드게임 또는 차익거래)를 수행할 경우, 분쟁 메커니즘은 세 가지 실무적 영향을 만듭니다:

• 시간 불확실성: 보고된 승리자는 UMA가 확정할 때까지 교환 가능하지 않습니다. 이는 보고와 실제 지급 사이의 시간을 연장할 수 있습니다.
• 결정 리스크: 초기 보고는 뒤집힐 수 있습니다. "승리"로 산 결과가 이후 성공적인 분쟁으로 변경될 수 있습니다.
• 기회비용 및 자본 락업: 분쟁 동안 묶인 토큰은 정산 완료될 때까지 재사용할 수 없습니다.

명백한 차익(예: intra-market binary 또는 combinatorial arbitrage)을 평가할 때는 통상적인 리스크 목록에 다음을 추가하세요: 슬리피지, 부분 체결, 테이커 수수료(카테고리별 가변), 스마트 컨트랙트 리스크. 활성 분쟁 중에는 차익이 사실상 확실하다고 가정하지 마십시오.

What to watch in the UI and APIs

• 시장 상태 플래그: Gamma의 /markets에는 closed 및 archived 플래그와 메타데이터가 포함됩니다. 보고는 됐지만 최종 확정되지 않은 시장을 감지하려면 이를 사용하세요.
• 포지션과 교환 가능성: Data API는 포지션, 미결 약정(open interest), 홀더 데이터를 노출합니다; 분쟁이 활성화되어 있을 때 redeem 연산이 성공하는지 또는 거부되는지를 확인하세요.
• UMA 관련 메시지: Polymarket은 UMA 분쟁이 진행 중일 때 마켓 UI에 공지문을 표시할 수 있습니다. 항상 마켓의 해석 텍스트와 분쟁 노트를 읽으세요.
• WebSocket 이벤트: 시장 정산이나 틱 변화 이벤트가 분쟁을 무효화하지는 않습니다; 확정성 지표는 Gamma/Data에서 확인하세요.

Best practices for different users

Traders: 보고된 결과를 즉시 현금화할 수 있다고 가정하지 마세요. 유동성이 필요하면 분쟁 창을 염두에 두고 포지션 사이징을 계획하세요. 엔드게임 플레이의 경우 정산 불확실성과 잠재적 반전 가능성이 더 높다는 점을 명시적으로 고려하세요.

Arbitrageurs: 완전한 세트를 구매해 intra-market 엣지를 확보할 때는 이익이 확정되려면 승리 토큰이 교환 가능해져야 한다는 점을 기억하세요. 분쟁이 연장되면 자본이 잠기고 수수료나 슬리피지로 인해 실현 마진이 줄어들 수 있습니다.

Developers and bots: Gamma /markets 및 Data API 엔드포인트에 대해 프로그램적 검사를 구현하세요. CLOB와 주문 플로우는 계속 작동하지만, 확정성에 의존하는 작업(redeem, 정산된 자금의 출금 등)은 UMA 확정까지 기다려야 합니다.

Typical questions about timing and outcomes

• 분쟁은 얼마나 걸리나요? UMA가 분쟁 시간을 통제합니다; 소요 시간은 다양합니다. Polymarket는 UMA의 최종 결과를 따릅니다.
• 초기 보고가 뒤집힐 수 있나요? 예—성공적인 분쟁은 보고된 결과를 변경할 수 있으며, 이는 정산 시 어떤 CTF 토큰이 교환 가능한지를 결정합니다.
• 분쟁이 온체인 잔액에 영향을 주나요? 최종 확정 후에만 redeem 연산이 승리 CTF 토큰을 pUSD로 전환합니다; 그 전까지 잔액은 토큰 보유를 반영할 뿐 교환된 현금은 아닙니다.

How this affects your trading (practical checklist)

• 결정 이전: 열린 주문을 확인하고 분쟁 동안 토큰 보유를 원치 않으면 취소하세요.
• 초기 보고 시: redeem이 지연될 것으로 예상하세요; 보고된 승리자가 지급된 것으로 가정하지 마세요.
• 분쟁 중: 시장에 큰 레버리지나 자본 집중을 피하세요; 자본이 잠길 수 있습니다.
• 확정 후: 승리한 CTF 토큰에 대해 redeem을 호출하여 토큰당 $1.00를 받으세요(CTF redeem 의미론 적용).

실현 수익을 추정할 때는 테이커 수수료(카테고리별 가변), UMA 분쟁 가능성, 체결에서의 슬리피지, 스마트 컨트랙트 리스크를 반영하세요.

Closing summary

Polymarket UMA 오라클은 빠른 초기 보고와 온체인 분쟁 경로를 제공합니다. 이 설계는 속도와 정확성의 균형을 맞추지만, 거래·차익거래·도구 개발 시 고려해야 할 결산 리스크와 시간 불확실성을 도입합니다. Gamma와 Data API에서 정산 플래그를 주시하고 UMA가 확정할 때까지 초기보고 결과를 잠정적(provisional)으로 취급하세요.

거래 메커니즘과 주문 유형에 대한 더 깊은 운영 지침은 관련 가이드를 참조하세요: /guides/polymarket-arbitrage-complete-guide 및 /guides/polymarket-clob-explained.

Frequently asked questions

What is the UMA optimistic oracle used by Polymarket?

UMA 낙관적 오라클은 초기 결과 보고를 게시하고 이의를 허용합니다. Polymarket는 UMA의 최종 결정을 따릅니다; 초기 보고는 UMA의 분쟁 창이 닫혀 최종 결과가 발표될 때까지 잠정적입니다.

Can a resolved market be reversed after an initial report?

예. UMA의 분쟁 메커니즘에서 분쟁이 성공하면 보고된 결과는 변경될 수 있습니다. 그 변경은 정산이 완료될 때 어떤 CTF 토큰이 교환 가능한지를 결정합니다.

Will a dispute stop me from trading on Polymarket?

아니요—Polymarket의 CLOB에서 거래는 계속됩니다. 그러나 승리 토큰을 pUSD로 전환하는 redeem 연산은 UMA가 최종 확정할 때까지 일시중지되며, 정산에 대한 시간 불확실성을 예상해야 합니다.

How do disputes affect arbitrage strategies?

분쟁은 시간 및 결과 리스크를 도입합니다: 자본은 확정까지 잠길 수 있고, 초기 승리가 뒤집힐 수 있으며, 수수료나 슬리피지 때문에 실현 마진이 줄어들 수 있습니다. 포지션 사이징과 실행 계획에 이를 반영하세요.

Where can I check a market's dispute or finality status programmatically?

시장 메타데이터와 상태 플래그는 Gamma API (https://gamma-api.polymarket.com)에서 확인하고, 포지션 및 교환 가능성은 Data API (https://data-api.polymarket.com)에서 확인하세요. 이 엔드포인트들은 정산이 완료되었는지 여부를 나타냅니다。