摘要

  • AFRINIC-17记录显示，Jean Robert Hountomey在2012年11月28日远程介绍WHOIS Database Clean-up提案；主席把它与另一项提案合并讨论，最后在举手后宣布两项提案均无共识，并退回RPD邮件列表。
  • Adiel Akplogan当场表示，AFRINIC内部已有一项WHOIS资料完整性活动。这个陈述能证明机构当时说自己在做什么，却不能证明项目的范围、质量、完成程度或审计结果。
  • 员工维护数据库准确性，是经营该注册系统随附的日常行政责任；政策可以规定周期、覆盖率、修正时限和报告，使员工履职可被检验。两者都不自动产生对成员施加不利后果的权力。
  • 对成员公开点名、限制服务、认定违约或影响号码资源，必须回到当时实际约束该成员的RSA及具体条款，并配以相称证据、通知、补正机会、说明理由的决定和可用的独立法律途径。
  • “无共识”只是一次私人政策程序的有限处置：它没有裁定准确资料不重要，也没有授权员工绕开政策程序，实施提案中未获采用的成员后果。

远程声音进入会议室之后

11月28日上午的政策议程把WHOIS Database Clean-up列为第六项。Jean Robert Hountomey没有在喀土穆的会议桌旁亲自发言，而是远程介绍AFPUB-2012-GEN-001。现存会议纪要提供的是摘要，不是逐字稿，因此我们知道提案被介绍、哪些发言被点名记录、主席最后怎样处置，却不知道演示中的每一句话，也不能从摘要中猜测提案人或任何参与者的私下动机。

这项谨慎很重要，因为当天的分歧很容易被事后压扁成一句话：有人要清理数据库，有人反对。记录呈现的情形远比这句话复杂。没有人需要先证明“脏数据值得保留”，会议才可能出现意见分歧。真正的问题是，把一个失效联系人找出来之后，AFRINIC究竟是在维护一条记录，还是准备改变一个成员的地位；是要求员工把本职工作做得可观察，还是在为公开羞辱、服务限制乃至资源后果寻找入口。

主席又把这项提案与No Reverse Unless Assigned放在同一段现场讨论中。两项提案都与WHOIS资料清理有关，却仍有各自的编号、文字和制度问题。Haitham El Nakhal建议将二者结合；这能说明他观察到了主题上的相邻性，不能说明两项提案已经成为一项，也不能让未注明对象的发言自动归属于WHOIS Database Clean-up。纪要越简短，分析越需要克制：不能把同一场讨论误写成同一套授权。

在这场合并讨论里，Douglas Onyango希望清理覆盖所有注册资料，不因年代而排除，并希望无效POC的报告成为强制、持续可用的机制。Mark Elkins支持两项提案，并提出公开列出联系资料无效的公司，也就是会议记录中的“shame list”想法。Haitham El Nakhal则从两项提案都涉及清理WHOIS数据库出发，提出合并。它们都是记录在案的现场意见，不是已经采用的规范，更不能用某位发言者的赞成推定整个成员群体的授权。

随后出现了决定这篇分析方向的一句话。Adiel Akplogan表示，AFRINIC内部已经有一项涉及WHOIS资料完整性的活动。于是讨论不再只是“要不要做”，而变成“正在做的内部工作与一项政策有什么不同”。Douglas Onyango提出，可以把现有活动朝提案要求改进；待AFRINIC标示工作完成后，提案人也许会撤回提案。记录没有显示这条路径获得采用，更没有显示内部活动后来完成。它只揭示了一种实际可能：如果目标是把资料弄准确，未必所有步骤都要等一项新政策才开始。

与此同时，纪要记录了相反的担心：内部活动与政策并不等价，因为政策会让AFRINIC对交付结果负责。Alain Aina认为，问题不一定都要变成政策；CEO可以记录社群的建议和对AFRINIC活动的期待，而不必为每个问题起草一项政策。这也不是“政策永远多余”的规则。它提醒会议区分两种工具，却没有回答一项内部活动怎样防止被缩减、选择性执行或悄然停止。

一张桌上其实摆着三份不同的工作

如果把当天的争论只分成“员工做”与“政策做”，最关键的一条边界仍会消失。更准确的分法有三层。

第一层是既有员工职责。AFRINIC选择运营并公开一个注册数据库，就有责任维护这套服务的准确性和可审计性。测试联系渠道、接收经过核验的更正、保留变更记录、在无法确认时准确描述不确定性，都是账簿维护。员工不需要从一次举手中获得类似国家权力的授权，才可以修正已经核实的拼写错误，或注明某个电子邮件地址未能通过测试。这里的正当性来自对自身系统的服务责任，边界也止于证据实际支持的记录状态。

第二层是政策为员工职责增加可问责性。内部项目可能有热情的负责人，却没有公开周期；可能抽查过不少记录，却没有覆盖基准；可能发送了通知，却没有安全的补正渠道；可能宣称取得进展，却没有可复核的汇总指标。一项狭窄政策可以要求定期检验、规定覆盖范围、设定服务时限、保存审计轨迹、公布汇总表现，并让成员知道怎样纠正字段。它约束的是维护者如何完成维护工作，而不是借维护之名扩大维护者对他人的支配范围。

第三层才是成员后果。一旦数据库中的技术观察被用来公开贬损某家公司、拒绝某项服务、宣布违约、暂停或终止成员地位，甚至试图触及、收回或重新分配号码资源，制度问题就已经换了性质。此时必须找出在相关时间真实约束相关成员的准确文本，确定它是否包含该义务、条件和救济；必须让证据强度与后果严重程度相称；必须给予通知、可操作的补正机会、说明理由的决定以及独立法律审查路径。前两层可以帮助注册机构把账簿管好，却不能被叠加成第三层的强制权。

提案文本之所以不能被当成一份纯粹的维护清单，就在于它同时包含员工的周期性验证与报告安排，也设想成员不回应之后出现不利的记录或资源后果。为看清会议的权限分歧，我们只需注意三个时间尺度：按月的工作、每年两次的报告，以及一年后可能触及成员地位的结果。这里不必重演完整步骤。决定性质的不是表格里有多少阶段，而是终点是否从“我们对这个联系人有何把握”跨到“我们因此可以怎样对待这个成员或资源”。

“已经在做”是一项陈述，不是一份审计

Adiel Akplogan关于内部活动已经展开的发言，为日常职责这条线提供了重要事实。它说明AFRINIC当时并非只能在“通过政策”与“容忍错误”之间二选一。员工可以在既有运营范围内改善资料完整性，会议也可以要求这种工作更扎实。

但会议纪要没有给出项目章程、负责团队、覆盖比例、预算、完成标准、纠错时限或结果。也没有独立核验表明活动处理了哪些资料、错判率多少、成员如何申诉，或何时可以被称为完成。因此，“已经在做”不能承担“已经足够”的证明责任。把这一区别说清楚，并不是怀疑发言者诚意；它只是拒绝让一个机构立场替代制度证据。

这也解释了为什么支持政策的最佳理由不应被轻描淡写。数据库准确性带来的收益并不抽象。一个过时的联系人会延长故障排查，拖慢滥用事件响应，提高网络之间建立可信沟通的成本，也会使尽职调查多绕一层。错误积累时，成本并不只留在AFRINIC内部，而会落到需要联系资源持有人、核实路由异常、处理安全事件或评估交易风险的其他网络和企业身上。

更棘手的是，内部活动可能把成功定义掌握在执行者自己手里。如果没有预先声明的覆盖范围和报告方法，外部读者无法区分“项目完成”与“项目只处理了容易处理的记录”；如果没有统一的补正渠道，回应迅速的成员与联系困难的成员可能得到不一致待遇；如果没有变更历史，后来的人很难判断字段是被谁、依据什么证据改动。政策在这里可以做真正有用的事：把员工承诺变成可验证的服务标准。

然而，支持可验证的维护，不等于支持任何被装进“清理”名下的结果。对工作人员规定每月抽查，与依据一次联系失败改变成员地位之间，不是力度差异，而是权限类别差异。前者问AFRINIC有没有把自己的数据库维护好；后者问一个私人协调机构凭什么改变另一私主体的权利、服务和运营连续性。这两道题需要不同证据，也需要不同的责任链。

精确披露与公开羞辱不是同一件事

Mark Elkins提出公开列出联系资料无效的公司，抓住了一个现实诱因：如果错误长期不可见，成员可能缺少迅速更新资料的动力，依赖这些记录的网络也不知道应当降低多少信任。把不确定性完全藏起来，确实会把核验成本转嫁给所有下游使用者。

但“公开”至少有两种完全不同的做法。第一种是精确、可复核、与证据等宽的事实披露。例如，某个指定联系渠道在某日经过规定方式测试，未收到响应；状态仍待确认；记录持有人可以通过安全渠道补正。这样的说明不比证据多走一步，目的在于告诉读者字段目前能支持多大信赖。

第二种是把公司名称放进羞辱名单。羞辱不是一个字段状态，而是一种社会判断。它很容易让读者把“这个地址未响应”理解成“这家公司不负责任”“资源无人管理”或“成员应受惩罚”。可电子邮件失败的原因可能是系统故障、转发错误、安全过滤、人员交接、测试方法问题，甚至是通知送错了对象。一次无响应证明不了放弃资源，更证明不了失当或违法。

公开羞辱还改变错误成本的分配。测试、分类和发布都由注册机构控制，被点名者却承担声誉摩擦、商业疑虑和解释成本。如果标签日后被纠正，最初印象未必同步消失。准确披露允许外界评估一条记录；羞辱机制则诱导外界评判一个主体。前者属于谨慎维护公共界面，后者需要另行说明依据与救济，不能因为它或许能催促回复，就假定它天然正当。

一次合并讨论留下的解释风险

主席在一场讨论中处理No Reverse Unless Assigned与WHOIS Database Clean-up，最后又用一个无共识段落处置两者。这种记录形式带来三个具体限制。

首先，举手结果没有按提案分别公布。纪要没有票数、分母、合格参与者数量，也没有列出每项提案的反对理由。因而不能说WHOIS清理提案差一票通过，不能说多数人否定它，更不能依据房间气氛反推某项条款得到赞成。年度报告只是从更高层面说，2012年讨论的五项政策都未在喀土穆的AFRINIC-17取得共识；它没有补上逐项数字或理由，且其清单排版本身并不完美。

其次，未具名或跨提案的评论不能被事后精确分配。两项提案都涉及数据库记录，却可能触发不同的运营问题。把某个关于反向解析的担忧拿来解释联系人验证，或把某个关于联系人资料的赞成当成对另一提案的支持，都会超过摘要纪要能够证明的范围。

最后，一个合并的“无共识”容易让后来读者误以为会议作出了一项完整实体判断。其实它只记录程序没有到达采用门槛，并把讨论退回RPD列表。它没有逐条判定哪些维护措施合理、哪些问责安排可行、哪些成员后果缺乏依据。正因为记录没有进行这种拆分，后来的管理者更不能把结果解释成一张空白支票。

没有形成共识以后，仍然存在的职责

主席的决定让提案回到邮件列表，并没有让AFRINIC的数据库暂停。第二天，如果员工核实一个字段有误，他们仍可按日常行政责任修正；如果某个联系渠道无法确认，他们仍可记录有限而精确的不确定性；如果变更需要留痕，他们仍应保存足够证据。这些事情不依赖提案通过，因为经营一个注册系统本来就包含维护义务。

同理，无共识也没有证明内部活动已经令人满意。管理层仍需回答项目覆盖了什么、多久运行一次、怎样验证、成员如何安全补正、错误如何撤销、结果怎样汇总披露。会议没有采用政策，只意味着这份提案未成为约束工具，不意味着员工绩效从此不受追问。

但无共识之后不存在的，是把提案中的成员后果当作员工裁量直接实施的许可。如果政策试图为某种公开不利标签或资源后果建立路径，却没有获得采用，那么员工不能说：“既然清理本来就是我们的职责，所以终点也由我们决定。”维护职责只覆盖维护；它不会因为政策失败而扩张。否则会出现荒谬倒置：一项没有取得共识的后果，反而比取得共识时更少约束、更少说明理由、更少救济。

这条边界关系到运营连续性。数据库字段更新的错误通常可以通过再次核验和恢复记录来修复；服务暂停、成员资格变化或号码资源处置可能立刻影响路由、客户、合同和企业价值。后果越难逆转，就越不能让单一联系测试承担超出其证据能力的工作。准确性改善可以降低网络协作成本，越权后果却会把一条行政记录变成运营咽喉。

私人协调不等于公共统治

Heng Lu关于注册机构与区域互联网注册机构的判断，为这场会议提供了一条不可跳过的解释线：注册机构的正当工作是准确记录、维护唯一性、支持互操作并诚实呈现不确定性；处罚与裁判是另一种制度活动。AFRINIC可以在私人安排中协调号码资源登记，可以制定内部服务规则，可以依合同向成员提出明确要求，但它不是国家、立法机关、监管者、警察、检察机关、处罚机关、没收者或裁判者。

“community”这个称呼也不会改变机构性质。出席一场政策会议的人，不会因为房间里进行了讨论和举手，就自动代表缺席网络、所有成员、非洲各国或公众。服务地区不是一个主权人民；内部共识不是法律。即使与会者一致赞成一项严格清理措施，这也只能在私人协调与有效约定的边界内产生作用，不能投票创造主权、监管、警察、处罚、没收或裁判权。

这并不是说私人政策没有价值。恰恰相反，边界越清楚，政策越有用。它可以告诉员工何时测试、怎样保存证据、在什么时限内响应更正，可以告诉成员根据哪份合同维护哪些联系方式，也可以规定争议如何进入独立法律程序。政策的可信度来自它准确约束可约束的事，而不是模仿国家权力。

同样，数据库登记不等于所有权判决。WHOIS或RDAP记录是重要的公共证据接口，能帮助运营者发现联系路径、理解登记关系、进行事故处置与尽调；但字段不是产权证，不是法院裁判，也不是道德评价。注册是行政记录，不是把资源变成注册机构财产。把这一区分留在桌面上，才不会让“资料不准确”被偷换成“资源可以由维护数据库的人拿走”。

当天真正没有解决的题目

AFRINIC-17没有解决的，并非“准确资料是否有益”。从故障排查到滥用响应，资料越可靠，网络间协调成本通常越低。当天没有解决的是如何把这种利益转化成三个不混线的制度安排。

其一，如何证明内部活动确实覆盖了需要覆盖的记录，而不是依赖管理层一句“正在进行”。其二，如何让政策约束员工表现，同时不给员工自我扩权的空间。其三，如果一名成员确有合同义务而未履行，应当依据哪一版RSA、哪一条可操作条款、何种证据和何种程序处理，而不是让政策标签自行证明法律效果。

这三个题目需要彼此衔接，却不能彼此替代。内部项目不能替代成员的合同文本；合同义务不能替代员工准确取证；会议共识不能替代独立法律救济；数据库状态不能替代对权利的裁判。把它们塞进一个“cleanup”词里，表面上节省制度成本，实际上只是把错误风险转给最难承受后果的一方。