Polymarket の背後にある技術実装を超詳細に明らかに

編集者注：ポリマーケットは今回の米国選挙でさらに注目を集めた。その理由は、予測テーマの累計取引高が36億ドルを超えただけでなく、世論調査や従来のメディアと比較してトランプ氏の将来を事前に予測することに成功したためでもある。 Polymarket が単なる賭博 Web サイトではなく、より本格的で信頼できるニュース Web サイトになることを人々にもっと認識してもらいます (推奨読書:「 Vitalik 新しい記事: 予測市場から情報金融へ 」)。 Polymarket は、ブロックチェーン革新の今回のラウンドで最も美しい「風景」かもしれません。

では、「ブロックチェーン革命」の意義を持つPolymarketは技術的にどのように実現されているのでしょうか？スマート コントラクトの開発者である Pavel Naydanov 氏は、Polymarket で使用されているテクノロジーを詳細に分析して説明しました。これは開発者にとって啓発になるかもしれません。 Odaily Planet Daily では、技術的な実装に関わる部分を次のようにまとめています。次に、プロトコルの各側面の技術的な詳細を掘り下げてみましょう。

CTF: 結果のトークン化

Polymarket のすべてのイベント結果はトークン化されます。

共有トークンは、Gnosis Conditional Token Framework (CTF) に基づく ERC-1155 実装であり、その有効性が証明されており、複数のプロトコルでテストされています。CTF は、イベントごとに最大 256 の結果をサポートできます。

各予測は CTF で識別され、次の 3 つのパラメーターのハッシュで構成される一意の条件 ID が割り当てられます。

以下の図は、CTF (Conditional Token Framework) がどのように機能するかを視覚的に示しています。

ユーザーは賭けをするときに基礎となる資産を提供し、CTF では条件付きトークンと呼ばれるシェア トークンを受け取ります。オラクルが予測を決定した後、ユーザーは予測結果に基づいて CTF から報酬を受け取ることができます。

ユーザーが条件付きトークンを受け取ると、特定のスタンスを取ったとみなされます。 CTF では、位置は各予測の可能な結果の組み合わせのセットを表します。 CTF は予測ごとにこれらの位置を生成し、各位置はユーザーが選択できる結果の組み合わせの 1 つに対応します。

例えば：

2024 年に最も興行収入を上げた映画は何ですか?

例えば：

2024 年に最も興行収入を上げた映画は何ですか?

ユーザーは、『インサイド ヘッド 2』が最も興行収入の高い映画になるか、それとも『デューン 2』が 2024 年の最も興行収入の高い映画に絶対にならないかを投票することができます。この予測の組み合わせが彼らのポジションと見なされます。

CTF は、ポジションを処理するための 2 つの興味深いメカニズム、分割と結合を提供します。分割メカニズムを使用すると、単一の位置を複数の個別の結果に分割することができ、マージでは異なる結果を単一の位置に結合できます。これらの仕組みにより、ユーザーはポジションを柔軟に管理できるようになります。

CTF は Polymarket に 4 つの重要な利点をもたらします。

CTF を使用すると、ユーザーの立場をマージできる関連アクティビティを組織化できることにも言及する価値があります。ただし、現時点では Polymarket にそのような例はありません。 CTF について詳しく知りたい場合は、公式ドキュメントを参照してください。

注文の仕組み

購入するには、Polymarket インターフェイスで 3 種類の注文が提供されます。

現在、AMM 注文機能は無効になっているようで、AMM 経由で購入できる予測は見つかりませんでした。 Polymarket の Discord のユーザーからのコメントは、状況を説明するのに役立ちます。

AMMは時代遅れです

Polymarket のドキュメントによると、AMM は条件付きトークン フレームワークの一部としてスマート コントラクトとして開発されています。したがって、AMM は株式トークンの購入価格を決定するために使用されます。この基本的なメカニズムには、安定した価格設定を確保し、ボラティリティを低減するために流動性が必要です。流動性プロバイダーは、システムを稼働し続けるために、購入ごとに報酬を受け取る金銭的インセンティブを必要とします。

おそらく当初、Polymarket は完全に CTF ベースであり、AMM を使用して価格を決定していました。しかし、時間の経過とともに、プロトコルはオーダーブックを備えたハイブリッド ソリューションを開発し、他の 2 種類の注文 (指値と成行) がこのカスタマイズされたソリューションに取り組み始めました。このソリューションは、CLOB (Central Limit Order Book) または BLOB (Binary Limit Order Book) と呼ばれます。

おそらく当初、Polymarket は完全に CTF ベースであり、AMM を使用して価格を決定していました。しかし、時間の経過とともに、プロトコルはオーダーブックを備えたハイブリッド ソリューションを開発し、他の 2 種類の注文 (指値と成行) がこのカスタマイズされたソリューションに取り組み始めました。このソリューションは、CLOB (Central Limit Order Book) または BLOB (Binary Limit Order Book) と呼ばれます。

CLOBとBLOB

CLOB (Central Limit Order Book) または BLOB (Binary Limit Order Book) は、ハイブリッド分散型オーダーブックを表すシステムです。このシステムでは、専任のオペレーターが注文照合を処理し、スマート コントラクトの実行を開始します。

あまり説明は省略しますが、システムは次の図に示されています。

ユーザーは実行する注文を作成します。これは指値注文または成行注文の場合があります。オペレーターはユーザーの注文を照合し、スマート コントラクトで注文の実行を開始します。これは、ユーザーの秘密キーで署名されたデータ構造を作成することを意味します。 EIP-712規格。注文は実行前にオフチェーンに保存されるため、注文条件を迅速かつ無料で調整したり、完全にキャンセルしたりすることもできます。

ただし、注文帳と注文照合に関連するすべての機能には、便宜上、API を介してのみアクセスできます。1 つは JavaScript を使用し、もう 1 つは Python を使用します。

ただし、Exchange.sol スマート コントラクトはパブリックであり、CTF でのユーザー ポジションの作成を担当します。また、ユーザーの位置を管理し、ユーザー間で資産を転送することもできるため、プロトコル内のセキュリティと透明性が確保されます。

スマート コントラクトは監査に合格し、監査レポートがリポジトリに添付されます。

スマートコントラクト

Exchange スマート コントラクトには、実際には CTFExchange.sol というより具体的な名前が付いています。これはそれほど大きくはなく、コードはわずか 100 行ですが、多くの依存関係があります。

それらのほとんどは、限定された機能を実装する小規模なスマート コントラクトです。

それらのほとんどは、限定された機能を実装する小規模なスマート コントラクトです。

実際の注文の実行に関連するすべては、スマート コントラクト Trading.sol に実装されます。コードを確認してスマート コントラクトを調べるのも簡単です。この構造には、関数を介して明確に定義されたエントリ ポイントがあります。

上記の関数はすべて、オペレーターのみが呼び出すことができます。

呼び出しがどのようにスマート コントラクトに入力されたとしても、結果は常に同じです。2 人のユーザーは命令に従ってトークンを交換します。

契約料

料金は輸出される資産に基づいて請求されます。バイナリ予測の場合、手数料は対称的です。つまり、ユーザーがコインを 0.99 ドルで販売した場合、コインを 0.01 ドルで購入した購入者と同じ手数料を支払うことになります。

計算式は非常に簡単で、公式ドキュメントから引用しています。

流動性報酬プログラム

このプログラムの全体的な目標は、市場の流動性を促進することです。

オーダーブックベースの取引所が機能するには、指値注文を作成して成行注文を即時に実行できるようにする必要があります。指値注文を作成するユーザーはマーケット メーカーと呼ばれます。指値注文と市場価格の「近さ」が高ければ高いほど、成行注文の実行が速くなり、取引量が大きくなり、エンドユーザーにとっては間違いなく有益です。さらに、流動性が高ければ高いほど、市場を操作することは難しくなります。

十分な流動性を確保するために、Polymarket はユーザーに指値注文の作成を奨励​​する特別な報酬プログラムを開発しました。指値注文が平均市場価格に近づくほど、報酬は高くなります。報酬は毎日深夜 (UTC 時間) に自動的に支払われます。

このシステムは dYdX をモデルにしています。さらに詳しく知りたい場合は、オリジナルの dYdX の流動性インセンティブ プランと Polymarket の詳細な流動性報酬の計算式をご覧ください。

オラクル

オラクルは、イベントが発生するかどうかにかかわらず、予測された結果を提供するために使用されます。オラクルはプロトコルの最も重要なコンポーネントの 1 つですが、Polymarket チームではなくサードパーティによって提供されます。このオラクルは UMA と呼ばれます。

オラクル

オラクルは、イベントが発生するかどうかにかかわらず、予測された結果を提供するために使用されます。オラクルはプロトコルの最も重要なコンポーネントの 1 つですが、Polymarket チームではなくサードパーティによって提供されます。このオラクルは UMA と呼ばれます。

UMA は、検証できないデータを除き、あらゆる種類のデータをブロックチェーンに記録するように設計された分散型オラクルです。オラクルは楽観的であり、異議が唱えられない限り、データはデフォルトで正しいものになります。 UMA には紛争を解決するための独自の仲裁システムがあり、仲裁人は実在の人物、つまり UMA エコシステムの参加者、特に UMA トークン所有者です。この仕組みをDVM（Data Verification Mechanism）といいます。

次のプロセスを使用して予測結果が決定され、ブロックチェーンに記録されます。

プロトコル全体はゲーム理論に基づいており、参加者が悪意のある行為を行うと経済的に不利になります。

特に注目すべきは、論争における投票プロセスが、コミット/公開スキームを使用して 2 つのフェーズに分割されていることです。

この 2 段階の投票プロセスにより、有権者が共謀して神託の信用を傷つけたり、予測結果に依存するサービスを攻撃したりすることを防ぎます。同時の予測結果には複数回異議を申し立てることができます。その場合、UMA は、前回の紛争が終了した後に意思決定プロセスを再開することを許可します。

紛争開始プロセスは次のとおりです。

結論は

結論は

Polymarket は、一見シンプルな賭けと予測のシステムですが、実際には 3 つの主要なモジュールで構成されており、それぞれが異なるプロトコルとチームによって開発されています。

Polymarket はステーキング システムですが、技術的に言えば、このプロトコルはさまざまなプロジェクトのテクノロジーをうまく組み合わせており、開発者にとって特に魅力的です。