摘要

  • 截至 2026 年 9 月 3 日核对，REx 为三个样本地址段返回的转移日期都是 2003-09-10；三个完整的 /16 却已出现在 APNIC 2003 年 3 月 1 日的统计文件中。
  • 9 月 9 日至 10 日，三个 APNIC 记录的日期字段从 20030214 改为各自的 1987 年日期，注册机构、国家或经济体代码、地址范围、数量及分配状态在这次比较中均未改变。
  • APNIC 2023 年介绍的 REx 方法用起始地址和分配日期共同识别资源。日期修订因此可能影响历史记录的匹配，但这不等于已经查明当前后台为何生成九月日期。
  • ERX 的资料说明了管理责任的迁移；本次样本不证明买卖、所有权变化、路由切换、服务中断或任何不当行为，也不能用于估算整体错误率。

三月已经存在的记录

如果把 2003-09-10 读成“这批地址第一次进入 APNIC 统计文件的日子”，一份更早的文件就足以推翻这个读法。

APNIC 的 2003 年 3 月 1 日统计文件已列出 129.60.0.0/16、129.78.0.0/16 和 129.94.0.0/16。这里核对的是覆盖每个完整 /16 的数值范围，不是从文本中搜到一串相似数字。每段包含 65,536 个 IPv4 地址。三条记录的日期字段当时均为 20030214。

然而，在 2026 年 9 月 3 日取回的 REx APNIC 查询结果中，三段的 transferDate 都是 2003-09-10。单独查询 129.78.0.0/16，也能看到这个值。

这并不自动证明 REx 的日期在任何定义下都错了。它首先证明了一件更窄、也更牢靠的事：在这些已取得的文件面前，九月日期不能表示首次出现在 APNIC 统计中的时间。理解结果之前，必须先知道系统试图重建哪一种历史。

九月变的是哪一栏

比较相邻两天，线索更加具体。APNIC 9 月 9 日文件仍使用 20030214；9 月 10 日文件则出现三个不同的旧日期。

地址段 ARIN 2003 年 1 月 1 日记录中的日期 APNIC 3 月 1 日及 9 月 9 日的日期 APNIC 9 月 10 日的日期
129.60.0.0/16 19870826 20030214 19870826
129.78.0.0/16 19871002 20030214 19871002
129.94.0.0/16 19871022 20030214 19871022

九月的这次比较中，其余关键字段保持不变：仍由 APNIC 报告，国家或经济体代码相同，起始地址相同，数量仍为 65,536，状态仍为已分配。发生变化的是用来描述这些资源过去的一栏，不是文件中新添了三个此前不存在的地址段。

表中的 1987 年日期可在 ARIN 2003 年 1 月 1 日旧格式文件中找到。ARIN 3 月 1 日文件则没有覆盖这些完整 /16 的记录。APNIC 的1 月 1 日和2 月 1 日文件也没有相应覆盖记录。

因此，可以描述几个已观察到的状态，却不能补出中间每一天。尤其不能把 20030214 直接宣布为已核实的交接日：记录内的日期不必等于记录第一次公开的日期，几份稀疏快照也不是完整的交接日志。

一个日期承担了两种工作

历史分析需要把不同日期、不同机构的记录接起来。若只靠起始地址，某些不同阶段的资源记录可能被混为一谈；加入另一项属性，是一种可以理解的设计选择。但被加入的属性若会修订，就不再只是旁边的一条说明。

APNIC 在 2023 年的 REx 方法说明中写明，系统用起始值与分配日期识别资源，通过各注册机构的统计记录推断转移区间，并可借助更具体的转移日志细化时间。对于不确定区间，展示采用其中较晚的可能日期。这是一套已公开解释的重建方法，不是 APNIC 隐藏了推断性质。

把这个设计放到样本上，就能看出问题的位置。129.78.0.0 加上 20030214，与同一起始地址加上 19871002，不是同一个二元组合。九月日期字段的改动，使 APNIC 那条记录的组合与此前 ARIN 的旧组合对上了。

这是值得检验的匹配解释，却仍然只是解释假设。本次没有检查当前 REx 后台代码、全部输入文件、各机构记录冲突的完整处理过程，或这三行结果各自的推导轨迹。完整的 ARIN 九月归档也未取得。因此，不能断言“日期恢复导致了 REx 的九月转移日期”，更不能把一个合理机制写成已确认的软件缺陷。

已证实的现象与未证实的原因可以同时成立。前者不必等到后台调查结束才有价值；后者也不会因为前者醒目就自动得到证明。

ERX 给出的另一层背景

APNIC 的 ERX 转入清单明确列出这三个范围，放在标注“2003 年 1 月完成”的一个 129/8 分组内。这个月份描述列出的那组范围，不是整个 129/8，更没有给出某个精确交接日。

ERX 项目介绍讨论的是早期注册资源的管理责任转交给适当的区域注册机构。它不能作为这些地址发生市场买卖的证明。项目整体于 2005 年 2 月完成，也不等于所有分组都在那个月完成。

这层背景使九月日期更值得谨慎使用，却不能替代逐项历史记录。项目清单、统计文件与重建工具回答的是相关但不同的问题。用一个来源否定另一个来源之前，首先需要厘清各自记录的动作与时间口径。

同样，REx 当前显示的持有者名称，只能说明当前查询返回了什么。它不提供这二十多年里每一次机构更名、继承或持有者变化的完整链条。本次比较也没有读取路由观测，更没有证明某一天发生网络切换、故障或损害。

推断的价值，在于知道推到了哪里

让用户跨越不同年代的文件追踪资源，本来就是 REx 的价值所在。缺少完整交易记录时，合理的推断比一片空白更有用；要求每个历史结果都有当时并不存在的日志，并不现实。

真正应当避免的是把推断结果在后续使用中变成一个无需解释的事实标签。已检查的当前资源页面代码直接显示返回的转移日期；本次取得的行数据没有同时列出区间边界或推断来源字段。这只说明所检查组件和样本响应的形态，不能据此断言产品的其他视图也没有历史信息。APNIC 的公开说明仍交代了日期的不确定性。

样本也应留在样本的尺度上。三段来自按转移日期排序的一页结果，不是随机抽样，更不是全量普查。它们足以说明一种读法不成立，不足以计算 REx 有多少日期需要纠正。

修订旧记录通常是提高准确性的必要工作。难点在于，下游分析可能已经把被修订的字段当成识别历史的钥匙。一条记录变得更准确，未必意味着原先的所有关联都能原封不动地继续使用。资源的历史与记录被修订的历史，都值得保留。

资料格式与阅读边界

字段含义可参照 RIR 统计交换格式及扩展格式说明。APNIC 的 prop-142 转移日志文档提供后来的事件日志背景，不能倒过来证明 2003 年某一天发生了交接，也不能据此确认 REx当前的具体计算过程。