Polymarket resolution explained

Polymarket resolution explained: 이 가이드는 리포팅에서 결과 토큰을 상환하는 단계까지의 엔드투엔드 라이프사이클, UMA의 optimistic-oracle 분쟁 단계, 그리고 트레이더에게 실무적으로 중요한 영향들을 설명합니다. 온체인과 오프체인에서 어떤 일이 일어나는지, 사용자에게 어떤 단계가 가스리스인지, 그리고 차익거래 및 포지션 관리에서 중요한 타이밍과 위험을 배우게 됩니다.

Key takeaways

• 결제(Resolution)는 결과 리포트로 시작하며 최종 정산 전에 UMA의 낙관적(optimistic) 분쟁 기간에 들어갈 수 있습니다.
• 결과 토큰은 ERC-1155 CTF 자산이지만, split/merge/redeem 및 주문 배치는 Relayer를 통해 사용자에게 가스리스입니다.
• 분쟁, 오라클 지연, 부분 체결 및 정산 타이밍은 가격이 수학적 우위를 시사할 때에도 실제 위험을 만듭니다.
• 절차 순서를 숙지하세요: report → dispute window (UMA) → finalization → 승리한 토큰을 pUSD로 redeem.

What "resolution" means on Polymarket

Polymarket에서 결제(Resolution)는 거래 가능한 결과 토큰을 상환 가능한 자금으로 전환하는 과정입니다. 바이너리 및 다중 결과 시장에서 오라클은 궁극적으로 어떤 결과가 YES로 결제되는지를 결정합니다. 결과가 최종화되면, 각 승리 토큰은 pUSD $1.00으로 상환 가능해지고 패배한 토큰은 가치가 없습니다.

시장은 결과 토큰으로 Gnosis Conditional Token Framework (CTF)를 사용합니다. 이 토큰은 일반적인 ERC-1155 보유처럼 작동합니다: CLOB에서 거래하거나 전송할 수 있고 split/merge 연산으로 결합할 수 있습니다. 결제 시점의 핵심 차이는 오라클의 최종 리포트가 승리 토큰을 pUSD로 전환하는 CTF redeem 흐름을 열어준다는 점입니다.

The reporting step: who reports and why it matters

결제는 리포터가 오라클 시스템에 결과를 제출할 때 시작됩니다. Polymarket은 리포팅에 UMA optimistic oracle을 사용합니다. 제출된 리포트는 리포터가 옳다고 생각하는 결과를 명시하며 다음 단계의 카운트다운을 시작합니다.

이것이 중요한 이유:

• 리포트는 이벤트가 결제 가능한 상태에 도달했음을 알리는 첫 번째 공개 신호입니다. 주문서를 모니터링하는 트레이더는 즉시 대응할 수 있습니다.
• 리포트는 Polymarket의 UI와 Gamma API에서 볼 수 있으므로 차익거래 봇과 사람 트레이더가 이를 프로그램적으로 탐지할 수 있습니다.

UMA optimistic-oracle dispute window (what it is, not how long)

리포트가 게시된 후, UMA의 optimistic 모델은 도전자가 반대 증거를 제시할 수 있는 분쟁 창을 허용합니다. 분쟁이 제기되면 낙관적 흐름은 일시중지되고 UMA는 자신의 절차에 따라 이견을 해결합니다.

중요한 실무 포인트:

• 분쟁 창은 불확실성을 도입합니다. 결제된 것으로 보이던 시장이 UMA가 분쟁을 접수하면 재조사 대상이 될 수 있습니다.
• UMA의 정확한 타이밍 및 구현 세부사항은 Polymarket 외부의 절차이므로, 트레이더는 분쟁 단계에 있거나 그 근처에 있는 모든 시장을 결제 리스크가 있다고 간주해야 합니다.

Note: The system prompt specifies UMA is used but does not provide the dispute-window length. See the Notes section for that gap.

Finalization and redeeming CTF tokens

오라클의 프로세스가 완료되어 결과가 최종화되면 마켓은 온체인에서 finalization됩니다. 그 시점에 사용자는 CTF redeem 연산을 통해 승리한 ERC-1155 결과 토큰을 pUSD로 상환할 수 있습니다.

Polymarket에서의 실무:

• CTF 연산(split / merge / redeem)은 Polymarket Relayer를 통해 처리되므로 사용자에게 가스리스입니다.
• 상환은 각 승리 토큰을 pUSD $1.00으로 바꾸며, 이후 인출하거나 새로운 포지션으로 split하는 데 사용할 수 있습니다.

결제 전에 완전한 세트의 결과 토큰을 보유하고 있었다면 상환은 간단합니다: 승리한 레그에 대해서만 pUSD를 받습니다. 부분 포지션을 보유한 경우에는 해당하는 승리 토큰들만 상환됩니다.

Common resolution edge-cases traders see

• 분쟁된 최종화: UMA 분쟁은 정산을 지연시키고 일시적으로 상환을 막을 수 있습니다. 이는 유동성에 영향을 주고 자금을 갇히게 할 수 있습니다.
• 부분 체결과 주문 실행: 결제 전에 부분 체결된 주문은 특정 토큰에서는 롱, 다른 토큰에서는 숏 포지션을 남길 수 있으므로 체결 기록을 추적해 예기치 않은 노출을 피해야 합니다.
• 틱 사이즈와 가격 업데이트: 결제에 가까워지면 틱 사이즈가 변경되어 사용 가능한 주문이 달라질 수 있습니다. WebSocket은 bots에 중요한 tick_size_change 이벤트를 방출합니다.
• 수수료 및 보상 영향: 메이커 수수료는 0입니다; 테이커 수수료는 카테고리별로 다릅니다. 수수료와 Builder를 통해 라우팅할 경우의 builder-attribution은 순수익에 영향을 주지만 오라클의 정산 프로세스 자체를 변경하지는 않습니다.

UMA가 분쟁 흐름을 트리거하면 결제된 시장도 다시 열릴 수 있다는 점을 절대 가정하지 마세요. 대규모 전송이나 CTF 상환을 시작하기 전에 항상 마켓 상태를 확인하세요.

How this affects arbitrage and endgame strategies

intra-market 차익거래(Σ bestAsk < $1.00일 때 세트를 매수)의 경우, 결제 메커니즘은 핵심입니다: 이론적 이익은 finalization과 상환 후에야 pUSD로 변환됩니다. 따라서 타이밍, 오라클 분쟁 위험, 정산 지연은 주문 실행만큼 중요합니다.

실무적 경험 법칙:

• 스프레드는 수수료, 슬리피지, 분쟁 위험을 고려한 후에만 수학적 엣지로 취급하세요. 거래를 차익거래라고 표기하기 전에 항상 이러한 위험들을 열거하세요.
• 엔드게임 전략(결제 직전 가격 $0.95–$0.99 같은)은 특히 주의하십시오: 마진이 작고 UMA 분쟁으로 인해 단기 포지션이 손실로 바뀔 수 있습니다.
• 리포트, tick_size_change, best_bid_ask, last_trade_price를 실시간으로 모니터링하려면 Polymarket의 API와 Market WebSocket을 사용하세요.

Monitoring resolution programmatically

관찰해야 할 API와 피드:

• Gamma API (https://gamma-api.polymarket.com): 리졸루션 관련 필드를 포함한 마켓 및 이벤트 메타데이터. /markets 엔드포인트를 커서 기반 페이징으로 사용하세요.
• Data API (https://data-api.polymarket.com): 체결 및 노출 추적을 위한 포지션, 트레이드, 미결제약정(open interest).
• Market WebSocket (wss://ws-subscriptions-clob.polymarket.com/ws/market): 실시간 호가(book), price_change, best_bid_ask, last_trade_price, 그리고 tick_size_change. PING은 10s마다; best_bid_ask를 받으려면 custom_feature_enabled로 구독하세요.

이 피드들을 결합해 리포트를 탐지하고 UI나 데이터 피드에서 UMA 분쟁 신호를 감시하며 마켓 상태가 final이 될 때까지 최종 계정 정리를 보류하세요.

Checklist: what to do when a market reports

• Gamma와 Polymarket UI에서 보고된 결과를 확인하세요.
• UMA의 분쟁 단계가 완료될 때까지 즉시 최종화가 된 것으로 가정하는 자동화는 일시 중지하세요.
• 미결 주문과 체결을 추적하세요; 예기치 않은 노출을 피하기 위해 필요하면 취소하거나 조정하세요.
• 최종화 후에는 UI, SDK 또는 Relayer 통합 흐름을 통해 승리 토큰을 상환하세요.

How this affects your trading

결제는 거래 실행과 실현된 pUSD 사이의 최종 병목입니다. 액티브 트레이더와 차익거래자에게 이는 세 가지 연계된 리스크를 관리해야 함을 의미합니다: 실행(체결 및 슬리피지), 오라클 결제(리포트 및 분쟁), 정산 타이밍(redeem 및 인출). 성공적인 실행을 위해서는 빠른 마켓 측 툴과 분쟁 위험에 대한 보수적 가정이 모두 필요합니다.

자동화를 구축한다면 모든 체결을 로깅하고 위에 열거된 WebSocket 채널을 주시하세요. 리포트 상태에 있거나 그 근처에 있는 시장은 UMA가 정리할 때까지 더 높은 리스크로 취급하세요.

Closing note: Polymarket resolution explained은 정산 리스크를 관리하기 위한 운영 체크리스트와 사고 모델을 제공해야 합니다. API와 WebSocket을 사용해 이벤트를 모니터링하고, CTF redeem이 Relayer를 통해 가스리스라는 점을 기억하며, 거래가 pUSD로 전환되었다고 가정하기 전에 분쟁 창을 항상 고려하세요.

Frequently asked questions

Who reports outcomes on Polymarket?

Polymarket은 결과 리포팅에 UMA optimistic oracle을 사용합니다. 리포트는 UMA에 제출되며 Polymarket의 UI와 API에서 볼 수 있습니다; UMA는 이후의 분쟁을 자신의 절차에 따라 처리합니다.

What happens during the UMA dispute window?

리포트 후 UMA는 도전자가 리포트된 결과에 대해 이의를 제기할 수 있는 분쟁 기간을 허용합니다. 이의가 제기되면 UMA는 낙관적 정산을 일시중지하고 분쟁 해결 흐름을 진행하며, 이는 승리 토큰의 상환을 지연시킬 수 있습니다.

Are CTF operations gasless on Polymarket?

예. Polymarket은 Relayer를 통해 가스를 후원합니다. Split, merge, redeem, 전송 및 주문 배치는 Relayer를 통해 라우팅되므로 최종 사용자에게는 가스가 부과되지 않습니다.

Can a market be reopened after it looks resolved?

예. UMA가 분쟁을 접수하면 결제된 것으로 보이던 시장도 다시 열리거나 UMA의 해결을 기다리며 지연될 수 있습니다. 분쟁 단계에 있거나 그 근처에 있는 모든 시장은 결제 리스크가 있다고 간주하세요.

How can I programmatically detect a report or dispute?

리포트 탐지와 실시간 이벤트를 위해 Gamma API와 Market WebSocket (wss://ws-subscriptions-clob.polymarket.com/ws/market)을 사용하세요. 이 WebSocket은 price_change, best_bid_ask, last_trade_price, tick_size_change와 같은 이벤트를 방출합니다. 이러한 피드들을 Data API의 엔드포인트와 결합해 포지션과 체결을 모니터링하세요.