时间范围
Immediate to Medium
在时间范围维度下，Immediate to Medium时间跨度情报按信号预计产生影响的时间段组织文章。该页面帮助读者区分即时运营变化与可能需要数季度或数年才会逐步显现的长期治理、投资、标准和基础设施变化。它将时间预期与公开证据、相关方、市场背景、客户影响、政策压力和基础设施规划联系起来，以便读者判断某项动态是紧迫、具有战略意义，还是仍在等待证实证据。页面还解释了时间跨度如何改变信号的含义、哪些组织可能面临风险，以及哪些基础设施决策需要短期行动或长期监测。
IETF
Cedulon能把结果与拒绝配对，却不能证明谁先发生
同一个引用编号出现在“拒绝”记录和实际结果里，足以证明两组账没有对上，却未必足以证明代理在被拒绝之后仍然行动。Cedulon Decision Profile 第 02 版把这条界线写得很坦率：验证器会报告`effect-against-refusal`，但不会比较决定记录与结果行的两个时间戳。即使结果行的日期早于拒绝记录，它仍会完成绑定。明确承认测量范围不是弱点；真正的风险，是下游系统把一项集合差异扩写成草案从未验证过的时间因果故事。
案例档案
Unicode 18 的 Beta 是审阅界面，不是发布承诺
Unicode 的 Version 18 公共页面写明 Beta 审阅已结束，并把 2026 年 9 月 16 日列为最终发布日。这是值得纳入计划的信号，却不是 Unicode 18 已发布、某一文件已定稿，或某个产品已经采用它的证据。
IETF
PALA-1在IETF评审前冻结了1.0版，下一道题是变更由谁保管
PALA-1 带着一套已经能运行的答案进入 IETF：明确的二进制线格式、测试向量、多份实现，以及外部实现者发现缺陷后的公开修订记录。它同时带来一个更少见的前提——项目在投稿前已经宣布 1.0 版冻结。两件事都可以成立，却不属于同一种权力。运行代码是评审证据，项目冻结是对实现者的兼容承诺，个人 Internet-Draft 则既不是 IETF 采纳，也不是批准。接下来真正缺少的不是再加一个状态标签，而是一张说明后续意见如何分类、由谁处置、是否影响旧实现的变更凭证。
案例档案
Kubernetes 对第三方 Slack 频道的讨论，还不是一项连续性政策
一个频道出现在 Kubernetes Slack 里，很容易被理解为 Kubernetes 会一直替它保存讨论、处理迁移，或在服务变化时提供支持。现有公开材料并没有作出这样的承诺。它清楚地说明了频道如何获准建立、如何把有限的管理权交给某个群组；它也保留了一场关于第三方频道未来责任的公开讨论。把这三层记录混成一层，才会制造不存在的确定性。
IETF
一份IETF包容性草案把2027年预算交给了已取消的委员会
一项提案可以目标明确、数字具体，却仍没有真正能执行下一步的人。8 月发布的一份 IETF 个人 Internet-Draft 提出，2027 年会议预算至少拿出 5%支持全球南方参与，负责拨款的却是 2020 年已经取消的 IAOC。草案还把“2026 年第二季度成立工作组”的安排原样带进了第三季度的新版本，却没有说明时钟是否启动、暂停或重设。缺的不是愿景，而是从提案通往授权、预算和交付的责任接口。
IETF
CATS给度量清单加了版本，运行时分数却不说明自己依据哪一版
CATS 度量草案第 11 版选择了一条很实际的路：不同厂商先在系统初始化阶段谈妥归一化方法、参数与聚合权重，把结果写进受版本控制的配置清单，运行时不再逐条协商算法。问题不在这项取舍本身，而在取舍成立所需的前提——所有组件当前拿到的必须是同一份清单。新版要求选择器相信这个前提，却没有让度量分数携带或绑定清单身份。
IETF
VCAP 新增了验证者问责，但 auto_approve 绕行仍无人负责
一套代理交易协议可以把验证结果、证明摘要和签名写得很严密，却仍漏掉最关键的治理事实：谁有权决定不做验证。VCAP 第 02 版刚刚承认，市场平台通过选择验证者，实际上会影响托管资金的去向；但由服务提供方发出的交付消息里，仍保留一个 `auto_approve` 提示，可让自动验证被跳过。草案没有说明谁批准这项例外，也没有为它设计可追溯的决定记录。
IETF
TR-4 可以只表示“仅记录”，一个合规等级不是证明
一份试图记录机器“相信了什么、做了什么”的新草案，先修正了自己说过的话。Testimony Record 第 01 版撤回一项证据不足的普遍判断，补上此前无法复算的摘要规则，并明确承认现有实现都来自同一作者。这些修订让草案更可信，却也让一个问题无法再被藏在最高等级里：TR-4 究竟证明了哪些可独立核对的事实，又有哪些关键环节仍只是记录者的自述？
IETF
IETF“丢失”的会议纪要其实还在，档案需要一份完整性清单
两份会议纪要从网页上“消失”时，文件并没有随之消失。IETF 84 的 AVTCORE 与 MMUSIC 纪要仍存在于一份同步副本中，旧网页只是无法把不带扩展名的链接解析到正确文件。服务器规则修好后，读者重新获得了入口。但对一个承担制度记忆的档案来说，能点开只是第一关：它还应说明打开的是哪一个对象、哪一版，以及此刻返回的字节能否核验。
IETF
IETF 的 AI 草案洪流需要注意力过滤，而不是入场收费
一份新草案只需几分钟就能提交，判断它是否值得回应却可能耗掉一名工程师整个晚上。IETF 综合邮件列表近日的争论准确指出了这种不对称，却没有证明其中有多少文本由 AI 生成，也没有证明多少文本毫无价值。真正需要治理的不是某类未经证实的作者，而是稀缺的人类注意力：如何让它更容易抵达相关问题，又不让金钱、机器猜测和熟人关系变成事实上的入场考试。
IETF
ACME 能核对约束字节，但信任仍从协议外进入
一枚令牌可以签名正确、尚未过期，也可以与证书订单里的约束逐字节相同；这些都没有回答签发者为什么有权批准这类约束。ACME 工作组草案修订 05 把这条界线写得更清楚：客户端和服务器搬运并核对不透明数据，Token Authority 判断数据在业务规则中的含义，部署生态则决定服务器信任哪些 Token Authority 证书。协议没有越俎代庖是优点。下一步不是让 ACME 扩权，而是给协议外的信任决定留下一张可核验、不过度暴露隐私的回执。
IETF
RGIP 新增停手机制：自动修复可能抹掉证据
自动化系统最容易把“恢复一致”误当成“恢复真实”。外围副本丢失时，重新分发通常只是维护；链条自身出现无法解释的差异时，继续改写却可能把事故和篡改之间仅存的区别一起清除。9 月 4 日发布的 RGIP 修订 02 正面承认了这个问题：允许机器处理有限、可重复且不改证据的故障，但要求它在完整性断点前停手、封存并升级。这是个人 Internet-Draft 的设计修正，不是 IETF 已批准标准，也不是政府系统的部署报道。
IETF
RDAP 删掉了两个 DELEG 字段，它引用的写入模型仍保留着它们
一条注册数据在出现在公开查询结果之前，往往已经穿过不止一种协议。9 月 4 日更新的 DNS DELEG RDAP 扩展草案，已经跟随 DELEG-11 从读取模型中去掉两个旧字段；它引用的 EPP 供应草案，却仍在正式写入模式中保留这两个字段，而 RDAP 草案自己的完整 JSON 键值契约仍写着 TBD。这不是线上故障证据，而是一条更基础的治理信号：扩展名称可以先出现，支撑它的转换规则却尚未达到可复现状态。
IETF
Wathīqa 为证据链设置两个时间边界，其中一个明确未经认证
一份文件可以连续换用新的签名算法，却仍回答不了最基本的时间问题：某个续签节点最早何时可能生成，最晚何时已经存在。Wathīqa 首版证据记录草案试图给出上下两条界线，但两者的证明力并不对称。透明度日志可在指定信任策略下提供“最晚已存在”的证据；随机性信标一侧目前只保存“不早于”的主张，草案明确承认它尚未经过认证。
IETF
同一签名在 64 种编码中都有效，但每个数据哈希都不同
系统可以正确验签，也可以正确解析，却仍然无法重现自己发布的标识符。9 月 5 日公布的一份个人 Internet-Draft 把这个问题压缩进一个可复现实验：同一个 COSE_Sign1 对象只改变外层 CBOR 编码方式，就得到 64 个不同的完整字节哈希。这里失效的不是密码学，而是“标识符究竟指向哪份字节”的治理边界。
IETF
两份 AI 治理草案已在 R-8 上对齐，其中一份仍引用旧分类
版本号不是参考资料末尾的装饰。对于一套决定何时撤销 AI 代理权限、谁能批准恢复的规则，版本号本身就是控制面的一部分。9 月 3 日与 4 日先后更新的两份个人 Internet-Draft，已经把“授权或凭据遭攻破”统一归入 R-8；但审计草案固定引用的仍是没有 R-8 的旧版委派草案。这一处时间差，让“最新页面看起来一致”与“历史决定可以重放”成为两件不同的事。
案例档案
WTPF-26 通过五份意见，每份最终文本都与最后公开草案一致
如果只看文件指纹，WTPF-26 闭幕时出现了五次变化；如果逐字比较正文，结果却是零。五份最终意见都有新的文号与文件哈希，“草案”标记也已撤去，因为论坛确实完成了通过程序。但在剥离文号、日期与状态这三类页眉信息后，每份英文最终文本都和各自最后一份公开临时文件完全一致。治理记录需要同时保存这两件事：授权状态变了，最后一步的实质文字没有变。
IETF
IETF 新草案要求丢弃流量，旧入口路由器却可能继续重定向
同一条 BGP 更新到达两台入口路由器，一台把匹配流量丢掉，另一台仍按目标地址重定向；两台设备甚至都可能声称自己按所支持的规范工作。9 月 5 日发布的 FlowSpec/SR Policy 草案第 18 版，改变了“不完整 SR 意图”的故障处理，却也把新旧实现之间的语义分叉暴露出来。接下来的共识检查必须回答的，不再只是要不要推进这项工作，而是哪一种损失获得了授权。
IETF
MOPS 草案删除实验性条款，却没有记录续存决定
一份工作组章程可以删掉已经履行的承诺，却不该连同承诺所回答的问题一起删掉。MOPS 新草案准备移除“两年后决定续存或关闭”的实验性条款，但公开文本只留下“已完成”，没有带走判断依据。
ICANN
ICANN 新增“缓解时间”指标，但它没有计时缓解动作本身
Domain Metrica 现在会估算受报告域名维持 DNS 解析的时长。这个名称很像处置秒表，实际起点与终点却都是观测值，而不是报告时刻和责任方动作。