摘要

  • 2026 轮的社区型申请必须先通过注册承诺评估，才能让其注册政策进入协议，并进一步参加社区优先评估。
  • 前一项审查确认规则是否可以纳入注册协议，后一项才判断申请能否在最终争议集中获得优先权；两者都不代表公众授权，也不保证域名最终获委派。

“社区型申请”听起来像是某个群体在主张一个域名归自己所有。但在 ICANN 2026 轮中，它首先是申请者对申请类型作出的选择。这个选择带来程序上的后果：如果申请的字符串后来进入最终争议集，申请者可能拥有额外的冲突解决路径。但这个标签本身不会授予优先权，也不能证明申请者代表所有认同该社区的人。

程序在争议评估之前提出了一个更具体的问题。社区型申请必须提交拟纳入注册协议的社区注册政策。ICANN 当前指南要求这些政策通过注册承诺评估（RCE）。如果政策尚未获批，申请就不能进入下一阶段，包括社区优先评估（CPE）。如果处于争议集中的社区申请选择参加 CPE，RCE 必须先完成。根据2026 申请指南，RCE 判断政策能否获准纳入协议；之后的 CPE 则评估获批政策是否符合申请中所声明的社区目标。

顺序正是制度设计的关键。承诺为某个社区保留一个名称空间，还不等于形成了可执行的运营规则。政策必须写到能够成为注册运营方合同承诺的程度。随后，优先评估小组才会考察申请者及其社区与目标字符串之间的证据。该小组不替代合同审查，也不负责起草自己需要评分的政策。

两道审查回答不同问题。RCE 检查拟议政策是否可执行、是否与 ICANN 章程兼容，从而能否写入《注册协议》。CPE 则由独立的第三方专家小组进行。2026 申请指南列出四项标准：社区是否形成、字符串与社区之间的关联、注册政策，以及社区支持。社区形成占比最高，其次是字符串关联，再后为社区支持与政策。指南预计 CPE 约需 180 天；ICANN 表示大多数 RCE 预计需要 60 到 90 天，特殊情况除外。这些是规划估算，不是服务时限承诺。

CPE 有明确前提：只有申请进入最终争议集，而且申请者选择参加时才会进行。指南中的 CPE 规则规定，若某一项社区申请通过，它可以获得优先地位继续推进，但仍须满足项目的其他要求。如果同一争议集中有多项社区申请通过，它们将进入 ICANN 拍卖；如果没有一项通过，该争议集中的申请也将进入拍卖。因此，CPE 改变的是争议解决路径，并不是直接授予一个已委派的顶级域名。

社区类型在更早阶段就被固定。ICANN 规定，申请者只能在最初提交申请时选择“community”，之后不能更改。申请指南的脚注也明确说明：社区身份由申请者自行申报，CPE 并不判断一个社区是否真实存在。即使未通过 CPE，该申请仍保持社区型申请的身份。这样可以避免把小组的评分误读为对整个群体身份或价值的普遍判断。评估小组只决定这项申请是否符合本项目的优先标准。

拟议注册政策在评分后仍然重要。如果申请继续走向委派，这些政策原本就是为了写入相应的注册协议。申请者需要说明所主张的社区与字符串有何关联，以及注册资格将如何管理。作为交换，符合标准的申请可能不经拍卖便优先于直接竞争者。若政策过于含糊而无法管理、范围过宽而无法执行，或与所述社区目标关联薄弱，这条路径就可能失去支撑。应当看的证据是申请材料和获批政策，而不是新闻稿里的“社区”二字。

2026 轮的统计数字提供背景，却不能证明合法性。ICANN 在 10 月 7 日公布的快照列出 1,615 项申请，其中 16 项被标为社区型，并说明最终数量将在之后确认。这些数字不能说明有多少申请会进入争议集、选择 CPE、通过 RCE 或最终获得优先权。专家小组审查也不等于社区成员投票，更不意味着申请之外的人授权其代表自己。Heng Lu 的第 73 篇笔记在此只是编辑视角：参与和受影响能够提供事实与意见，但不会自动产生约束缺席者的授权。

对申请者和注册运营方而言，实际问题不只是某个字符串是否有人竞争，而是申请者是否清楚界定了与字符串相关的社区，以及相关注册规则能否获批并写进注册协议。对外部观察者，值得跟踪的是最终争议集、RCE 结论、符合条件后是否选择并缴费参加 CPE，以及专家小组的决定。“社区”标签只开启一种可能的路径，规则和评估才决定这条路能否走通。

来源