摘要

  • ICANN 的公司章程和细则确认的是一个受使命约束的非营利公共利益法人，而不是拥有一般领土管辖权的政府监管机构。
  • ICANN 对许多注册局和注册服务商的现实控制力主要来自合同；IANA 运营则由 PTI 等机构按不同安排执行，复议、独立审查和申诉专员程序也不是一个可以全面重审实体决定的共同上诉法院。

先区分“组织身份”与“控制手段”

ICANN 的《公司章程》将其描述为依照加利福尼亚州法律设立的非营利公共利益公司，服务于慈善和公共目的，而不是政府机关或条约机构。[章程]这决定了讨论 ICANN 权力时不能从“它统治互联网”这一前提出发。章程把公司的目的与细则所规定的使命联系起来，但并没有单独提供管理注册局、注册服务商或 IANA 日常运营所需的全部详细工具。

真正重要的边界写在《细则》中。细则把使命集中在互联网唯一标识符的协调上，并限制 ICANN 超出该使命行事。它还限制 ICANN 监管使用唯一标识符的服务或这些服务承载的内容，除非相关行动落入使命范围或特定例外。[细则]因此，ICANN 可以对域名系统中的协调、政策和合同履行施加影响，并不意味着它拥有一项普遍的内容监管权或对所有互联网服务的综合监管权。

这一区分也解释了为什么“多利益相关方治理”不能替代具体的授权分析。董事会、支持组织、咨询委员会、赋能社群、复议和独立审查等机构都由细则安排，但它们各自的权限和程序不同。制度的正当性不能只由参与者数量证明；还要追问：具体决定依赖哪一份细则、哪一项政策、哪一份合同，以及挑战者是否有能够及时改变结果的程序。

过渡安排是历史背景，不是永久授权

2009 年《承诺确认书》是 ICANN 与美国商务部之间的双边文件，规定了问责与透明度、安全与稳定、竞争与消费者信任以及注册目录服务等定期审查。[承诺确认书]但它不是 ICANN 的公司章程，也不是注册局或注册服务商合同。2017 年，美国商务部和 ICANN 宣布在 IANA 管理权转型后终止该文件，并说明其中相关的问责和审查承诺已经纳入修订后的细则。[终止公告]

2014 年，美国国家电信与信息管理局宣布启动 IANA 管理权转型，并提出维护多利益相关方模式、DNS 的安全稳定和韧性以及互联网开放性的条件。该公告启动了程序，却没有把互联网“所有权”转移给 ICANN，也没有赋予 ICANN 一般监管管辖权。[2014 年公告]2016 年转型完成后，NTIA 的合同性监管角色结束，运营和问责转由涉及 ICANN、PTI 及相关运营社群的安排承担。[2016 年声明]

这段历史的制度含义是：转型并非把一个政府监管机构换成另一个互联网政府。转型设计反而试图把政策制定和运营执行分开，并为命名职能设计独立的 PTI 关联机构、服务水平、客户常设委员会和审查安排。[转型方案]这些方案文件能够解释制度设计的目标，但不能取代后来生效的细则、合同和程序。

合同才是许多现实控制力的入口

对通用顶级域名注册局运营者而言，ICANN 发布的合同清单显示，不同顶级域名安排并不完全相同。[注册局协议目录]对许多新通用顶级域名而言，《基础注册局协议》构成重要的合同控制面，涵盖政策、数据托管、技术与安全要求、审计、违约、暂停、终止和争议解决等事项。[基础注册局协议]

但这并不是无限权力。协议对共识政策和临时政策可以约束运营者的事项设定范围；因此，ICANN 的执行能力虽然具有实质性，却仍受合同文本、纳入合同的政策、细则使命和争议条款限制。一个运营者是否必须执行某项要求，不能只看 ICANN 是否提出了要求，还要看该要求是否有合同和政策上的连接点，以及相应的程序条件是否满足。

注册服务商的控制结构类似，但对象不同。《注册服务商认证协议》涉及政策、注册数据服务、数据托管和保存、滥用联系渠道、经销商监督、审计、合规调查以及暂停或终止。[注册服务商协议]终端注册人通常是与注册服务商或经销商签约，而不是直接与 ICANN 签约。这意味着 ICANN 对终端用户的直接合同救济通常更有限，许多影响要通过注册服务商合同和下游义务传递。

因此，“ICANN 能否采取行动”与“ICANN 能否直接命令任何互联网参与者”是两个问题。合同可能赋予 ICANN 对特定承约方的审计、合规和终止工具，但不等于它对所有服务、所有内容或所有注册人拥有同样的直接权力。

IANA 的运营不等于政策权力

IANA 的公开说明把工作描述为根区协调、互联网号码资源分配和协议参数登记维护；这些职能由 ICANN 的关联机构 PTI 执行。[IANA 说明][PTI]《IANA 命名职能合同》规定了 PTI 的绩效、报告、服务水平、审计、升级和分包义务，但它本身并不创造域名政策制定权。[IANA 命名职能合同]

在协议参数领域，RFC 2860 所记录的安排把登记维护与政策制定区分开来：IANA 执行登记管理，而协议政策通过 IETF 流程形成。[RFC 2860]号码资源也有不同的制度结构，相关服务水平安排把全球号码资源政策放在区域互联网注册管理机构社群，同时以服务承诺和审查机制约束 IANA/PTI 的运营表现。[号码服务水平协议]

这一区分对问责尤其重要。一次运营动作可能由 PTI 执行，政策依据可能来自另一社群，ICANN 的细则或合同则提供不同层面的治理与监督。把所有动作都归为“ICANN 董事会决定”，会掩盖真正的责任链；把 PTI 的独立法人地位理解为完全脱离 ICANN 的政策独立，同样会夸大其隔离程度。

救济渠道记录分歧，但不保证重做结果

ICANN 的合规、复议、独立审查和申诉专员材料显示，它提供的是多个不同的问责渠道，而不是一个可以对所有决定进行全面重审的统一上诉机制。[合规][复议][独立审查][独立审查程序][申诉专员]

复议针对特定的董事会或工作人员行动，适用条件和程序范围并不等同于普通法院的实体上诉。独立审查则在其程序规定的治理问题范围内检验相关行动；它不是对所有事实和政策选择无限重开。申诉专员机制更接近机构公平与行政处理的审查，而不是具有法院效力的判决。

所以，挑战者需要先问三个问题。第一，争议决定究竟属于哪一类：合同执行、政策制定、董事会行动、工作人员行动，还是运营履行？第二，所选程序能够审查什么：程序、公平、权限、细则一致性，还是有限的治理问题？第三，提出挑战的时间是否足以在决定产生不可逆后果前取得实际改变？如果一个程序只能留下记录，却不能暂停、撤销或重新作出决定，那么它的问责价值仍然存在，但它不是同一种意义上的有效救济。

ICANN 的制度设计因此形成一种有张力的结构：它的现实影响力依赖可执行的机构关系和合同关系，但它自己的治理文件又否认其拥有一般监管使命。合法性不只取决于是否有人参与，还取决于控制面能否追溯到明确使命、合同或委托运营义务，以及当事人是否有一条足以在结果固化前改变决定的路径。

补充资料包括CCWG-Accountability 工作流1建议、过渡方案、ccTLD 相关页面以及ICANN 审查页面。