摘要

  • APNIC 2025 年报为根服务器部署设了八台目标，实际列出四台。新西兰 M-Root 的 RIPE Atlas 前后测量为 51.7 毫秒和 13.6 毫秒；斯里兰卡一栏注明测量不可用。
  • APNIC 负责寻找和介绍站点，并提供行政支持；WIDE Project 与 JPRS 承担 M-Root 的运行和部署。APNIC 宣布 2026 年把行政支持转给 JPRS。缺失的测量记录也因此成了交接问题。

在APNIC 的 2025 年报里，最抢眼的不是大数字，而是斯里兰卡 M-Root 那一格：测量不可用。旁边的新西兰项目给出了部署前后的 51.7 毫秒和 13.6 毫秒。年报同时说，APNIC 为这两个国家的 M-Root 部署提供了行政支持。名字都写进去了，只有一个地方交出了可供追问的性能数字。

这张表还有一处不能混算。2025 年的计划是部署八台根服务器、找到六处新站点；实际是部署四台，在亚太找到四处站点，在区域外找到三处。站点发现总数为七，已部署服务器总数为四。拿七去补八，像把候选名单当验收单。APNIC 自己分列两行，运营者也该如此。

M-Root 的价值发生在 DNS 查询里，不在地图上的圆点里。APNIC 回顾 2020 年合作协议时说明，WIDE Project 是根服务器运营方，JPRS 参与运营和部署；APNIC 帮忙扩大覆盖、寻找主机。介绍主机、装机、把服务宣告出去、从外部看到响应，是四个动作。行政支持可以推动前三步，却不能自动生成第四步的证据。

新西兰至少留下了一个可核查的问题：年报报告的 51.7 到 13.6 毫秒，是哪些探针、哪段时间、哪种分布？表格没有提供这些细节。因此它能证明 APNIC 报告过这组前后数，不能把 13.6 毫秒写成所有新西兰用户的体验。斯里兰卡连这组概括值也没有。若补上一份注明日期、探针和方法的前后测量，读者才能把两处项目放在同一把尺子上。

交接时机也写在官方材料里。APNIC 在 2025 年 9 月宣布，从 2026 年起，自己的 M-Root 工作聚焦识别并介绍潜在站点，现有行政支持转给 JPRS，APNIC Foundation 提供协助。根服务仍由 WIDE Project 和 JPRS 运行。APNIC 少做行政并不改变这项事实，却改变了谁负责保管站点进入部署流程后的材料。

APNIC 2026 年 1 月的社区回顾提到斯里兰卡、新西兰等地的新 M-Root 和测量基础设施。这能说明活动确实延伸到了现场；它没有填补年报里斯里兰卡的空白，也没有把四台服务器逐一对应到站点、日期与测量。一个想复核进度的网络工程师，最终还得问这三个具体问题。

四台对八台，是进度账；新西兰 51.7 对 13.6，是一项性能观察；斯里兰卡的空格，是证据账。三本账不能合并成一句“部署取得进展”。下一次交接若附上站点、装机和观测的对应关系，APNIC 的角色虽收窄，公众仍能知道这项工作到底走到哪一步。

来源： APNIC 2025 年报、发展业务交接公告、M-Root 合作说明、2026 年 1 月社区回顾。