原创 | Odaily 星球日报（ @OdailyChina ）
作者｜Azuma（ @azuma_eth ）
在常规认知下，时间是线性的，但加密世界却存在“例外”。
昨日，美东时间（ET）依照惯例（一般是三月第 2 个星期天的凌晨 2:00）完成了冬令时向夏令时的切换，时钟向前拨动了一个小时，从 3 月 8 日 2:00 直接跳到了 3:00。时间并没有凭空溜走，只是美东地区会根据习俗切换冬令时（EST）和夏令时（EDT），其目的在于人为调整时间刻度，进而更充分地利用白天日照时间（顺便省电）。
对于人们的日常生活而言，这一切换并不会带来太大影响， 但在预测市场 Polymarket 之上，昨天的时区切换却直接引发了意外争议。
Polymarket 撞上计时争议
争议发生于 Polymarket 上的“加密货币涨跌”预测事件。
Polymarket 提供了以年、月、周、日、4 小时、1 小时、15 分钟、5 分钟为时间范围的加密货币涨跌预测事件，支持 BTC、ETH、SOL、XRP 等主流代币，这些事件会根据美东时间自动创建、结算，如今已是 Polymarket 上重要的交易量来源之一。
3 月 8 日凌晨 1:00（此时仍处于美东时间冬令时）， Polymarket 上线了新一期 BTC、ETH、SOL、XRP 的 1 小时涨跌预测事件。相关事件链接如下。
- BTC（最终判定结果：上涨）： https://polymarket.com/event/bitcoin-up-or-down-march-8-1am-et
- ETH（最终判定结果：下跌）： https://polymarket.com/event/ethereum-up-or-down-march-8-1am-et
- SOL（最终判定结果：下跌）： https://polymarket.com/event/solana-up-or-down-march-8-1am-et
- XRP（最终判定结果：下跌）： https://polymarket.com/event/xrp-up-or-down-march-8-1am-et
依照事件的判定规则 —— 取 Binance USDT 交易对中，事件开始起 1 小时蜡烛图的开盘价与收盘价对比情况 —— 上述四个事件当前均已结算完成。
但由于本批事件的结束时间恰好撞上了夏令时切换，美东时间在触达 2:00 的那一瞬间直接跳到了 3:00（即 2:00 - 3:00 这一时间段被跳过了），导致 Polymarket 平台本身对这一批事件的计时出现了一定混乱。
如 Polymarket 前端界面所示， 或是因为 2:00 在昨日美东时间的计时中并不存在，本批事件当前所呈现的时间周期均为“March 8，1-1 AM ET”（即 3 月 8 日 1:00 - 1:00） ，但在正常计时状态下，此类事件本应呈现一个 1 个小时的时间周期（比如前一天的同类事件为“March 7，1-2 AM ET”，即 1:00 - 2:00），而若计入夏令时切换的影响，本批事件更合理的时间周期应为“March 8，1-3 AM ET”（即 1:00 - 3:00，实质仍为 1 个小时）。
所以无论怎么去看，前端当前所显示的“March 8，1-1 AM ET”都很奇怪。
中文区用户“小Z”（@richrichardoz）就此于 X 发文 表示，除去前端之外，Polymarket 的 API 也呈现了“1-1 AM ET”的时间周期， 导致根据 API 返回数据做的自动程序“全炸了”，预估因此亏损超过 10 万美元。
“小Z”就此补充解释道，开始时间和结束时间完全一样，这是一个逻辑上不可能存在的市场状态。很多自动化交易系统都会依赖结束时间（end time）来判断交易窗口，这个错误直接导致其程序亏了一大笔钱。因此，建议 Polymarket 将相关事件的时间标准更改为 UTC 时间，并赔偿因为数据问题而受到影响的用户。
除了该用户而言，外网亦有不少用户在相关事件的下方留言表达疑惑，但截至发文，Polymarket 尚未通过官方渠道予以回复。
传统金融市场的时间标准
回看这场争议，影响规模虽然并不算大，但却暴露了 Polymarket 在“加密货币涨跌市场”事件中的一个底层设计缺陷。
受历史习俗、经济地位以及行业惯例等因素影响，美东时间在各行各业依然被广泛使用。但这对金融系统而言其实并不友好，原因在于美东时间每年都会在夏令时与冬令时之间进行切换 —— 即在特定时间将时钟人为拨快或拨慢一个小时，从而分别造成时间的“跳跃”与“重叠”。
而在现代金融系统中，UTC 时间早已成为事实上的通用标准。 在绝大多数金融基础设施中，内部系统通常都会使用 UTC 时间戳作为唯一标准时间，美东时间等本地时间虽然仍在沿用，但在系统逻辑上往往只存在于面向用户的展示层。这一设计正是为了避免时间系统的不确定性，确保在金融交易、清算与自动化系统中，时间始终保持单调、唯一且全球一致。
Polymarket 此次争议的关键矛盾正在于，相关事件采用了美东时间作为计时标准，但却未能充分考虑夏令时切换所带来的潜在变量，最终导致前端与 API 数据出现混乱。在当下的预测市场用户群体中，越来越多参与者已经通过 API 和自动化程序进行交易，一些原本只影响前端显示的小问题，很容易在自动化系统中被放大为真实的资金损失。
从结果来看，这场争议或许并不算什么严重事故，理论上每年最多也只可能出现两次，但它所揭示的却是一个更为严肃的设计问题 —— 当预测市场逐渐走向金融基础设施时，它也必须遵循金融基础设施所采用的工程标准。
