摘要

  • Draft 1 的长处是真实的：它公开参与入口，细分提案阶段和异议类型，规定若干时限，要求董事会驳回时说明理由，并给出申诉通道。它想解决的正是旧程序里领导、共识、采纳和紧急变通边界不清的问题。
  • 它的核心风险同样来自结构本身：主席同时掌握输入分类、会议秩序、阶段转换、共识宣布和紧急缩短程序的多种权力；董事会处在批准、部分申诉、罕见情形安排及申诉委员会任命的同一内部链条中；Last Call 的无反馈又被明文视为共识。
  • 合理答案不是要求每一名缺席运营者拥有否决权，而是把程序限定在号码唯一性、登记准确性、互操作、技术安全声明和转移记录等狭窄协调事项内，并用参与分母、逐项理由、未决异议、独立复核和受影响主体的直接通知约束每一次权力行使。

L3 — Draft 1 里那部小型宪章

Draft 1 首先应被当作一份“拟议中的程序文本”来读，而不是后来实践的说明书。AFRINIC 的页面把它标为 1.0 版、状态为 Under Discussion，提交日期为2017年4月28日，提案编号为 AFPUB-2017-GEN-002-DRAFT-01，拟修改当时综合政策手册的第3.0条。列名作者是 Komi Abel Elitcha、Arnaud A. A. AMELINA、Honest Ornella GANKPA 和 Alain P. AINA。这个起点决定了证据边界：材料能够证明四位作者提出了什么、AFRINIC 员工和法律顾问后来评论了什么，却不能证明 Draft 1 获得采纳、进入实施、在具体事件中被适用，或者真的产生了某种共识结果。

提案指出的问题并非虚构。既有程序对工作组领导如何产生、何谓共识、提案怎样被采纳以及董事会何时可以变通流程，都留下了不够清晰之处。Draft 1 的解决办法不是只补一两个定义，而是把从输入到生效的路径整体重写：先确定领导，再规定谁能参与、主席如何整理意见，然后把提案送过 Adoption、Discussion、Review 和 Concluding 四个阶段，最后连接董事会批准、申诉与紧急通道。它实际上在回答一组宪制问题：谁有资格主持，谁能给意见贴标签，什么记录足以支撑“粗略共识”，谁可以终结讨论，谁复核过程，遇到紧急情况时又由谁偏离常规。

领导结构由一名主席和一名副主席组成。主席被赋予协调政策发展工作组、引导提案穿越各阶段和衡量共识的主要责任；副主席协助，并在被授权或主席无法履职时替代相应职能。两人的任期拟为两年，错年选举，以免领导同时更换。文本一方面说由社群选举主席和副主席，另一方面又说提名委员会通过一套最终在公共政策会议上举手表决的过程来任命他们。这不是可以靠阅读善意自动抹平的小措辞：究竟是提名、任命还是选举，决定候选人从哪里获得私人组织内部的职务正当性，也决定争议时应向谁问责。

候选门槛把线上参与与线下到场结合起来。候选人要活跃于政策邮件列表，并至少参加过两次 AFRINIC 公共政策会议；只有亲自出现在举行选举的会议上的候选人，才进入现场选择。这套条件可能确保主持人了解讨论文化和会议操作，却也把时间、差旅、签证和持续跟进长邮件列表的成本写进领导入口。对于有专职政策人员的机构，这些成本相对较低；对于忙于网络运行、身处较远地区或预算有限的运营者，成本显著更高。一个开放入口不等于参与机会在实质上均等，更不等于现场出现的人可以代表没有出现的资源持有者。

主席的第一组实权发生在提案进入正式阶段之前和讨论过程中。Draft 1 允许主席把输入归入 Old、Minor、Timing 或 Scope 等类别，并据此拒绝或延后处理。分类本身有管理价值：重复旧议题、细小编辑意见、提交时点不合适和超出范围的内容，如果不整理，任何邮件列表都可能被噪音淹没。然而，标签也能改变一条意见的制度命运。“旧问题”可能仍未解决，“小问题”可能触及执行成本，“时机不当”可能恰恰是受影响方第一次获得通知，“超出范围”则取决于谁先定义范围。因而，分类必须留下可复核的理由，不能只留下结论。

Draft 1 还让主席管理会议发言秩序，并可在规定的警告程序之后暂停某人的发帖权限，最长30天，而且该措施可以申诉。维护讨论秩序并非不正当；持续攻击、刷屏或明显偏题足以摧毁一个技术论坛。但当同一职位既能限制输入，又能判断余下记录是否形成共识时，程序就产生了内生偏差风险。即使主席完全善意，观察者也需要知道被排除的内容是什么、警告依据是什么、暂停是否与行为相称、暂停期间是否恰逢关键阶段，以及申诉能否在决定失去现实意义前得到处理。

异议规则试图比含糊的“大家大致赞成”前进一步。文本区分 minor objection 与 major objection，并把粗略共识描述为：异议已经解决，或者已经得到适当考虑，而整体利益被判断为超过不利之处。这个表达承认共识并非简单点票，也承认少数异议不必自动阻止技术协调。问题在于，判断“适当考虑”与“利益超过不利”的最终权力仍落在主席身上。若没有公开的证据表、逐项回应和未决问题清单，外界无法区分三种完全不同的情形：异议确实被技术证据化解；异议仍在但经权衡后被有理由地驳回；异议只是被归类、搁置或耗尽时间。

文本内部对共识的语言也并不稳定。一处说举手可以用来衡量支持，但并非投票；另一处又把共识写成所有人同意一个为全体参与者所接受的决定；实践性的条款则把最终判断交给主席。举手、全体同意、粗略共识和主席判断，不是同一种制度测试。举手需要说明谁在场、谁能举手、重复身份如何处理；全体同意需要界定“所有人”是邮件列表订阅者、发言者、会议与会者还是其他群体；粗略共识需要公开异议与理由；主席判断则需要清晰的审查标准。把这些语言并列，却不定义各自的优先级，会让程序在争议最尖锐时缺少确定性。

四阶段结构是 Draft 1 最有组织性的部分。Adoption Phase 最长两周，主席在这里检查问题是否清楚、提案是否落在工作组范围内、是否与既有工作重复，并决定是否进入正式讨论。一个明确的入口阶段可以防止未经整理的想法直接占用整个工作组，也可以迫使作者说明问题与方案。不过，入口决定需要可说明、可申诉，并允许作者针对清晰度或范围问题修正，否则“收件管理”就可能悄然变成议程否决。

Discussion Phase 的初始期限至少四周。参与者在邮件列表和会议上讨论，作者回应，AFRINIC 员工准备影响分析，主席整理争点并决定何时可以前进。最低期限为最迟到达的信息保留了窗口，但时间长度本身不证明通知有效，更不证明主要受影响者已进入讨论。四周里有许多邮件，可能只有少数持续发言者；也可能信息量不大，却恰好涵盖关键工程事实。一个健全记录要显示参与者分母、组织与利益的集中程度、主要技术证据，以及哪些可能受影响的群体没有出现，而不是把消息数量当作授权强度。

Review Phase 最长四周，意在检验文本是否已稳定、影响是否得到评估、讨论中的主要问题是否已处理。主席在这一阶段再次判断粗略共识。最高时限能够防止提案无限漂移，却也带来倒计时压力：如果重要影响分析迟到，或运营者直到接近截止才发现提案，程序究竟延长、回退还是继续，应由事先明确的标准决定，而不应只依赖主持人的临场判断。阶段闸门的价值在于可预测；若闸门只给出日历，没有给出证据充分性的条件，可预测性仍然有限。

Concluding Phase 包括至少两周的 Last Call。Last Call 的合理功能，是把接近定稿的文本再次公开，让参与者检查主席的共识总结、发现新版本引入的错误，并给未发言者最后机会。Draft 1 却明确把这个阶段没有社群反馈视为共识。这里出现了整套架构最危险的推理跳跃：没有新评论，只能证明指定渠道在指定时间里没有收到新评论；它不能证明缺席的运营者已获知提案，不能证明他们理解后果，也不能证明他们同意。沉默也可能来自信息过载、语言门槛、假期、时区、差旅、缺乏专职政策人员，或认为先前异议已经进入记录而无需重复。

更重要的是，Last Call 发生在主席已经筛选输入、管理秩序、推动阶段并宣布初步共识之后。参与者可能把它理解为校对期而不是重新讨论期；反对者也可能认为继续发言无效。因此，末段沉默不仅不是肯定授权，还可能受到前序权力安排的塑造。把它写成“共识”会把程序事实——没有新增文字——包装成规范事实——所有相关者赞成。对一项只管理私人组织内部技术协调的规则，这样的措辞已经不够准确；若后续政策触及现有资源安排或运行连续性，误读的代价更大。

主席宣布粗略共识后，董事会承担程序检查与批准角色。董事会可以批准，从而让 AFRINIC 员工着手实施；也可以驳回，但应公布理由。要求驳回说明理由是一项重要约束，因为它防止董事会只用结论覆盖公开讨论，也让工作组能够判断问题出在程序、公司法、可实施性还是其他方面。然而，批准并不是独立公共裁决。董事会仍是同一私人机构的治理机关，它可以检查程序是否遵守、方案是否符合法人义务、员工能否执行，却不能通过一次内部批准把论坛意见扩张成对整个区域的公共授权。

申诉设计同样同时包含进步与局限。正式申诉需要三名参与讨论的人支持请求人，并须在相关决定为公众所知后的两周内提出。支持门槛可过滤纯粹个人的不满，却可能让处于少数、遭遇发帖暂停或较晚获知决定的人难以凑齐人数。“公众知悉”又不是精确的起算点：是邮件发出、网页发布、会议宣布，还是当事人实际知道？2017年5月19日的 AFRINIC 法律意见也明确指出这个触发语不清楚。期限短而起点模糊，会使是否逾期本身成为新的争议。

合格申诉交由董事会任命的申诉委员会审查；如果发现政策发展程序未获遵守，委员会可以指示撤销主席决定。能够撤销程序性错误，显然比没有救济更好。但任命来源和救济范围都需要被看见。董事会同时处在批准链条中，又任命审查委员会；委员会主要判断 PDP 是否被遵守，而不是无限重做政策判断。它是私人制度内部的复核机制，不是法院，也不因名称里有“申诉”就获得公共司法性质。要取得可信度，成员遴选、任期、利益冲突、回避、证据访问、理由公开和决定时限，都应有独立保障。

领导问责还包括罢免请求。Draft 1 所列门槛是请求人之外再有10名支持者，随后由董事会安排或任命相应委员会处理。对恶意或无根据的罢免要求设置一定支持数，可以保护领导免受持续骚扰；但固定的绝对人数没有回答分母问题。十名支持者在一个活跃规模很小的讨论中可能很多，在一个覆盖众多网络运营者的制度中又可能很少。比数字本身更重要的是，谁有资格支持、委员会如何构成、事实如何认定、临时措施如何限制，以及最终理由能否公开。

紧急变通把权力配置推到压力最大的地方。Draft 1 为主席提供一条紧急路线，使 Discussion、Review 与 Concluding 合计至少维持四周；同时描述董事会的紧急政策路线，工作组审阅至少两周，但评论不具约束力。正常流程的最低时长被压缩时，参与、证据和纠错空间都会减少。紧急通道并非永远不该存在：真实的技术安全问题、协调故障或迫近的登记风险，可能等不起完整周期。但“紧急”必须由客观事件触发，变通范围应限于必要部分，并标明到期时间、事后审查和恢复常规程序的路径。

尤其需要区分两条变通路线。主席路线仍试图在压缩时间里保留讨论、审阅和收尾；董事会路线则把工作组意见定义为不具约束力。后者也许是为应对法人必须迅速行动的情形，却最容易让例外吞掉常规。若董事会只需声称急迫，就可以把公开程序降为咨询，程序宪章的约束力会在最关键时刻消失。反过来，若 Draft 1 试图绝对限制董事会履行不可回避的公司法义务，也可能与董事职责冲突。AFRINIC 的同期法律评论正对拟议中的董事会紧急权限制提出了疑问。这要求条文把公司义务、狭窄技术必要性和对资源持有者的外部影响分别处理，而非用一个笼统的“紧急”词解决全部问题。

AFRINIC 员工与法律顾问在2017年5月19日的评估还提出多项具体关切：粗略共识应有公开定义，阶段需要更清楚，文字需要编辑，应给出实施时间线，并为员工影响评估预留足够时间。法律意见除紧急董事权问题外，还指出申诉期限以“公众知悉”为起点并不明确。这些意见的证据地位应准确把握。它们是 AFRINIC 自己的同期机构评估，能够显示内部人员当时也看见清晰度和法人治理问题；它们不是独立裁判，更不能替后来结果作证。

提案家族的后续记录进一步强化了边界。母记录列出 Draft 2 日期为2017年11月9日，Draft 3 为2018年4月28日，Draft 4 为2018年10月29日。后续修订的存在说明文本继续演变，也说明不能把后来版本的改动倒填进 Draft 1。现有档案记录所证明的精确事件，是 Draft 1 在2017年4月公布并处于讨论中，随后出现三个有各自日期的版本；它不证明 Draft 1 被采用，也不允许把 Draft 4 的状态或内容冒充为第一稿的制度设计。

到2026年8月12日，所选的 AFRINIC 政策索引、提案家族页和 Draft 1 详情路径中，相关实时地址返回了404；本文所用官方文本来自保存下来的 AFRINIC 页面响应。链接失效改变的是今天访问材料的便利，不会把一份历史上的提案变成已经执行的规则，也不会抹去当时页面标注的 Under Discussion。严谨分析因此必须同时做到两点：尽可能精确复原文本，又不越过文本能够承担的证明范围。