摘要

  • AFPUB-2026-GEN-002-DRAFT01 提议定期检查会员对资源政策的遵循情况，尽可能自动化，并在仪表板中发送通知、提醒和升级状态。
  • AFRINIC 的影响评估认可透明度价值，同时警告：未定义的执法程序和需要专业判断的事项，不能安全地压缩成机器生成的状态标签。

仪表板的价值在于压缩复杂性，风险也来自同一处。当会员在 abuse-c 联系人、路由对象或反向 DNS 要求旁看到红色状态时，必须知道它代表一次技术测试失败、一项有争议的解释，还是一项正式合规认定。这三者不能等同。

BTW 发布说明：概览中的“发布”日期 2026-09-06 是预定编辑日期；实际服务器发布时间要等到 publish-now 成功后才会确定。

该提案于 2026 年 4 月 30 日提交，第 1 版于 5 月 26 日发布到 RPD 邮件列表，目前仍处于“讨论中”。AFRINIC-37 已将其列入 2026 年 6 月 24 日公共政策会议议程。它拟在《综合政策手册》中增加新章节，并把合规视图加入 MyAFRINIC 或未来会员通信平台。设计包括定期审查、尽可能自动化、在检测到不合规时发送通知、提醒，以及在不合规持续时通知工作人员。提案还涉及在既有合同权限下制定服务限制、资源撤销或终止会员资格的程序。

6 月 23 日的影响评估具体列出了自动化的吸引力：系统可检查 WHOIS 联系信息准确性、abuse-c 有效性、路由对象一致性、适用时的 RPKI ROA 覆盖和反向 DNS 要求。每项发现可经历“首次通知、整改中、升级、关闭”等带时间戳的状态，让会员更早看见问题及其处理轨迹。

然而，技术观察并不自动构成合规判断。格式错误的联系人记录可以客观检测；资源使用是否得到充分说明、是否恰当、文件是否充分，则可能依赖背景与专业判断。AFRINIC 的评估明确提醒，不能假设所有政策义务都能由自动指标作出最终决定。

权限边界同样关键。提案引用《注册服务协议》，把部分程序交由工作人员以后定义，并允许董事会在涉及关键互联网基础设施、自然灾害或政治不稳定等特殊情形时采取特别措施。法律评估认为，最大的问题并非仪表板本身，而是可能借社区政策建立本应由合同和运营治理承载的执法机制，同时让“持续不合规”“特别措施”“关键战略基础设施”等决定性概念保持未定义。评估还单独指出，拟议设计存在隐私和数据治理缺口。

这道缺口可以在保留仪表板的同时修复。每项发现都应绑定一份证据与申诉账本：适用政策及版本、观测数据与时间、测试方法及局限、结果由机器还是人工产生、负责复核者、会员回应、纠正记录和当前申诉状态。在会员能够查阅并质疑这份记录之前，任何状态都不应成为限制服务、撤销资源或关闭会员的依据。

这不是另一个分数，而是一条可审计的权力链。它能保留预警价值，又防止便捷界面悄然变成法律权限来源。冻结证据并不表明提案已获通过、系统已上线或任何会员已受处罚；因此，最关键的设计选择仍有讨论空间。