摘要

  • RFC 9581 定义了扩展时间、时长与期间三个 CBOR 标签，并可携带时标、时钟等级、准确度、方差、不确定度和保证声明。
  • 小数位数、测量准确度与事件真实性是三张不同的收据。合法编码可以精确到纳秒，实际不确定度却大得多；合法期间也不能证明因果顺序、截止期或业务完成。

两台服务器都说自己先到了。

第一条日志比第二条早两微秒，争议系统于是准备把它当作最终顺序。可是第一台机器已经失去上游时钟十七分钟，第二台的误差区间则覆盖前后各一毫秒。日志保存了数字，没有保存能让数字获得权威的运行状态。

RFC 9581 解决的正是“怎样把更丰富的时间语义传过去”。标签 1001 表示扩展时间，1002 表示时长，1003 表示期间。RFC Editor 条目、Datatracker 条目、文档历史与勘误页能证明规范身份，不能证明某个生产节点当时的时钟状态。

能解析，只代表结构成立

1001 的 map 必须恰有一个无符号基础时间键。键 1 使用类似 POSIX 的秒数；键 4 和 5 可采用十进制分数或大浮点数。-3 到 -18 可增加毫秒直至阿秒的十进制分量。

负整数和文本扩展属于可选信息，解码器不认识时必须忽略；未知的无符号键属于基础或关键语义，必须报错。IANA CBOR 注册表固定了共享编号，RFC 8949提供数据模型。解析器因此可以判断对象是否合规，却无法从语法还原发送进程、认证上下文、振荡器、上游主时钟和最后同步时刻。

RFC 9581 自己给出的例子很锋利：时间值可以写到微秒，不确定度却是毫秒。位数是容器的分辨率；准确度是测量的能力。

时标字段不会自动带来时钟纪律

-1、-13 与 13 用来指示时标，其中 13 是关键键。0 表示以 POSIX epoch 为基准的 UTC，1 表示以 PTP epoch 为基准的 TAI；不写则默认 UTC。规范还明确要求，不把 GPS 与 NTP 当成新的时标名，而是换算为 UTC 或 TAI。

时钟等级、准确度与缩放对数方差借用了 RFC 8575 中的 PTP 语汇。-7 是覆盖因子 k=2 的扩展测量不确定度；-8 是相对真实时间最大偏差的“声明保证”。RFC 9581 特别说明，理论上无法达到绝对保证，但 RFC 3161 一类制度仍需要表达这种承诺。

关键在“声明”。字段没有说明由谁承诺、用什么校准链、采用哪台 grandmaster、网络路径延迟如何估计、节点是否进入 holdover，也没有说明告警是否触发。RFC 5905描述 NTP，NIST Internet Time Service 展示一个真实运行的授时来源；BIPM/JCGM 出版物规定测量不确定度框架。把数值写进 -7，并不证明这些运行与计量步骤已经发生。

时区是显示意图，不是地理证据

-10 与 10 可保存时区提示，-11 与 11 可保存 RFC 9557 风格的后缀信息。它们帮助人类显示与解释时间，不是设备物理位置、司法辖区或事件来源的证明。规范还指出，扩展日期时间转换成 POSIX 基础值时，原始数字偏移可能丢失。

这些元数据反过来可能泄露发送系统的时区、分辨率与墙钟偏移。凡是涉及新鲜度、有效期和访问控制，接收方都必须记录自己理解了什么、忽略了什么，以及采用了哪条解释政策。

期间结构合法，不代表业务已完成

1003 可以表示起点和终点，也可以表示一个端点加时长；三个逻辑元素中必须恰有两个非空。它证明载荷形成一个合法期间，却不能证明工作确在起点开始、在终点完成，更不能证明 SLA 达成。应用接受、处理和结果要由应用自己的回执负责。

完整证据链至少包括：原始 CBOR 字节与解析结果；认证后的发送方身份；时源和时标实现；最后同步、holdover、偏移与路径延迟；质量字段的推导依据；墙钟与单调计数器；采集延迟与接收时刻；最后才是业务结果。只有误差区间不重叠且这些关联成立，顺序判断才有边界。

Heng Lu 的现实分层要求符号不能越级替物理系统作证；运行代码优先把兼容性放在编解码器，把运行真相放在系统现场；BTW Media 为何存在则要求把缺失的连接公开，而不是让精密外观替代它。

来源