摘要

  • ARIN 向 Virginia Tech 提供 17,350 美元，用于建设 RPKI 运行健康仪表板；受资助方称其十四年数据仓库包含约 39 亿次对象观察和 139 GB Parquet 数据。
  • 同一份受资助方摘要称，吊销合规率从 AFRINIC 的 9% 到 ARIN 自 2023 年以来的 99% 以上，并称 ARIN 的重新签名节奏由 14 天变为 80 天。
  • 公开页面没有定义“吊销合规”的分子、分母、观察期和排除规则。现有 beta API 定义了若干相邻指标，却没有给出重建上述重点数字的完整路径。
  • 仪表板应为每一项 RIR 比较附上版本化测量回执，避免采集器、代码或总体变化被误读为机构行为变化。

仓库规模与行为评分之间隔着一套规则

ARIN 在9 月 22 日公告中列出项目名称、Virginia Tech 和 17,350 美元。更详细的受资助项目页面明确说明，项目摘要由受资助方提供。这个来源标签不能在引用数字时丢失：ARIN 做出资助决定，不等于 ARIN 亲自测量或复现了每项结果。

项目团队称，数据仓库覆盖五个 RIR，从约 2012 年延续至今，共有约 39 亿次 RPKI 仓库对象观察，占用 139 GB Apache Parquet。如此长的序列可以观察政策和运行变化，不再只依赖某一天的快照。

但“观察次数”并不是自然形成的比较单位。同一个对象每天出现，会形成许多行；一个签发频繁的 CA 也可能比另一个 CA 获得更多权重。如果最后的百分比按观察行计算，其含义就不同于按 CA、发布点或吊销事件计算。

摘要随后给出判断性数字：CRL 有效期跨度达到七倍，重新签名节奏跨度达到十六倍，“吊销合规”则从 AFRINIC 的 9% 到 ARIN 自 2023 年以来的 99% 以上。对 ARIN，文本还列出 2023 年前后的三个变化：重新签名节奏由 14 天变成 80 天，CA 证书寿命由十年缩短为 825 天，吊销合规由不足 5% 上升到 99% 以上。

这些可能是有价值的研究结论。摘要说分析正在接受 IMC 2026 审查；“正在审查”既不是接受，也不是否定。资助本身也不是同行评审。公共写作应保留这三层状态，而不是把受资助方结论写成 ARIN 已确认的事实。

同一个“节奏”可以指向两只钟

当前链接的 RPKI Warehouse 自称是 beta 纵向观测平台，使用五个 RIR 的每日快照，并提供 ROA、生命周期、覆盖率和组织视图。它同时提示数据与功能可能变化。因此，不能把现有 beta 页面当作资助项目已经完成的最终交付物。

不过，公开 OpenAPI 说明很好地展示了指标身份的重要性。API 把“签名节奏”定义为：以 AKI 识别每个 CA，计算其相邻 CRL this_update 时间之间的间隔。9 月 25 日，ARIN 汇总接口返回的中位数是 24 小时。

24 小时并不能推翻项目摘要里的 80 天。两者可能在计算不同对象、时期、CA 范围或聚合方式。一个可能描述当前 CRL 签发，另一个可能描述证书或其他仓库产品的历史重新签名。我们能够确定的只是：单凭“重新签名节奏”这个名称，无法知道被引用的是哪道计算题。

API 对 CRL 陈旧度的定义更具体：只看当前仍存活的 CRL，以当前时间减去 next_update。这是可核查的运行指标，但它并不等于“吊销合规”。在本次检查的公开 schema 中，没有名为吊销合规的端点，也没有足够字段让读者从头重算 9% 与 99% 以上。

标准定义对象，不替仪表板定义百分比

RFC 6487规定了 RPKI 资源证书和 CRL 的格式与验证要求。CA 发布覆盖其签发证书的 CRL；依赖方在证书路径验证中检查证书是否已经被当前 CRL 吊销。RFC 告诉系统怎样处理对象，却没有给出一套跨五个 RIR 的单一合规评分。

RFC 9286又增加了一层时间和集合边界。清单枚举 CA 发布点中的签名对象，其中包括最新 CRL，并带有 thisUpdate 与 nextUpdate。抓取失败时，依赖方可以暂时继续使用此前成功获取的缓存。不同依赖方在不同时间、带着不同缓存历史，不一定获得完全相同的可验证对象集合。

所以，“仓库里存在”与“依赖方可接受”不是同一总体。一份 CRL 可以出现在采集快照里，却未被有效清单列出；也可能对一个采集器可取、对另一个依赖方暂时不可取。指标必须说明自己数的是文件存在、清单一致、时间有效，还是某个具体依赖方实现的最终验证结果。

计数单位同样决定结论。按快照加权，会让持续时间更长、签发更频繁的 CA 产生更多观察值；按 CA 加权，会让规模完全不同的机构获得同等权重；按吊销事件加权，则要先定义何时产生一项应履行的义务。托管 CA 和委托 CA 如何归入某个 RIR，也必须写清楚。

分母其实是在分配责任

“吊销合规”至少有几种合理解释。它可以问：被替代的证书是否出现在下一份 CRL。也可以问：所有已吊销且尚未过期的证书是否都列于当前 CRL。还可以问：事件发生后，CA 是否在规定时限内发布新 CRL。这些测试都能得到百分比，却测量不同控制环节。

缺失数据的处理会进一步改变评分。采集空洞算不合规、算不可观察，还是沿用上一次成功缓存？采集器故障是否归责于 RIR？证书过期当天是否自动退出分母？历史数据被纠正后，是重写整条曲线，还是生成新版本并保留旧值？

这不是图表脚注里的琐事。9% 与超过 99% 的差距，会让读者推断两个机构的纪律存在巨大差别，也可能影响运营关注、审计安排、后续资助和声誉。发布者因此需要把行为差异、架构差异、采集覆盖和评分规则分开。

ARIN 的资助恰好可以创造这种公共基础设施。周更仪表板能比年度报告更早显示变化，开放查询也能让运营者定位问题。条件是，更新不能抹去来源。如果同一标签背后的代码、采集器或总体已经改变，连续曲线就不再回答同一个问题。

给每一个分数附一张测量回执

回执可以从稳定指标 ID 和语义版本开始，用一句自然语言写明问题，再列出对象或事件、适用 RFC 版本、采集器、快照与观察窗口。随后公开分子、分母、分析单位、纳入与排除条件、去重、RIR 归属规则，以及抓取失败、缓存、过期对象和缺失快照的处理方式。

它还应区分托管与委托 CA、仓库存在与依赖方有效、实时测量与历史回填。代码与数据版本、可复现查询、已知限制、修订历史和结果集摘要值，可以把引用数字固定到确切证据。

仪表板首页不必变成方法学论文。它可以显示“99% 以上，指标 RC-2.1，样本 N，期间 X”，再链接完整回执。如果一周采集不全，就显示覆盖率，而不是把未知强行塞进成功或失败。

这套做法并非要求 beta 产品一次定稿。相反，它允许团队安全迭代：新版本可以改善定义，同时旧版本仍保留原意。十四年数据最珍贵的能力，正是把真实运行变化与观察镜头变化分开。

来源

  1. ARIN：2026 年社区资助项目公告
  2. ARIN：社区资助项目详细页面
  3. RPKI Warehouse beta
  4. RPKI Warehouse OpenAPI
  5. ARIN 签名节奏接口
  6. ARIN CRL 陈旧度接口
  7. RPKI Warehouse 数据健康接口
  8. RFC 6487：资源证书与 CRL 配置文件
  9. RFC 9286：RPKI 清单