摘要

  • APNIC 经签名的全量转移日志在 2026 年 9 月 1 日记录了九条 M&A：从柬埔寨标记的 ZTNET CO., LTD 转到香港标记的 ZT INFORMATION NETWORK CO., LIMITED。
  • 九个前缀合计 57,088 个 IPv4 地址，即 223 个 /24 单元；原持有方一侧仍留下一个 /24 和一个 /19，共 8,448 个地址。两部分精确还原原来的 /16。
  • 次日的委任统计把一个旧记录拆成十一条，却全部保留 20071203。APNIC 的格式说明规定：从其他注册管理机构转入的资源沿用原始 RIR 提供的首次分配日期。
  • 两个日期都有效。可复核的转移记录必须分别保存“本次转移事件日期”和“原始委任日期”，并绑定文件哈希、前缀集合与余量核算。

先核算边界，再谈事件

APNIC 2026 年 9 月 1 日全量转移日志里有九行共享同一组关键字段：转出组织是 ZTNET CO., LTD，经济体代码为 KH；接收组织是 ZT INFORMATION NETWORK CO., LIMITED，代码为 HK；此前委任日期是 20071203；转移日期是 20260901；转移类型为 M&A。

prop-142 转移日志规范把 transfer_date 定义为接收组织获得资源的日期，并把 M&A 定义为依照并购政策处理的转移。这里的 M&A 是注册流程分类，不是一份企业交易说明书。公开文件没有给出价格、对价、合同安排、控制权结构，也不能据此判断究竟采用了哪种法律或商业机制。

九个前缀依次是 79.109.0.0/24、79.109.2.0/23、79.109.4.0/22、79.109.8.0/21、79.109.16.0/20、79.109.32.0/19、79.109.64.0/18、79.109.128.0/18 和 79.109.192.0/19。按地址数量相加，结果是 57,088，也就是 223 个 /24。

剩下的两个区间没有出现在接收方集合里：79.109.1.0/24 与 79.109.224.0/19。它们合计 8,448 个地址，相当于 33 个 /24。因此，57,088 加 8,448 等于 65,536；223 加 33 等于 256 个 /24，正好是完整的 /16。这项核算只能证明公开边界闭合，不能解释为何保留这两段，更不能替私下交易编造原因。

一条记录变成十一条

在9 月 1 日的委任统计文件中，整个范围只有一条记录：起始地址 79.109.0.0，数量 65,536，经济体 KH，状态 allocated，日期 20071203，不透明标识 A91100B2。

APNIC 以 gzip 发布了9 月 2 日文件。解压后，旧的一条变成十一条。九条使用 HK 与 A91556B2，前缀集合与转移日志完全一致；两条使用 KH 与旧标识 A91100B2，对应保留的 /24 和 /19。十一条的日期却无一例外都是 20071203。

这不是文件忘记更新。APNIC 的 README-EXTENDED明确说明：通常情况下，日期表示分配或指派由该 RIR 作出的时间；如果资源从另一个注册管理机构转入，这个字段表示原始 RIR 提供的首次分配或指派日期。委任统计保留的是资源起源时钟，而不是每次持有关系变化的最新时钟。

同一份累计转移日志还保存了一条更早的记录：整个 79.109.0.0/16 在 2025 年 10 月 9 日从 RIPE 转到 APNIC 内的 ZTNET CO., LTD，此前委任日期同样是 20071203。它不能说明 2007 年发生了什么商业安排，却能说明原始日期为何可以穿过后来的跨 RIR 与 M&A 事件。

所以两个问题必须分开提问。若问题是“本次接收方何时在 APNIC 转移日志中获得九个前缀”，答案是 2026 年 9 月 1 日。若问题是“这些从其他 RIR 转入的资源携带什么首次分配日期”，答案是 2007 年 12 月 3 日。把两者都命名为 allocation_date，不是简化，而是丢失语义。

文件多了 23 行，资源并没有多 23 份

两天之间，IPv4 汇总从 61,519 行增至 61,542 行，净增 23。README-EXTENDED 同时提醒，汇总值统计的是记录行数，不是资源数量。

本次分拆只解释其中十行：原来一行，后来十一行，净增十行。其余十三行来自文件里的其他变化，不能归到这笔事件。这个 /16 的地址总量也完全没有增加。若仪表盘把净增 23 行写成“新增 23 次 IPv4 分配”，它会同时混淆行数、地址量与事件归因。

证据核验将两份委任文件和一份转移日志逐一与 APNIC 发布的 MD5 文件比对，并在捕获的精确字节上验证了三份分离式 OpenPGP 签名。所用的是 APNIC 在 CURRENT_PUBLIC_KEY 发布的原始无用户 ID 公钥，指纹 53484F6685D112B194DD25D9CB342F01D1524E14。这证明签名在该发布密钥下有效；它不等于第三方身份认证、Web-of-Trust 信任结论，也不保证历史 URL 永远不会被替换。

RDAP 只把当前登记状态补上

转移 /24 的 RDAP返回 ZT1-HK 与 HK，登记和最后修改事件均在 2026 年 9 月 1 日。保留的 /24与保留的 /19则返回 ZTNETCOLTD-KH 与 KH。

这为公开注册状态提供了独立检查，却不是 BGP 宣告、RPKI/ROA、流量、客户服务、实际使用地点或受益所有权的证据。APNIC 的委任文件说明也指出，经济体代码描述组织所在地，不是资源当前使用地点的权威判断。文章因此没有理由复制 RDAP 中的邮箱、电话或街道地址。

给两只时钟各留一个字段

一份紧凑的证据凭据已经足够：记录转移日志文件名与 SHA-256、transfer_date、transfer_type、此前委任日期、九个前缀及地址总数；再绑定前后两份委任文件及其哈希、原始日期的格式定义、保留余量、RDAP 观察时间，以及后续更正或替代关系。

这是一项下游研究建议，不是 APNIC 现行义务。它不要求公开合同、会员工单、发票、内部审批人或私人联系资料。它只阻止原始日期冒充本次事件日期，也阻止本次事件日期抹掉资源起源。

证据不能支持什么

公开资料不能证明买卖、价格、动机、具体公司重组、路由变化、ROA 状态、网络服务、损害或不当行为。它没有解释为何保留 8,448 个地址。不透明标识只在文件序列中归组持有方，可能随版本变化。本次事件解释净增 23 行中的十行，而不是全部。

来源