摘要

  • ICANN的公众意见实践页面写明，程序至少开放四十天。这是本次所读文件中唯一存在的期限数字。
  • 章程里的二十一天，是董事会采取行动之前的预告通知期，从来不是意见期的长度；而为一个程序收尾的，是一份按主题归纳、记录结论与后续步骤的总结报告，逐程序标注日期。

同一个程序上的三个日期

DNSSEC DS Automation: Security & Stability Assessment 程序在自身的时间线上（以UTC表述）给出三个日期：2026年10月12日开放提交，2026年11月23日23:59关闭提交，以及「Report Due: 07 December 2026 | 23:59」。它交代的文件有一个确切名称：「Public Comment Summary report」（该程序页面）。

有两处减法是我的，不是ICANN的。2026年10月12日到11月23日，间隔四十二天，比公布的四十天底线多四天。2026年11月23日到12月7日，间隔十四天。这两个差都不是规则：前者是关于这一个程序的事实，后者只说明报告的日期提前公布在程序页上。

四十天究竟写在哪里

底线不在章程里。它在公众意见实践页面上，原文是：「Proceedings are open for a minimum of 40 days with exceptions as documented in the ICANN Bylaws or ICANN community operational procedures.」四十天，并且明确指向例外——而本次阅读没有打开那些例外文件。

章程第3条第§3.6(a)(ii)款交到本次阅读手上的只是一个片段：「provide a reasonable opportunity for parties to comment」（ICANN章程）。完整条文没有取得，本文也不给它附上任何天数。

两层文本并不争夺同一件东西。章程条文设定的是流程：一次预告、一次发表意见的机会、以及随后由谁采取行动。实践页面提供的是期限长度与收尾文件所用的模板。我试过一个更强的说法——那个带约束力的数字与那个显得有权威的文件互换了位置——它走得太远。要挪动四十天底线，究竟哪一份文件必须修改，所读文件中并未确立；所以那句话停在悬置的问题上，而不落在结论上。

二十一天是另一只时钟

章程第3条第§3.6(a)(i)款规定，须在「any action by the Board」之前「at least twenty-one days (and if practical, earlier)」给出通知。这是董事会采取行动之前的预告期，不是意见期长度。这两个数字也不是同一条规则的两种版本：它们管的是不同对象、不同时点。

混淆很好理解——两个数字就住在同一条、相隔几段——代价却不小。在一个开放四十天的程序里，第三十五天提交意见仍然在期限内。若以二十一天为准则去排期，很可能在事后才发现程序早已关闭。

四个机构都能开启程序

公众意见介绍页面说得直接：「The ICANN Board, Supporting Organizations, Advisory Committees, or ICANN organization (org) can open proceedings.」四个机构，其中包括之后负责撰写总结报告的那个组织本身。

章程第3条第§3.3款协调公众参与，却没有一句话把「开启、延长、关闭」一并交给某一个办公机构。本次所读文件中没有出现任何关于延期权限的表述——这是关于我阅读范围的判断，不是关于这种规则是否存在的判断。

什么把它收尾，按谁的日期

收尾有它自己的形态，写在该组织公布的实践文件里：「When the submission period for a Public Comment proceeding ends, ICANN org develops a summary report using a template.」这份报告识别并分析共同主题，记录程序的结论、由此产生的文件改动以及下一步。介绍页面用更短的一句讲了同一件事：「ICANN org summarizes submissions and identifies themes into a published report.」

这是处置工具，不是对每一份提交逐一作出的裁决。所读文件中没有任何内容可以让人得出「意见被忽略」的结论；材料指向的是：按模板汇总，并记录一个结论。这个区别是真实的，而它不构成指控。

剩下的是日期问题，而它没有唯一答案。三种说法并存。2014年11月21日的一份政策公告说，工作人员「will be expected to produce a summary report of comments submitted within two weeks of the closing date of the proceeding」：那是历史文件，本文就按历史文件对待，不用它推算任何当下的期限。介绍页面据说提到审阅提交材料的十四天区间，但那一句原话没有被逐字捕获。而每一个仍在进行的程序都带有自己的报告日期，例如上面那个2026年12月7日。三者之中没有任何一个在本文里被当作现行的通用期限。

这次阅读没有拿到的部分

本文所用的六份文件全部由ICANN自己发布，而ICANN正是本文的对象。它们是这个机构自我描述的文本：可以按自我描述来引用，不能当作中立的验证。检索一共用了三次尝试；前两次因服务方容量不可用而落空，什么也没有带回，第三次以确切文件地址为锚，才取回可供引用的条文。那些失败是关于我的路径的事实，从来不是关于文件的事实。

vip.icann.org上一份存档的「How Public Comment Works」页面未能取得：两次尝试超时，只剩一条搜索预览。其中内容一概未被使用。四十天底线所指向的例外文件没有被阅读，因此本文不列举任何例外，也不把任何程序描述为例外情形。至于延期实践——是否存在、由谁作出、有无记录——同样没有确立。

ICANN公众意见名录条目汇总了这一程序可核验的要素；它不能替代正在进行的那一个程序页面，而日期就在那个页面上。

读者可以拿它做什么

由此得出三个动作，第四个由排除法得出。在窗口内尽量早写：底线只是下限，不是期限承诺，程序页上标注的关闭日期才是唯一有约束力的那个。按主题写：既然收尾工具识别并分析主题，那么一份先点明自己的主题、再给出明确建议的提交，比散落的论证更容易进入处置流程。读程序页，而不是相信记忆里的某个数字。最后，不要期待逐份裁决：将来公布的是一份处置报告，带一个结论、几处改动和下一步。

读者不能拿这次阅读去推算的，是延期、豁免或例外。这三样东西不在已取得的文件里，编造它们比留白更糟。