事件合約結算如何運作
結算將一個真實世界中的結果映射為合約下的支付。最難的部分是選擇來源、時間點、例外情況、爭議與最終性。
事件合約結算是將一個真實世界中的結果轉化為最終支付的過程。可靠的結算不只是知道發生了什麼：合約必須規定具權威性的來源、觀察期間、判定規則、如何處理延遲或修訂、爭議流程，以及結果何時變得最終。
結算在交易前就已開始
結算設計應在市場建立時就寫好。像「公司 X 是否會在星期五前推出產品 Y？」這樣的問題，需要定義推出的含義、產品識別、時區、可接受的證據，以及如果公司宣布了但沒有真正推出時會發生什麼。
結算生命週期
- 公布規則： 平台公布問題、可能結果、來源、截止時間，以及例外情況。
- 交易階段： 參與者依據該版本規則進行交易。
- 市場關閉： 新交易會在已排定的事件時間或訊號時停止。
- 蒐集證據： 指定來源公布或確認相關結果。
- 提出結果： 交易所、oracle 報告人，或授權方提出一個結果。
- 申訴窗口： 符合資格的參與者可依照既定規則對提議提出爭議。
- 最終定案與支付： 最終結果被寫入帳本或清算系統，勝出部位據此支付。
決定性來源
一個好的來源應對正確的事實擁有權威性，在可能時可公開存取，帶有時間戳記，並且足夠穩定以供審計。政府統計公告、官方賽事記錄、選舉機關，以及交易所指明的計算，在合約清楚說明由哪一版本主導時，都可以運作。
CME 的事件合約規格定義了事件來源與備援流程。Polymarket 的文件指出，其市場會定義結算來源、結束日期，以及例外規則，然後使用 UMA's Optimistic Oracle 的提議與爭議流程。
延遲、修訂與模糊事件
初始公告可能會被修訂。事件可能延後、取消、打平、更名，或在原定截止點之後才完成。合約應明確指出首次發布還是最新修訂版本有效，寬限期有多長，以及未解決的事件是否會變成 No、無效、退款，或適用其他規則。
| 例外情況 | 應存在的規則 |
|---|---|
| 來源公告延遲 | 寬限期與替代來源 |
| 來源修正資料 | 首次發布或修訂後的值 |
| 事件取消 | 退款、市場無效，或結果已確定 |
| 表述模糊 | 解釋層級與爭議權限 |
| 來源衝突 | 名稱所指來源的優先權 |
Onchain 結算不會消除判斷
智能合約可以在收到結果後，以確定性方式分配資金。難點在於收集並解讀外部事實。oracle 可以自動化資料提供；委員會可以解讀例外；混合式解決系統 可以將兩者結合。
讀者的結算檢查清單
在依賴某個市場之前，請確認完整規則、已開放的指定來源、結算時區、爭議條款、申訴時限，以及誰擁有最終權限。保存用於決定的條款副本。
常見問題
當結果被爭議時會發生什麼？
這取決於平台。爭議可能觸發交易所審查、委員會討論、抵押投票，或 oracle 的升級機制。
結算需要多久？
可能從幾乎即時自動完成，到因證據延遲或爭議而需數天甚至更久。合約應定義時間表。
如果官方來源更改了數字怎麼辦？
合約應明確說明首次公告還是之後的修訂版本有效。若沒有這項規則，修訂風險就會變成解讀風險。
結算和結果判定是一樣的嗎？
結果判定是確定勝出結果；結算則將該結果套用到部位與支付。平台有時會把這兩個術語一起使用。
來源
Reviewed 2026-07-13.
內容僅供參考，不構成投資、法律、稅務或財務建議。