Summary

  • APNIC 11 月 2 日的转移文件里，2022 年 4 月至 2026 年 10 月有 21 笔以 NIXI/YOTTA 为接收方的 RESOURCE_TRANSFER。来源栏出现 20 个不同的 NIXI/... 原始名称；这些行覆盖互不重叠的 27 段 IPv4，共 25,600 个地址。
  • 对这 27 段地址逐一查询 APNIC RDAP，当前名称都为 YOTTA，起止点也与转移文件一致。只看斜杠前的 NIXI，会把来源差异、交易行数和实际地址段数一起压扁。

一个斜杠，足以让二十个名字在统计表里消失。在 APNIC 官方转移文件中，接收方 NIXI/YOTTA 连续出现 21 次；来源方也大多以 NIXI/ 开头。如果在这里截断名称，读者会得到一张毫无变化的“NIXI 转给 NIXI”清单。继续往右读，才看见 NIXI/SUPERPHONEENTERPRISE、NIXI/SPACENETINDIA-IN、NIXI/TRACKNET、NIXI/APEXNETW 等来源标签。第一笔发生在 2022 年 4 月 20 日，最近一笔是 2026 年 10 月 26 日。

这 21 笔并不是 21 个不同来源。严格按原始字符串去重，只有 20 个；NIXI/SPACENETINDIA-IN 出现两次。按年份，2022 年三笔、2023 年七笔、2024 年五笔、2025 年四笔、2026 年两笔。全部标为 RESOURCE_TRANSFER，来源和接收注册局都为 APNIC，两侧国家代码都为 IN。APNIC 的转移说明把资源转移定义为不同法律实体间的移动，并说明会更新 Whois。公开 JSON 保留了名称，却没有给每个后缀配法律实体识别号。若要把 20 个标签正式认定为 20 家不同法人，还缺成员与法人的映射表。

地址量又是另一套算术。21 行内合计有 27 个不重叠的 IPv4 区间：24 个 /22，每段 1024 个地址；两个 /24，每段 256 个；一个 /23，共 512 个。总计 25,600。把“行”直接当“段”，会少算六段；把每一段都当 /22，又会把实际规模算错。我们以 27 个准确起点逐一查询 APNIC RDAP，每个返回的范围都与文件中的相应 transfer_set 完全相同，当前名称均为 YOTTA。例如最近的 /22、2026 年 5 月的 /22和2022 年 4 月的 /22。这验证的是这 27 段的现状，不是 YOTTA 的全部地址库存。

最近一笔把问题缩成了一个可查的例子。2026 年 10 月 26 日 04:45:32 UTC，NIXI/APEXNETW 将 103.110.12.0–103.110.15.255 这一个 /22 转给 NIXI/YOTTA。同年 5 月 15 日，另一笔从 NIXI/TRACKNET 转入 182.255.56.0–182.255.59.255。接收栏一样，来源后缀和地址完全不同。把这两行合并成“NIXI 内部调整”，就是把账本上仍然可见的区别主动擦掉。

国家注册局这一层为什么重要？APNIC 列出的七个 NIR包含服务印度的 IRINN；这些注册局有自己的成员，在区域政策下办理资源登记。NIR 运行政策进一步说明其成员登记和管理职责。转移文件里的 NIXI/ 是原样公开的标签，RDAP 则在 27 个精确对象上显示 YOTTA。区域账本、国家登记层、当前资源对象，各自回答一个问题。