开启 3 天免费试用
注册即可免费体验全部高级功能。
*仅限新用户;每位用户只能获得一次试用。


预测市场的结算规则,是决定合约向哪个结果支付的控制性说明。应把它当作一份精简的规格来读:在依赖市场标题之前,找出精确的问题、阈值、单位、时间窗、时区、指定的证据来源、对修订和延迟的处理、边缘情况,以及最终决定者。[1]
关键要点
- 市场标题只概括主题;完整规则才控制结算。
- “至少”“之前”“官方”和“首次发布”这样的小词,可能决定结果。
- 停止交易、事件结束、来源发布和最终确认,可能是不同的时间。
- 指定的来源,可能比公众对发生了什么的广泛共识更重要。
- 在结果出现争议之前,保存规则版本和证据来源。
标题必须适应卡片、搜索结果或 App 屏幕,很少包含确定支付所需的全部条件。“这座城市周五会达到 30°C 吗?”仍未说明气象站、观测类型、当地日界线、舍入、精确阈值、缺失数据、更正政策,以及周五是按当地时间还是 UTC 定义。
完整规则把这个自然语言的想法变成一项可执行的检验。CFTC 面向消费者的材料,在美国事件合约语境下强调获取完整合约信息和结算决定。[1]即使法律框架不同,这一教训依然适用:参与者不能仅凭一句口号评估一项附条件请求权。
Kalshi 在自己的帮助材料中,把简短的规则摘要与完整的市场规则和核实来源区分开来。[2][3]这是一个平台的文档结构,不是通用格式,但它说明了为什么三段看似相似的文本可能承担不同的作用。
要抄下具体数值,而不只是确认某一节存在。空白或含糊的答案,本身就是有用的风险信息。
| 字段 | 必须回答的问题 | 要标记的歧义 |
|---|---|---|
| 1. 合约问题 | 什么精确命题结算为“是”? | 标题使用未定义的简称 |
| 2. 阈值 | 边界是高于、低于、至少还是恰好? | 等号和舍入未说明 |
| 3. 单位 | 适用哪种货币、刻度、类别或测量? | 相似单位可能产生不同结果 |
| 4. 事件时间窗 | 合格事实可以在何时发生? | 缺少开始或结束点 |
| 5. 时区 | 哪个时钟定义日期和期限? | 当地时间和 UTC 可能跨日 |
| 6. 官方来源 | 由哪个出版物、数据流、机构或预言机控制? | “官方报告”没有指明来源 |
| 7. 修订 | 以首次发布还是之后更正的数据为准? | 来源可能在截止后修订 |
| 8. 延迟或取消 | 事件延期、中止或无法获得数据时怎么办? | 没有后备或到期规则 |
| 9. 边缘情况 | 平局、区间、替换和相互矛盾的报告如何处理? | 遗漏了合理可能的结果 |
| 10. 权限 | 谁判定、复核并最终确认? | 把来源与决定者混为一谈 |
把工作表与市场 URL 和抓取时间保存在一起。如果之后规则按允许的程序被修改,保存的版本有助于确定改动了什么;但它不保证较早的文本会继续适用。
时间措辞有多个层次。市场可能在现实世界的观测期结束之前就停止接受订单。来源可能在几小时后才发布数据。之后可能先有判定,再有挑战窗口,结果要在这之后才可能成为最终结果。
按一般用法,“下午 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,则结算为“是”,并以该机构在次日中午前首次发布的日终最终报告为准。如果该站点缺报超过六小时,市场作废。
现在比较几种可能的事实:
这些例子都不预测天气,也不推荐任何交易。它们说明,决定结算的是合约措辞,而不是“城市很热”这样笼统的说法。
不要假设延期就等于“否”。规则可能延长观测时间窗、改用经批准的替代来源、等待重新安排,或宣布市场无效。“无效”可能触发平台特定的退款或等值机制,而不是由任何一个实质结果胜出。
同样,事件可能在交易停止之后、合约到期之前发生。提前停止交易可能是为了管理运营风险,而不会改变事件时间窗。要分别找到关于最后交易时间、事件截止时间、判定、争议和支付的条款。
如果两份官方发布相互矛盾,要找优先顺序:认证结果优先于初步结果、指定机构优先于媒体报道、后来的修订优先于首次发布,或者相反。如果没有优先顺序,这种歧义应计入风险评估,而不是凭个人偏好悄悄决定。
保存一个小型证据包:
这个证据包不会让你的解释获得优先地位。它让你能够把平台的行动与已公布的程序比较,并在预测市场结果有争议时使用正确的渠道。
通常由完整规则定义控制性的结算标准,而标题只是摘要。由于确切的法律关系因平台而异,应核对该交易场所的合约层级。
它是合约指定作为证据的出版物、数据集、机构、数据流或预言机。“官方”应指向足够精确、可以检索和比较的对象。
只有规则中的运算词能回答这个问题。“至少”包含相等,“高于”不包含,而舍入可能需要单独的条款。
采用规则中明确指定的时区。用户设备、交易场所总部、事件地点和数据来源,都可能使用不同的时钟。
查找首次发布、最终发布或更正截止的条款。如果没有这样的条款,记录这一歧义,并遵循交易场所指定的澄清或争议程序。
不会。合约可能延长、等待、使用替代条件或被判无效。以该市场特定的延迟和取消条款为准。
有些交易场所针对错误或未预见的情况保留有限的修改权。检查通知、版本记录和挑战条款;保存较早的文本有助于你识别改动。
不是。代码可以自动执行支付,但措辞、来源、预言机设计、挑战激励和升级权限仍由人来选择。歧义可能从运营方的办公桌转移到预言机争议之中。
免责声明:本文只提供一般教育信息,不构成金融、投资、交易、税务或法律建议。合约规则、权利、期限和结算机制因平台及司法辖区而异,也可能变化。
来源:
Sources checked 2026 年 9 月 6 日。
延伸阅读:
注册即可免费体验全部高级功能。
*仅限新用户;每位用户只能获得一次试用。