摘要

  • prop-167-v002 不是一个单一产品需求，而是两项输出：公共逐小时统计，以及资源持有人在 MyAPNIC 查看自身资源被查询情况的功能。
  • Resolution 2025-32 对公共统计予以背书；对于 MyAPNIC 功能，EC 认为成本、资源投入和潜在隐私顾虑超过了即时收益，因此在当时不可行。
  • 公共输出已经有明确实施证据：APNIC 的小时归档从 2026 年 6 月 30 日开始，当期 JSON 同时提供 RDAP 与 WHOIS 数据。
  • 提案页却只给整份提案一个 Implemented 状态。分项状态并非否定 EC 权限，而是避免把社区共识、EC 背书与工程实施误读为完全相同的范围。

先看已经发生的事。APNIC 的 WHOIS/RDAP 统计目录 提供当期 JSON、校验文件和年度归档。2026 年 6 月目录列出的第一批文件产生于 6 月 30 日，从 03:00 一直延续到 23:00。当前 JSON 把 RDAP 与 WHOIS 分开，给出一小时的时间范围、查询总量、ASN 数量、查询类型，以及各 ASN 的查询量与不同源 IP 数。

这不是“计划实施”，而是可以被第三方直接取回的运行结果。APNIC 的 prop-167 页面 同一天记载 Implementation Complete，当前状态为 Implemented。如果 prop-167 只有这一项输出，记录已经闭合。

但 v002 还有第二项输出。两者进入 EC 后获得了不同结局。

v002 中的输出 2025 年 12 月 4 日的 EC 状态 2026 年 8 月可核验状态
面向公众的逐小时 WHOIS/RDAP 机器可读统计 Resolution 2025-32 予以背书 公共 JSON 与逐小时历史文件已经存在
资源持有人在 MyAPNIC 查看自身资源被查询情况 因成本、资源投入和潜在隐私顾虑，在当时被认为不可行 已检查公开材料没有证明后来的新决定或实施

这张表不能被简化成“成功与失败”。第一行是已经完成的公共产品。第二行是一个有日期、有理由、有限定语的决定。真正缺失的不是一项功能，而是提案页上容纳两种决定的空间。

社区共识覆盖了两项输出

prop-167-v002 于 2025 年 8 月 21 日发布。提案称，APNIC 在当年 4 月 1 日至 6 月 30 日之间处理了大约 55 亿次目录查询，某些小时内仅 RDAP 就面对超过 36.5 万个不同源 IP。这些数字来自提案所引用的 APNIC 内部数据，本文没有独立重建，也不能据此认定某个 ASN 或用户从事滥用。

提案的第一项目标是把使用情况变成公共证据。数据要按小时更新，以 JSON 或 CSV 发布，并区分 WHOIS 与 RDAP。它还要求列出至少前 1000 个源 ASN、每个 ASN 的源 IP 数量，以及查询类型与方法等元数据。

v002 增加的 MyAPNIC 功能属于另一种可见性。资源持有人登录后，可以了解自己的 IP 地址或 ASN 被查询多少次，并按查询类型、在可能情况下按源 ASN 查看。它要求账户与资源之间的授权关系，也可能使查询行为在更细粒度上变得可见。

因此，第二项并不是公共 JSON 多加一个字段。提案的影响说明也把两者分开：一边是抽取、处理并发布公共数据；另一边是扩展 MyAPNIC，并对 WHOIS 底层系统开展大量日志工作。公共数据被描述为 best-effort，且不附带 SLA。

2025 年 9 月 11 日，v002 在 APNIC 60 达成共识。10 月 14 日，最终意见期结束，提案进入 EC 背书阶段。到这里，社区文本确实包括两项输出；但社区共识并不是生产系统的最后一道授权。

EC 的决定划定了实施范围

APNIC 的 Policy Development Process 明确写道：共识在最终意见期维持后，SIG Chair 请 EC 对提案予以背书；EC 背书后，再由 Secretariat 实施。因而，Resolution 2025-32 不是可以忽略的脚注，而是既定流程中的范围决定。

决议首先对实时或近实时公共目录服务统计予以背书。随后，它单独点出 MyAPNIC 要求。EC 表示，成本、资源投入和潜在隐私顾虑超过了该功能的即时收益，因此不认为它在当时可行。决议获一致通过。

这里有三个不能丢失的限定。其一，with respect to 把背书范围落在公共统计上。其二，成本、资源与隐私是公开决议列出的理由，外部作者不能替换成对动机的猜测。其三，at this time 把结论锚定在 2025 年 12 月 4 日；它既不是重新审议的承诺，也不是永久禁止。

这种分项处理本身并不削弱社区流程。恰恰相反，它让 EC 可以对两个技术与隐私边界不同的产品作出不同判断。问题只在于：后来展示结果的页面是否继续保存了这个精确度。

公共数据把第一行变成了事实

APNIC 61 的实施更新把 prop-167 列为 In Implementation，预计在第二季度结束前完成。演示文稿对实施物的描述集中在机器可读的目录使用统计。APNIC 当前 Product Roadmap 数据又把该工作表述为实施经过背书的 prop-167 要求。

真正闭合第一行的是 FTP。当前文件不是一页宣传文字，而是一份结构化对象。RDAP 与 WHOIS 各自有时间范围、总查询量和查询类型分布；ASN 项目里还能看到查询量与不同源 IP 数。6 月 30 日的归档则把完成日期与实际小时文件连接起来。

这些证据不应被夸大。单个样本不能证明每一个小时都连续，也不能验证所有字段是否满足每一种解释。没有 SLA 的 best-effort 数据也不能被改写成服务承诺。2026 年数据更不能反向证明提案引用的 2025 年 55 亿次查询数字完全可复现。

然而，“公共统计是否实施”已经不是开放问题。它已经实施，并持续提供数据。任何批评如果跳过这一事实，都会把一篇范围治理分析写成并不存在的缺失报告。

一个整案状态为什么不够

提案页同时展示了几个层次：它链接 v002，保留包含 MyAPNIC 要求的影响分析，记载 12 月 4 日 Endorsed by the EC，再以 6 月 30 日 Implementation Complete 结束。当前状态只有一个：Implemented。

这个词未必错误。如果它的含义是“EC 背书的范围已经实施”，公共文件完全支持这一结论。问题在于，一位只看落地页的后来读者也可能把它理解为“社区文本中的所有输出都已实施”。页面本身没有给出纠正这种理解的分项信息。

要重建真实范围，读者必须跳转到 82 页的 EC 会议材料，找到 Resolution 2025-32，识别其中的范围限定，再自行寻找 FTP 数据。各项事实是公开的，事实之间的连接却需要读者重新制作。

这是记录基数的问题。提案只有一个编号，但可以包含多个可独立决定的输出。整案状态适合用于索引与检索，不能自动成为最小决定单位。最小单位应当是获得具体 disposition 的输出或条款。

第二行也需要中性状态。写成 Failed 会超过证据；写成“永久拒绝”会抹掉 at this time。更忠实的表达是：2025-12-04 未获背书；当时被认为不可行；之后是否重审未说明。如果未来出现新决议，再用 supersession 关系接上，而不是改写旧记录。

修复对象是决定关系，不是查询数据

分项状态不要求 APNIC 现在实施 MyAPNIC 功能，更不要求公开单条查询、源地址或会员的私有视图。那些内容会重新触及 EC 已经提出的隐私和工程问题。

公共记录只需要保留决定关系。提案页可在现有历史下增加一个很薄的范围投影：提案版本与指纹、输出标识、社区共识日期、EC 决议与 disposition。对已背书输出，链接实施物与首次生产证据；对未背书输出，保留有日期的理由类别，并说明是否出现了后来触发重审的记录。

分项字段 作用
提案版本与文本指纹 锁定进入共识与 EC 的准确文本
输出标识与来源段落 阻止整份提案自动成为最小决定单位
共识与最终意见期状态 保存社区阶段，但不把它冒充实施授权
EC 决议、权限与分项 disposition 说明谁让哪一项继续、哪一项停下
实施物、格式与首次可核验时间 把背书范围连接到实际结果
未背书项的当前状态 区分“当时不可行”、后来重审和永久终止
更正与继承关系 允许新决定出现，又不悄悄覆盖旧决定
整案状态推导规则 解释 Implemented 到底概括了哪些行

这不是另建一套 PDP。它只是把 APNIC 已经完成的流程投影到读者能看见的同一页面。工程验收细节可以留在内部，隐私评估可以继续受保护；公共层只需证明结论如何从文本、决定和实施物推出。

证据仍然没有回答的问题

公开材料没有说明 APNIC 后来是否评估了更便宜或更安全的 MyAPNIC 方案。本文检查到的路线图、发布说明与 EC 决议也没有证明该功能后来已经上线。缺少公开记录同样不能证明内部没有研究。

材料中没有真实资源持有人因缺少此功能受损的案例，也没有公共数据造成泄露、服务违约或安全事件的证据。提案关于 data mining、bulk harvesting 与异常使用的表述，是提出可见性的理由，不是对具体使用者的判决。

我们也不知道 APNIC 是否一贯把“经过 EC 背书的部分已实施”记作整案 Implemented。即便这是一项稳定惯例，分项投影仍然与之兼容：保留整案摘要，但公开摘要所依据的两行。

公共统计已经有一个应得的完成状态。MyAPNIC 输出也有一个应被忠实保存的停止状态。让两者同时出现在 prop-167 页面上，不会扩大任何一方的权力，只会防止一个准确的范围决定在一个过度简洁的状态词中消失。

来源