摘要

  • 2017 年 4 月 11 日提交的第四稿没有改变审查的三条启动路径，也没有新加入投诉须有证据、由 AFRINIC 工作人员评估事实以及同一资源组合二十四个月内不重复启动“被报告”审查等约束；这些文字来自第三稿。
  • 第四稿真正改动的是启动门槛下游：把列举的不合规事由由五项收窄为两项，把回收后删除原持有人数据库记录改为更新记录，简化申诉措辞，并以受数据保护法和保密协议约束的活动报告取代点名成员及其合规程度的报告。
  • 入口仍然重要，因为核验结论尚未形成时，成员已经承担答复、取证、披露、法律与技术协调以及业务不确定性；而入口又连接资源回收、数据库变化和由 AFRINIC 安排的仲裁结构。
  • 合理方案不是否认登记机构核验记录的必要性，而是把私人簿记者的工作限制在客观受理、分离的启动判断、限定范围的通知与信息请求、书面理由、补救、独立复核和运营连续性之内。

最容易造成误读的地方，恰好是文本最醒目的地方。第四稿完整写着随机、选定和被报告三类审查，也写着社区投诉须有证据、工作人员评估事实以及二十四个月限制。只看第四稿，读者很容易把这些安排当成这一版对“谁可以把成员送入审查”的修订。但 AFRINIC 自己的第四稿修订记录把变化指向第 3.4、3.5 和 3.6 节，而不是第 3.3 节；随后的邮件列表通告也把工作描述为格式调整、为政策手册纳入而重新编号，以及对相应下游条款的更新。敏感入口确实出现在第四稿中，却是从第三稿继承而来。

这一区分不能被当作编辑上的小题大做。审查一旦启动，成员就可能需要搜集网络、合同与登记资料，解释运营安排，承担内部协调和外部顾问成本，并面对记录处理乃至资源回收的前景。也就是说，启动决定本身就能制造负担，即使最后没有认定违约。若把第三稿形成的约束归功于第四稿，公众便难以追问是哪一次讨论塑造了入口，也难以看清第四稿真正放松、收窄或改写了哪些下游杠杆。制度问责首先需要一条准确的版本线。

同样需要准确的是制度身份。AFRINIC 是以会员关系为基础、管理互联网号码资源记录的私人技术协调者。它可以并且应当维护记录的唯一性与准确性，核验具体登记事实或合同义务，隔离争议并保护网络连续运行。但它不是政府、立法机关、监管者、警察、检察机关、惩罚机关、没收机关或法院。政策提案被发布、在邮件列表中讨论，甚至在会议上形成进入最后征求意见阶段的共识，都不能把私人记录职能变成公共权力。正因为登记工作有实际影响，入口才必须比一句“工作人员酌情评估”更清楚，而不是因为有影响就推定存在更广的权威。

L3 — 第四稿并未改动的启动门槛

先把时间与文本分开。第三稿的页面把它标为 3.0 版；页面显示的提交日期与修订历史所记日期并不完全一致：前者显示 2016 年 8 月 9 日，后者把 3.0 版更新记在 2016 年 11 月 18 日。这项不一致应当被保留，而不能由作者替档案选择一个“更顺眼”的日期。可以确定的是，修订历史把第 3.3.3 节的更新归于第三稿，并说明那次更新发生在邮件列表讨论之后。投诉证据、工作人员事实评估和同一资源组合的二十四个月限制，均应沿这条版本记录归属第三稿。

第四稿则有更明确的公开标识。AFRINIC 将其列为 AFPUB-2016-GEN-001-DRAFT-04、4.0 版，记录的提交日期为 2017 年 4 月 11 日，状态为讨论中，并列出 Amelina Arnaud、Ilunga Kabwika Serge、Jean-Baptiste Millogo 与 Wafa Dahmani 为作者。4 月 18 日，政策讨论工作组联合主席在 RPD 邮件列表通告更新并重载全文。提交与通告相隔七天，不构成矛盾：一个日期记录提交，一个日期记录公开流转。两者都只能证明文本的版本与传播，不能证明采用、实施或对任何成员开启过审查。

在正确的对照单位上，第三稿与第四稿的第一个结论是“未变”。两稿都设置三类审查：随机审查、选定审查和被报告审查。三分法不是第四稿的新门。它既没有在第四稿扩大成面向全体会员的任意抽取，也没有加入后来版本才出现的其他投诉形式。把不同版本的特点倒灌进第四稿，会制造一套档案中不存在的制度，也会把本应针对真实文字的分析引向假问题。

随机路径在两稿中的对象相同：Medium 及以上类别、仅持有 IPv6 的 Large 类别以及 EU-AS 成员。这里的制度含义是按预先点名的成员类别抽取，而不是依据一项已经提出的具体违约指控。随机核验可以帮助簿记者发现不容易从投诉或日常联络中显现的记录差错，但分类边界本身也决定谁更频繁暴露于核验成本。因此，准确说法是第四稿“保留”这套类别，而不是“创建”或“改革”了随机启动权。

选定路径在两稿中同样没有变化。其入口是 AFRINIC 内部报告，或者 AFRINIC 与成员之间失去联系。内部报告与社区投诉不能混为一谈：前者产生于机构内部观察，后者来自外部社区成员；失联又是另一种可观察状态。三者可能最终触及相似的登记问题，却有不同的来源可靠性、利益关系和误差结构。第四稿把它们继续放在既有架构中，并没有公布一套新的材料性门槛、开案矩阵或利益冲突规则。

被报告路径包含两种情形。第一种是成员自己请求审查，第二种是社区投诉达到值得调查的程度。两稿都要求社区投诉有证据支持，也都写明由 AFRINIC 工作人员评估事实，以判断进行审查是否适当。会议纪要后来用“举报者”概括一类触发来源，但政策正文使用的是社区投诉；会议摘要不应反过来替换规范文本。自请审查也不应与第三方投诉混同，因为自请者主动寻求核验，而被投诉成员需要应对他人发起的事实主张。

二十四个月规则也属于这条被报告路径。第三稿与第四稿都排除这样一种重复启动：同一资源组合在此前二十四个月内已经完成全面审查，又因被报告路径再次接受审查。这是一项有意义的抗重复负担措施，尤其能降低同一争点被不断重新包装的可能性。但它并非对所有路径、所有资源、所有新事实的全面豁免。准确评价既不应贬低它，也不应把它扩大成文本没有给出的通用免审权，更不能称它为第四稿的新保障。

第三稿页面内嵌的工作人员评估让入口问题更加清楚。该评估把投诉门槛理解为工作人员酌情判断，并担心无正当根据的投诉给机构和成员造成影响与工作量。它还对第三稿若干回收及报告条款提出疑问，而其中一部分后来确实在第四稿发生变化。这份材料能证明机构内部如何理解当时的草案及其顾虑，却不是独立司法判断，也不能证明任何投诉曾经虚假、恶意或受到选择性处理。它的价值在于揭示草案留下了什么问题：证据由谁检验，以什么标准检验，何时从“收到材料”跨越到“启动审查”。

因此必须把三个动作拆开。收到投诉，是受理；检查投诉是否指向可识别的登记事实或合同条款，是初筛；决定要求成员进入正式审查，是启动。第三稿和第四稿写明投诉需有证据，也写明工作人员评估事实，但没有公布独立受理机构、单列的启动决策者、证据可信度标准、书面理由义务或冲突回避规则。“按适当方式评估事实”说明有人判断，却没有说明判断尺度。这个缺口是两稿共享的结构，而不是第四稿新造的缺口。

若启动部分未变，第四稿究竟改了什么？修订历史给出的答案是第 3.4、3.5 与 3.6 节；重新编号后的文本把它们放到 13.4、13.5 与 13.6。先看不合规事由。第三稿第 3.4 节列出五项并明确不是穷尽清单：没有正当理由而缺乏全球路由可见性；违反 AFRINIC 政策；违反 RSA 或其他法律协议；组织已经停止运营却没有转移其地址块；以及未经授权的转移。这是一组从网络可见性、组织状态到政策与合同关系跨度很大的指标。

第四稿第 13.4 节把明列事由收窄为两类：违反 AFRINIC 政策，以及违反 RSA 或其他法律协议。第三稿中关于无正当理由缺乏全球路由可见性、组织停止运营但未转移地址块、未经授权转移的三个独立项目，不再作为单列项目出现。收窄值得被清楚承认，因为它减少了几种可能被宽泛解释的独立依据；但它发生在对审查结果与不合规的处理层，不是启动层。它也不能自动回答政策条款或合同条款本身是否明确，更不能给私人机构增加超出合同与登记职能的公权力。

数据库处理的动词也改变了。第三稿说资源回收后，将从 AFRINIC 数据库删除前持有人的记录；第四稿改为更新这些记录。“删除”与“更新”不是同义修辞。登记簿的基本职责包括保留足以解释当前状态与历史转变的信息，机械删除旧记录可能降低可追溯性，而更新至少在概念上更接近维护连续记录。不过，公开材料没有在这里完整规定更新的字段、历史保留形式或访问规则，因而不能把一个动词变化夸大为完善的数据治理制度。

第四稿仍保留回收前公布三个月的安排，也保留回收资源可依现有分配与指派政策重新发放的可能性。正因启动门连接到这样的下游后果，入口标准的制度重量不会因为第 3.3 节未改而消失。相反，版本分析要同时容纳两件事：第四稿确实收窄了若干列举事由并改进数据库措辞；而它继承的启动决定仍可能把成员带入一条最终触及资源记录和重新分配前景的路径。

申诉条款的变化更像措辞简化。第三稿以结果“看起来不公平”为申诉表述的起点；第四稿改称受审查成员如不满意即有申诉权。后一句在可读性上更直接，也不要求成员先用“公平外观”描述异议。但是两稿都把仲裁过程交由 AFRINIC 与一批熟悉情况的社区志愿者组成的人员池安排，并把结果描述为明确无歧义。申诉入口的措辞变宽，并不等于复核结构已经独立。谁选人、谁排除利益冲突、审查什么记录、采用什么标准，仍是判断制度独立性的关键。

报告条款则从可识别成员及合规程度，转向受隐私约束的活动描述。第三稿要求年度报告说明接受审查的成员及其合规程度。第四稿要求年度报告描述审查活动，并遵守毛里求斯《数据保护法》及与成员签署的保密协议。这项变化减少了公开点名与披露合规结论的压力，是第四稿真实而重要的修订。它同时产生另一项设计任务：若报告只剩高度概括的活动数字，外界如何监督入口是否一致，而又不泄露成员敏感信息。隐私与问责不是二选一，恰当方法是公布匿名化的程序指标和有理由的汇总，而不是公开成员档案。

把这三组变化合在一起，第四稿的真实红线就很清楚：它没有重新定义谁能触发审查，却收窄了明列的不合规依据，改变了回收后的数据库记录处理，简化了申诉权表述，并降低了年度报告对具体成员的可识别性。格式重排和为政策手册纳入而重新编号，也属于版本说明的一部分。准确陈述这些变化，比笼统称其“修订了审查触发者”更能评价这一版究竟缓和了什么、留下了什么。

2017 年 6 月的 AFRINIC-26 会议记录提供的是后续程序背景。作者在会上把触发来源概括为举报者、有关成员自己的请求，或者 AFRINIC 依其判断主动发起；与会评论提到 WHOIS 正确性、网络安全需要以及 AFRINIC 与成员合作，作为支持核验的理由。联合主席宣布形成共识并把第四稿推进至最后征求意见阶段。这证明文本获得了继续推进的程序结果，不是采用、实施、裁判或真实个案发生的证据，更不是主权授权。

6 月 29 日，Lu Heng 在同一版草案的最后征求意见讨论中直接提出了私人登记机构与“互联网警察”之间的边界。他质疑仅凭 RSA 措辞能否回答政策正当性问题，也指出法院可能不同意机构的解释，从而给成员带来成本与法律风险。这是一项同时代、直接处在该政策争论中的参与者证据。它不替代草案正文，但它准确指出：合同关系可以界定私人双方义务，却不能靠机构自己的解释消除外部法律争议，更不能创造警察、惩罚或裁判权。

至此，证据能够支持的范围也应封口。公开记录能够证明第三稿与第四稿写了什么、第四稿在何时提交与通告、机构如何记录改动、会议如何概括争点以及程序如何进入最后征求意见。它不能证明第四稿最终被采用或实施，不能证明它开启过任何真实审查，不能证明对某位成员产生效果，也不能证明选择性运用。保持这些否定边界不是削弱分析，而是避免用后来事件替文本填空。