摘要

  • Jonathan Zuck 在 9 月 8 日的来函中说明，Claire C. Craig 将在 ICANN87 结束时接替他担任 ALAC 主席，并同时成为 ALAC 的 Empowered Community 代表。
  • ICANN 章程第 6.3 条要求 ECA 代表只能按其所代表 Decisional Participant 的指令行动；ALAC 形成决定，代表负责传递，ECA 负责行政汇总。
  • 由于 ICANN 可把合规通知视为行动已经获批的证据，每项有实质后果的 ALAC 通知都应链接一份简明的指令回执，同时保护人员事项中的个人秘密选票。

先把生效时点说准确

ICANN 于 9 月 10 日公开了这封日期为 9 月 8 日、寄给总法律顾问兼 Secretary 的来函。Zuck 写明，他将在 ICANN87 会议结束时卸任 At-Large Advisory Committee 主席；Craig 已被正式选为接任者；依 ALAC Rules of Procedure，她也将取代他成为 ALAC 对 ICANN Empowered Community 的代表。

At-Large 的另一则公告补全了遴选过程。提名期从 8 月 24 日持续到 9 月 7 日，Craig 是唯一候选人，并在 8 月 24 日接受提名，最终以 acclamation 方式获选。公告称，她将在 2026 年度大会、10 月 22 日董事会会议结束后就任。ICANN87 将于 10 月 17 日至 22 日在巴厘岛举行。

因此，这是一项已经公告、尚待生效的交接。以 9 月 20 日为证据截点，ICANN 的 ECA 页面仍把 Jonathan Zuck 列为 ALAC 指定人，这与来函并不矛盾。把公开日期写成生效日期，会让一个准确的未来通知变成错误的当前事实。

同一条链上有五种不同动作

第一种动作是指定。章程第 6.3(a) 条规定，Decisional Participant 通过主席或其另行指定的人行动；主席或共同主席每年应向 Secretary 提交书面认证，确认谁代表该 Participant 进入 ECA。9 月来函解决的是代表身份与交接窗口。

第二种动作是形成机构决定。ALAC 可能支持、反对、弃权、提出 petition、撤回或更正一项立场。实质内容应由 ALAC 按适用程序形成。第 6.1(g) 条要求各 Decisional Participant 建立程序，说明谁可以提出 petition、如何决定接受或拒绝、如何决定是否支持其他 Participant 的行动，以及怎样通知自身 constituents。

第三种动作是下达指令。第 6.3(b) 条使用了非常严格的措辞：代表必须 solely as directed，只能按所代表 Decisional Participant 的指示并依其程序行动。主席身份可以带来议程组织和表达责任，却不能把个人看法自动升级成 ALAC 决定。

第四种动作是 ECA 的行政汇总。ECA 页面列出的职责包括接收和发送通知、主持电话会议与 community forum、汇总 Decisional Participants 的决定。第 6.3(c) 条要求其成员按 Annex D 完成程序并执行依法形成的 EC 决定。这是重要的协调职能，但不是由五名代表另行组成一个政策决策层。

第五种动作是 ICANN 对通知的依赖。第 6.3(d) 条把章程要求或允许的 Participant 通知交由其 ECA 代表发出；第 6.3(e) 条则允许 ICANN 把依第 21.5 条送达的代表或 ECA 通知，视为相关行动已经获批或确属相应主体行动的证据。

于是，一项对外通知可能成为 ICANN 可以直接依赖的制度表面。越是如此，通知背后的决定与指令越不应只存在于难以拼接的会议记录、邮件或个人记忆里。

任命证明不能替代每一次指令证明

9 月 8 日来函很好地完成了自身任务：它说明谁将离任、谁将接任以及何时交接。它没有、也不需要预先证明 ALAC 对预算、Fundamental Bylaws、Rejection Action、董事罢免或其他 EC 权力的未来立场。

但 ICANN 的 Correspondence 页面显示，同一传递渠道也承载实质行动。2026 年，ALAC 曾向 ECA 通知其对 Fundamental Bylaws 修订的支持，曾发出 Rejection Action Petition，也曾邀请其他 Decisional Participants 给予支持；ECA 随后又认证结果或程序终止。落款人可能相同，制度作者和程序效果却各不相同。

代表签名能够证明谁发送了通知，却未必告诉外部读者：ALAC 审议的精确问题是什么，适用的是哪个程序版本，结论通过 vote、consensus 还是其他方式形成，可公开的合计结果如何，是否存在已记录异议，以及后来有没有更正或取代版本。

缺少这些链接不等于决定当然无效。它只是造成一种不对称：ICANN 可以很快依赖通知，公众却要花很大成本才能核对授权来源。

保护秘密选票，不等于隐藏机构过程

At-Large 公布的投票规则明确区分人员事项与非人员事项。涉及具名个人的选举、任命、罢免和纪律行动通常采用秘密投票，不得披露 ALAC 成员的个人票。非人员事项一般应当透明。ALAC 也经常使用 consensus call；一致同意并非必要条件，反对者可以要求把异议写入会议记录，也可以要求改为正式表决。

一份合格的指令回执无需突破这条边界。对人员事项，它可以公开决策问题、有资格参与的人数、方法、日期、门槛以及获准公开的总体结果，而不公布任何人的具体选择。对非人员的 EC 行动，则通常可以进一步公开 motion 或 petition 文本、机构结果、已记录异议和交给代表的精确范围。

真正的透明不是把一切私人信息摊开，而是让一项公开机构行动能回到其合法形成过程。

一份足够小、也足够用的指令回执

每项有实质后果的 ALAC—EC 通知都应链接一份带版本的短记录。记录首先写明通知送达时的在任代表，并链接年度指定或接任来函。随后准确标明 ALAC 的行动类型：支持、反对、弃权、petition、撤回或更正；再注明适用的章程、Annex D 和内部程序版本。

核心字段还应包括议题与授权范围、决定日期、vote/consensus/acclamation 等方法、可公开的总体结果，以及异议或程序挑战的链接。递送部分应列出收件人、通知类型、时间和公开 URL。如果原指令被更正或取代，旧记录应保留，并明确指向新版本。

ECA 的动作需要单列：已接收、已转发、已汇总、已安排 forum、程序已终止或已发出认证。这样，行政处置就不会被误读成实质决定的来源。

Work Stream 2 的建议 6.1.6 已经要求每个 EC Decisional Participant 公开其提交 EC 的任何决定，并说明形成该决定所遵循的程序。ICANN 页面把 community implementation 标为 2023 年第三季度完成。指令回执不是创造新的章程权力，而是让现有公开承诺在通知产生后果之前可被核对。

现有材料没有显示 Craig 的接任存在争议。恰恰因为这次交接正常，它更适合用来说明一项常态规则：人会更换，代表渠道会更换，授权来源不应随职位一起漂移。代表让 ALAC 能够被 EC 程序识别和触达，但代表不因此成为 ALAC 本身。

来源