摘要

  • LACNIC 的 last changed 只表示某个具体 RDAP 对象中的信息最后何时发生变更；它本身不能证明资源转移、BGP 切换、流量迁移或网络交接。
  • 对 200.7.85.1 的实时查询显示：网络对象最后变更于 2024 年，两个嵌入实体最后变更于 2026 年。这三个时间戳分别属于三个对象，并不矛盾。

分析

2026 年 8 月 26 日，LACNIC 对 200.7.85.1 的 RDAP 查询返回了包含该地址的 200.7.84.0/23 网络对象，范围从 200.7.84.0 到 200.7.85.255。该地址块的类型为 ASSIGNED，顶层事件显示其注册时间为 2008 年 1 月 25 日，最后变更时间为 2024 年 9 月 17 日。

同一份 JSON 响应还嵌入了两个实体。注册实体 UY-LACN-LACNIC 的最后变更时间是 2026 年 8 月 7 日；在该响应中承担管理、技术和滥用联系角色的 AIL，最后变更于 2026 年 1 月 20 日。草率的时间线可能把它们写成“网络连续三次变化”。更准确的读法是：2024 年的日期属于网络对象，两个 2026 年日期属于各自的实体记录。

RFC 9083 明确规定了这种对象边界。events 描述的是某一对象类实例发生的事件；last changed 表示该对象实例中的信息最后一次发生变更。该标准还分别定义了注册、重新注册、转移、到期、删除和恢复等动作。服务器返回“最后变更”，并不等于返回了“转移”。

LACNIC 的 Whois 说明也采用同样的口径。对互联网资源而言，changed 是资源信息最后修改的日期；对联系人而言，它是联系人信息最后修改的日期。RDAP 让 Whois 注册信息可以通过标准化的 HTTP 和 JSON 结构访问，但可解析性提高并不会自动扩大证据范围。

风险来自时间戳带来的确定感。在并购尽调、争议或事故调查中，人们容易把“最后变更”抄成“控制权转移日”。然而这份响应没有说明具体修改了哪个字段，顶层事件也没有给出行为人。它没有说明交易完成、合同生效、设备迁移或客户切换；它只证明这个网络对象的信息在该时点前发生过修改。

路由则属于另一套机制。RFC 4271 所定义的 BGP 通过自治系统之间的路由更新、撤回和选择机制传播可达性。联系人信息变化可以完全不影响路由；源 ASN、路径或流量也可能在 RDAP 没有同步更新时发生变化。因此，严谨调查应把注册记录、公司与法律文件、BGP 历史以及实际服务切换分成四条证据线。

这并不削弱 last changed 的价值。它可以帮助确定档案检索窗口、比较快照，并追问谁拥有经过认证的资源管理权限。但本响应没有 transfer 事件，也不能据此断言从未发生商业或运营交接；它只能说明这个对象没有以转移事件的形式报告交接。

最实用的规则是先说对象，再说事件。“这个 IP 网络对象发生了信息变更”忠于证据；“这张网络易主”则需要更多证明。

来源