pUSD와 Protocol V2 쉽게 이해하기

이름이 비슷한 두 업그레이드는 쉽게 헷갈립니다. CLOB V2는 거래소, 주문 백엔드, 담보 토큰을 바꿨습니다. Protocol V2는 결과 포지션을 보유하는 두 번째 방식을 추가했습니다. 이 가이드는 두 가지를 Polymarket 자체 문서를 바탕으로 설명하고, 개발자용 세부 사항은 짧게만 다루며, 문서에 설명이 없거나 서로 어긋나는 부분은 그렇다고 밝힙니다. changelog 항목을 날짜순으로 정리한 타임라인은 별도 글입니다.

pUSD란?

Polymarket 문서는 pUSD를 Polymarket의 모든 거래에 쓰이는 담보 토큰으로 설명합니다. 기술적으로는 USDC로 뒷받침되는 Polygon의 ERC-20 토큰입니다. ERC-20은 토큰 표준이며, 문서는 pUSD를 USDC에 대한 청구권을 나타내는 래퍼(wrapper)라고 부릅니다. 뒷받침은 스마트 컨트랙트가 보장하며, 페이지는 이 구조에 대해 이렇게 밝힙니다. 알고리즘 페그도, 부분 지급준비도 없습니다. 한 마켓의 Yes 토큰과 No 토큰이 완전한 한 쌍이면 1 pUSD의 가치가 뒷받침합니다.

pUSD는 다른 ERC-20 토큰처럼 전송할 수 있지만 Polymarket 안에서 쓰도록 만들어졌습니다. 문서에는 이런 설명이 있습니다. 현재 외부 거래소에 상장할 계획이 없습니다. Polymarket Perps도 같은 토큰을 씁니다. Perps 담보가 pUSD이기 때문입니다(Perps 가이드 참고).

Polymarket은 왜 도입했나요?

문서가 드는 이유는 짧습니다. Polymarket은 네이티브 USDC로 정산하기 위해 pUSD를 도입했으며, 문서는 이를 플랫폼이 커짐에 따라 자본 효율성과 확장성이 더 높고 기관과 더 잘 맞는 표준이라고 설명합니다. pUSD 이전의 담보는 USDC의 브리지 버전인 USDC.e였고, pUSD가 이를 대체했습니다. 두 토큰을 비교하거나 이 결정에 대해 더 설명하는 페이지는 없습니다.

pUSD는 어떻게 얻나요?

Polymarket을 쓰는 방식에 따라 다릅니다.

• polymarket.com에서. 프런트엔드에서는 한 번 승인하면 자금이 자동으로 래핑됩니다. 그 뒤에는 잔고가 보이고 거래하면 됩니다.
• 입금으로. 변환은 브리지가 처리합니다. 다른 체인의 자산은 Polygon의 pUSD로 자동 변환됩니다. 네이티브 USDC 또는 브리지된 USDC.e를 보낼 수 있습니다.
• 컨트랙트를 통해. 문서는 직접 래핑하는 두 그룹, 즉 파워 유저와 API 전용 트레이더를 지목하며, 이들은 Collateral Onramp 컨트랙트로 USDC.e를 pUSD로 래핑합니다. 다른 인터페이스에 대한 설명은 없습니다.

반대 방향으로, 출금하면 Collateral Offramp를 통해 pUSD가 언래핑되며, pUSD 자체를 출금할 수도 있습니다. 다만 일부 거래소는 더 이상 pUSD 직접 입금을 받지 않습니다. 수수료 측면에서 Fees 페이지는 USDC 입금과 출금에 대한 Polymarket 수수료가 없음이라고 밝히고, Withdraw 페이지는 Polymarket이 출금 수수료를 부과하지 않는다고 밝힙니다. 중간에 이용하는 서비스는 자체 수수료를 받을 수 있습니다.

계정은 어떤 지갑 유형을 쓰나요?

Wallets 페이지는 입금 지갑(Deposit Wallet)이 기본이며 May 4, 2026 이후 배포된 모든 계정 지갑이 이를 쓴다고 하고, Proxy 지갑과 Safe 지갑은 레거시 유형이라고 합니다. Polymarket 101은 좀 더 좁게 표현합니다. 신규 API 이용자는 입금 지갑을 사용하고, Safe와 Proxy 지갑은 이미 사용 중인 사람과 연동에서는 계속 지원됩니다. Contracts 페이지는 pUSD와 Polymarket 계정 지갑에 대해 이렇게 덧붙입니다. 두 포지션 시스템 모두에서 작동합니다. 두 포지션 시스템은 아래에서 다룹니다.

CLOB V2는 무엇을 바꿨나요?

CLOB V2는 pUSD를 도입한 업그레이드입니다. Polymarket의 changelog는 이를 조율된 업그레이드로 설명하며, 구성은 새 거래소 컨트랙트, 다시 구축한 CLOB 백엔드, 새 담보 토큰인 pUSD입니다. 업그레이드는 April 28, 2026 약 11:00 UTC에 시작되었고, 거래가 약 1시간 중단되었습니다. 트레이더에게 보인 영향은 다음과 같습니다.

• 미체결 주문은 삭제되었습니다. 전환 전에 대기하던 주문은 다시 내야 했습니다.
• 수수료는 서명된 주문에 포함되지 않고 매칭 시점에 프로토콜이 정합니다. 요율은 수수료 가이드에서 다룹니다.
• builder 귀속은 이제 주문의 선택 항목인 builder code 필드를 통해 이루어집니다. 마이그레이션 가이드는 builder code가 연동 업체의 귀속과 수익 공유를 가능하게 한다고 설명합니다.

Protocol V2란?

Protocol V2는 CLOB V2와 다른 변경이며, 마이그레이션 페이지는 이미 pUSD와 CTF Exchange V2 주문 형식을 사용 중인 연동에서 출발합니다. 문서에 따르면 이 변경은 새 포지션 토큰, 그리고 거래, 포지션 작업, 결과 확정을 위한 새 컨트랙트를 도입합니다. 이름과 관련해 헷갈리는 점이 하나 있습니다. Contracts 페이지는 PositionManager와 같은 Poly v2 배지를 pUSD 토큰과 그 Onramp, Offramp 컨트랙트에도 붙입니다. 반면 changelog와 마이그레이션 가이드는 pUSD를 CLOB V2 시작과 연결하며, 이 가이드는 그 해석을 따릅니다.

Protocol V2의 핵심은 결과 포지션을 위한 두 번째 장부입니다. Conditional Tokens Framework(CTF)를 쓰는 마켓은 Yes와 No 잔고를 Conditional Tokens 컨트랙트에 보관합니다. Protocol V2 마켓은 PositionManager라는 컨트랙트에 보관하고, 이 컨트랙트가 각 작업을 모듈에 넘깁니다. 일반 Yes/No 마켓은 BinaryModule, 결과가 여러 개인 이벤트는 NegRiskModule, 여러 레그(leg)로 만든 포지션은 CombinatorialModule이 맡습니다. 기존 결과 여러 개를 하나의 새 Yes/No 쌍으로 합치는 조합형 포지션은 Conditional Tokens Framework가 아니라 Protocol V2를 사용합니다. V2 포지션의 주문은 별도의 거래소 컨트랙트 ExchangeV3에서 정산되고, 분할(split), 병합(merge), 상환(redeem)은 Router라는 컨트랙트를 거칩니다.

Protocol V2는 결과 확정에도 닿아 있습니다. Polymarket 101에 따르면 V2 마켓은 다른 결과 확정 방식도 사용할 수 있습니다. Contracts 페이지는 그 경로를 보여 줍니다. 결과는 리포터 모듈에서 OracleAggregator를 거쳐 해당 condition을 소유한 모듈로 전달됩니다. 리포터 모듈 이름은 OO, Chainlink, EOA입니다. 결과 확정 데이터는 확정된 condition마다 리포터를 명시합니다. UMA_OO, CHAINLINK, EOA. 페이지들은 "OO"나 "EOA"가 무엇의 약자인지, 어떤 마켓이 어떤 리포터를 쓰는지 설명하지 않습니다. UMA 경로는 결과 확정 가이드에서 자세히 다룹니다.

두 포지션 시스템은 어떤 관계인가요?

Polymarket의 두 가지 포지션 시스템. 출처: docs.polymarket.com/trading/positions/how-positions-work, 확인 2026년 10월 19일.

두 시스템 모두 Yes와 No 결과를 ERC-1155 토큰(101 페이지가 결과 셰어에 대해 언급하는 표준)으로 보유하며, 문서에 따르면 그 잔고는 트레이더에게는 경제적으로 같은 의미입니다. pUSD를 Yes와 No 쌍으로 분할하고, 쌍을 다시 병합하고, 결과 확정 후 상환하는 작업은 두 시스템 모두에 있고 컨트랙트만 다릅니다. How Positions Work 페이지는 이렇게 경고합니다. CTF token ID를 PositionManager로, Position ID를 Conditional Tokens로 보내면 안 됩니다. 각 워크플로에 필요한 식별자는 마켓 탐색(market discovery)에서 얻는다고 합니다.

이미 보유한 것은 어떻게 되나요? 개요에 따르면 기존 CTF 보유분은 전환되지 않습니다. 컨트랙트 마이그레이션 페이지도 같은 말을 합니다. 연동을 업데이트해도 기존 CTF 잔고는 전환되지 않습니다. Contracts 페이지는 CTF 포지션에서 PositionManager로 가는 이전 경로도 설명하지만, 이전하려면 먼저 Polymarket이 해당 condition 또는 이벤트를 등록해야 합니다. 누가, 언제 쓸 수 있는지는 어느 페이지도 밝히지 않습니다. Polymarket 앱과 웹사이트 이용자에 대해 개요는 이렇게 말합니다. 나타나는 승인 안내를 완료하는 것 외에 기술적인 마이그레이션은 필요하지 않습니다.

트레이더에게 무엇이 바뀌었고 무엇이 그대로인가요?

바뀐 것

• 담보가 USDC.e에서 pUSD로 바뀌어, 잔고, 주문 비용, 지급액이 pUSD 단위입니다.
• 일부 마켓은 포지션을 Protocol V2 장부에 두며, Polymarket 앱에 승인 안내가 나타날 수 있습니다.

그대로인 것

• Polymarket의 pUSD 페이지는 이렇게 표현합니다. 일상적으로 바뀌는 것은 없습니다. 여전히 입금하고, 잔고를 확인하고, 거래하고, 출금하면 됩니다.
• 이긴 셰어는 어느 시스템이 보유하든 토큰당 $1.00에 상환되고, 진 셰어는 가치가 없어집니다.
• Prices & Orderbook 페이지에 따르면 호가창은 마켓 간에 공유되며, 정산 경로는 어느 시스템이 토큰을 보유하는지에 따라 달라집니다.
• 이미 pUSD를 쓰는 연동에 대해 개요는 Protocol V2에서도 담보, 지갑, CLOB 자격 증명, 엔드포인트는 그대로입니다.

마켓 페이지에서 무엇을 확인할까요?

• 결과 확정 규칙. 마켓이 어떻게 확정되는지 규칙이 정하며, 일부 마켓은 UMA가 아닌 다른 방식을 쓸 수 있습니다. 결과 확정 가이드를 참고하세요.
• 단위. 잔고, 주문 비용, 지급액은 USDC.e가 아니라 pUSD 단위입니다. 한편 지정가 주문은 가격과 셰어 수로 냅니다.
• 승인 안내. 개요는 Polymarket 앱과 웹사이트 이용자에게 나타나는 승인 안내를 모두 완료하라고 합니다. 그 안내가 무엇을 승인하는지는 페이지들에 나와 있지 않습니다.
• 데이터를 읽는다면 버전. Gamma API의 마켓 데이터에는 버전이 있으며, CTF 마켓은 "v1", Protocol V2 마켓은 "v2"입니다. 문서의 조언은 이렇습니다. ID 필드가 있는지로는 알 수 없으므로 마켓의 version 필드를 읽으세요. 이 가이드에 쓴 페이지들은 Polymarket 앱이 이 값을 표시한다고는 말하지 않습니다.
• 공식 공지. changelog와 상태 페이지가 변경과 장애를 알립니다. 타임라인 글에 날짜가 있는 changelog 항목이 정리되어 있습니다.

개발자를 위해

개발자는 할 일이 더 많았습니다. CLOB V2에서는 프로덕션이 더 이상 레거시 V1 SDK와 V1로 서명한 주문을 지원하지 않으며, 주문 구조와 서명 도메인도 바뀌었습니다. 자세한 내용은 Migrating to CLOB V2 가이드에 있습니다. Protocol V2에 대해 Polymarket은 SDK, API, 스마트 컨트랙트 연동용 마이그레이션 페이지를 공개하며, 모두 개요에서 이어집니다. 요약하면, 마켓의 버전에 따라 식별자를 고르고, 새 승인을 부여하고, V2 주문을 V2 거래소에 대해 서명하고, CTF 마켓에는 CTF 지원을 유지하면 됩니다. 새 승인이 필요한 이유는 이렇습니다. 기존 CTF 권한은 V2로 이어지지 않습니다. 이 가이드는 의도적으로 여기서 멈춥니다.

PolyTerminal은 Polymarket을 위한 독립 인터페이스이며, Polymarket이 운영하거나 보증하지 않습니다. PolyTerminal을 통한 주문에는 PolyTerminal의 Polymarket builder code가 포함되며, PolyTerminal은 Polymarket 자체 수수료에 더해 builder fee를 부과할 수 있습니다. 이 페이지는 교육 목적의 자료이며 투자 조언이 아닙니다. 규칙은 2026년 10월 19일에 공식 문서와 대조했습니다. 수치를 근거로 행동하기 전에 출처를 직접 확인하세요.