Summary

  • 主 IDN 是评估依赖的根节点：它若被取消资格，所有关联变体也会被取消资格。
  • 单个所申请变体被取消资格后，可通过成功的 Application Change Request 移除，使主字符串和其余未被取消资格的变体继续。

根区标签生成规则不仅生成不同写法，还会计算主字符串的变体字符串集，并将变体赋予 allocatable（可分配）或 blocked（阻止分配）这一受控状态。申请人可以申请 allocatable 变体，但不能申请 blocked 变体。因此，主字符串既锚定可用集合，也锚定申请的评估结构。

同一轮次的新 IDN 主字符串和所申请的可分配变体须放在一份申请中。成功通过评估后，它们依据同一份 Registry Agreement 分配给同一个注册局运营方。共同提交并不代表各字符串彼此独立。

第 7.6.3 节规定了第一个依赖方向：无论何种原因，只要所申请主 IDN 被取消资格，所有关联变体都会同时被取消资格，整份申请也不能继续。变体无法挽救主字符串已经失败的申请。

反向关系更有限。如果某个所申请变体被取消资格，申请人必须提交 Application Change Request 将这个被取消资格的变体移除。ACR 成功后，主字符串和其余未被取消资格的变体可以继续。完成这一移除是一项必需的程序步骤，并非自动补救。

提交还会锁定集合边界。提交后可以通过 ACR 撤回已申请变体，却不能补加原申请未包含的可分配变体。每个所申请变体还须论证其必要性，包括该变体的含义、目标用户社群对其的认可、预期收益，以及将从中受益的用户社群。

BTW 建议建立依赖台账，为主字符串和每个变体分别记录 RZ-LGR 状态、必要性论证、评估结果及任何 ACR。这是编辑建议，不是 ICANN 要求。

Sources