摘要

  • 目前公开适用的2018年Interim Supplementary Procedures规定：申诉人知道行动或不行动造成的实质影响后，须在120天内提出IRP；无论如何，不得晚于该行动或不行动发生后的12个月。
  • IRP-IOT在2024年提出的新Rule 4把普通触发点写得更准确：申诉人知道或理应知道“自己受到实质性影响”之后120天。草案把普通外部截止期延长到24个月，并另设四年绝对边界。
  • 两只时钟基于不同事件。政策可以先通过、后实施；依照ICANN Bylaws，一个人要到出现与所称违规直接且有因果联系的损害时，才满足Claimant定义。
  • Rule 4D确实提供24个月之后的救济通道，但不是自动延期。申请人必须以“清楚且令人信服”的证据证明存在非由其造成、且不受其控制的特殊情形，同时提交拟议争议书，并在另一个30天窗口内行动。
  • 最有力的支持理由是可预见性：ICANN、合同相对方和依赖决定的第三方不能无限期面对挑战。ALAC支持这项平衡；LINX认为截止期可能早于资格产生，NCSG则主张36个月并保留例外。
  • ICANN应建立双时钟通知记录，串联行动、实施阶段、公开与直接通知、所称实质影响、120天与24个月状态、RFR、CEP、Rule 4D以及四年边界。记录保存证据，IRP Panel仍负责判断资格与是否及时。

一项决定，四种时间

程序规则常把期限写成一个数字，好像争议只是从日历上找出起点，再向后数若干天。拟议Rule 4实际上同时运行四种时间。

第一种是机构时间。ICANN Board或Staff采取某项行动，或者未采取本应采取的行动。草案以此启动24个月的外部截止期，也以此计算任何情况下都不能跨越的四年绝对边界。

第二种是影响与知悉时间。申诉人知道，或者按照合理标准应当知道，自己因被挑战的行动或不行动受到实质性影响。普通120天由此起算。这里的重点不是“见过一份ICANN文件”，而是“自己已经进入损害链条”。Bylaws对Claimant的定义要求存在损伤或损害，并且与所称违规直接且有因果联系。

第三种是替代复核程序的时间。申诉人若先针对同一争议提出Request for Reconsideration（RFR），拟议Rule 4C在满足入口条件的情况下，可能保留剩余时间，或者在最终处置或简易驳回公布后至少再给30天。IRP-IOT曾讨论完全停止计时，最后选择固定附加时间。

第四种是例外时间。超过24个月后，Rule 4D允许向单一Panelist请求迟延提交许可，但必须仍在四年以内。申请人不仅要证明不受自身控制的特殊情形，还必须在知道自己受实质影响、或恢复提交能力后的30个日历日内，连同完整的拟议争议书一并提出。

把四段文字分别阅读，似乎每段都有道理。把它们放在同一条时间线上，治理问题才出现：谁启动哪只时钟，谁能看见它，谁承担证明，谁取得终局？

先分清现行规则与拟议规则

2024年文本仍是公开征询中的提案，不能写成已经生效的最终Rule 4。本文的现行基准，是ICANN Board在2018年通过的Interim Supplementary Procedures。

2018年Rule 4已经包含时间错位。它要求Claimant在知道行动或不行动的实质影响后120天内提交，但又规定自行动或不行动之日起超过12个月便不得提交。这意味着，一个基于受影响状态的期限与一个基于机构行为日期的期限同时存在。

2024年草案带来重要改进。它把action与inaction分开表述；把“知道某种实质影响”改成“知道自己受到实质性影响”，从而与Bylaws中的资格定义对齐；把外部期限从12个月延长到24个月；增加RFR后的固定附加时间；明确特殊情形申请；最后公开一条四年绝对边界。

这些变化不是文字修饰。它们扩大了某些潜在申诉人的可达空间，也让例外程序不再完全隐蔽。但基本结构未变：普通期限从申诉人的处境起算，外部期限从机构的行为起算。

IRP-IOT的介绍文件没有掩饰分歧。第一轮征询中，12个月repose遭到实质性反对；第二轮提出“不设外部期限”后，获得较多但并非一致的支持；另有意见认为应保留一个长于12个月的期限。2024年方案不是全面共识，而是成员愿意交给社会讨论的妥协。

redline中的理由把两端写得很清楚。一端认为Bylaws只要求规定Claimant知道或理应知道相关行动后的提交时间，并未明示外部截止期；另一端认为ICANN及更广泛社群必须知道，决定不会永远处于可挑战状态。24个月、Rule 4C、Rule 4D与四年上限，就是这两种损失之间的制度报价。

资格可能晚于机构行为出现

LINX在2024年征询中指出了最直接的场景：ICANN先形成决定，政策或计划却在更晚时候实施；某个行为人甚至可能几年后才受到直接影响。届时，24个月已经过去，而这个人也许刚刚满足Claimant资格。

这里必须谨慎使用“申诉人”一词。在直接损害出现之前，此人只是潜在申诉人，不一定已经有资格提交。本文标题所说“申诉人受损之前”，指后来成为申诉人的那一方，并不预先承认其standing。

延迟影响在机构治理中并不罕见。Board决议可能要求Staff制定执行方案；合同变化可能等到续约才落到特定相对方；一项计划可能先宣布，再分阶段开放；一项inaction也可能在错过关键决策后逐渐形成可识别损害。对某个真实案件而言，究竟哪一次行为才是被挑战对象，仍要由程序处理。这里需要确认的只有一点：决定日、实施日、实质影响日和知悉日不能自动视为同一天。

Rule 4D自己的文字也承认这种分离。它专门覆盖一种情形：非由Claimant造成且不受其控制的特殊情况，使其无法及时知道行动，或者无法在普通期限内获得Bylaws所要求的Claimant资格。

这项承认很重要，却不能替代可观察的操作链。迟来的申请人仍须找出正确的机构行为、还原实施过程、证明直接因果联系、解释为何不受其控制，并达到clear and convincing evidence标准。与此同时，Rule 4D自己的30天窗口已经启动。相关日期可能散落在Board材料、Staff公告、合同文件、网站更新与申请人内部记录中。

规则承认例外，并不等于系统已经把例外做成容易识别的状态。

终局性不是借口

如果只批评24个月过早，而不承认终局价值，论证就不完整。ICANN及依赖其决定的参与者确实需要关闭旧争议。

ICANN的决定可能触发合同安排、申请评估、预算拨付、技术实施与第三方投资。一个注册管理机构、申请人或服务商可能因为某项计划看似已经确定而配置资金和人员。若任何后续影响都能为任何新主体无限重开IRP，同一机构行为可能几十年都无法进入稳定状态。

IRP-IOT以certainty与foreseeability解释repose。ALAC也明确支持24个月，认为它在申诉机会与ICANN运营的可预测性之间取得平衡，并把Rule 4C、Rule 4D视为安全阀。四年绝对界限让例外也有最终终点。

本文不主张无限发现规则，不主张每一项下游经济后果都产生新的IRP，也不作出“外部期限违反Bylaws”的法律结论。ICANN Legal公开持相反解释；目前材料显示的是制度与法律分歧，而不是一项有约束力的司法认定。

真正需要追问的是：终局能否被所有相关角色核验。若系统要说一条路径已经关闭，就应能说明哪项行为启动期限、实施何时发生、哪些通知已经送达、潜在申诉人可以合理知道什么、当时有哪些例外，以及最终为何关闭。

否则，“确定性”只描述机构内部的状态，所有外部不确定性则被转移给后来必须证明自己并非因自身过错而迟到的人。

Rule 4D是一道带有第二只秒表的门

把24个月写成绝对终点并不准确。拟议Rule 4D是一条真实的迟延提交通道，但门槛很高。

第一类情形是，Claimant无法及时知道被挑战行动，或者无法及时成为Bylaws意义上的Claimant；第二类是，其虽可能知道，却因不受自身控制的特殊情形无法在24个月内提交。两类都须达到清楚且令人信服的证明标准。

申请必须解释standing，并附上完整的拟议written statement of Dispute。它还要在两个可能触发点之一出现后的30天内提交：一是知道自己受实质影响，二是重新具备提交能力。ICDR安排一名Panelist处理；Panelist参考IRP的Purposes和相关先例；ICANN有权回应。无论如何，四年之后不能再提出。

这种设计保护了制度免受多年后没有依据的主张，也让迟延问题由裁决者而不是行政人员判断。但它把多项工作压缩到一个月：确认行为、建立因果、搜集实施材料、解释延误、证明资格，同时完成IRP争议书。

ALAC支持安全阀，却要求更清晰定义“limited circumstances”，以减少不同Panelist之间的不一致。NCSG则认为24个月太短，主张延长到36个月并保留例外。二者方案不同，却共同说明：例外如果只能在争议爆发后由申请人从多处文件中推导，其可及性就会弱于一条事先可见的路径。

RFR暴露了“公布”与“通知”的区别

Rule 4C要解决另一个激励问题。若先走Request for Reconsideration会耗尽IRP时间，理性的申诉人就会跳过较窄的复议途径，直接防御性提交IRP。IRP-IOT最初讨论tolling，担心计算复杂和总时长过长，转而提出固定附加时间。

若RFR最终处置公布时仍剩至少30天，就保留剩余时间；若已不满足这个条件，则从Board批准的最终处置或BAMC简易驳回“公布之时”再给30天。这个设计简单，却把“公布”变成一项新的关键事件。

理由文件说，公布信息对所有人可见。有IRP-IOT成员反对让当事人持续检查ICANN网站，主张从直接通知RFR申请人起算。公开提交意见的Nikesh B Simmandree也支持通知路径。

公布与通知服务不同证据。公布建立共同、公开的版本；直接通知记录某个被期限约束的主体是否通过指定渠道收到事件。成熟的控制不必二选一后删除另一条记录。它应同时保存公布时间、稳定链接、通知渠道、接收者与送达状态；Rule 4决定法律触发点，Panel在有争议时判断后果。

CEP则仍有空白。redline表示，是否给Cooperative Engagement Process固定附加时间，将在复审CEP规则时讨论。ALAC专门要求程序对齐。在明确文本出现之前，参与善意协商的人不能假定计时已经暂停。公开记录应写明“未确立时间保护”，而不是让沉默产生错误安全感。

建立“双时钟通知记录”

解决办法不是让ICANN替每个外部主体猜测知悉日期，也不是用数据库字段预判standing。需要的是一个稳定、版本化、公开的制度记录，保存ICANN掌握的事实，并允许争议方把相反主张放到同一时间线上。

每项可能产生复核影响的行动或不行动，应记录：

  • 行动或不行动的标识、决定权限、权威时间戳与控制性来源；
  • 实施里程碑、生效日期及预计可能受影响的主体类别；
  • 每一次公开通知与直接通知，包括渠道、接收者、公布或送达证据；
  • 24个月外部时钟的开始、当前状态和预计截止日；
  • 关于实质影响与知悉的主张、主张者及其证据出处；
  • 普通120天时钟在可确定时的起点；不可确定时明确标为“未知”或“有争议”；
  • 相关RFR的提交、处置、公布与直接通知时间；
  • CEP状态，以及依现行规则它是否对计时产生作用；
  • Rule 4D所援引的依据、证明标准、30天子时钟与Panelist结论；
  • 四年绝对边界；
  • 纠正、替代行动和实施变更历史；
  • 最终关闭原因：普通期限届满、例外被拒、及时性已经裁决、和解、撤回或实体决定。

记录必须区分“事实”与“主张”。ICANN能够权威说明Board何时行动、网站何时发布文件；它通常无法知道某家公司内部何时第一次意识到直接损害。公司提出日期和证据，ICANN可以反驳，Panel作出判断。

因此，“未知”“主张中”“有争议”都是有效状态。用一个看似精确的日期覆盖不确定性，反而会把行政记录变成隐蔽判决。双时钟记录的作用是防止证据消失，不是夺走Panel权限。

它同样服务终局。依赖ICANN决定的第三方可以看到普通路径是否关闭、Rule 4D请求是否仍在处理，以及档案最终因何结束。透明并不必然延长争议；它减少对“现在到底是否结束”的争议。

参与意见是证据，不是裁决权

这次征询共有九份提交。LINX提供延迟影响场景，NCSG要求更长时限，ALAC承认终局价值并要求澄清例外与CEP，其他提交者关注直接通知。它们让制度设计看到不同损失。

九份意见不是全球授权，也不是对个案及时性的投票。Heng Lu在“The Multi-Stakeholder Mirage”中区分stakeholder与principal：参与可以提供专业知识、警告和反对，却不会自动取得约束未出席者的权力。

在这里，IRP-IOT拟订文本，Board依Bylaws框架决定是否通过，ICANN记录自身行为，Claimant提出损害与争议，ICDR进行管理，IRP Panel判断standing、时限与Rule 4D，第三方依赖关闭状态。把所有角色都叫作“community”会掩盖谁作决定、谁承担损失。

截至本文截点，ICANN Public Comment首页仍把本事项列为pending report，并显示报告到期日为2026年9月1日；较旧的程序页面仍显示6月1日。日期差异是一项公开状态，不证明拖延原因、主观动机或程序违法，也不能预测最终Rule 4内容。

下一组关键证据将是汇总报告、IRP-IOT最终文本、Board理由与过渡条款。2018年Board材料记录了一项明确承诺：如果以后扩大提交时间，更新程序应让潜在申诉人获得新增时间的利益，避免其受到不利影响。由12个月变为24个月时，最终方案必须说明谁受益、已按12个月关闭的情况如何处理、四年边界如何适用于通过前的行为。

时间规则不必假装只有一个时钟。行动时钟由机构启动，受损时钟来自具体争议，例外时钟交由Panel判断，绝对边界由规则设定。把四者放在同一记录中，终局才从口号变成可以复查的状态。

来源

  1. ICANN关于IRP-IOT拟议更新的公开征询
  2. IRP-IOT第三轮公开征询介绍
  3. Rules 3、4、5B与7的清洁草案
  4. IRP-IOT对照稿与理由
  5. 2018年Interim Supplementary Procedures
  6. ICANN Bylaws，2026年7月3日修订版
  7. ICANN Board 2018年10月25日决议
  8. London Internet Exchange提交意见
  9. ALAC提交意见
  10. NCSG提交意见
  11. 全部九份公开提交
  12. ICANN Public Comment首页
  13. Heng Lu：The Multi-Stakeholder Mirage
  14. Heng Lu：On the Agency Problem at the Core of Internet Governance