摘要

  • ICANN 针对 IGO 投诉修改 UDRP 与 URS 的公众意见期已于 2026 年 8 月 10 日结束，意见汇总分析报告应于 9 月 1 日发布。
  • 草案区分两条仲裁路径。争议裁决前，注册人可以提出提前仲裁请求，IGO 可以接受或拒绝；在若干有利于 IGO 的裁决或基于豁免的法院命令之后，十个工作日内提出的请求会触发 IGO 投诉时已经作出的承诺。
  • 强制路径给注册人写明了十个工作日的窗口。提前路径没有写 IGO 的答复期限、答复格式或沉默的默认结果。
  • UDRP 规则草案规定了申请、费用、行政合规审查、通知和注册商维持锁定的义务，却没有指出提前请求被拒或无人答复时用哪份凭证关闭该路径。
  • 政策指引草案要求仲裁不得拖延争议，也不会自动取代或干扰正在进行的 UDRP/URS。目标不是执行时钟。
  • ICANN 应发布一份轻量答复回执，分别显示请求、受理、答复、期限、主案状态、域名操作效果与终止，并明确区分提前选择与裁决后强制救济。

这条提前窗口经过明确授权

本轮公众意见涉及 2018 年 PDP 的四项建议和 2022 年 EPDP 的五项建议。ICANN 董事会在 2023 年 4 月采纳了这两组建议并要求实施。当前文本因此不是一份重新讨论 IGO 是否应受保护的白纸，而是对 UDRP、UDRP 规则、URS 程序、URS 规则和配套指引的落地检查。

公众意见索引列出十六份提交。这个数字只说明有人参与，不能代表赞成、反对或共识。证据截止时，下一份关键记录是原定 9 月 1 日发布的 ICANN 汇总分析。征询页面也明确要求评论者聚焦实施是否忠实于已获采纳的建议，而不是重开政策实质。

提前仲裁来自更晚的澄清。2026 年 1 月 15 日，GNSO 理事会确认：IGO 启动 UDRP 或 URS 后，被申请方可以自愿采用替代性争议解决，包括在裁决作出以前。政策建议不能被理解为限制这一选择。

所以，提前分支不是红线稿里的偶然句子。制度已经选择开放它；接下来的责任是把每个状态转换写清楚。

同一个“仲裁”包含两种不同权利

裁决后的路径具有强制性。UDRP 专家组作出有利于 IGO 的决定，或 URS 上诉组作出有利于 IGO 的决定后，注册人有十个工作日启动仲裁。若法院因 IGO 的特权与豁免而拒绝审理实体，也适用相应窗口。IGO 在提交原始投诉时就必须承诺参与这种仲裁。

提前路径不同。投诉已经传送、UDRP 决定或 URS 上诉决定尚未传达时，注册人可以请求仲裁，但 IGO “可以、却没有义务”接受。这是一份取得同意的申请，不是裁决后自然发生的复审权。

这条界线不能在报道中被压平。把所有仲裁都写成 IGO 可拒绝，会虚构裁决后的否决权；把所有仲裁都写成注册人单方可启动，则会删掉草案保留的提前自由裁量。

两条时钟已经显示出差异：强制分支规定注册人必须在十个工作日内行动；提前分支只说 IGO 可以选择，没有说何时必须把选择变成可知状态。

UDRP 草案把入口写细，却没写提前分支如何退出

拟议 UDRP 规则第 20 段对开始环节写得很具体。被申请方通过电子方式向 ICANN 指定的仲裁机构提交申请，缴纳适用费用，并把副本发送给注册商。仲裁机构审查行政合规；申请合规则向 IGO 投诉人和规定的其他参与方发送仲裁程序通知。

注册商也收到直接指令：一旦收到注册人的仲裁请求，就必须维持域名锁定，不再采取行动，直到收到三类记录之一——当事人和解证据、仲裁机构的终止通知，或仲裁裁决副本。

仲裁已经被接受并启动时，这三类出口容易理解。提前请求仍取决于 IGO 同意时，链条就少了一环。草案没写 IGO 几天内回答、答复发给谁、是否必须用“接受/拒绝”的标准格式，也没写沉默意味着什么。IGO 拒绝后，哪个参与者向注册商发送具有操作效力的结束通知，同样没有明确。

这不能直接推导出域名一定会无限期锁定。仲裁机构的补充规则可能补上期限，最终文本也可能修改。能够严格确认的结论更窄：公开草案没有把 IGO 的自由裁量答复与注册商要执行的状态机接起来。

“已经申请”“行政合规”“已接受”“仲裁已启动”“已终止”是五件不同的事。如果公共记录把它们混在一起，每个机构就会在个案邮件里自行选择哪一步具有决定性。

URS 有相同的答复空白，但不是 UDRP 的复制品

拟议 URS 第 13.2 节采用相同的政策区分。在有利于 IGO 的 URS 上诉裁决或符合条件的法院命令后，IGO 必须参与；在其他情形，包括裁决前请求，IGO 可以接受或拒绝。草案也规定电子提交、抄送注册商与注册局运营商、缴费、行政审查和通知。

URS 对域名暂停和解析另有操作规则，不能把 UDRP 的注册商锁定语句原样套在 URS 上。两者的共同缺口要精确得多：提前自由裁量分支都没有公布答复期限与标准处置状态。

于是，服务商可能知道申请已到，IGO 可能知道自己尚未同意，而管理域名状态的参与者仍缺少一份权威记录来决定下一步。这是状态同步问题，不是既有滥用的证据。

“不得拖延”代替不了时间规则

ICANN 的指引草案承认并行程序的协调难题。它说，启动其他仲裁或争议解决不会自动影响、取代、优先于或干扰正在进行的 UDRP/URS；也说仲裁不应被用来拖延或延长争议，应当服务于高效、协调的解决。

这些原则合理，但该指引明确是非约束性的，不修改 UDRP 或 URS 规则。“不要拖延”无法告诉注册商某项请求正在等待同意、已经被拒，还是已经转成正式仲裁。

沉默也不是中性答案。把沉默视为接受，会消灭 IGO 的选择；视为立即拒绝，会凭空制造零日期限；永远保持待定，则会把自愿选项变成程序不确定性。实施文本必须选定并公开一种状态结果。

给提前请求加一张答复回执

最小修补不是再开一次政策程序，而是给已经获授权的分支配置运行回执。回执应包含 UDRP/URS 案号、请求时间、送达证据、仲裁机构、费用与行政审查状态，以及 IGO 答复的截止时间。

答复状态至少要区分已接受、已拒绝和未答复，并记录生效时间、主程序状态、对注册商或注册局的操作效果与下一个负责通知的主体。撤回、行政缺陷、终止、更正和取代都应保留历史。

回执还要明确分支类型。提前自由裁量请求与十个工作日内的强制请求可以显示在同一界面，却不能使用相同权利标签。前者在征求同意，后者在执行投诉时作出的承诺。

Heng Lu 的“政策镜像”原则在这里应被限制性使用：制度记录要反映它所协调的运行现实。这不是把域名纠纷变成 RIR 资产问题，也不是否定 ICANN 的权力。它只要求公开下一位决策者、期限和效果；争议实体与保密材料无需写进这份轻量账本。

来源

  1. Heng Lu，《The Policy Mirror》
  2. ICANN 公众意见程序
  3. 公众意见提交索引
  4. UDRP 政策修改红线稿
  5. UDRP 规则修改红线稿
  6. URS 程序修改红线稿
  7. URS 规则修改红线稿
  8. IGO 使用 UDRP 与 URS 的政策指引草案
  9. GNSO 理事会决议，含 20260115-2
  10. 2022 年 IGO EPDP 最终报告
  11. 2018 年 IGO-INGO 救济权 PDP 最终报告
  12. ICANN 董事会 2023 年 4 月 30 日决议