摘要

  • “Simple PDP Update”第一稿（AFPUB-2018-GEN-002-DRAFT01）是Jordi Palet Martinez于2018年10月23日提交的提案，不是已经通过、经董事会批准或投入实施的政策；它后来被撤回。
  • 第一稿把会前提交期从四周缩至两周，但同时要求至少八周邮件列表讨论和至少一次公共政策会议；它保留一周稳定文本期，把主要共识判断移至会后最多两周内，并把最后征求意见阶段改造成检验既有共识是否维持的两周窗口。
  • 这套设计最有力的善意理由，是减轻旅行、时区和现场气氛对参与的偏置，并用明确时钟和有理由的异议取代举手计数；其风险是主席要决定什么算关键技术异议、什么已经得到回答、什么只是主观反对，因而程序摩擦减少的同时，解释性控制可能更集中。
  • 第一稿没有给董事会批准、实施、内部申诉与主席罢免或紧急变更程序提供替代文本；这些条款处于其删改范围之外。第一稿可能改变送入后续机制的前置决定，却没有在文字上废除那些机制。
  • Draft 2是2018年11月27日另行宣布的后续文本，不能倒灌进对第一稿的分析；提案作者于11月29日撤回该提案，现有记录也没有证明第一稿曾被采纳、实施、申诉或实际援引。

一份把决定位置挪开的删改稿

这份第一稿的意义，不在于它最终改变了AFRINIC的规则。恰恰相反，理解它的第一道纪律，是始终把它放回“提案”这个位置。AFRINIC的记录把文件标为“Simple PDP Update”，编号AFPUB-2018-GEN-002-DRAFT01，版本1.0，提交日期为2018年10月23日，作者为Jordi Palet Martinez；当前记录状态是已撤回。这里没有可供推断实施效果的事实基础，也没有证据表明董事会批准、运营实施、申诉审理或紧急程序曾以第一稿为依据发生。本文讨论的是一份未生效的制度设计，而不是一段已经运行过的制度史。

第一稿的开端不是宏大治理理论，而是一种具体的不对称。政策讨论可以在资源政策讨论邮件列表上持续进行，也会在公共政策会议上汇聚；不能来到会场的人，可能已经在线上提交了实质意见，却在主席于会议现场判断粗略共识时处于结构性劣势。旅行成本、签证、时区、工作安排和带宽条件并不等于论点质量，但它们能影响谁在决定性时刻出现。第一稿把问题描述为邮件列表与会议这两个论坛之间需要更平衡，这个诊断有现实分量，不能因为提案后来撤回就被轻率抹去。

它采取的办法，是直接对当时《综合政策手册》第3节的若干环节动刀。第一处关键变化，是拟增设关于共识的明确说明。共识不应被理解为投票，也不应靠数人头得出；所有关键技术异议都应得到解决，而参与人数少本身、没有解释的反对本身，都不足以自动推翻共识。异议的性质与质量，应比附和异议的人数更重要。这种表述与RFC 7282所强调的工程讨论取向相通：粗略共识的任务是把问题说清并处理有分量的反对，而不是寻找全票一致，也不是把麦克风周围的人数变成合法性的替代品。

然而，同一组句子也设定了新的判断关口。第一稿拟允许主席忽略对某项异议的追加支持，前提是主席认为该异议已经被处理或驳回。于是，计数被排除以后，决定并没有变成机械运算。主席仍要回答至少三个问题：某项意见是否属于关键技术异议；此前的回应是否真正触及其核心；后来发言者是在重复已答问题，还是带来了使旧回应失效的新理由。第一稿把“多少人反对”降为次要因素，却把“反对属于哪一种、是否已被回答”的分类提高为决定性因素。

第二处变化发生在最后征求意见阶段。第一稿拟把Last Call定义为作出共识判断之后的一段简短最终评论机会，尤其向此前没有参加讨论的人开放。适合在此阶段提出的内容，主要是编辑性观察，或者例外情况下新发现且有根据的技术异议；主观异议不在拟议的检验范围内。它没有取消Last Call，而是改变了Last Call在决定链条中的位置和功能：不是在尚未决定是否形成共识时继续汇集全部反馈，而是在已经作出主要判断后，检验该判断能否保持。

这种位置变化比“两周”这个数字更重要。当时的手册安排，是在至少两周的Last Call期间评价会议反馈，再判断是否达成共识。第一稿则拟先让主席在会后窗口内决定共识，再开启为期两周的Last Call，并要求主席在Last Call结束后一周内确认先前认定的共识是否仍然维持。换句话说，参与者进入最后阶段时面对的基准状态已经改变：旧安排下，问题仍是“是否达成”；拟议安排下，问题变成“已经认定达成的状态是否被新的、符合门槛的材料动摇”。制度设计中，默认状态并非修辞。它会影响举证负担、注意力分配以及对迟到异议的心理解释。

第三组变化是时间表。就第3.4.1节而言，当时规则要求提案至少在公共政策会议前四周提交到邮件列表；第一稿拟把这一会前间隔缩短为两周。但它没有简单地把讨论时间砍半，而是同时要求：在可以宣布共识之前，提案须经过至少八周邮件列表讨论，并在至少一次公共政策会议上受到审议。八周列表讨论给远程参与设定了最低持续时间，一次会议条件则继续保留现场论坛。第一稿还保留六个月的提案失效机制，也保留作者撤回提案的选择。因而，把它描述成取消会议或取消退出路径，都会误读删改线。

这组时间条件存在一个需要精确表达的结构。两周是提案相对于某次会议的最短提前提交间隔；八周是宣布共识前的最短邮件列表讨论期。二者不是同一把尺。一个刚好在会前两周出现的文本，不能因此绕过八周讨论要求并立即取得共识。相反，设计允许某个已经在线讨论足够长时间的提案在较接近会议时进入议程，同时用稳定文本规则限制临场变化。这个区分构成第一稿最有说服力的行政设计之一：它试图把“能否排上会议”与“是否已经成熟到可判断共识”拆开。

就第3.4.2节而言，当时手册要求至少提前两周发布会议议程，至少提前一周形成稳定文本，在会议上由主席作出共识判断，并在三周内提供会议记录。第一稿拟把议程通知缩短为至少一周，保留一周稳定文本期，把共识决定从会议现场移到完成必要的列表讨论和会议审议后的最多两周内，并把会议记录期限从三周缩到两周。这里既有压缩，也有保留：议程和记录时钟变短，稳定文本的保护没有消失；现场决定被延后，但会议本身仍是必要条件。

把决定移到会后，直接回应了现场偏置。主席不必在一间会议室的时间压力和情绪温度下当场宣布结果，可以把现场发言与此前邮件列表材料放在一起评估。未到场者的书面意见因此更有机会在同一判断窗口中被看见。会议记录更早出现，也可能让参与者更快检查自己的意见是否被准确捕捉。若程序目标是减少“人在现场所以声音更重”的偶然性，那么会后决定、最低列表讨论期和较快记录确实组成了一套连贯方案。

但这不是一套纯粹做减法的方案。它一边删除某些等待与现场仪式，一边重新分配裁量。主席取得最多两周来形成首个共识判断；他们需要综合两个论坛的材料，并判断哪些技术问题仍然关键。随后，Last Call不是开放式续议，而是针对已经形成的判断进行维持测试，且可受理内容被区分为编辑性、新发现且有根据的技术性，以及不被纳入的主观性。行政时钟变得清楚，解释任务却更厚。

第一稿也没有触碰其删改线之外的后续条款。它展示了第3.1、第3.4.1、第3.4.2和第3.4.3节的替代文字，却没有为第3.4.4节的董事会批准、第3.4.5节的采纳与实施时间、第3.5节的冲突解决、申诉和主席罢免，或第3.6节的紧急变更程序展示替代文本。正确的描述不是“这些保障被删除”，而是“新的前置判断如果成立，将作为输入送往仍在下游的机制”。第一稿可能改变输送什么决定，却没有从文本上拆掉接收决定的后续结构。

生命周期同样必须保持边界。2018年11月27日，后续的Draft 2被宣布；那是另一份较晚文本，不是解释第一稿空白处的补丁。两天后，作者撤回提案，并把撤回描述为试图重新开始合作讨论。现有正式记录也记载了撤回。第一稿因而没有跨过从私人制度建议到组织采用规则的门槛，更没有跨过从组织内部规则到公共法权威的另一道、根本不同的门槛。

把这些红线逐项还原之后，真正的问题才显现出来。第一稿没有简单地在“效率”与“参与”之间选边。它通过保证八周在线讨论、允许会后判断来降低实体会议的决定性，同时通过异议分类、已答判断和Last Call门槛，把更多解释权集中到主席。减少程序排斥与集中解释裁量可以同时发生。若只看到其中一面，就会把一份复杂的未遂设计误写成胜利或阴谋。