事件合約結算如何運作

事件合約結算是將真實世界中的一個結果轉化為最終支付的過程。可靠的結算不只是知道發生了什麼：合約必須規定具權威性的來源、觀察時間窗、決策規則、如何處理延遲或修訂、爭議流程，以及結果何時變得最終。

結算在交易開始前就已開始

結算設計應在市場建立時就寫入。像「公司 X 是否會在週五前推出產品 Y？」這樣的問題，必須定義何謂推出、產品識別、時區、可接受的證據，以及公司先宣布但未實際執行時該如何處理。

結算生命週期

1. 公佈規則： 平台公佈問題、可能結果、來源、截止時間與例外情況。
2. 交易期間： 參與者依據該版本規則進行交易。
3. 市場關閉： 新交易在排定的事件時間或訊號到達時停止。
4. 收集證據： 指定來源公佈或確認相關結果。
5. 提出結果： 交易所、oracle 報告者，或獲授權方提出結果。
6. 爭議期： 合資格參與者可依照既定規則爭議該提案。
7. 最終定案與支付： 最終結果寫入帳本或結算系統，並向獲勝倉位支付。

決定性來源

一個好的來源，應對正確的事實具有權威性、在可行時可公開存取、帶有時間戳，且足夠穩定以供稽核。政府統計公告、聯賽官方紀錄、選舉機關，以及交易所明確命名的計算方式，都可能在合約清楚說明由哪個版本主導時發揮作用。

CME 的事件合約規格定義了事件來源與備援流程。Polymarket 的文件指出，其市場會定義結算來源、結束日期，以及例外情況規則，接著使用 UMA's Optimistic Oracle 的提案與爭議流程。

延遲、調整與模糊事件

最初公告可能會被修訂。某個事件可能延後、取消、平手、改名，或在最初截止時間之後才完成。合約應明確說明第一版發布還是最新修訂版具效力、備援時間窗要延長多久，以及一個尚未解決的事件會變成 No、無效、退款，或適用其他規則。

鏈上結算並不會消除判斷

智能合約可以在收到結果後，以確定性方式分配資金。困難的步驟在於收集並解讀外部事實。oracle 可以自動化資料提供；委員會可以解釋例外；混合式解決系統則可以結合兩者。

讀者的結算檢查清單

在依賴某個市場之前，請查看完整規則、開放並列名來源、確認截止時區、閱讀例外條款、找出爭議時間窗，並確認誰具有最終權限。請保存一份用於決策的條款副本。

常見問題

當某個結果遭到爭議時會怎樣？

這取決於平台。爭議可能觸發交易所審查、委員會討論、以抵押品支持的投票，或 oracle 的升級機制。

結算要多久？

時間可能從幾乎即時的自動化，到因證據延遲或遭爭議而拖到數天甚至更久。合約應明確定義時間線。

如果官方來源更改了數字怎麼辦？

合約應清楚說明第一版公告或後續修訂是否生效。若沒有這項規則，修訂風險就會變成解讀風險。

結算和結果解決是一回事嗎？

結果解決會決定勝負結果；結算則將該結果套用到倉位與支付上。平台有時會將這兩個詞一併使用。

來源

• Polymarket documentation: Resolution
• UMA documentation: FAQs
• CME Group: Event Contract Specifications

審閱於 2026-07-13。