預測市場的結算規則，是決定合約向哪個結果支付的控制性說明。應把它當作一份精簡的規格來讀：在倚賴市場標題之前，找出精確的問題、門檻、單位、時間窗、時區、指定的證據來源、對修訂和延遲的處理、邊緣情況，以及最終決定者。［1］

關鍵要點

市場標題只概括主題；完整規則才控制結算。

「至少」「之前」「官方」和「首次發佈」這類小詞，可能決定結果。

停止交易、事件結束、來源發佈和最終確認，可能是不同的時間。

指定的來源，可能比公眾對發生了甚麼的廣泛共識更重要。

在結果出現爭議之前，保存規則版本和證據來源。

為甚麼預測市場的結算規則不只是一個標題？

標題必須配合卡片、搜尋結果或 App 畫面，很少包含確定支付所需的全部條件。「這個城市星期五會達到 30°C 嗎？」仍未說明氣象站、觀測類型、當地日界線、進位、精確門檻、缺失數據、更正政策，以及星期五是按當地時間還是 UTC 定義。

完整規則把這個自然語言的想法變成一項可執行的檢驗。CFTC 面向消費者的資料，在美國事件合約的情境下強調取得完整合約資訊和結算決定。［1］即使法律框架不同，這個教訓依然適用：參與者不能單憑一句口號評估一項附條件申索權。

Kalshi 在自己的說明資料中，把簡短的規則摘要與完整的市場規則和核實來源區分開來。［2］［3］這是一個平台的文件結構，並非通用格式，但它說明了為何三段看似相似的文字可能承擔不同作用。

十欄規則閱讀工作表

要抄下具體數值，而不只是確認某一節存在。空白或含糊的答案，本身就是有用的風險資訊。

欄位	必須回答的問題	要標記的歧義
1. 合約問題	甚麼精確命題結算為「是」？	標題使用未定義的簡稱
2. 門檻	界線是高於、低於、至少還是剛好？	等號和進位未說明
3. 單位	適用哪種貨幣、刻度、類別或量度？	相似單位可能產生不同結果
4. 事件時間窗	合資格事實可以在何時發生？	缺少開始或結束點
5. 時區	哪個時鐘界定日期和期限？	當地時間和 UTC 可能跨日
6. 官方來源	由哪份刊物、數據流、機構或預言機控制？	「官方報告」沒有指明來源
7. 修訂	以首次發佈還是之後更正的數據為準？	來源可能在截止後修訂
8. 延遲或取消	事件延期、中止或無法取得數據時怎麼辦？	沒有後備或到期規則
9. 邊緣情況	平局、區間、替換和互相矛盾的報告如何處理？	遺漏了合理可能的結果
10. 權限	誰判定、覆核並最終確認？	把來源與決定者混為一談

把工作表與市場網址和擷取時間保存在一起。如之後規則按容許的程序被修改，保存的版本有助確定改動了甚麼；但它不保證較早的文字會繼續適用。

時間、時區和門檻怎樣改變答案？

時間措辭有多個層次。市場可能在現實世界的觀測期結束之前就停止接受訂單。來源可能在數小時後才發佈數據。之後可能先有判定，再有質疑期，結果要在這之後才可能成為最終結果。

按一般用法，「下午 5 時前」不包括剛好標記為下午 5 時的讀數，而「截至下午 5 時」則可能包括。「高於 30」不包括剛好 30，「至少 30」則包括。規則亦應說明，顯示的 30.0 是否由低於門檻的數值進位而來。

時區可能改變日曆日期。00:30 UTC 發生的事件，在紐約可能仍屬前一天，在香港則是同一天早上。切勿根據用戶裝置的時鐘或標題中提到的城市推斷控制時區。

如何核對官方結算來源？

按規則實際指名的層級確認來源。機構首頁不等於某個特定的數據系列；電視宣佈不等於經認證的結果；預言機提議也還不是最終確定的預言機答案。

然後問四個實際問題：

來源是公開可存取的，還是平台依賴私有數據流？
它是否同時發佈初步數值和修訂數值？
當來源沒有發佈、延遲、被刪除或內部矛盾時，會怎樣處理？
即使來源提供了基礎事實，平台是否仍保留解釋權？

Polymarket 記錄了一套架構，包括市場規則、結算來源、結束日期和邊緣情況，並與其預言機流程結合。［4］可以把它當作一個鏈上例子。中心化交易所可能以不同方式分配相同職能，另一套預言機系統也可能採用不同的保證金、投票者或升級階段。

一個不涉及交易建議的天氣例子

假設標題是「海港城 7 月 10 日會達到 30°C 嗎？」完整規則訂明：如 H 站在當地時間 00:00 至 23:59 之間的一分鐘最高氣溫至少為 30.0°C，則結算為「是」，並以該機構在翌日中午前首次發佈的每日最終報告為準。如該站缺報超過六小時，市場作廢。

現在比較幾種可能的事實：

附近機場報告 31°C，但 H 站報告 29.8°C：以指定站點為準，所以機場結果無關。
H 站報告 29.96°C，網站進位後顯示 30.0：規則需要進位說明或底層精度。
初步報告為 30.1°C，而中午前的每日最終報告為 29.9°C：「每日最終」條款選擇後者。
讀數在翌日 00:05 錄得：即使另一個時區仍顯示 7 月 10 日，它也落在當地時間窗之外。
H 站缺報八小時：適用明確的作廢條款，而不是根據另一個站點猜測。

這些例子都不預測天氣，也不推薦任何交易。它們說明，決定結算的是合約措辭，而不是「城市很熱」這樣籠統的說法。

取消、延期和市場無效結果分別代表甚麼？

不要假設延期就等於「否」。規則可能延長觀測時間窗、改用經批准的替代來源、等待重新安排，或宣佈市場無效。「無效」可能觸發平台特定的退款或等值機制，而不是由任何一個實質結果勝出。

同樣，事件可能在停止交易之後、合約到期之前發生。提早停止交易可能是為了管理營運風險，而不會改變事件時間窗。要分別找出關於最後交易時間、事件截止時間、判定、爭議和支付的條款。

如兩份官方發佈互相矛盾，要找出優先次序：認證結果優先於初步結果、指定機構優先於傳媒報道、後來的修訂優先於首次發佈，或者相反。如沒有優先次序，這種歧義應計入風險評估，而不是憑個人偏好靜悄悄地決定。

發生問題前應保存甚麼？

保存一個小型證據包：

完整規則文字及其版本或擷取時間；
市場標題、識別碼、網址和狀態；
指定來源的網頁或數據發佈；
清楚標示時區的時間戳；
關於修改、延遲、取消或質疑的相關通告；
如適用，你自己的交易紀錄，並與公開討論分開保存。

這個證據包不會令你的解釋獲得優先地位。它讓你能把平台的行動與已公佈的程序比較，並在預測市場結果有爭議時使用正確的途徑。

總結

把完整結算規則視為結算規格，把標題視為摘要。
解讀價格或結果之前，填好工作表的全部十個欄位。
區分停止交易、事件時間、發佈、判定、爭議和最終確認。
依循指定的證據來源及其修訂政策，而不是某個更有說服力但未列出的來源。
及早保存規則和時間戳，因為有爭議的網頁和狀態之後可能改變。

常見問題

結算規則會凌駕市場標題嗎？

通常由完整規則界定控制性的結算標準，而標題只是摘要。由於確切的法律關係因平台而異，應核對該交易場所的合約層級。

甚麼是官方結算來源？

它是合約指定作為證據的刊物、數據集、機構、數據流或預言機。「官方」應指向足夠精確、可以檢索和比較的對象。

剛好等於門檻算「是」嗎？

只有規則中的運算詞能回答這個問題。「至少」包含相等，「高於」不包含，而進位可能需要另立條款。

預測市場採用哪個時區？

採用規則中明確指定的時區。用戶裝置、交易場所總部、事件地點和數據來源，都可能使用不同的時鐘。

官方數據被修訂怎麼辦？

查找首次發佈、最終發佈或更正截止的條款。如沒有這類條款，記錄這個歧義，並依循交易場所指定的澄清或爭議程序。

延期會自動結算為「否」嗎？

不會。合約可能延長、等待、使用替代條件或被判無效。以該市場特定的延遲和取消條款為準。

交易開始後規則可以改嗎？

有些交易場所針對錯誤或未預見的情況保留有限的修改權。檢查通告、版本紀錄和質疑條款；保存較早的文字有助你識別改動。

鏈上規則自動就是客觀的嗎？

不是。程式碼可以自動執行支付，但措辭、來源、預言機設計、質疑誘因和升級權限仍由人選擇。歧義可能從營運者的辦公桌轉移到預言機爭議之中。

免責聲明：本文只提供一般教育資訊，不構成金融、投資、交易、稅務或法律意見。合約規則、權利、期限和結算機制因平台及司法管轄區而異，也可能變化。

來源：

CFTC — Prediction Markets and Event Contracts — https://www.cftc.gov/LearnandProtect/PredictionMarkets
Kalshi — Market Rules — https://help.kalshi.com/en/articles/13823822-market-rules
Kalshi — Rules Summary — https://help.kalshi.com/en/articles/13823823-rules-summary
Polymarket — Resolution — https://docs.polymarket.com/concepts/resolution

Sources checked 2026 年 9 月 6 日。

延伸閱讀：

如何讀懂預測市場的結算規則？核對事實來源、時間與例外條款