摘要

  • 2022 年 5 月 18 日提交的 AFPUB-2021-GEN-002-DRAFT03，不是又一项地址分配政策，而是对政策发展程序本身的整合式改写；它在 AFRINIC-35 前两周出现，也与机构已公开记录的董事会继任与法定人数风险处于同一时间窗口。
  • 第三稿面对的程序问题并非虚构：第二稿在 AFRINIC-34 因有效反对与关切未获共识，旧版本、迟到的影响分析、短促会议、疫情时期的参与障碍、申诉与到期时钟冲突、文本竞争及 Last Call 规则含混，都值得认真修补。
  • 提案把重要控制点分配给作者、参与者、工作组主席、AFRINIC 员工、申诉与罢免机构、董事会和公司成员。清晰程序能约束即兴操作，却也可能把反对意见分类、身份核验、证据生产和紧急干预集中在同一个私人制度体系内。
  • 关于公司章程与更广泛参与者之间关系的争议，只能如实归于各方：员工及法律评估援引章程第 11.3 至 11.5 条，提案作者主张更广泛社群的政策权力不受会员章程支配，AFRINIC 法律顾问则否认存在把“社群”置于公司之上的法律层级。这里没有足够依据替普通法律与有管辖权的法院作出判决。
  • Heng Lu 的关键区分是：参与能够提供证据、专业判断、警告与反对，却不等于未出席运营者的授权。邮件列表不是议会，粗略共识不是主权来源，更不能赋予 AFRINIC 惩罚、没收或公法执法权。
  • 更稳健的答案不是保留含混，而是为每次规则变更附上一张薄而可回放的收据：版本与红线、问题与证据、授权主体、反对处理、时钟、法律边界、复核、实施、回滚、连续性和纠错历史都应可追溯；缺项只表示未知，不能自动推定不当。

五月十八日：改变“制造政策的机器”

制度史上最容易被低估的文件，往往不是直接决定某类资源如何分配的政策，而是规定政策怎样产生的程序。2022 年 5 月 18 日，Jordi Palet Martinez 提交 AFPUB-2021-GEN-002-DRAFT03，题意直截了当：更新 AFRINIC 的政策发展程序。官方稿件长十七页，其对象不是一个单独的地址池、一次转移或某项具体业务资格，而是提案从进入讨论、接受评估、被判断有无粗略共识，到交给董事会、遭遇申诉或在紧急情况下调整时钟的整条生产线。

这个区别决定了它的重要性。一项普通政策会在既有机器上运行；一项程序修订则会改变后来所有政策经过哪些门、由谁看守、何时停表、哪些反对意见会被视为已经回答，以及谁能把文本送往下一阶段。它是元治理：不是单纯讨论“要制定什么规则”，而是在重新安排“谁能参与制定、谁能解释反对、谁能宣布程序状态、谁能批准或退回规则”。因此，提案的善意、技术熟练程度或条款清晰度都不足以单独回答它是否合法、可靠或具有正当性。先要画出控制权的流向。

提交时点也不能从画面中删去。Draft 3 出现在 AFRINIC-35 开会前两周。更早的 4 月，AFRINIC 治理委员会已经公开指出，空缺董事席位与选举排序可能造成董事会无法凑足正常法定人数的风险；当时公布的章程第 19.6 条要求普通董事会会议至少有五名董事构成法定人数。这证明的是机构当时已经识别并公布了一项治理能力风险，不证明 5 月 18 日当天或 6 月 1 日董事会已经不存在，也不证明第三稿因该风险而写、能解决该风险，或者后来造成任何治理结果。

正因为因果链不能凭时间接近而臆造，这个背景的意义更细微：一个私人注册机构一边担忧自己的公司治理支撑可能不足，一边讨论一套把最后批准、退回与临时紧急政策功能交给董事会的程序。两条线并行，使程序设计的依赖关系变得可见。若终点机构本身面临能力风险，前端参与再活跃、时钟再精密，也不能代替对终点可用性、冲突规则和连续性安排的检验。

NRS 对 AFRINIC 制度性质的辨析给出了正确起点：它是私人、会员制的互联网号码资源注册机构，是技术服务提供者、记录维护者与协调者。其必要价值在于维护号码资源记录的准确与唯一，执行有据可查的状态变化，支持安全、可联系性与网络互操作的连续。这个角色重要，却不因此成为国家、立法机关、监管者、警察、检察机关、惩罚者、没收者或公法裁判者。Draft 3 只能在这个私人制度边界内被理解。

第二稿留下的真实基线

第三稿并非在无摩擦的程序中凭空出现。官方修订记录列出：第一稿于 2021 年 10 月 10 日提交，第二稿于同年 11 月 9 日提交，第三稿则在 2022 年 5 月 18 日出现；第三稿的修订说明明确提到与政策提案版本到期有关的更新。BTW 对 AFRINIC-34 六项提案议程的同期梳理，连同正式会议记录，固定了紧邻的程序基线：2021 年 11 月，第二稿因仍有有效反对与关切而未形成共识，被退回邮件列表。

“未形成共识”既不是对提案永久判死刑，也不是证明任何一方不诚实。它只说明当时的讨论阶段没有跨过相应程序门槛。第三稿的价值需要以此为起点衡量：它是否更准确地处理了上一轮暴露的问题，是否清楚标出文本改变之处，是否把反对意见及其处理保存下来，是否避免让“新版本”变成重置制度记忆的按钮。修订历史提到到期问题，但仅凭修订标签，不能推定每个异议都已解决。

提案列举了十二类问题，覆盖粗略共识的定义、政策发展工作组的构成、疫情时期如何运转、现场会议与邮件列表如何共同计入、影响分析、Last Call、提案版本到期与申诉、时限变化、线上会议、董事会功能、讨论秩序及冲突解决。这张问题表不是装饰。它反映了一个真实困境：若程序没有明确时钟与书面责任，旧提案可能长期休眠；若关键评估临近会议才到，参与者没有时间消化；若会议时段太短，复杂异议会被压缩成麦克风前的片段；若申诉时间超过版本寿命，权利与时钟会互相吞噬。

2022 年 6 月 1 日 AFRINIC-35 的记录为这些动机提供了同时期说明。会议纪要记载，作者称提案吸收了 LACNIC 的经验，并试图回应申诉、版本到期以及短暂会议时间内作决定等问题；他同时表示，主席选举和可接受使用政策不在本提案范围内。这些都是作者在会议上的说明，不是对每项条款有效性的独立验证。它们仍然重要，因为它们限定了提案自称要解决的问题，也防止后来的读者把所有 AFRINIC 争议都塞进这一份稿件。

粗略共识：不是数票，而是分类权

Draft 3 对粗略共识的处理，抓住了互联网工程协作的一项传统优点：不以简单投票或人头优势代替技术判断。拟议定义拒绝把多数计数当作决定方式，要求关键技术反对得到处理；如果主席认为某项技术异议已经被反驳，即使仍有多人重复支持，主席也可以不让重复本身阻断共识。作为防止口号式否决或动员式刷屏的工具，这一设计有合理性。

但“不是投票”不意味着没有权力，反而把权力从计票规则移到了分类判断。谁决定某项异议是“关键技术反对”，谁认定它已经被充分回答，谁区分重复支持与新增证据，谁判断剩余分歧只是偏好而非实质风险？答案主要落在工作组主席身上。主席不只是主持秩序，还成为把杂乱讨论压缩为程序状态的解释者。若没有逐项异议账本、明确判准、理由与可复核记录，一句“已经技术性反驳”可能同时完成证据评价和程序推进。

这不等于主席必然滥权，也不能从结果不合某人心意便倒推程序被俘获。问题在制度可检验性。最稳妥的设计，应让每个实质异议拥有稳定编号、提出时间、适用版本、证据摘要、回应者、回应文本、主席分类理由和复核状态。重复的表达可以合并，新的事实不能被旧标签吞掉；反对未被采纳可以有明确理由，但不能在会议总结里无痕消失。粗略共识的质量取决于异议是否被忠实处理，不取决于“共识”二字被宣布得多坚定。

Heng Lu 对多利益相关方话语的批评在此提供了必要界线。粗略共识可以是工程纪律：它迫使提案者面对实质技术风险，而不是只寻找略多的赞成者。但它不是选举，也不是民主代表，更不是地区主权。参加会议、订阅邮件列表、频繁发言或拥有专业知识的人是利益相关者；他们能带来信息，却不因出现而自动成为所有未出席资源持有者、网络运营者、客户与投资者的委托代理人。分类异议的权力若被误称为“社群主权”，就会把程序便利膨胀成不存在的授权。

谁能进入，以及身份由谁确认

第三稿提出，任何真实自然人都可以参加政策发展工作组；在有需要时，AFRINIC 可以正式核验身份，同时应遵守个人数据保护要求。开放参与回应了一个合理目标：号码资源协调的技术影响并不只落在公司会员身上，研究者、运营者、用户及其他受影响者可能提供会员名单之外的重要证据。疫情也让只能依赖现场到会的制度显得脆弱。

然而，“任何真实自然人可参与”解决的是入口，不是委托。开放门槛能够扩大观察面，却无法证明参与群体代表了整个非洲互联网生态，更无法给每名参与者授予约束缺席主体的权力。事实材料没有提供受影响运营者总数的经审计分母，也没有重建第三稿逐条消息的完整异议台账。因此，文章不能从某次会议或列表表现推断广泛同意、广泛反对或代表性充分。

身份核验同样要区分可能权力与实际行为。条文允许 AFRINIC 在必要时确认参与者身份，不证明机构曾依据第三稿调查任何具体个人，更不证明这项拟议机制投入使用。即便只讨论设计，仍需问清触发条件：什么风险足以启动核验，收集哪些最少资料，由谁访问，保存多久，误判如何更正，匿名或化名下的安全披露怎样保护，核验结果能否影响发言权。没有这些限制，反滥用工具可能产生寒蝉效应；有了窄触发、数据最小化与申诉，它才较接近可接受的私人论坛治理。

一个会议与一条长列表

Draft 3 试图把同步会议与异步邮件讨论接成一个程序，而不是让二者互相替代。它提出每年举行两次常规公共政策会议，可采用线上、线下或混合形式，也允许额外的线上公共政策会议；同时区分其他线上意见征集活动，后者不计入共识。这一差别意在保留正式程序节点，避免任何网络活动都被事后包装成决定场合。

对于从未在公共政策会议上陈述的提案版本，文本要求至少经过八周 RPD 邮件列表讨论并在一次会议上展示，才可进入共识判断。对后续版本，如果主席认为列表讨论已经解决早先异议，可以免去重复展示。条件满足后，主席有最多两周判断粗略共识；会议纪要也应在两周内形成。若版本未获共识，须说明理由。

这一组合的善意逻辑很强。现场或实时会议能让争点集中、追问迅速，异步列表则给跨时区参与者留下阅读、查证与组织论证的时间。疫情时期，线上或混合参与不是附加福利，而是维持进入可能性的基础条件。允许后续版本在异议已经通过列表解决时不再重复展示，也能避免会议资源被同一文本占满。

风险仍藏在连接处。主席认定“早先异议已解决”，就同时决定了后续版本是否必须再次接受现场检验；某场线上活动是否属于正式会议，也影响其对共识的程序重量。八周是最低讨论时间，不是理解充分的证据；两周内作出判断是上限，不是判断正确的保证。程序应公开说明某版本与前一版本的实质差异、哪些异议因此消失、哪些仍然适用，以及免除再次展示的具体理由。否则，时间规则虽然整齐，制度记忆却可能在版本切换时断裂。

影响分析：证据生产也分配权力

第三稿要求 AFRINIC 对每个政策提案版本发布影响分析，通常在提交后四周内完成，并且至少在公共政策会议前一周公布。如果不能按时交付，机构应说明延误，并至少发布一份草案。这是整套设计中最有建设性的约束之一。政策若会改变注册流程、系统、合同关系、人员工作或运营连续性，参与者在讨论前就需要知道影响，而不是在会议即将结束时才收到员工结论。

但影响分析不是从制度外部降临的中性事实。AFRINIC 员工掌握内部系统、成本和实施资料，因而最有能力提供一部分证据；同一机构又可能成为政策的实施者、程序秘书处和身份核验者。由此产生的不是必然偏见，而是角色叠加。谁界定分析范围、选择假设、标记不可行性、估算成本和决定哪些运营风险值得写入，会影响参与者眼前的可选方案。

更好的做法不是取消员工分析，而是把它拆成可核查的四个隔间：技术影响、运营与连续性影响、合同及公司治理边界、资源与实施成本。每项写明事实来源、假设、未知项、责任人和发布日期；延迟理由与缺失模块也要保留。外部运营者应能提交相反证据，主席不能把“员工已评估”当作自动终结异议的印章。官方评估证明机构如何评价自己的提案，不独立证明提案有效或具有合法性。

LARUS 从运营者角度强调的连续性成本，说明为何这一环节不只是行政文书。注册治理的不确定，可能通过延误、文件要求、可移转性预期和服务连续性影响网络经营。对运营者而言，一项程序的代价未必表现为戏剧性中断，更多时候是等待时间拉长、证明责任变化、规划无法落地、客户风险增加。这里仍须守住证据边界：LARUS 的分析揭示一般影响机制，不证明 Draft 3 导致了任何具体宕机、财务损失、资源处置或客户损害。

六个月的版本寿命与暂停中的时钟

Draft 3 为每个政策提案版本设置六个月有效期，除非主席已把它送交董事会批准。新版本会重置计时；申诉期间则暂停到期计数。即使某一版本到期，后来更新时仍可沿用原提案编号。该设计试图同时解决两种相反的失败：一边是陈旧文本长期占据议程，另一边是申诉尚未完成，版本却先在日历上死亡。

固定寿命能迫使作者与参与者面对停滞：若六个月内没有足够推进，应更新、解释或让该版本退场。保留提案编号又能维持主题连续，避免同一构想换个编号便丢失历史。申诉暂停到期，也防止寻求复核者因程序耗时而失去对象。这些都属于真实而可理解的制度修补。

不过，重置时钟必须与红线透明绑定。若任何微小编辑都能被视为新版本并获得完整六个月，期限会成为形式；若实质变化仍沿用旧讨论，参与者可能没有足够时间评估。应区分编辑性修订与规范性修订，为每次重置写明触发原因，并把暂停的起点、终点、累计天数和负责人公开。编号连续不等于内容相同，版本到期也不等于基础问题消失。时间管理的目标是防止漂移，而不是让日历替代实质判断。

Last Call：关门之前还能进什么

第三稿把 Last Call 固定为两周，并给主席再一周确认共识是否仍然存在。期间可接纳编辑性意见，也允许例外情况下出现有充分依据的新反对；若因编辑意见修改文本，Last Call 重新开始。这个安排试图回答一个常见难题：最后征询究竟是只抓错字的校对期，还是仍可对新发现的重大问题开门。

允许有依据的新异议，是比形式主义更安全的选择。互联网运行环境不会因程序进入最后阶段而停止产生事实，重大技术风险也不应仅因发现得晚就被排除。但“例外”和“有充分依据”再次需要分类者。主席若接纳新异议，可能让流程回转；若拒绝，则可能让未处理风险随文本进入董事会。编辑修改重启 Last Call 的规则较清楚，却仍需标出何种改动属于纯文字、何种改动改变义务或技术效果。

因此，Last Call 不宜被描述为庆祝性终点。它应是一次受限的完整性检查：公开当前精确版本，列出此前异议状态，记录新意见是否被认定为编辑性或实质性，说明每项分类的理由，并明确重启或不重启时钟的依据。只有这样，两周加一周的精确数字才不至于制造虚假的确定感。

董事会的双向门与紧急旁路

在粗略共识之后，Draft 3 要求主席把提案连同简短讨论报告提交董事会。董事会可以批准，也可以附理由及可能替代方案，把文本退回政策发展工作组；随后应传达决定。相较于把董事会动作写成无内容的仪式，这个双向门至少承认公司层面会进行判断，并要求退回带有理由。

这里必须拒绝两个相反的简化。其一，不能说参与者形成共识后，董事会批准只是盖章。私人公司的董事承担公司法、章程和组织责任，不能因邮件列表活跃就被抽空。其二，也不能说董事会天然位于一切参与者之上，因而可以不受限制地改写技术协调。政策讨论积累的专业证据与实质异议不能被公司职位自动抹除。更准确的结构是双层：政策程序组织私人技术协调，公司章程组织私人法人的治理；二者相交但并非同一权源。

第三稿还拟议，在有充分理由的紧急情况下，董事会可制定临时政策变更，持续到下一次公共政策会议。该变更随后进入正常 PDP；若之后未形成共识，就停止进一步执行或实施，但此前行动仍保持有效。另一个有关紧急时间变化的条款，把讨论期设为四周、Last Call 设为一周，要求清楚充分的理由，并在形成共识后仍于后来会议上展示。

紧急旁路的最强理由是连续性：有时威胁或系统问题无法等待常规八周讨论与会议日历，完全没有临时机制可能迫使机构暗中即兴处理。把临时变更送回常规程序，比让紧急权永久悬在程序之外更好。可是，先行行动在后续未获共识时仍然有效，会使临时性产生不可逆尾巴。必须预先说明什么构成紧急、临时措施限定于哪些技术不变量、谁确认期限、如何通知受影响者、怎样避免资源持有者在复核前承受不可逆损害，以及正常程序不认可后如何纠正。

事实记录只证明条文提出了这种权力，不证明董事会曾依据第三稿使用它。第三稿是提案，不是已经批准、实施、援引或经司法认可的规则。把拟议权限写成既成行动，会混淆提案、会议讨论、主席判断、Last Call、董事会决定、实施与具体援引这些不同状态。

申诉、罢免与不会同步停止的流程

Draft 3 保留三名支持者启动申诉、五名支持者启动主席罢免的门槛，并提出申诉与罢免不改变 PDP 的一般时限；但在申诉仍待处理时，董事会须暂缓批准。与此同时，版本到期计数在申诉期间暂停。设计意图可以理解：少数人有机会挑战程序判断，又不能让整个工作流因任何争议无限冻结。

困难在于多只时钟并不天然协调。提案寿命暂停，其他 PDP 时间继续，董事会批准又暂停；若不记录每只钟对应的对象，参与者很容易对“流程是否还在走”产生不同理解。申诉机构与罢免机构由董事会任命，也使复核独立性需要具体证明，而不能仅凭委员会名称推定。谁有利益冲突、谁回避、使用什么审查标准、是否能看到完整异议台账、决定是否附理由，都应在程序收据中固定。

支持者门槛也只证明最低启动条件，不证明申诉代表全部受影响者。门槛太低可能被用来拖延，太高则可能让有实质风险但人少的一方无法进入。比数字本身更重要的是可受理事项的范围、证据标准、快速初筛、理由公开和对紧急连续性风险的处理。申诉应纠正程序错误，而不是成为另一场没有边界的政治比赛。