摘要

  • 若申请进入委派阶段，申请人必须指明由哪些 RSP 提供关键注册服务。
  • 在签约过程中，ICANN 会另行向已指定的 RSP 寻求确认，确认其知悉并计划支持该申请人及相关一个或多个 gTLD。
  • 申请提交后，申请人可以通过申请变更请求流程指定或更换所选 RSP。

本文用两份记录解释《申请人指南》支持的两个事件。第一份记录由申请人形成，说明其计划使用的服务提供商。对于第二个事件，ICANN 在签约阶段向 RSP 寻求确认，询问其支持该申请人及相关 gTLD 的计划。两份记录的框架是 BTW 的分析，不是 ICANN 的要求。

两者差别看似细微，却直接影响证据边界。申请人填写的名称证明申请人的安排意图，不能单独证明提供商之后作出的确认。ICANN 在签约阶段寻求该项确认；这一请求本身并不证明已经收到回应。

申请人还可以在提交后通过申请变更请求调整 RSP。因此，团队应保存每次变化的日期、范围和原因，而不能把最初填写的提供商名称当作最终签约证明。

这并不证明提供商接受或拒绝支持，也不证明合同已经签署、评估已经通过或委派必然发生。它只说明申请人的指定与提供商的确认回答不同的问题。

分析

清晰的控制方式是保留两段式证据链：申请记录说明申请人指定了哪些 RSP 以及拟由其承担哪些服务；签约记录跟踪 ICANN 向提供商寻求的支持计划确认。若 RSP 发生变化，这种分层可以显示哪项旧选择已被替代，以及之后 ICANN 会向哪家提供商寻求确认。这种两段式证据链是 BTW 的治理建议，不是 ICANN 规定的文件义务。

Sources