摘要

  • 7 月 3 日生效的基本章程修订，把 CSC 效能审查和定期 IANA 命名职能审查都改为从上一份最终报告交付时起算；CSC 的后续常规周期还由三年延长至五年。
  • 最终报告起算能为完成审查和落实建议留出空间，却也会把审查本身的耗时加入两轮启动之间。ICANN 应建立一份双时钟账本，公开起算事件、最迟日期、提前触发、延期和每次重置。

批准链条清楚，但权力范围必须说准

这次修订走完了可识别的公司治理程序。ICANN 董事会在 2026 年 5 月 3 日批准第 17 条和第 18 条修订。秘书于 5 月 11 日通知赋权社群（Empowered Community），并因两项修订都涉及 IANA 命名职能监督而建议合并审议。公开行动记录显示，ccNSO、ASO、ALAC 和 GNSO 支持，GAC 弃权，没有反对意见。

基本章程修订的门槛是至少三个决策参与方支持，且反对者不得超过一个。四票支持、零票反对和一项弃权满足这项规则；现行章程也明确标注“2026 年 7 月 3 日修订”。这说明修订获得了章程赋予的公司权力，并不等于全球互联网用户举行了一次公投。参与方有权完成这项公司行为，但不因此成为所有用户的普遍授权代表。

两项监督工具也没有因合并审议而变成同一件事。CSC 持续监测 Public Technical Identifiers 是否依照 IANA Naming Function Contract 履约。CSC 效能审查检查的对象是这个监督委员会本身。定期 IFR 则更广泛地审视 PTI 表现和相关监督架构。共同的修订程序只能简化流程，不能混同职权。

CSC：常规周期从三年延至五年

修订前的第 17.3 条规定，CSC 第一次会议两年后进行首次效能审查，此后每三年一次。新文本删除已经完成使命的首次审查条款，把后续周期改为每五年一次，并以先前效能审查最终报告的交付日期为起点。

五年不是封闭等待期。CSC、ccNSO、GNSO、ICANN 董事会或 PTI 董事会都可以要求提前审查；一旦完成，提前审查的最终报告又会成为下一轮五年的新起点。同一修订还允许任命机构指定 CSC 候补成员和候补联络员，具体角色与遴选方式由 CSC 规定。

公开意见并非只有赞成。七名意见提交者完全支持周期调整，两名个人建议增加年度自评或周期中段审计，理由是五年内可能出现无法及时发现的绩效问题。八份意见支持候补安排，一份意见担心候补人员缺少相同的出席和任期约束，却可能长期留在委员会中。董事会没有因此改动文本，但表示下次效能审查应再次判断五年是否合适，也要检验候补制度的实际效果。

提前审查权只有被使用时才是保障。公开记录应说明出现了什么信号、谁提出请求、谁作出回应、为什么接受或拒绝，以及最终报告如何重置下一轮时钟。若这些环节散落在会议纪要里，“可以提前”就只是一种可能性，而非可验证的纠错能力。

IFR：五年不变，起跑线后移

第 18 条的数字没有变，计算方式却发生实质变化。旧规则从上一届定期 IFR 审查组成立之日起算五年；新规则从该审查组向 ICANN 董事会提交最终报告之日起算。

IFR2 给出了可以核对的影响。它在 2023 年 9 月 10 日成立，2025 年 9 月 4 日提交最终报告。按照旧规则，下一轮定期 IFR 最迟应在 2028 年 9 月 9 日启动。董事会说明，新规则把这个最迟日期推到 2030 年 9 月 3 日。形式上的周期仍叫“五年”，但两轮审查组成立之间的最大间隔几乎增加了 IFR2 全部工作时长。

这一安排有合理目的。审查组需要调查、咨询并完成报告，ICANN 也需要时间审议和落实建议。ICANN 的官方汇总报告认为意见广泛支持这项修订。遇到影响 PTI 履约的问题时，社群仍可启动特别 IFR。若特别 IFR 正在进行，定期 IFR 的另行延期仍须获得 ccNSO 和 GNSO 的高门槛同意，写明延期长度，并通常不应超过特别审查结束后十二个月。

因此，争议不应被简化为“监督减少”或“行政减负”。最终报告起算确实减少重叠，并让实施结果有观察期；它也使审查拖延自动推迟下一轮最迟日期。只有把持续时间和周期放在一起，外界才能判断两者的比例是否仍然合理。

建立一份双时钟账本

ICANN 已经拥有所有原始事件，只需把它们连成一份长期控制记录。每项 CSC 效能审查、定期 IFR 或特别 IFR 都应有一行，至少列明：

  • 审查类型、适用条款、发起者和法定权力；
  • 起算事件和据此计算的最迟日期；
  • 计划启动日与实际启动日；
  • 最终报告预计日期与实际交付日期；
  • 建议、董事会处置和落实进度；
  • 提前审查请求、特别 IFR 触发和重叠评估；
  • 获批延期、表决记录与最外期限；
  • 最终报告交付后重新计算的下一日期；
  • 更正说明、被替代记录与权威文件链接。

账本必须区分“最迟在某日前启动”和“实际已启动”，也要区分合理的建议落实期与无人负责的拖延。审查提前结束时，下一轮最迟日期应立即可见；审查延长时，读者应能分辨增加的时间来自调查、成文、实施，还是经过另行授权的延期。

批准记录有两处应当更正

修订的生效结论清楚，但解释记录存在两处自相矛盾。赋权社群行动页把最终批准函一行标成“2025 年 7 月 3 日”，同一页面却写明行动在 2026 年 7 月 3 日结束；链接文件属于 2026 年，现行章程也标明 2026 年。这应被视为公开登记日期错误，而非批准失效的证据。

公开咨询摘要和董事会理由还多次把 CSC 旧安排称作“两年周期”。更准确的规则是：第一次审查在两年后，此后每三年一次。咨询页自己的背景部分也写明三年。两项误差都不改变已通过的清晰文本，却提高了核验成本。ICANN 应发布带日期的更正说明，保留原记录、明确正确事实并链接控制性条文。

监督不是因为文件写了“五年”就自动成立。只有当公众能查到谁掌握触发权、哪一个事件移动了时钟、下一项救济是什么，时间规则才从制度承诺变成可审计的治理。

来源