イベント契約の決済の仕組み
決済は現実世界の結果を契約上の支払いに対応づけます。難しいのは、情報源、タイミング、例外、紛争、そして最終確定性の選定です。
イベント契約の決済とは、現実世界の結果を最終的な支払いに変換するプロセスです。信頼できる決済には、何が起きたかを知るだけでは不十分です。契約には、権威ある情報源、観測期間、判断ルール、遅延や修正の扱い、異議申立て手続き、そして結果がいつ最終確定するかを定める必要があります。
決済は取引の前から始まる
決済の設計は、市場が作られた時点で書かれているべきです。「X社は金曜日までに製品Yを発売するか？」のような問いには、発売の定義、製品の同一性、タイムゾーン、受け入れ可能な証拠、そして会社が発表したものの実行しなかった場合の扱いを明確にする必要があります。
決済のライフサイクル
- ルールの公表: プラットフォームは、質問、結果、情報源、締切時刻、例外を公表します。
- 取引期間: 参加者はそのルール版に基づいて取引します。
- 市場の終了: 新規取引は、予定された時刻またはイベントのシグナルで停止します。
- 証拠の収集: 指定された情報源が、関連する結果を公表または確認します。
- 結果の提案: 取引所、オラクル報告者、または権限を与えられた当事者が、結果を提案します。
- 異議申立て期間: 適格な参加者は、公表されたルールに従って提案に異議を申し立てることができます。
- 最終確定と支払い: 最終結果が台帳または清算システムに反映され、勝利ポジションに支払いが行われます。
判断に使う情報源
良い情報源は、当該事実に対して権威があり、可能であれば一般にアクセス可能で、タイムスタンプが付き、監査に十分安定しているべきです。政府の統計公表、公式大会記録、選挙機関、そして契約がどの版を適用するかを明確に説明している場合の取引所による明示された計算方法は、機能し得ます。
CMEのイベント契約仕様書は、イベント情報源とフォールバック手順を定義しています。Polymarketの文書では、自社の市場が解決情報源、終了日、例外時のルールを定め、その後UMA's Optimistic Oracleの提案および異議申立て手続きを使用すると述べています。
遅延、修正、あいまいなイベント
最初の公表内容は修正されることがあります。イベントは延期、中止、引き分け、改称、あるいは当初の締切後に確定することがあります。契約では、初回の公表と最新の修正版のどちらが有効か、フォールバック期間がどれだけ続くか、未解決のイベントが No になるのか、無効になるのか、返金されるのか、あるいは別のルールに従うのかを明記すべきです。
| 例外ケース | 存在すべきルール |
|---|---|
| 情報源の公表が遅い | フォールバック期間と代替情報源 |
| 情報源がデータを修正する | 初回公表値か修正後の値か |
| イベントの中止 | 返金、市場無効、または結果の確定 |
| あいまいな表現 | 解釈の階層と異議申立ての権限 |
| 情報源の不一致 | 指定情報源の優先順位 |
オンチェーン決済は判断を不要にしない
スマートコントラクトは、結果を受け取った後に資金を決定的に配分できます。難しいのは、外部の事実を収集し解釈することです。オラクルはデータ提供を自動化でき、委員会は例外を解釈でき、ハイブリッド解決システムはその両方を組み合わせることができます。
読者向けの決済チェックリスト
市場に依拠する前に、完全なルール、指定された情報源の公開性、締切タイムゾーンの明示、例外規定、異議申立て期間、そして最終的な権限者を確認してください。判断に使われた条件のコピーを保存しておきましょう。
よくある質問
結果が争われた場合はどうなりますか？
それはプラットフォームによります。異議申立てにより、取引所の審査、委員会での協議、担保付き投票、またはオラクルのエスカレーション機構が起動されることがあります。
決済にはどれくらい時間がかかりますか？
証拠が遅れたり争われたりしない場合は、ほぼ即時に自動化されることもあれば、数日以上かかることもあります。契約ではそのタイムラインを定義すべきです。
公式情報源が数値を変更したらどうなりますか？
契約では、初回の公表と後続の修正版のどちらが有効かを明示すべきです。そのルールがなければ、修正リスクは解釈リスクになります。
決済は結果の確定と同じですか？
結果の確定は勝敗結果を決め、決済はその結果をポジションと支払いに適用します。プラットフォームによっては、この2つの用語をまとめて使うこともあります。
参考資料
Reviewed 2026-07-13.
情報提供のみを目的としており、投資・法律・税務・財務上の助言ではありません。