摘要

  • ICANN的组织目的和基本权力首先受到《公司章程》和《章程》的约束；共识政策只有在完成规定的政策、董事会和实施步骤，并进入适用的合同或其他约束性工具后，才在相应范围内产生运营效果。
  • 注册局协议和注册服务机构认证协议提供合同监督与违约处理工具；员工复议、独立复核和监察员程序的对象、资格、期限及可能结果并不相同。

ICANN的权力链条可以先分成四层。第一层是公司的基础性文件。《公司章程》规定组织的法律目的，是判断某项行动是否落在公司授权范围内的起点；它并不是处理日常域名运营的完整规则手册。查看《ICANN公司章程》

第二层是《ICANN章程》。ICANN称，现行章程规定公司的组织结构、使命、核心价值、决策权力和问责承诺，也规定董事会行动、社群权力以及部分董事会或员工决定的审查机制。查看《ICANN章程》 因此，章程既是授权文件，也是限制文件：它说明机构可以做什么，也决定哪些挑战能够进入特定问责程序。现行整合文本仍应与修订通知及生效日期核对，不能把网页上的概括自动当作某一争议适用的最终答案。

第三层是政策程序。ICANN的共识政策通常经由支持组织，尤其是通用名称支持组织，在章程规定的流程下形成。公众可以参与意见征集，但政策制定本身不是对某项运营决定的司法上诉。政策制定流程 当建议完成必要的政策和董事会步骤，并被纳入适用合同或其他约束性安排后，才会在特定制度关系中产生约束力。共识政策说明 一项政策是否已经具备这种效力，取决于其范围、采纳状态、实施材料以及它所约束的具体主体。

第四层是合同控制面。注册局协议规定通用顶级域名注册局运营商的义务，并可根据具体协议提供通知、补救、暂停、终止或其他合规工具。注册局协议 注册服务机构认证协议则规定注册服务机构获得认证并继续运营的条件，涵盖行为、数据、争议处理、合规以及违约后果。注册服务机构认证协议 这意味着，ICANN在运营层面的实际杠杆经常来自政策与合同的结合，而不是来自一项抽象的、可以脱离文件单独行使的公共权力。

救济路径也必须按决定类型区分。对符合条件的员工行动或不行动，受到实质影响的个人或实体可能可以提出复议请求。该程序通常审查员工的行动是否违背既有政策、程序或当时可获得的信息，同时受到资格、期限、排除事项及救济范围的限制。复议机制

独立复核的对象不同。它可以处理某些针对董事会行动或不行动的挑战，问题是该行动是否与《公司章程》或《ICANN章程》一致。独立复核小组可以作出声明，但这不是对所有政策或运营决定进行实体重审的一般上诉制度；其适用仍有门槛、提交要求和排除事项。独立复核程序

监察员提供的又是另一种路径。ICANN将其描述为非正式、独立且中立的渠道，用于提出不公平对待或流程问题。监察员可以调查并推动解决，但不是法院，通常也不取代正式问责程序，未必能够有约束力地推翻董事会决定或合同执行结果。监察员机制

由此可见，“存在救济”并不等于“存在能够逆转结果的上诉”。复议可能针对员工层面的程序或信息使用，独立复核可能针对董事会行动与基础文件的一致性，监察员则更接近非正式的公平性与流程审查。合同争议还要回到具体协议的通知、补救、升级和争议条款。适用的章程版本、程序规则、合同文本和决定日期，决定了一方究竟有没有资格、必须在何时行动，以及最终能得到什么。

公开记录目前最清楚地展示了制度的分层，却不必然为每一种争议提供一条已经验证的完整因果链。要判断一个决定是否合法或是否能够被改变，仍须确认具体决定的作出者、授权文件、适用政策及合同条款，并区分解释性网页、正式规则、董事会决议和实际执行记录。不能因为某一机制名称存在，就推定它能暂停、撤销或替代另一层作出的结果。

这条边界对网络运营者、注册局、注册服务机构和参与政策过程的社群都很实际：先确定权力来源，再选择救济路径；先确认程序能审查什么，再判断它能产生什么后果。否则，机构的协调权、合同权和问责权就会被混写成一种不受限制的公共授权。

来源： ICANN章程；问责机制总览；复议；独立复核程序；监察员；注册局协议；注册服务机构认证协议；政策制定流程；共识政策；公司章程。有关 ICANN 目录记录：ICANN。