摘要

  • ICANN 在 2026 年 9 月 25 日向 Netpia.com, Inc. 发出通知，将拖欠认证费用称为根本且重大的违约；RDAP 服务和主页上的披露申请链接则被另列为不合规事项。
  • RDAP 面向应当公开的注册数据查询；另一入口只负责告诉申请人如何请求非公开数据，不能被理解为自动批准披露。
  • ICANN 要求在 10 月 16 日前纠正并提供材料。通知说届时若仍未满足要求，可能启动终止程序，并未宣布认证已经终止。

假设 Netpia 明天付清费用，外部读者究竟能验证什么？账款状态会改变，但域名查询接口是否持续响应、申请非公开注册数据的网页是否找得到，仍是两个没有被付款动作回答的问题。ICANN 对这家 IANA 编号 130 注册商的九页通知，值得从这三个互不替代的证据对象来读。

先分清通知原本的法律措辞。依据《注册商认证协议》第 3.9 条，欠缴认证费被 ICANN 界定为根本且重大的违约。随后，通知单列 RDAP 目录服务和披露申请流程的主页直达链接，称注册商在这两方面不合规。另有七项网站及注册协议的信息要求被放在“Additional Concerns”之下。这些事项并非可以忽略，但也不能被一笔带过地统称为同一项正式欠费违约。既有关于 IPIP 的报道处理过这类通知的分类边界；Netpia 这次更具体的问题，是用户能不能分别走通两条数据访问路径。

公开路径并不是“登记了一个网址”就完成。ICANN 写明 Netpia 在 IANA 登记的 RDAP 基础地址是 rdap.ibi.net，但其 SLAM 监测在间歇性时段持续给出“down”结果，服务停用期间，所赞助域名的查询失败。这是 ICANN 的监测结论，不是 BTW 对实时可用率的独立测算；通知没有给出停机总时长、受影响域名数量或发生数据泄漏的证据。ICANN 要求证明所有活跃 gTLD 赞助域名均可免费、按查询获取至少每日更新的数据，证明采用 2024 年 2 月版 RDAP 技术指南和响应规范，并提供一个被赞助域名供其监测。该版规范自 2025 年 8 月起成为要求。一次偶然成功的查询，不足以证明覆盖范围、数据新鲜度及持续服务水平。

第二条路径通往另一种决定。《注册数据政策》第 10.1 节要求注册商在提供域名服务的主页上，直接链接到说明非公开注册数据披露申请办法的页面。申请需要什么格式和内容、答复用什么方式送达、预计何时答复，都应可见。ICANN 说它检查 Netpia 主页时没有找到这些内容。补上链接可以使入口可发现，但不能替代对具体申请的判断；政策要求对合格申请逐件考虑，最终也可以有理由地拒绝。把私有资料直接塞进 RDAP，不是修复这个入口，而是越过了隐私边界。

截至通知发出时，ICANN 设定的纠正截止日为 10 月 16 日，要求缴费、展示 RDAP 的合规运行、设置主页链接并提供其他说明。只有到期仍未纠正且未提交所需信息时，ICANN 才说可能启动认证终止程序；通知不是终止决定。附录记录了多轮接触，也记录 Netpia 曾有回复，但 ICANN 认为这些回复不足以证明合规。因此既不能写成“已经被终止”，也不能写成“从未回复”。

一份可供外界核查的恢复记录，应将欠费结清凭据、带时间范围和异常清单的 RDAP 测试结果，以及主页上的申请路径、要求和答复渠道分别列出。这个“三份回执”是本文的治理建议，不是 ICANN 规定的新表格。公开版本不应披露申请人、私有注册资料或监控凭证。只有分别看清三件事，才不会把财务修复误报为数据访问已经恢复。

资料来源