摘要

  • ICANN 8 月 28 日的通知称，依据《注册商认证协议》第 5.5.4 节终止 IPIP INC. 的协议；终止将于 2026 年 9 月 13 日生效。
  • 通知把四项内容列为截至 8 月 28 日仍未纠正的违约：RDAP 服务、注册商数据托管提交、认证费用，以及官网上的非公开注册数据披露申请入口。
  • 文书随后用“此外”和“其他关切”另起一组，之后又列迁移、ICANN 标识许可撤销和终止后继续有效的义务。后两组不能被倒算进四项违约的数量。
  • 一张逐项的处置表可以公开规则依据、证据日期、整改要求、期限、答复与状态，同时保护私人通信、个人资料和安全细节。

一个决定，两个时间点

8 月 28 日发生的是决定；9 月 13 日才是通知写明的生效日。

ICANN 致 IPIP INC.（IANA 注册商编号 3774）的八页通知称，双方 2013 年《注册商认证协议》依据第 5.5.4 节被终止。紧接着的句子又写明，依第 5.6 节，终止在通知发出 16 个日历日后的 9 月 13 日生效。

截至本文 8 月 30 日的证据截点，不能把这个将来时抹掉。公开记录尚未给出承接注册商、受影响域名数量、批量迁移日期或迁移完成证明，也没有说明是否出现仲裁、暂缓、后续整改或更正。终止决定已经形成，不等于所有运行状态已经切换。

ICANN 的公开通知索引把 8 月 5 日的违约通知标记为升级至终止，并列出 8 月 28 日的终止通知。它证明的是执法状态，不是域名交接的完工状态。

第一张清单明确写着四项违约

终止通知称，IPIP 未能在 8 月 26 日前纠正 8 月 5 日通知所列违约，并逐项列出四项仍然存在的违约。

第一，ICANN 称 IPIP 没有运行符合要求的 RDAP Directory Service：它既应覆盖注册商赞助的全部活跃 gTLD 域名，也应采用最新的技术实施指南和响应规范。较早的违约通知说，IPIP 虽登记了一个 RDAP 基础地址，但 ICANN 测试的域名查询均未返回相应注册数据。

第二，ICANN 称 IPIP 没有按照规定的时间、条件和格式及时向获批数据托管代理提交资料。第三，认证费逾期未付。第四，注册商没有在官网直接链接一项程序，说明如何申请披露非公开注册数据。

这四项不是同一种故障。RDAP 是公众查询注册数据的服务；数据托管是连续性所需的第三方保管；认证费是合同付款；披露入口是《注册数据政策》第 10.1 节规定的公开申请通道。只说“合规失败”会掩盖依赖方、证据和整改方法的差异。

规则本身可以核对。ICANN 说明，2024 年 2 月版 gTLD RDAP Profile 自 2025 年 8 月 21 日起必须实施；注册商数据托管页面也说 2025 版规范同日生效；《注册数据政策》则要求披露页面说明申请格式、答复方式与预计时限。

但针对 IPIP 的事实判断仍是 ICANN 的判断。BTW 没有自行重跑其全部域名查询、检查托管账户或审计发票。因此准确说法是“ICANN 在通知中认定”，而不是把合同方的发现改写成独立鉴定。

第二张清单刻意换了称呼

四项违约之后，通知用“In addition”另起一段，并称 IPIP 还未处理和解决“additional concerns”。

这些事项包括：公开的滥用举报表单或专用邮箱；接收、处理和追踪举报的程序；高管姓名与职务；通信地址；删除与自动续费政策；赎回或恢复费用；续费通知方式；以及带实施日期的整改措施。

这些内容并不轻微，其中若干直接对应《注册商认证协议》的信息披露或运营义务。“其他关切”也不代表它们今后永远不会产生合同后果。需要守住的界线更窄：这份终止通知没有把它们写进前面那句“四项仍然存在的违约”。

因此，两种夸张都应避免。不能说第二组完全没有法律意义，也不能把文书改写成 ICANN 已把每个子项都单独裁定为本次终止理由。通知选择了不同类别，报道就应保留不同类别。

通知同样没有给四项违约排序。第 5.5.4 节允许 ICANN 在收到通知后 21 日内未纠正任何违约时终止协议。公开文书说四项都未纠正，却没有说明哪一项最关键，或哪一项单独足以作出决定。标题不能替决策者补写因果层级。

联络时间线证明程序，不证明动机

两份通知记录了从 3 月和 6 月开始的多条案件时间线：升级通知、连续通知、邮件被退回、未收到答复、多次电话，以及一份被 ICANN 认为不足以证明合规的答复。8 月 5 日，ICANN 发出正式违约通知，把 8 月 26 日定为整改期限，并同时通过电邮和快递发送。快递于 8 月 7 日确认送达，8 月 19 日又有提醒；8 月 28 日，ICANN 称必要整改仍未完成。

这支持一个有限结论：ICANN 公布了联络尝试、整改期限及其对答复状态的判断。它不能说明邮件为何被退回或无人回复，也不能证明公司被弃置、资不抵债、发生欺诈或网络事件，更不能推断故意逃避。

对现行做法最有力的辩护，是合同执法无需公开每一封内部邮件。正式通知必须足以说明权力依据和未解决事项，但不应暴露个人联系方式、客户数据、安全材料或内部法律意见。

简洁并不等于混类。公众仍应能够分辨：观察到的问题、要求提交的资料、正式违约、其他关切、终止后果和继续有效的义务。

终止决定之后还有第三组事项

通知随后转向后果。ICANN 表示，将依《去认证注册商过渡程序》把 IPIP 当时管理的域名转给合格的获认证注册商；ICANN 标识许可于 9 月 13 日撤销；注册数据保存、费用、争议解决及金钱救济限制等条款在终止后继续有效；逾期费用和通知所述其余费用仍需支付。

这些事项很重要，却不是可以加到违约总数里的新项目。它们回答的是另一些问题：服务组合怎样过渡、哪项品牌许可结束、哪些合同义务不随认证一起消失。

BTW 已有独立文章解释 ICANN 如何选择承接注册商，也有文章分析为何托管文件不等于可运行的客户服务。本篇不重复那些机制。这里的新闻对象更早、更窄：一份高后果执法记录是否让每句话保留原有的法律与运行类别。

让每个事项拥有自己的处置行

ICANN 的通知索引已经提供案件级状态。若再增加一张简洁的逐事项表，公众就更难因转述而改写决定。

每一行可以包括：事项编号、类别、具体协议或政策条款、公开证据及观察日期、整改或资料要求、期限与延期、答复状态、每次通知中的处置、是否属于本次行动明示理由，以及公开的更正、质疑、仲裁或暂缓状态。

终止后，该行还可以写明下一步骤由谁负责、何时复核。正式违约可能关闭、以债务形式继续、进入争议程序，或不再影响迁移；其他关切可能被回答、以后升级为正式事项，或只保留为历史记录。表格应显示变化，而不是让读者从不同文书的段落里猜。

这不要求公开私人邮箱、个人姓名、原始日志或法律意见。需要公开的是分类与可归责的结果，而不是整个案件卷宗。

docs/heng-lu-note.md 提供的纪律在此很有限也很实用：高后果的制度权力必须能对应到明确授权、证据、责任与复核。ICANN 的权力来自合同，不来自理论文章；理论的作用只是提醒读者，不要在转述中让权力范围和事实类别无声扩张。

当前结论无需更大。ICANN 已向 IPIP 发出终止通知，四项未纠正违约被明确列出，其他关切被另行记录，生效日仍在前方。准确性的第一步，就是拒绝把这些句子压成一团没有类别的指控。

来源

  1. ICANN：致 IPIP INC. 的终止通知，2026 年 8 月 28 日
  2. ICANN：致 IPIP INC. 的违约通知，2026 年 8 月 5 日
  3. ICANN：违约、暂停、终止与不续约通知
  4. ICANN：《注册商认证协议》及相关材料
  5. ICANN：《注册数据政策》
  6. ICANN：gTLD RDAP Profile
  7. ICANN：注册商数据托管计划
  8. ICANN：合同合规方法与流程
  9. ICANN：终止注册商认证
  10. ICANN：《去认证注册商过渡程序》
  11. Lu Heng：当注册局权力与责任脱节