摘要

  • 2014 年 10 月 26 日，Karmann Olumomo 发布编号为 AFPUB-2014-GEN-005-DRAFT-01 的 AFRINIC《服务指南》Draft 1；页面状态明确写着 Under Discussion。现有材料证明的是提案的发布、文字、日期、作者和讨论中状态，不证明其后来获得通过、实施、写入合同或产生法律效力。
  • 提案针对的是成员所称的追加分配请求久候，以及被索取客户资料、营销渠道、营销预算等非技术信息的问题。其核心工具是一个与获批需求期挂钩的处理时钟、典型申请的标准资料清单、数据最小化、仅依现行政策处理，以及日常分配与董事会申诉职能的分离。
  • 第 3.1 条所举的算例必须原样理解：若 AFRINIC 批准资源所覆盖的需求期为 12 个月，处理时间上限按 20% 计算就是 2.4 个月，而不是被方便地四舍五入成两个月。其后关于每多延误一个月应作临时分配相关响应的句子，文法和计算均不清楚，不能据此虚构比例、规模、资格或已经发生的救济。
  • 七项条款可以形成一套私人服务纪律，却不能把 AFRINIC 变成公共法监管者。AFRINIC 是私人技术记账者、协调者和服务运营方；它没有主权，没有面向公众的监管管辖权，也没有警察、处罚、没收或最终裁判权。
  • 最有力的善意理解是：追加分配本来就因规模、网络设计、利用记录、证据质量和欺诈风险而不同，提案希望提高可预测性，而不是强迫工作人员不经核验地批准。真正可行的版本应把完整受理、暂停与重启、补件理由、临时连续性安排、申诉期限和外部审查写清楚。

2014 年 10 月 26 日：一份尚未越过提案阶段的服务文本

AFPUB-2014-GEN-005-DRAFT-01 的标题是 AFRINIC《服务指南》，署名作者为 Karmann Olumomo，日期为 2014 年 10 月 26 日。最需要保留的两个词不是标题中的“指南”，而是状态栏中的 Under Discussion。它提醒读者：眼前是一份处于讨论中的 Draft 1，而不是一项已经生效的服务水平协议，更不是法律、行政命令或监管决定。

这一区分决定了整篇分析的边界。页面能够证明 AFRINIC 发布了这段文字，能够证明提案如何描述问题、如何陈述目的、如何排列七项建议；它不能证明组织最终同意了这些建议，也不能证明工作人员后来依其操作。没有材料显示某次追加分配在第几天开始计时、何时暂停、何时超过期限、是否获得临时安排、是否提出申诉，或者是否由任何法院执行。把建议语气写成既成制度，会抹去这份文本最重要的历史事实。

提案开头称，一些成员在追加分配请求上经历了极长等待，并被要求提供非技术信息，包括客户数据和营销渠道。这是提案自身转述的问题陈述，不是独立测量出来的服务统计，也没有附上具名成员、个案卷宗、等待天数、资源规模或损失金额。因此，可以分析它针对何种运营摩擦，却不能把问题陈述升级为对任何人员失职、恶意或违法的判定。

其明示目的，是通过记录 AFRINIC 在号码资源服务中的角色与责任，改善总体服务质量和透明度。这里的动词很克制：记录、改善、透明。它们指向服务柜台如何接收、询问、处理和说明，而不是指向一个私人机构如何统治网络。提案的最大意义，也正在于这种服务层面的克制。

抱怨背后的实际风险不是抽象权威，而是等待成本

追加分配不是孤立的文书动作。对运营者而言，请求往往与容量规划、客户接入、网络扩展和连续运营的时间表相连。登记机构若迟迟不说申请是否完整、还缺什么、问题由谁处理、何时会作决定，成员便很难区分必要核验与流程漂移。计划周期继续前进，而不确定性和等待成本留在成员一侧。

这并不意味着每次等待都不合理。号码资源登记需要保持记录准确、避免重复协调结果，并核实相关技术事实。申请规模可能不同，利用历史可能复杂，网络拓扑可能需要解释，身份或欺诈疑点也可能要求进一步核验。问题不在于是否允许提问，而在于提问是否有明确目的；不在于是否允许暂停，而在于暂停是否留下时间戳、具体缺项和重启条件；不在于是否容许判断，而在于判断能否回到公开的处理标准与书面理由。

因此，服务承诺的价值不是制造“到点自动批准”的幻觉，而是把登记机构实际控制的环节照亮。AFRINIC 控制何时确认收件，何时判断材料齐备，如何提出补件，如何记录暂停，何时恢复审查，怎样传达决定，又如何把异议从一线处理移交给不同的复核者。成员无法替它完成这些动作，却承担这些动作迟缓或含混的后果。服务纪律正是用来校准这种不对称。

第 3.1 条：把处理时间同需求期相连

七项条款中，第 3.1 条最醒目。它建议，AFRINIC 应依 AFRINIC 现行政策决定追加分配请求，并在不超过获批资源总覆盖期 20% 的时间内完成处理。提案给出的例子是 12 个月需求期：12 个月的 20% 等于 2.4 个月。这个数字不能被改写成两个月，也不能被描述成普遍适用于所有请求的固定服务时限。

公式的直觉并不难理解。若登记机构在实体判断中认可某段未来需求期，那么处理申请所耗时间不应吞掉这段规划期中过大的比例。用需求期作为分母，比凭空挑一个统一天数更贴近申请的运营背景。它试图让服务速度同申请本身的时间尺度发生关系：成员要求为未来一段时间配置资源，登记机构就不应让自己的处理过程占据那段时间中过分的一部分。

但这一公式只有“上限形状”，还没有完整的时钟机械。提案没有说明计时从何时开始。是成员首次提交之时、系统生成工单之时、工作人员确认收件之时，还是 AFRINIC 判定材料完整之时？它也没有说明成员补件期间是否停钟、谁有权宣布暂停、暂停理由应具体到何种程度，以及回复后时钟何时重启。若这些问题不明确，一个看似精确的 20% 仍可能在入口、暂停和重启处失去约束力。

同样，公式与“获批”需求期之间存在结构上的先后问题。服务团队可能要到实体审查后段才知道最终认可几个月的需求。如果时限直到结论形成才有确定分母，成员在前段便无法知道承诺日期。一个成熟版本需要说明暂定分母如何设定、后来调整如何处理、调整是否追溯改变已经运行的时钟。Draft 1 没有回答这些问题，所以应把公式看作鲜明的设计方向，而不是已经完成的计时规范。

延误后的临时救济：连续性直觉清楚，句义仍然不清楚

第 3.1 条随后提出：超过上述时限后，在最终决定作出前，每增加一个月的延误，应有某种临时的分配相关响应。这句话具有可理解的连续性逻辑——若等待是服务方造成的，成员不应在审查尚未完成时独自承受全部运营风险——但它在文法上存在歧义，也缺少计算要素。

不能从该句推出临时资源占申请量的百分之几，不能推出具体地址数量，不能推出每月累加方式，也不能推出任何成员自动取得了可执行的资格。文本没有说明临时安排是否以完整申请为前提，是否要经过基本的唯一性与技术核验，是否可以撤回，是否影响最终实体判断，或者如何防止一项临时决定给其他协调记录造成冲突。更没有证据表明 AFRINIC 曾依此发放、拒绝或结算任何救济。

不过，歧义不等于理念毫无价值。最好的理解，是把临时响应视为“连续性缓冲”，而不是处罚登记机构或预先判成员胜诉。其目的应是降低可归责于服务延误的运营中断风险，同时保留最终审查。若要实现这一目的，设计上必须可逆、范围有限、不破坏唯一性、不绕过必要核验，并明确说明临时安排不会预断最终决定。如此，它才是服务补救，而非资源处分权的无限扩张。

这也揭示了一个关键界线：私人服务关系中的补救并不等同于公共处罚。退款、服务信用、优先升级、临时连续性安排或独立复核，都可以是纠正未履行服务承诺的方式。它们约束的是运营方在特定关系中的表现，不是以国家名义惩戒社会成员。只要目的、范围、程序和外部法律边界清楚，强补救不需要借用主权外衣。

第 3.2 条：标准资料清单对付的是移动的门槛

第 3.2 条建议，AFRINIC 为每一种典型分配类型公布标准化的基础资料要求。它没有附上任何清单，也没有说每宗申请只能提出完全相同的问题。其价值在于为申请入口建立可预见的最低共同面：成员在提交前能够知道通常需要哪些技术记录，工作人员则要说明为何某个案件需要超出基础清单的补充资料。

标准化不是机械同一化。不同规模、利用轨迹或网络设计的申请，可能需要不同深度的说明。真正重要的是将“基线”和“例外”分开。基线应按请求类型公开；例外问题应与具体技术或法律核验目的相连，并留下理由。这样既保留专业判断，也防止证据要求随着处理人员、时间或未说明的偏好不断移动。

标准清单还改善计时。若完整受理没有定义，任何服务时钟都可能因“材料仍不完整”而无限推迟。把常规输入列明以后，登记机构可以在短期内确认齐备或一次性指出缺项；成员补交后，系统也可以明确记录重启时间。第 3.1 条的时钟与第 3.2 条的清单因而不是两个孤立承诺，而是互相支撑：一个规定多久，一个减少“从什么时候算”的争议。

但不能夸大文本。Draft 1 并未列出每类请求的字段，没有规定补件次数，没有设定一次性询问原则，也没有处理非典型申请。上述做法是把其服务逻辑变得可执行所需的进一步设计，而不是对 2014 年文本已经具备之细节的描述。

第 3.3 条：数据最小化是服务边界，不是完整隐私法

第 3.3 条建议 AFRINIC 不索取、也不储存非技术性的营销或商业资料，并点名客户数据、营销渠道和营销预算。这个条款直接回应了提案所述抱怨：成员认为处理追加分配时被要求提供与技术需要不相称的信息。

其原则可以表达为目的限制。登记机构为了核实网络需求、身份、资源使用情况或防范欺诈，可以请求与这些任务真正相关的材料；它不应借由对申请入口的控制，进行没有明确技术必要性的商业摸底。成员为了维持网络扩展而不得不交出客户和市场信息时，双方并不是平等谈判。清楚的数据边界能够阻止服务依赖被转化为信息攫取。

然而，第 3.3 条不是一部完整的数据保护法。它没有定义技术信息与非技术信息在困难边界上的划分，没有规定已经持有资料的保留期限、删除机制、访问权限、审计记录或泄露处置，也没有说明依法必须核验的资料如何处理。不能从三个例子推导出一套不存在的法定权利体系。

可行的服务版本应当进一步回答四个问题：为什么需要这项资料；资料同哪一项申请判断相关；谁能访问、保存多久；目的完成后何时删除。若某项商业信息确实与技术事实交叉，工作人员也应以最窄方式索取，而不是取得整个客户名单、完整营销计划或无关预算。数据最小化不是禁止核验，而是要求核验者说明相关性并减少不必要暴露。

第 3.4 条：依现行政策处理，不是授予政策以法律主权

第 3.4 条建议，分配应只依据现行政策，而不依据其他因素。它与第 3.2、3.3 条共同压缩隐性裁量：资料要求应有标准，所取信息应与任务相关，最终判断应能指向当时适用的规则，而不是指向未公布的商业偏好、个人印象或临时增加的门槛。

“只依据现行政策”不意味着工作人员不能核实事实。任何规则的适用都要判断申请数据是否可靠、网络设计是否支持所称需求、利用记录是否一致、身份资料是否真实。Draft 1 没有定义全部核验或欺诈控制，因此不能把第 3.4 条读成禁止专业判断。更合理的读法是：专业判断必须服务于现行政策所要求的事实问题，不能另行创造与申请无关的决定标准。

同样重要的是，这一条不会使内部政策自动变成公共法。私人机构可以承诺依某套公布规则提供服务；该承诺可能在日后通过合同、会员权利、审计或普通司法程序获得某种约束力，但这与立法机关制定一般法律、监管者对公众行使法定管辖权完全不同。现有页面只证明它是一项内部政策提案中的服务承诺，尚不证明合同纳入、成员权利、公共监管效力或法院认可。

第 3.5 条：让董事会离开一线处理，只在申诉时出现

第 3.5 条建议，AFRINIC 董事会不应直接参与 IP 分配处理，除非发生申诉。其制度直觉是角色分离：常规申请由服务与技术人员依已知标准处理；董事会不在第一审查环节逐案施加影响；异议则进入与原处理不同的层次。

这种分离既保护成员，也保护工作人员。成员获得一个更可预测的一线流程，不必猜测治理层是否会介入个案；工作人员可以依据资料和标准作出决定，不必把每宗敏感申请变成治理事件；董事会若承担申诉角色，也有机会在较完整的书面记录上审视争议，而不是边处理边复核自己的判断。

不过，提案没有证明当时已有申诉机制，也未说明如何提出申诉、谁审理、审查标准是什么、应在多久内决定、能够提供何种补救。董事会被安排在申诉阶段，并不自动使它独立，更不使它成为最终裁判者。若董事会同时掌握运营监督、人事或政策方向，制度仍需防止复核者与原决定之间发生实质混同。对于涉及法律权利的争议，最终审断应留给适当的独立合同争议机制或普通法院，而不是由私人登记机构自行宣告终局。

第 3.6 与 3.7 条：被捆入服务文本的机构分离问题

第 3.6 条建议，把其他区域互联网注册管理机构的工作人员和治理人员排除在 AFRINIC 政策制定之外。第 3.7 条建议，AFRINIC 政策工作组主席选举应与 AFRINIC 董事会提名委员会相互独立，并称候选人应不受要求限制。两条都涉及机构角色的边界，但文字比前五条更宽，也更欠具体。

必须准确承认它们属于七项条款，不能把它们从文本中消失；也不能据此转向一篇关于选举、共识或整个政策制定机制的泛论。现有文字没有证明其他注册管理机构人员此前参与、干预或控制了 AFRINIC 的流程，更没有具名任何人。它也没有证明董事会提名委员会曾控制某次工作组主席选举。关于候选人“免于要求”的表述过于宽泛，不能替作者发明具体资格制度。

在这份服务指南中，两条最稳妥的意义是“避免角色重叠”的补充信号。它们与第 3.5 条共享一种担忧：负责一个功能的人或机构，不应无说明地进入另一个需要独立性的功能。但由于它们远离申请受理、资料、时钟和决定，分析上的分量应低于第 3.1 至 3.5 条。把服务文本变成关于所有治理问题的总论，会越过这份 Draft 1 实际能承载的范围。

七项条款不是七种权力，而是七种自我约束建议

把七项条款放在一起，可以看到一条连续主线：限制处理时间，预先说明通常资料，拒绝不相关商业信息，让决定回到现行政策，把董事会从一线处理移至申诉层，再处理两类机构角色分离。它们并未列举 AFRINIC 可以对社会做什么，而是在追问 AFRINIC 应怎样约束自己。

这种方向十分重要。登记机构拥有事实上的服务控制面：它维护协调记录、接收申请、验证资料、更新登记并向网络生态提供可被依赖的记录。控制这些环节，会产生影响，但影响不等于主权。服务对象可能高度依赖准确、及时的处理，也不等于服务方获得了公共法上的统治地位。医院、支付系统、认证机构或基础设施服务商都可能造成重大后果，却不会仅因重要性自动成为国家。

AFRINIC 的正确描述是私人技术记账者、协调者和服务运营方。它可以记录、核验、处理、发布，并作出范围有限的程序或合同承诺。它没有主权；不是立法机关；不是公共法监管机构；没有警察权、检控权或处罚权；不能以自身意志没收资源；也不能成为法律争议的最终裁判者。数据库、服务区域、邮件列表、政策会议或“共同体共识”的说法，都不会凭空创造这些公权力。

这不等于说 AFRINIC 可以任意服务。恰恰相反，其权力来源越窄，服务责任越应具体。一个私人运营方若要求成员依赖其唯一性协调和登记流程，就应让受理、补件、暂停、决定与升级可被观察。否定主权不是为不透明开脱，而是把问责放回正确位置：清楚承诺、会员安排、合同、审计、声誉、退出可能、独立争议解决，以及适用时的普通法院。

五个不同层次不能混成一个词

读这份 Draft 1，至少要区分五个层次。第一是服务承诺：运营方公开说明自己准备在什么时间、按何种资料和程序提供服务。第二是内部政策提案：组织内部提出一套处理原则，尚待讨论。第三是合同条款：当事人通过明确纳入，使承诺成为特定私人关系的一部分。第四是成员权利：依组织文件、会员安排或适用法律而产生的可主张利益。第五是公共监管：由合法公共权力依据法律对受其管辖者实施一般规则。

2014 年页面所证明的，只到前两个层次，而且第二层仍处于 Under Discussion。它表达了拟议服务承诺，也以内部提案形式出现。页面没有证明第三层的合同纳入，没有证明第四层具体权利已经成立，更没有证明第五层的公共监管权。若日后合同、章程或法院记录提供其他答案，那需要另行证据；不能倒推回这张页面。

分层不是语言游戏。若把一项私人服务承诺说成公共监管，会给运营方不应拥有的权威想象；若把一项服务承诺说成毫无意义的愿望，又会忽略私人机构完全能够受到严格约束。正确位置位于两种夸大之间：它可以很强，可以有期限、记录、补救和外部复核，但它的强度来自承诺和可问责性，而不是主权。

窄权限与强义务并不矛盾

互联网号码登记中的协调价值来自记录的唯一性、准确性、连续性和可审计性。运营方要做的是维持一套可被依赖的技术账本，帮助参与者避免冲突，并持续提供必要服务。越是这种窄而关键的职能，越不需要把运营方包装成管理所有相关行为的监管者；也越需要防止服务柜台利用依赖关系制造无限等待、资料越界或不可解释的决定。

强服务义务可以包括：明确收件时点、公布基础资料、限定补件范围、记录暂停、说明决定、设置升级、发布汇总指标、安排独立复核。每一项都朝内约束运营方如何履行自己选择承担的服务，不朝外创造对不特定公众的统治权。约束越精细，反而越能看清权力边缘在哪里。

这也是 Draft 1 最值得保留的洞见。它不必成功变成正式制度，才具有分析价值。即使只停留在讨论阶段，它也提出了正确的问题：当一个私人协调机构掌握重要服务入口时，怎样把依赖变成可衡量责任，而不是把重要性误写成主权？答案不是让它成为监管者，而是让它成为更可靠、更透明、更可替换和更可追责的服务方。

页面能证明的，以及它沉默的部分

现有页面能证明标题、编号、日期、作者、Under Discussion 状态、问题陈述、明示目的和七项条款。固定保存的页面还显示一个 2018 年 10 月 8 日的站点级最后修改时间，但该时间不能被当作修订、通过、撤回或政策决定。它最多说明保存页面上出现了这样一个站点时间值。

2023 年 9 月 24 日的网页存档保存了相关页面。存档动作不是 AFRINIC 的机构决定，也不能说明该文本在 2023 年仍然有效或仍处于相同流程。到 2026 年 8 月 12 日，原规范网址返回 404；404 只说明核查当日该地址没有返回页面，不能证明提案被拒绝、撤回、故意删除或掩盖。

仍然未知的事项很多：是否曾通过，是否实施，是否写入任何合同，是否测量过表现，是否有人依其提出申诉，是否发生遵守或违反，是否得到司法执行，后来如何处置。材料中没有答案，并不等于世界上绝无其他记录；它只意味着本文不能把未知写成事实。诚实保留空白，正是研究一份历史服务提案所需的最低纪律。