pUSDとProtocol V2を解説

名前の似た二つのアップグレードは、混同しやすいものです。CLOB V2は、取引所、注文のバックエンド、担保トークンを変えました。Protocol V2は、アウトカムのポジションを保有する第二の方法を加えました。このガイドでは、Polymarket自身のドキュメントに基づいて二つを説明します。開発者向けの細部は短くとどめ、ページが何も語っていない点や、ページ同士が食い違う点も示します。changelogの項目を日付順に並べたタイムラインは、別の記事です。

pUSDとは？

Polymarketのドキュメントは、pUSDをPolymarketのすべての取引に使われる担保トークンと説明しています。技術的には、USDCで裏付けられた、Polygon上のERC-20トークンです。ERC-20はトークンの規格で、ドキュメントはpUSDを、USDCに対する請求権を表すラッパーと呼んでいます。裏付けはスマートコントラクトが担保し、ページにはアルゴリズムによるペグも、部分準備もないと明記されています。マーケットにおけるYesとNoのトークンの完全なペアは、1 pUSD分の価値で裏付けられています。

pUSDは、ほかのERC-20トークンと同じように移転できますが、Polymarketの内部で使うことを前提に作られています。ドキュメントには、現時点では、外部の取引所に上場する予定はないとあります。Polymarket Perpsも同じトークンを使い、Perpsの担保はpUSDです（Perpsガイドを参照）。

なぜ導入されたのか

ドキュメントが挙げる理由は短く、ネイティブUSDCでの決済です。資本効率が高く、拡張性があり、プラットフォームの成長につれて機関投資家との相性もよい標準だと説明しています。pUSDの前の担保はUSDC.e（ブリッジされたUSDC）で、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ページには出金手数料はかからないとあります。途中で使うサービスが、独自の手数料を課すことはあります。

アカウントのウォレットはどの種類か

Walletsのページには、デポジットウォレットが標準であり、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、複数のレッグを組み合わせたポジションにはCombinatorialModuleが使われます。既存の複数のアウトカムを組み合わせて新しいYesとNoのペアにする、組み合わせポジション（Combinatorial positions）は、Conditional Tokens FrameworkではなくProtocol V2を使うことになります。V2のポジションの注文は、ExchangeV3という別の取引所コントラクトで決済され、分割、統合、償還はRouterというコントラクトを通じて行われます。

Protocol V2は、解決にも及びます。Polymarket 101には、V2のマーケットはほかの解決メカニズムを使うこともできるとあります。Contractsのページには経路が示されており、結果は、レポーターモジュールからOracleAggregatorを経て、そのconditionを持つモジュールに届く、レポーターモジュールにはOO、Chainlink、EOAがあります。解決のデータは、解決済みのconditionごとにレポーターを示しており、その種類はUMA_OO、CHAINLINK、EOAです。ページは、「OO」や「EOA」を説明しておらず、どのマーケットがどのレポーターを使うかも示していません。UMAの経路は、解決ガイドで詳しく説明しています。

二つのポジションシステムはどう関係するのか

Polymarketの2つのポジションシステム. 情報源: 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に送ってもならないと警告しています。必要な識別子は、マーケットの探索で得られるとしています。

すでに保有しているものはどうなるのでしょうか。概要には、既存の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」です。ドキュメントの勧めは、マーケットのversionフィールドを読むことです。IDフィールドの有無では判別できないためです。このガイドが使ったページには、Polymarketのアプリがバージョンを表示するとは書かれていません。
• 公式のお知らせ。 changelogとステータスページが、変更や障害を告知しています。日付つきのchangelogの項目はタイムラインの記事にまとめています。

開発者向け

開発者にはやることが増えました。CLOB V2では、本番環境がレガシーのV1 SDKと、V1署名の注文をサポートしなくなり、注文の構造と署名ドメインも変わりました。詳細はMigrating to CLOB V2のガイドにあります。Protocol V2については、PolymarketがSDK、API、スマートコントラクトの各インテグレーション向けの移行ページを公開しており、すべて概要から辿れます。要点は、マーケットのバージョンで識別子を選ぶこと、既存のCTFの権限はV2に引き継がれないため新たに承認を付与すること、V2の注文をV2の取引所に対して署名すること、CTFのマーケット向けにCTFのサポートを残すことです。このガイドは、意図的にここまでとします。

PolyTerminalはPolymarketの独立したインターフェースであり、Polymarketが運営するものでも、Polymarketが推奨するものでもありません。PolyTerminal経由の注文にはPolyTerminalのPolymarket builder codeが付与され、PolyTerminalはPolymarket自身の手数料に加えてbuilder feeを請求する場合があります。 このページは教育を目的としたもので、投資助言ではありません。 ルールは2026年10月19日に公式ドキュメントと照合しました。数値をもとに判断する前に、必ず情報源をご確認ください。