申请人在优先抽签中拿到较小号码，很容易把它理解成“所有环节都排在前面”。ICANN 的 2026 轮次文件并不支持这种推论。优先号确实决定若干流程的一般处理顺序，但 ICANN 同时明确写道：它不影响申请进入字符串评估（String Evaluation）的顺序。

这条边界很重要。优先号是排程工具，不是对申请字符串的安全证明，也不是提前获得所有评估结果的保证。

优先号究竟排序什么

按照 ICANN 的说明，优先号一般用于排序争用解决、申请人评估（Applicant Evaluation）、申请评估（Application Evaluation）及其结果；成功的申请随后才会走向与 ICANN 签约。

“一般顺序”并不等于严格的完赛次序。ICANN 的另一份问答列出多种暂停原因，包括异议、上诉、政府咨询委员会共识意见、延长评估、争用解决、问责机制和申请变更请求。遇到这些情况，ICANN 可以先处理队列中的下一个申请，待障碍消除后再恢复原申请。

因此，一个号码只能说明排程位置，不能预测最终完成先后。更不能用它替代字符串层面的判断。

另一只时钟上的五项检查

ICANN 当前列为权威版本的《2026 轮次申请人指南》是 V2-2026.04.24。指南将字符串评估限定为对申请字符串及其可分配变体字符串的审查，并在术语表中列出五个并行评估要素：

  1. 字符串相似性评估：判断申请字符串与相关比对对象是否存在可能影响结果或争用关系的视觉相似。
  2. 名称冲突初步评估：检查申请字符串及其可分配变体的名称冲突风险。
  3. 保障措施评估：审查该字符串适用的保障要求。
  4. 地理名称识别：判断字符串是否落入指南的地理名称规则。
  5. 单数／复数通知评估：处理申请字符串之间单复数关系的通知。

“并行评估”不等于“五项同时结束”。官方材料没有承诺各项检查在同一时刻启动、在同一天完成或一次性公布结果。它表达的是：这五项不是受优先号驱动、前一项完成后才启动后一项的单线接力。

因此，号码靠前的申请仍可能等待某项字符串结论；号码靠后的申请也可能较早出现某项检查结果。这种时间差本身不能证明插队。同样，较早获得字符串评估结果，也不代表申请人评估、申请评估、异议、争用和签约已经完成。

公共信息需要两套进度视图

如果公开页面只显示一条按号码排列的进度，就会制造三种错觉：号码靠前等于字符串已安全；字符串结果较早等于即将签约；号码靠后的申请先出现一项结果等于程序偏离。

更清楚的做法，是并列发布两套记录。第一套是优先队列视图：优先号、当前排序阶段、暂停原因、暂停和恢复日期。第二套是字符串评估视图：五项检查分别处于什么状态、关键日期是什么、是否已有正式结果或挑战程序。

这两套视图回答不同问题。前者说明申请在一般处理序列中的位置，后者说明 ICANN 对申请字符串本身已经得出了什么结论。把两者压缩成一个号码，会让号码承担它没有的信息含义。

“双时钟台账”是本文提出的治理透明度建议，并非 ICANN 已经采用的政策。其事实基础则来自 ICANN 自己划出的流程边界：优先号只管理旅程的一部分，字符串评估运行在该排序之外。公开记录也应当让这条边界一眼可见。

来源