摘要

  • Customer Standing Committee 受章程约束，须每月监督议定的 IANA 命名服务水平、分析运营方提交的报告并公布认定；于是一项未达标目标变成一句公开的话，而不是一条私下处理的例外。
  • 其 2024 年 1 月的认定记录了一项点名的未达标——技术检查（复检）在第 95 百分位目标下以 12.88 分钟对十分钟阈值——却仍把该月评为满意；其 2026 年 6 月的认定则记录当时定义的 64 项阈值全部达成。无论从哪份认定出发，通向后果的都是若干正式环节，而打开这些环节的是程序或落实上的失守，不是指标本身。

一个数字，以及容纳它的那句话

2024 年 1 月的月度绩效报告里有一行不好看的数据。技术检查（复检）——常规（技术）被记录为 12.88 分钟，对应的是第 95 百分位目标下的十分钟阈值（2024 年 1 月运营方报告）。同一份报告还记录了当月 123 次复检，平均 3.15 分钟，并把这项例外归因于等待无法到达的域名服务器，包括超时与重试。报告的叙述用了运营方自己的话：只有一项请求超过了技术检查的十分钟阈值。

两个数字能同时出现在一份文件里，是因为它们回答的不是同一个问题。123 次复检的平均值描述的是普通的复检；而这里被设定的阈值写的是分布尾部。三点一五分钟无法把一次被突破的第 95 百分位变成通过，任何诚实的读表方式也不会让它去这么做。报告本身同样不含糊：12.88 是与阈值相较的响应时间统计量，不是被套上十分钟目标的平均值。

把指标变成一句话的机构

完成这一转换的是 Customer Standing Committee。其修订后的章程于 2026 年 5 月 3 日经 ICANN 董事会批准，2026 年 7 月 3 日生效，要求委员会按月监督议定的服务水平、分析 IANA 职能运营方提供的报告、公布每月认定，并就绩效解决方案与运营方合作（CSC 章程）。同一份章程要求委员会在投诉中查找系统性或持续性模式，同时在同一个句子里说明，它不介入运营方与客户之间的个别争议。

组成不由委员会自己决定，而由章程细则规定。第 17.2(a)(i) 条要求「Two individuals representing gTLD registry operators appointed by the Registries Stakeholder Group」，与两名由 ccNSO 任命的国家和地区代码代表、以及一名来自 Public Technical Identifiers 的联络人并列，另设一个面向其他 TLD 注册管理机构的可选席位，以及来自 GNSO、ALAC、NRO/ASO、GAC、RSSAC 和 SSAC 的无表决权联络人。年度名单由 ccNSO 与 GNSO 批准（ICANN 章程细则）。

2024 年 2 月 14 日，委员会公布了 2024 年 1 月的认定。总体结论写道：「PTI met the service level agreement for 98.4% of defined metrics.」被点名的未达标项是技术检查（复检）——常规（技术）。委员会接受了运营方的解释，认定不存在持续性问题，结论是无需进一步行动，并报告期内没有新的升级（2024 年 1 月 CSC 认定）。

这个百分比要读准确。它指的是已定义指标中达到目标的比例，不是按时完成的单笔请求比例。一个 98.4% 指标通过的月份，是一个台账大体全绿的月份，同时也是一个某项具体的尾部测量没有过线的月份。两句话都成立，而且不是同一句话。

三项主张，不是一份总分

把这些文件压缩成一个绩效判断很省事，文件本身却不允许，而这种抵抗恰恰是有信息量的。指标结果是测量；定性认定是判断这项测量是否指向值得追查的问题；升级记录则是关于机构随后做了什么的主张。三项主张出自三只手，其中一项干净并不能为另外两项背书。

2026 年 6 月那一轮从另一个方向展示了同样的分离。委员会 2026 年 7 月 22 日的认定写道：「PTI met all 64 of the currently defined thresholds.」它把绩效评为优秀，报告没有需要密切跟踪的指标，也没有新的升级（2026 年 6 月 CSC 认定）。同月运营方的报告提供了质感：技术检查（首次）3.50 分钟对第 95 百分位 50 分钟上限，复检 1.18 分钟对同一百分位的 10 分钟，验证与审核 1.54 天对第 90 百分位 5 天，根区发布 58.00 小时对第 99 百分位 72 小时，根区管理系统可用性 100.00% 对 99% 下限，根区文件准确性 100.00% 对 100%（2026 年 6 月运营方报告）。其汇总表标题为「Percentage of SLA thresholds met of those defined」，合计 64 项全中。

这个标题是诚实的，同时也是陷阱。六十四分之六十四是一句关于 2026 年 6 月当时存在之阈值的合规陈述。它不是关于 2024 年 1 月阈值的陈述，而本综述并未并排取得两个时期的指标定义、分母或目标值。因此这里不在 98.4% 的那个月与 64/64 的那个月之间计算任何改善幅度。想要趋势的读者需要那张表，而不是那个分数。

那道阶梯，以及究竟是什么触发了它

从一份公开认定到一个针对运营方的后果之间，横着一份书面程序。CSC 与 PTI 的补救行动程序 2.0 版由委员会于 2019 年 1 月通过、由 PTI 于 2019 年 2 月通过，要求委员会在就绩效问题作出认定之前征求 PTI 总裁的意见，通常为十个工作日内（补救行动程序）。随后一份补救行动报告送给 PTI 总裁，并抄送 ICANN 全球域名分部总裁；会议、纠正计划交付与委员会审议各自带有相继的十个工作日时限。

再往上，升级针对的是程序、落实或报告义务上的失守：先到 PTI 董事会，再到 ICANN 首席执行官，再到 ICANN 董事会。若仍未解决，委员会可把问题提交 ccNSO 与 GNSO 两个理事会，其中可能包括一次特别独立审查。回应时限可经合意变更，纠正落实依照议定的里程碑而非固定的法定时钟推进。

起草方式本身就是结论。打开这道阶梯的触发条件是流程与交付上的失守，而不是单独一次数值目标的突破。某个月的尾部测量失守、运营方说明原因、委员会接受该解释，事情就止于那份认定——2024 年 1 月的记录正是如此，包括它明确写下的无需进一步行动。

程序之上是合同。2016 年 9 月 30 日的 IANA 命名职能合同要求承包方「act in good faith to resolve issues identified by the CSC」（命名职能合同）。第 7.3(c) 条允许 ICANN 为落实经批准的独立审查、特别独立审查或结构工作组建议而修订或终止协议，但须受章程细则约束。章程细则随后为特别独立审查设定了前提：补救程序无效、理事会审议、更广泛磋商、以及两个理事会的超级多数批准，必要时还包括公开征求意见。章程本身把环扣上：委员会不能自行通过特别独立审查启动对运营方的更换。

于是，从一次被测量到的失守到运营方更替的序列是：接受或补救、PTI 董事会、ICANN 首席执行官、ICANN 董事会、两个理事会的超级多数批准、一次特别独立审查，最后才是合同上的修订或终止权。每一步都真实存在，也都有真实的参与者。没有一步是公布月度认定。

唯一插队的改动

阈值本身并不固定在合同里。2019 年 5 月 7 日签署并生效的第一号修订替换了原附件，使根区管理符合对外公布、并通过既定变更程序维护的服务水平，并区分了流程、指标、单笔请求阈值、最小值或最大值类型、总体合规百分比与测量周期（第一号修订）。

依其自身文本，规范这些变更的程序最后一次修订于 2025 年 7 月 16 日。Public Technical Identifiers、ICANN 或委员会均可提出变更；未经共同同意，既有服务水平保持不变；普通变更需要公开征求意见并获 ccNSO 与 GNSO 两个理事会批准。而仅涉及既有阈值数值的变更，豁免于这两个环节（SLA 修订程序）。

这项豁免值得用一句平实的话说清：改变「什么算通过」的那一类变更，恰恰是唯一不必经过公开征求意见与两个理事会的那一类，而涉及指标、流程或测量周期的变更则必须通过。同一份文件声明，服务水平被纳入命名职能合同并可通过该合同执行，程序不凌驾于合同义务之上，且委员会至少每五年必须启动一次完整的服务水平审查，起算点为上一轮审查成果完成之时。

以上都不足以证明曾有阈值被移动以美化某个月的认定。这里既未取得阈值数值的时间序列，也未取得委员会总体评级的完整标准，因此那种推断既不可得也无必要。记录所能确立的更为狭窄、也更有用：'阈值达成数' 的分母与认定分开维护，而改变一个干净月份之含义的最不显眼的方式，就是改那张表。

本综述到此为止

记录有边界，而这些边界就放在它们所限制的主张旁边。命名职能合同的现行合并文本未能在本综述中取得，现行服务水平表同样未能取得：Public Technical Identifiers 的协议页面与其命名服务服务水平页面各只返回了一条要求启用 JavaScript 的提示（PTI 协议页、PTI 命名服务 SLA 页）。因此上文引用的每一项阈值都绑定于 2024 年 1 月或 2026 年 6 月，不作为当前目标呈现。

修订轨迹同样不平整。ICANN 截至 2026 年 6 月 30 日年度的合并财务报表，连同日期为 2026 年 10 月 6 日的审计报告，在附注 10 中把命名职能合同描述为 2024 年 6 月 24 日修订、自 2021 年 9 月 30 日起生效、五年期并在若干条件满足时自动续期、已于 2026 年 9 月 30 日续期（ICANN 财务报表）。上一年度的报表却把同一份合同标为 2019 年 5 月 7 日修订。2024 年 6 月究竟改了什么，其文本未取得，因此本文不假定它触及了上文引用的任何条款。SLA 修订程序文件的文件名带 2025 年 9 月 24 日，而其正文称最后一次修订于 2025 年 7 月 16 日。

绩效数字由运营方报告。在所审阅的文件集合中，未发现对这些月度数据的独立审计或外部验证，把一个月份定为「满意」或「优秀」的标准也未取得。同样未取得的还有多年的月度认定与绩效计划序列，因此本文不主张任何升级模式，也不主张任何趋势。委员会秘书处由谁雇用、资助或指挥，也未由这些文件确立；上文描述的是一种职能、信息与批准上的安排，仅此而已。

能改变读法的东西很具体。一份点名失守、随后又出现公开补救行动报告的认定。一份载有日期与具名负责人的绩效解决方案，且进入公开记录。一次阈值变更，附带其日期、旧值与新值。任何一项都会把月度认定从带有纸面痕迹的评估，变成附有后果的成文决定。在出现之前，对 IANA 命名监督最诚实的描述是：一本公开维护的台账，由一个必须公布的委员会按月核对，并通过一扇扇因程序失守而非因某个数字而开启的门来执行。

相关名录条目在此：IANA。

资料来源