摘要

  • AFRINIC 的 9月7日签名委派快照将 AS36887、AS36911、AS36921 和 41.204.224.0/19 标为 reserved；9月8日快照则将四者一并标为尼日利亚的 allocated，并给出同一个不透明持有人标识。
  • 新行里的日期仍是 2006 年。按照 AFRINIC 的格式定义，那是首次分配日期，不是最近一次状态改变的日期。
  • 当前 RDAP 把四项资源都列为 DIRECT ON PC LTD 名下的 active 对象；四次 registration 事件发生在 2026 年 9月7日，随后共享 14:19 UTC 的 last changed 时间。
  • 这些公开界面都没有说明本次转换属于数据修正、恢复、重新分配、审查结果还是其他获授权行为。补上一张保护隐私的资源状态转换回执，就能填住这个狭窄缺口。

一天之差，带回二十年前的日期

9月7日扩展统计文件给出的起点很清楚：三个 ASN 与从 41.204.224.0 开始、共 8,192 个地址的区块都处于 reserved。国家栏是 ZZ，日期和不透明持有人栏为空。

到了9月8日快照，四行一起获得了另一种公开含义：国家变为尼日利亚，状态变为 allocated，标识统一为 F36DCCF2。三个 ASN 的日期分别是 2006 年 1月16日、8月4日和 11月7日；/19 的日期是 2006 年 8月1日。

真正容易误读的不是状态，而是时间。只看现行文件，会看到四笔旧分配；比较前后两天，则会看到一次发生在 2026 年的登记动作。公开证据不允许把后者直接称为“9月的新分配”。

旧日期与新事件记录的是两只钟

AFRINIC 的扩展文件说明把日期定义为分配或指派之日。RIR 统计交换格式则明确说，这是一份当前状态快照，不含交易和历史细节。这套设计本身合理：快照负责说明今天公布的状态，而不是公开每一份把数据库带到今天的案卷。

RDAP 提供了第二只钟。AS36887、AS36911、AS36921与41.204.224.0/19目前均处于 active，公开登记组织都是 DIRECT ON PC LTD。9月7日的 registration 时间依次为 12:03、12:06、12:08 和 12:18 UTC；四个对象的 last changed 都是 14:19 UTC。

这些时间与次日快照的变化紧密衔接，却仍不能回答转换的类别与授权依据。registration 是 RDAP 的事件标签，不是对决定原因的说明。

这组资源此前已经反复越界

抽样历史显示，最新变化并非第一次。2021 年 1月1日文件把四项资源列为 allocated，同时保留相同的 2006 年日期和标识；2022 年文件将其改为 reserved；2023 年文件又恢复 allocated；到2025 年，它们再度成为 reserved，并保持至 2026 年 9月7日。

这些截面足以证明公开状态多次变化，却不能锁定早期每次变化的确切日期，更不能解释原因。不透明标识有助于在文件序列中归组，AFRINIC 也明确提醒：它并不保证跨版本恒定。

最有力的辩护，正是格式没有假装成案卷

要求快照承担完整交易账本的功能并不公平。AFRINIC 的文件可由机器读取、有签名校验，状态定义也清楚；RDAP 还公开了当前组织和事件。若这次操作维持的是历史连续性，那么保留 2006 年日期可能正是正确做法，而不是把旧资源伪装成刚刚诞生。

AFRINIC 也不应为了满足外界好奇，公开私人通信、个人联系人、账户资料或受保护的法律证据。合理要求更小：稀缺资源束在两个公开状态之间移动时，给出一个粗粒度的转换类别和授权来源。

回执不必很重

一张资源状态转换回执，可以把前后两份签名快照的哈希、保护隐私的资源束引用、旧状态、新状态、生效时间与发布时间连起来。它只需使用“数据修正”“恢复”“重新分配”“审查结果”或“其他获授权类别”等粗粒度标签，无需公开底层机密材料。

回执还应说明采用了哪类权力依据、为何继续使用 2006 年日期、这些日期与 2026 年 RDAP 事件如何对应、哪些公共登记界面已经对齐，以及未来的修正或反转会出现在哪里。这样既保住历史，也不会让历史吞掉当下的责任。

资料来源