摘要

  • 10月15日，互联网架构委员会（IAB）要求ICANN董事会在拟议的根服务器系统（RSS）治理委员会成立前处理六项制度保障。
  • 2月发布的模型给根服务器运营者24个投票席位中的12席。IAB主张扩大投票群体、让各组等权，并在第一阶段启动前建立独立复核；这些仍是建议，而非已通过的规则。

这份新的IAB联络声明进入了一个已走过公众意见程序的治理设计过程。IETF Datatracker的联络记录显示，IAB于10月15日将文件送交ICANN董事会，目的标注为“供参考”。这不是董事会决议，也没有报告根服务器运行故障。IAB认为，拟议架构可能为根服务器运营者（RSO）提供稳定资金与职能上的运营延续，却没有足够手段要求其承担责任。这是IAB的判断，信中并未证明运营者存在不当行为，也没有证实治理被俘获。

信中列出六项希望在委员会成立前落实的改变。第一，正式纳入更多群体，包括ALAC、IETF/IAB、GAC、GNSO的不同组成、区域互联网注册机构、民间社会和终端用户。第二，让RSO、顶级域名注册局和“其他”群体拥有同等投票权。第三，防止同一组织在多个群体中重复投票。其余要求包括：由委员会之外的独立机构受理涉及运营者指定、撤销和绩效暂停的申诉；为该委员会设置类似Empowered Community制衡ICANN董事会的约束机制；以及在委员会成立前确定具体、具约束力且多元化的资金计划，以降低单一捐助方影响决策的风险。

ICANN于2月发布的功能模型采用了不同的初始安排。拟议委员会共有24个投票席位：12席由各RSO分别指定，6席来自gTLD注册局，另6席来自ccTLD注册局。IETF、IANA和根区维护方各有一个不投票的联络席位。模型称，这一安排旨在让12个RSO席位与非RSO参与者的12席保持均衡。因此，按现有方案计算，运营者合计占一半投票权；这个比例本身并不能证明存在俘获。

IAB希望增加一个范围更广、与RSO和TLD群体等权的第三组。不过，现有模型要求社区先证明其对RSS有直接运营依赖，并具备足以选派代表的组织机制，才能成为正式参与群体。其他有关群体可以通过公众意见渠道参与，也可在未来满足标准后申请认可。模型已安排IETF担任无投票权联络方。IAB的信没有说明新增群体由谁授权、每组有多少席，或“其他”具体包括谁。扩大正式参与范围与赋予投票权，是两个需要分别设计的问题。

这场分歧也在争论时序。模型分为多个阶段：Initiation将建立委员会和秘书处，但只负责组织、透明度和准备工作。之后的阶段才会形成政策、申诉和问责安排。模型对公众意见的处理表明，投票和法定人数规则要留到Initiation与Establishment阶段；独立复核与资金上限也安排在Establishment阶段。IAB则要求其中一些条件在委员会成立前就具有约束力，并担心一旦组织架构落地，社群可用于纠正问题的实际机会会减少。

RSSAC058成功标准要求功能说明列出适当决策机制，包括参与方式和投票门槛。C1并未规定各群体的投票占比。IAB援引这一标准，质疑RSO占50%的方案；三组等权是IAB的解释和补救建议，不是RSSAC058写明的要求。

ICANN董事会主席Tripti Sinha在10月13日的工作坊预告表示，董事会将继续讨论该模型，工作人员会介绍实施工作、时间安排和可能的保障措施。查阅时，董事会日程仍将10月18日例会列为即将召开。已查的公开记录中没有模型获采纳的决议，也没有董事会对IAB来函的公开回应。公众意见程序记录了此前的讨论，但这封新来函不因此成为共识。

来源