ICANN 特定审查已暂停，暂停本身需要状态记录

摘要

• ICANN 现行章程把 2026 年 6 月 10 日列为第 27.6 节生效日；该节暂停四项特定审查的进行义务，却没有抹去第 4.6 节的基础架构。
• 初始暂停通常为十二个月，总时长不得超过二十四个月。继续暂停必须满足明定条件并附有理由；最长时限不是自动续期授权。
• 公开征询、董事会批准、ALAC 请愿、ASO 的立场与现行章程文本证明的是不同命题，不能互相替代。
• 义务若恢复，ATR、SSR、RDS 与 CCT 都有不同的触发条件和时序。组建、最终报告、董事会处置、实施与运行效果仍是彼此独立的事实。
• 一份简短、可校正、带日期的公开状态记录，可使临时规则可审计，而不创造新的否决权，也不披露应受保护的内部讨论。

暂停改变的是义务状态，不是把基线擦掉

“暂停”很容易让人想象某个机制已经关机，只等未来重新启动。第 27.6 节比这更具体。现行 ICANN Bylaws 标示其在 2026 年 7 月 3 日修订，并在第 27 条“过渡条款”中保留第 27.6 节。该条明确把 2026 年 6 月 10 日定为生效日。从这一天起，Accountability and Transparency Review、Security, Stability and Resiliency Review、Competition, Consumer Trust and Consumer Choice Review 以及 Registration Directory Service Review 四项特定审查的进行义务处于暂停状态。

这并不意味着透明度、安全、注册数据、竞争或消费者信任不再重要，也不意味着第 4.6 节已经废止。公开征询文件把过渡条款描述为：保留第 4.6 节文字，同时为其当下适用建立有边界的路径。日后读者需要回答的不是“ICANN 是否喜欢审查”，而是某一日到底适用哪条规则：原有义务、暂时改变其运作的过渡条款，还是后续依法完成的修订。

2026 年 5 月 3 日董事会决议 说明了过渡规则面对的原始问题。决议记载，四项特定审查中的三项原本每五年应进行一次，计时从前一届审查团队组建时开始；ATRT4 本应在 2023 年组建且已两次延期，下一轮 SSR 与 RDS 也被延后，等待社群讨论审查系统的未来。志愿者负荷、审查重叠和建议实施时间不足，都是公开提出的理由。但理由本身不会把一项义务转成永久的自由裁量。

因此，两种便利叙述都不充分。一种说审查难以开展，所以义务已自然消失；另一种把有限期过渡条款当作所有改革或所有既往延期都不正当的证据。公开事实更窄：旧义务仍可定位；一项临时规则经规定程序被采用；这项规则有自己的限期、条件和退出路径。真正需要检验的是，每一次状态变化能否不靠猜测而被重建。

董事会批准与规则生效不是同一个制度行为

5 月 3 日批准的文本标有“Subject to Empowered Community Process”。这不是装饰性脚注。它区分董事会批准一项标准章程修订的行为，与修订真正产生法律效果的时点。现行第 27.6 节给出了后一个问题的答案：2026 年 6 月 10 日。

这两个时点之间的公开行为必须分开保存。ASO 6 月 3 日公告 说，作为 Empowered Community 决策参与者的 ALAC 就该修订提出了 Rejection Action Petition。它证明存在请愿及其所表达的关切，却不证明修订已经被否决、不证明 ASO 同意请愿，也不证明所有决策参与者形成了同一结论。

ASO 6 月 9 日后续公告 提供的是另一件事：ASO 向 RIR 社群征询意见，未从该渠道收到支持请愿的意见，因此表示不会支持。它是 ASO 的咨询结果和 ASO 的立场，不能代替 Empowered Community 的其余程序，更不能代替已在现行章程中体现的生效事实。一个部门或支持组织的公开路径可以帮助理解过程，但不能取得其他主体的权限。

可用的公开记录应形成状态链：董事会批准、公开征询及总结、Empowered Community 程序、可能出现的请愿、可归属的公开立场、生效日、现行文本版本。每一个链接都要写明它证明什么。若只堆放链接，时间线即使看似完整，也可能把异议写成最终裁决，把提案写成现行法。

十二个月是默认恢复点，不是二十四个月的自动通行证

第 27.6 节先设定十二个月后的恢复。除非出现两种情况之一，义务应在那时恢复：其一，董事会接受了生效日之后由社群形成、关于修改任一或全部特定审查的建议，并指示实施；其二，章程列出的七个 Supporting Organizations 和 Advisory Committees 中有四个发布支持继续暂停的声明。无论哪种情形，总暂停不得超过二十四个月，而且每次延长必须附有支持理由。

这些字段回答的不是同一问题。十二个月是默认届满点；二十四个月是最外层上限，而不是预先装满的授权。社群发布草案不是获接受的建议；获接受的建议也不等于已有实施指令。四个 SO/AC 声明构成另一条延长路径，不能简化称为 Empowered Community 的同义词。支持理由也不应只是公关文字；它应使外部读者看见实际援引了哪一项条件、哪个主体作出了相应判断、哪些工作仍未完成。

公开征询总结报告 说明了为什么这些区别重要。意见中有对有限、非常规机制的支持，也有对定期报告、延长期限依据、准备程度和避免重叠保障的要求。NCSG 明确把有限的过渡机制与一般性暂停问责义务区分开来。这些意见本身不会修订章程，却表明日期、能力、进度证据和决定权不能被压缩成一个绿色或红色信号。

Reviews CCG 公共工作区 记载其在 2026 年 6 月 25 日公开 Draft Report 以征求意见。这证明有一份公开工作成果；但除非另有文书，它不证明董事会接受了生效日之后的社群建议、指示实施、修订了第 4.6 节或延长了暂停。发布、建议、接受、指示和修订是五种不同的制度行为。

恢复是依赖关系，不是一句“审查已重启”

过渡规则的退出路径同样拒绝二元化。若原有义务恢复，Accountability and Transparency Review 应在九十日内启动。SSR 应在 ATR 启动后十八个月内启动；但若 ATR 尚未提交最终报告，时限改为 ATR 向董事会提交最终报告后两个月。RDS 从 SSR 起具有类似序列。CCT 则有自身的条件，关联 2026 年新 gTLD 轮次、申请数量和授权到根区的门槛。

获批准的过渡条款文本 还规定，如果 ATR 的一项建议可能影响某项后续审查的启动义务，在董事会考虑该建议及相关第 4.6 节修订程序进行期间，受影响审查可以暂停；若该建议影响 SSR 而不影响 RDS，未受影响的 RDS 路径仍按规定进行。因此“特定审查恢复了”不是一件单一事实。每项审查都有自己的规则触发点、计算出的时限和实际组建的证据。

这种顺序并不自动证明准备充分。公开征询中存在对志愿者能力、既有建议实施、CCT 所需数据、安全与稳定性关注，以及以不同顺序重演拥堵的不同判断。第 27.6 节提供的是协调未来的公开基线，而不是某项审查已经开始或一定有效的认证。

缺少的是状态记录，不是另一个否决机构

ICANN 无须另设机构来让第 27.6 节变得可读。它需要一份带日期的公开状态记录：一行记录过渡规则，四行分别对应审查。共同的一行应列出第 4.6 节的基础义务、第 27.6 节版本和生效日、当前法律状态、常规届满日，以及每个字段的证明文书。

若拟延长暂停，记录应列出具体条件、相关文件、发布主体、理由、新届满日和剩余上限。恢复部分则应将法律触发条件、计算出的时限和实际组建行为分开。最终报告、董事会行为、实施状态和运行效果都应在后续行中用各自来源记录。草案、会议或一般声明不能悄然变成规范性修订。

这不会创造公众的新否决权，也不要求披露保密讨论、志愿者个人评价或虚构的质量评分。它只保存最低限度的制度记忆：哪条规则有效、哪个行为改变了它、谁有权作出该行为、由此产生何种期限、哪些后续结果仍未被证明。

Sources

1. ICANN Bylaws，2026 年 7 月 3 日修订
2. ICANN 董事会 2026 年 5 月 3 日批准决议
3. Transition Article To Address Specific Reviews
4. 特定审查过渡条款公开征询
5. 公开征询总结报告
6. ASO 关于 Rejection Action 考虑请求的公告
7. ASO 关于请愿的后续公告
8. Reviews CCG 公共工作区