精华简报：国际计量大会将讨论用闰时取代闰秒
来源：Solidot（奇客科技与极客资讯）
原文链接：https://www.solidot.org/story?sid=85179
1. TL;DR
国际计量大会（CGPM）将在今年 10 月讨论以“闰时”取代现行“闰秒”机制。闰秒自 1972 年引入以来已调整 27 次，用于协调基于原子钟的协调世界时（UTC）与不规则的地球自转时间之间的偏差。然而，这种频繁、非连续的秒级跳变对金融交易、交通、电力等高精度时间同步系统构成严重风险，2012 年曾引发大型网络服务故障。Google、微软等科技巨头已各自采用私有平滑调整方案，导致 UTC 作为统一时间基准的地位被削弱。改用闰时可在数百年内避免频繁修改，但意味着允许更大偏差长期存在，并带来新的过渡与治理挑战。
2. 核心观点与技术/商业洞察
2.1 时间标准存在“双重时钟”的内在矛盾
现代时间标准由两套不同步的系统构成：
- 原子钟时间：基于原子振动，极其稳定，定义了 1 秒的精确长度，是 UTC 的基础。
- 地球自转时间：由地球自转决定，受潮汐、地核运动等因素影响，一天的长度并不恒定，约为 86,400 秒，但存在不规则漂移。
这种“精确但人为”的原子时与“自然但不稳定”的天文时之间的偏差，必须通过人工插入闰秒来对齐。本质上，闰秒是两种时间哲学——工程稳定性与天文现实性——之间的补丁。
2.2 闰秒的边际成本已超过其收益
闰秒的触发条件是偏差累积即将超过 0.9 秒时，在一天中插入 1 秒。自 1972 年以来已执行 27 次，平均约每 21 个月一次。
问题在于：
- 频率高：对于需要长期稳定运行的系统，每两年左右就可能面临一次非连续时间跳变。
- 不可预测性强：地球自转变化不规则，闰秒的宣布通常只提前数月，系统难以提前自动化适配。
- 收益有限：对于绝大多数商业和工程系统而言，与天文时间保持亚秒级一致并无实际意义；真正需要 UT1（地球自转时间）的领域主要是天文观测和部分导航场景。
因此，闰秒逐渐从“必要校准”演变为“系统性风险源”。
2.3 2012 年闰秒事件暴露关键基础设施的脆弱性
2012 年增加闰秒时，多家大型网络服务发生故障。这并非偶然：
- 许多软件假设一分钟固定为 60 秒，或一天固定为 86,400 秒。
- 插入闰秒会导致时间戳重复（23:59:60 或同一秒出现两次），破坏日志排序、数据库事务、缓存过期、证书验证等逻辑。
- 分布式系统中，不同节点对闰秒的处理不一致，可能引发数据不一致或集群脑裂。
这一事件成为转折点，使行业意识到：时间同步不是纯技术细节，而是影响系统可用性的关键基础设施问题。
2.4 科技巨头的“私有时间”正在削弱 UTC 权威
为避免闰秒冲击，Google、微软等公司采用了各自的平滑调整方法：
- Google Leap Smear：在闰秒前后一段时间内，将额外一秒均匀“涂抹”到多个小时中，使时间保持单调递增。
- 微软等其他方案：也有各自的闰秒处理策略，可能与 Google 不完全一致。
这带来一个深层问题：各公司采用的“时间系统”各不相同。当不同云平台、金融服务、通信网络之间需要精确时间同步时，这些私有方案之间的差异可能导致毫秒级甚至秒级的不一致。UTC 作为全球统一时间基准的权威性因此受到侵蚀，事实上的时间标准出现碎片化。
2.5 “闰时”是治理折中，而非纯技术最优解
用闰时取代闰秒的核心逻辑是：
- 大幅降低调整频率：数百年内无需修改，减少系统面临跳变的次数。
- 单次调整更大：闰时意味着允许偏差累积到小时级才进行修正，单次跳变幅度远超 1 秒。
- 可提前规划：由于调整间隔极长，社会和技术系统有充足时间准备过渡。
但这也意味着：
- 在调整发生前，UTC 与地球自转时间的偏差可能达到小时级，对天文观测、深空导航、某些科学实验等依赖 UT1 的领域影响显著。
- 未来某次闰时调整将是一次全球性事件，其复杂度和风险可能远超闰秒，需要全新的技术方案和治理框架。
因此，闰时方案本质上是将“频繁的小风险”替换为“罕见的大风险”，并通过长期规划来管理后者。
3. 行业启发与影响
3.1 金融与交易系统
- 高频交易与分布式账本：时间戳的单调性和一致性至关重要。闰秒处理不一致可能导致套利机会、结算错误或审计失败。
- 监管合规：MiFID II、FINRA 等法规要求交易时间戳达到微秒甚至更高精度。若 UTC 规则改变，合规系统需重新验证。
- 建议：金融机构应评估内部时间同步架构，考虑采用 TAI（国际原子时）或 GPS 时间作为内部单调时钟，仅在展示层映射 UTC。
3.2 交通、电力与关键基础设施
- 电网同步相量测量：电力系统依赖精确时间同步进行故障定位和广域监测。闰时的大幅跳变若处理不当，可能影响电网状态估计。
- 航空与铁路调度：虽然对秒级偏差不敏感，但跨系统时间不一致可能导致调度冲突或日志不可追溯。
- 建议：关键基础设施应建立时间异常演练机制，确保在闰时过渡期间保持运行连续性。
3.3 互联网与云服务
- 云厂商时间策略：Google、AWS、Azure 等对闰秒的处理方式不同。闰时时代，云服务商需要统一或至少公开其时间平滑策略，以便客户评估跨云一致性。
- NTP/PTP 协议演进：现有时间同步协议需要扩展，以支持未来大尺度时间调整的预告和分发。
- 建议：企业应要求云服务商提供明确的时间行为文档，并在多云架构中引入时间偏差监控。
3.4 标准、合规与法律
- “时间”的法律定义：合同、日志、数字签名、证书有效期等均依赖时间。若 UTC 规则改变，需明确法律意义上的“官方时间”如何定义。
- 审计与取证：闰时过渡期间的时间戳异常可能被误判为安全事件或数据篡改，需要新的审计标准。
- 建议：监管机构应提前发布闰时过渡的合规指引，企业法务与合规团队需参与时间标准变更评估。
3.5 技术架构设计启示
无论闰时是否最终取代闰秒，技术系统都应遵循以下原则：
- 分离单调时钟与墙上时钟：内部使用单调递增时钟（如 TAI、GPS 时间），UTC 仅用于人类可读展示。
- 避免硬编码时间假设：不要假设一分钟 60 秒、一天 86,400 秒，使用时间库处理闰秒/闰时。
- 支持时间平滑：对需要连续时间的系统，采用类似 Leap Smear 的平滑机制，并确保全系统一致。
- 建立时间事件响应预案：将闰秒/闰时视为计划内事件，提前测试和演练。
4. 结语
闰秒的存废之争，本质上是全球时间治理从天文优先转向工程与商业优先的缩影。国际计量大会讨论用闰时取代闰秒，反映了现实世界中高精度时间同步系统的脆弱性已不容忽视。然而，闰时并非银弹——它只是将风险从高频低幅转为低频高幅。对于技术决策者和商业领导者而言，真正的启示是：时间标准正在进入一个不确定的过渡期，系统设计必须为多种时间尺度并存做好准备，而不是依赖单一 UTC 假设。