事件合约结算规则怎么查：数据源、阈值、到期与异常结果清单

事件合约的标题只是问题摘要，完整规则才决定它如何结算。

“指数会不会高于 30,000 点？”看起来很直观，但最终结果可能取决于哪一个指数版本、哪个数据源、几点观察、使用 > 还是 >=、数据是否允许修订，以及市场暂停或数据缺失时采用什么规则。

2026 年 7 月 24 日，CFTC 在事件合约系列自我认证提醒中再次强调 settlement methodology 和 data sources。对用户来说，最实用的回应不是背监管术语，而是在下单前完成一份可复查的结算清单。

第一步：确认真正上市和结算合约的交易所

顾客使用的 App 不一定就是上市合约的交易所。

Robinhood 官方帮助页明确写明，事件合约的结算条款由 exchange partner 定义，最终结果也由交易所合作方决定，而不是 Robinhood 自己修改。其他入口可能使用不同结构。

交易前应记录：

• 具体 DCM 或交易所的正式名称；
• 顾客账户由哪个实体提供；
• 前端是否把订单路由给合作交易所；
• 最终结算决定由谁作出；
• 发生争议时应向哪个实体提交材料。

不要把品牌、经纪入口、交易所和结算预言机写成同一个主体。

第二步：保存完整规则，不只看标题

至少保存四类材料：

1. 市场标题和合约代码；
2. About 或规则摘要；
3. 完整 terms and conditions；
4. 下单后发布的 clarification、暂停或结算公告。

最好同时记录抓取时间。规则页面可能更新，截图只能证明当时看到的内容，不能保证平台一定采纳用户的解释，但它有助于重建决策过程。

Polymarket 官方文档也强调，市场标题描述问题，resolution rules 才定义结算，并列出 resolution source、end date 和 edge cases。

第三步：识别 source agency 和数据层级

结算规则应说明结果来自哪里。常见来源可能包括：

• 政府统计机构；
• 交易所或指数管理人；
• 体育联盟或官方赛事组织；
• 公司公告或监管文件；
• 规则指定的第三方数据服务；
• 链上预言机或争议解决机制。

需要继续问：

• 是唯一来源，还是有 primary、secondary、tertiary 层级？
• 如果首选来源延迟，何时切换备用来源？
• 使用首次发布值还是最终修订值？
• 如果两个官方页面显示不同数字，哪个优先？
• 数据被撤回或更正时，市场是否重新结算？

“以公开信息为准”通常不够具体。要找到规则真正指定的来源。

第四步：把观察时点写成完整时间戳

以下表述不是一回事：

• 4:00 p.m. ET 的指数值；
• 常规交易时段收盘价；
• 当日结算价；
• 盘后最后成交价；
• 当日最高价；
• 数据机构首次发布的日终值。

时区也会改变结果。ET、UTC、上海、东京和首尔日期可能跨日。

建议写成：

2026-07-31 16:00:00 America/New_York，使用规则指定数据源的指定字段。

如果规则只写“当天”而没有时间、时区或字段，先不要假设。

第五步：逐字符检查阈值

Robinhood 的结算说明特别提醒，结果刚好等于阈值时，> 与 >= 会产生不同结果。

规则	观察值等于 30,000	结果
指数 > 30,000	30,000	No
指数 >= 30,000	30,000	Yes
指数 29,900–30,000	30,000	取决于区间是否包含上界

还要核对：

• 小数位和四舍五入；
• 区间上下界是否包含；
• 单位是点、美元、百分比还是基点；
• 调整前还是调整后数据；
• 多选市场是否互斥且穷尽所有结果。

第六步：区分停止交易、到期、确定结果和到账

四个时间点可能不同：

1. market close：停止接受新交易；
2. expiration：合约进入等待结果阶段；
3. determination/resolution：交易所或预言机确认结果；
4. payout/credit：资金实际计入账户或可赎回。

页面显示的预计 payout 时间不是绝对到账保证。数据延迟、争议、取消或系统处理都可能延长流程。

第七步：提前阅读异常结果

异常情形往往比正常结果更能决定风险：

• 事件取消或延期；
• 交易暂停；
• 数据未发布或发布后更正；
• 比赛平局、选手退赛或候选人退出；
• 公司停牌、指数方法变更或证券代码调整；
• 多腿组合中某一腿采用非标准赔付；
• 市场语言存在歧义，需要后续澄清。

Robinhood 的帮助页列出了最后公平价格、$0、$0.50 或其他非标准结果的可能性，但具体处理仍以对应合约规则为准。

第八步：识别结算机制，而不只看结果来源

不同平台的最终决定流程可能完全不同。

在美国 DCM 路径中，交易所依据合约条款和指定来源作出结算决定。Polymarket 的官方文档则描述了 UMA Optimistic Oracle：提出结果、挑战、再次提出，必要时进入 DVM 投票。

两种模式不能混为一谈。使用链上预言机不自动意味着没有规则；使用受监管交易所也不意味着所有边缘情况都没有争议。

第九步：把交易价格与结算赔付分开

事件合约的屏幕价格会随买卖盘变化。最终赔付则取决于合约规则。

交易前计算：

• 买入成本；
• maker/taker 或其他费用；
• bid/ask spread；
• 提前退出时的可成交价格；
• 正常结果和非标准结果的赔付；
• 组合合约中各腿如何影响总赔付；
• 资金被占用到结算的时间成本。

“最高赔付 $1”不等于每份合约都会赚 $1。利润是赔付减去买入成本、费用和其他成本。

可直接复制的交易前模板

市场标题：
合约/市场代码：
顾客入口：
实际交易所或 DCM：
账户/中介实体：

完整规则 URL：
规则保存时间：
后续澄清 URL：

结算问题：
阈值运算符：
区间边界：
观察日期与时间：
时区：
指定数据字段：

Primary source：
Fallback source：
使用首次值还是修订值：

停止交易时间：
到期时间：
预计确定结果时间：
预计到账时间：

取消/延期规则：
数据缺失规则：
平局/异常结果：
最终决定主体：
申诉或争议路径：

买入成本：
费用与价差：
最坏可接受损失：

三个不能省略的判断

标题符合直觉，是否就足够？

不够。标题用于快速阅读，完整规则才具有决定性。尤其要检查 source agency、时间戳、阈值和异常情形。

结果已经在新闻中出现，是否应立即结算？

不一定。合约可能等待指定来源、正式发布、挑战期或交易所确定流程。

两个平台的问题一样，结果是否一定一样？

不一定。数据源、观察时间、边界定义、异常规则和最终决定机制可能不同。

把结算研究放在价格判断之前

用户经常先判断事件会不会发生，再阅读规则。更稳健的顺序相反：先确认“什么结果会被这份合约认定为发生”，再判断当前价格是否反映了风险。

如果无法用一句完整、带来源和时间戳的话复述结算条件，就还没有完成交易前研究。

信息核对日期：2026 年 7 月 25 日。

• CFTC：事件合约系列自我认证公告
• Robinhood：Event contract settlement
• Kalshi：Market Rules
• Polymarket：Resolution

本文仅用于一般教育，不构成投资、法律或税务建议。交易前应以对应平台和具体合约的最新正式规则为准。