摘要

  • 第四稿删除了第三稿关于临时失效、永久失效、自动重验、政策违约、AFRINIC 居间以及明确援引资源撤销程序的十三步示例，但保留了第 8.5 节中“更穷尽的跟进、警告以及由 AFRINIC 酌情封锁某些服务”的一般性后果条款。它降低了文本明示的最高惩罚，却没有把救济重新限定在联系人资料的纠正上。
  • 两个最长十五天的时段是验证时钟：第一次验证最长十五天，失败后转给其他 LIR 联系人，再给最长十五天。它们并不是解决底层滥用事件的服务水平承诺。第四稿还要求在资料创建或更新时、至少每六个月一次以及 AFRINIC 认为适当时进行验证，并允许在说明理由后改变时段和频率。
  • 第 8.6 节允许把疑似“只对测试作答”的规避行为，以及被称为错误或缺失的滥用回应，提交 AFRINIC 复验。这使一项原本可以客观完成的可达性检查，接近对回应质量和运营措施的间接审查；私人登记协调者没有监管、警务、检控、惩罚、没收或公法裁判权力承担这种角色。
  • 死邮箱确实会把寻找运营者的成本推给举报人，角色邮箱也确实比个人地址更能承受人员流动。比例适当的答案是中性投递测试、清楚通知、可预期纠正期、持续开放的更正通道和带日期的数据质量状态，而不是借一个低信息量的联系缺陷去卡住没有写明的其他服务。

被“简化”抹去的程序，与没有被收回的门闩

第四稿的关键不在它增加了多少字，而在它拿走了哪些字，又让哪些字继续留在权力的中心。保存下来的页面把提案标为《Abuse Contact Policy Update》，编号 AFPUB-2018-GEN-001-DRAFT04，版本 4.0，作者为 Jordi Palet Martinez，拟修改综合政策手册第 8.0 条。详情栏显示提交日期为 2019 年 11 月 4 日，修订表却写着 2019 年 11 月 2 日，并把第四版描述为对第三版的“整体简化”；同一页面另显示 11 月 8 日为最后修改日期。2 日与 4 日的差异不能被悄悄抹平。现有记录只能说明同一第四稿页面内部存在两种日期表示，不能据此创造两个不同版本。

这份提案先处理一个真实而具体的问题。对 AFRINIC 直接分配或指派的号码资源，登记资料应包含强制性的 abuse-c 引用，并至少指向一个有效、受监看且被积极管理的 abuse-mailbox。邮箱不是装饰性字段。文本要求来信必须能够引起收件方介入；举报人不应被强迫改走一张表单；滥用报告以及相关日志、示例或邮件头等材料必须能够被接收。这些要求有明确的运营含义：当事件涉及时区差异、人员轮换、承包商更替或跨境举报时，一个持续存在的角色地址比某位员工的私人地址更可靠，允许附带证据也比把所有来信压缩成固定表单更适合复杂事件。

若政策到此为止，争议会小得多。登记协调者确认一个公开角色地址存在，向它发送不带实体判断的测试消息，记录是否成功投递，并在失败时通知资源持有人纠正，这些动作都与维护准确登记资料直接相关。问题在于第四稿给“验证目标”加入了远超投递成功与否的内容。其程序不仅要保证联系人能够实现预定用途，还要确认资源持有人理解程序和政策、定期监看邮箱、采取措施并回应滥用报告。前两项尚可通过清楚通知和客观测试来支持；“采取了什么措施”“回应是否充分”却不是一个投递回执能回答的问题。它们把测试对象从地址状态换成了运营判断。

第四稿给出的时钟需要精确理解。首次验证不得超过十五天；若失败，则转向其他 LIR 联系人，并再给一个不超过十五天的验证期。这里的十五加十五，是联系人验证和升级通知的最长时间，不是要求运营者在三十天内判定、修复或结案某一滥用事件。网络事件可能需要保存证据、区分伪造邮件头、联系客户、核对租赁关系或等待有管辖权的机关；把验证时钟误写成案件处理时限，会把原本有限的程序扩大成一项并不存在的实体义务。

验证的触发面也很宽。资料在创建或更新时要验证；此后至少每六个月验证一次；AFRINIC 认为适当时还可再次验证。补充说明又允许 AFRINIC 在向社群解释动机后改变初次验证期和升级期，也可以说明理由后改变周期频率，文本以首年检查一次、后来可能增加至按季度检查为例。这意味着频率和时间并非完全冻结。不过，公开理由并不等于获得公权力授权，也不自动解决可预期性问题。一个私人服务方可以管理自身有限服务的运行节奏，却不能因为宣布了节奏，就把联系人检查变成无边界的处罚制度。

第三稿提供了更细的失败路线。它设想连续两封验证邮件，验证码最长有效十五个工作日；第一次失败后将联系人标为临时无效，并进行个别化跟进；再经过十五个工作日而没有确认修正，则转为永久无效；接着使用所有可能的警告渠道，并考虑封锁服务；随后自动重做验证，持续失败会被称作违反政策；再往后还出现升级表单或邮箱、AFRINIC 可能的居间处理，以及在适当情况下启动相关程序，尤其明确提到与资源撤销有关的程序。这是一条把地址验证逐步连接到资源连续性的硬尾巴。

第四稿把整套十三步示例删掉了。临时无效与永久无效的明示标签不见了，个别化跟进的排列不见了，自动重验的序列不见了，持续失败被明确称作政策违约的说法不见了，AFRINIC 居间的步骤不见了，特别援引资源撤销程序的文字也不见了。因此，不能说第四稿仍然“明确威胁撤销资源”。那是把已删除的第三稿尾部偷渡回第四稿，也会掩盖这次改写真正收窄了什么。

但同样不能说第四稿已经去除制裁。第三稿第 8.5 节原有的一般后果语言在第四稿继续存在：不合规将导致更穷尽的跟进、警告，以及按照相关政策或程序、由 AFRINIC 酌情封锁某些服务。它没有列出哪些服务属于“某些服务”，也没有在这一条中给出按缺陷严重程度逐级对应的比例尺度。第四稿拿走了可以逐项检验的失败阶梯，却保留一扇标签空白的服务门闩。结果不是单纯的宽松，而是一种不对称的简化：最极端的明示尾部缩短了，幸存的概括性后果反而更难从文本判断边界、条件和恢复路径。

这一区别决定了如何评价修订。明确程序不一定正当：第三稿的十三步阶梯把邮箱缺陷通向资源撤销，本身就是严重越界。但程序被删也不等于权力被删。若一项后果仍允许执行者自行选择未指明的服务，受影响者反而更难事先知道一次投递失败会碰到什么、何时算纠正完成、什么事实足以恢复服务。程序清晰度与权力正当性是两条不同轴线。第三稿可能在一条不应走的路上画了更清楚的路标；第四稿拆掉若干路标，却没有封住通往无关服务的岔路。

第 8.6 节让问题进一步从地址状态滑向回应质量。它说，如果有人怀疑邮箱在规避验证——例如只对 AFRINIC 来信、特定主题或特定内容作答——可以向 AFRINIC 报告并触发第 8.5 节下的复验。针对测试规避而复验有其可理解之处：一个只识别测试信、平时丢弃公众报告的地址，并未真正降低联系成本。然而同一节也把“对滥用事件的回应错误或缺失”纳入举报触发。何谓错误，什么证据足够，合理拒绝一个缺乏证据的指控算不算错误，文本都没有建立一套由有管辖权机构主持的证据规则与争议解决机制。

“缺失回应”与“回应错误”也不能混为一谈。前者至少可能表现为可观察事实，例如在合理时间内完全没有任何确认；后者必然包含实体判断。运营者可能收到一份把共享地址误认成单一客户的报告，可能发现日志时间与时区不一致，也可能因隐私、调查完整性或合同限制而不向举报人披露处置细节。一个简短的“已收到，正在核查”是否正确？一封解释为何证据不足的拒绝是否正确？这些问题不能靠角色邮箱是否收信来决定，更不应由号码资源登记协调者借复验程序间接裁断。

必须把证据边界守住。现存文本证明的是一份提案的发布内容以及第三稿到第四稿的文字变化，并不证明第四稿后来获得采纳或实施；也没有证明某个具名成员曾因此被封锁服务、丧失投票、失去号码资源、遭遇路由中断，或承受可量化的经济损失。它没有呈现一宗已被裁判的滥用案件，也没有告诉我们“某些服务”在实际操作中具体指什么。分析制度风险，不需要假装已经发生了一个记录中不存在的受害案例；恰恰相反，越是不确定，就越应拒绝把推测写成事实。

日期差异也属于这种证据纪律。详情栏的 11 月 4 日和修订表的 11 月 2 日可以并列报告，不能任选一个后声称另一个错误，更不能用页面最后修改日期 11 月 8 日替代提案日期。清楚保留矛盾，是对文本权力主张进行审计的第一步。一个制度若要求资源持有人保持资料准确，它自己的政策记录同样应允许读者看见版本、日期和修改说明之间的差别。

从红线本身看，第四稿确实做了一个有意义但不完整的收缩。删除明确的资源撤销引用，降低了文件直接宣告的最高处罚；删除临时与永久失效标签，也减少了把联系人状态固化成准违法身份的语言。然而，保留未指明服务的封锁权、保留对“错误回应”的复验入口、保留可由 AFRINIC 变更的检查节奏，意味着执法漂移的关键桥梁仍在。它不再大声说最终会走到哪里，却仍让一个私人登记者决定何时把联系人问题带到其他服务层面。

真正值得追问的不是“第三稿更严还是第四稿更松”这样的一维问题，而是第四稿把哪些判断从可见程序移进了执行裁量。十三步清单至少让读者看到临时状态、永久状态、重复测试、违约认定和撤销引用之间的次序；概括条款只告诉读者可能有跟进、警告和服务封锁。若服务范围、比例原则、独立复核、申诉场所与恢复条件没有在相关条款中明确，简化会把冲突从纸面挪到执行时才暴露。对于依赖登记服务维持日常运营的机构，这不是纯粹的文字精炼，而是风险可见度下降。

因此，第四稿最准确的描述是：它删去了撤销导向的明示硬尾，却保留了可以压向无关服务的概括门闩；它缩短了处罚叙事，却没有把救济牢牢绑回联系人资料本身；它保留了十五加十五的验证机会，却让纠正之后究竟能否、如何恢复所有受影响服务缺少同等清楚的说明。这样的修订不能被包装成“没有后果”，也不能被夸张成“仍明文撤销”。只有同时承认收窄与残留，才能看清制度设计的真实问题。