要約

  • Jonathan Zuckの9月8日付書簡は、ICANN87終了時にClaire C. CraigがALAC議長とEmpowered Community代表の双方を引き継ぐと通知している。
  • ICANN細則6.3は、ECA代表が当該Decisional Participantの指示だけに従って行動することを求める。実質判断はALACが行い、代表は通知し、ECAは手続きを管理する。
  • ICANNは適式な通知を承認済み行為の証拠として信頼できるため、重要なALAC通知には、個人別の秘密投票を開示しない短い指示記録を結び付けるべきだ。

公表日と就任日は同じではない

ICANNが9月10日に掲載した書簡は、9月8日付でGeneral Counsel and Secretary宛てに送られている。Zuckは、ICANN87会合の終了をもってAt-Large Advisory Committee議長を退任すると記した。Craigが後任議長に適正に選ばれ、ALAC Rules of Procedureに従い、ICANN Empowered CommunityにおけるALAC代表としてもZuckを継ぐ、と続けている。

At-Largeの告知は選出過程を補う。指名期間は8月24日から9月7日までで、Craigは唯一の候補者だった。8月24日に指名を受諾し、acclamationで選出された。2026年のAnnual General Meetingで、10月22日のBoard Meeting終了後に就任する。ICANN87は10月17日から22日までバリで開かれる。

したがって、9月20日の時点ではCraigは「次期」議長であり、「現職」ではない。ECAの公開ページがなおJonathan ZuckをALACの指名者として掲載しているのは、書簡と整合する。将来の交代を早く公表したことは、効力発生を早めない。

一つの通知の前後に五つの行為がある

最初は指名である。細則6.3(a)によれば、各Decisional Participantは議長または別途指名した者を通じて行動し、議長または共同議長は毎年、代表者を特定する書面の証明をSecretaryに提出する。9月の書簡は、誰がいつ交代するかを示す資料だ。

二つ目はALACの実質決定である。支持、反対、棄権、petition、撤回、訂正のいずれであっても、その立場を作るのはALACである。6.1(g)は、petitionを提出できる者、受理・拒否の決め方、他のParticipantの行為を支持・反対する方法、constituentsへの通知方法を各Participantが定めるよう求める。

三つ目は指示である。6.3(b)は、代表者が当該Decisional Participantから指示されたとおりにのみ行動し、そのParticipantの手続きに従うと定める。議長は議論を整理し、機関を代表して説明できる。しかし個人的見解だけでALACの意思を作ることはできない。

四つ目はECAの管理行為である。ECAは通知の受送信、電話会議やcommunity forumの進行、Decisional Participantsの判断集計を行う。6.3(c)はAnnex Dの手続きに従い、そこで成立したECの決定を実施するよう求める。これは不可欠な管理機能だが、五人の代表に独立した政策権限を与えるものではない。

五つ目はICANNによる信頼である。6.3(d)は、細則上必要または許容されるParticipantの通知をECA代表が出す仕組みにしている。6.3(e)は、21.5に従って届けられた通知を、そこに記された行為が承認済みであること、または該当主体の行為であることの証拠としてICANNが信頼できるとする。

指名、決定、指示、管理、信頼は連続しているが、同じ行為ではない。外から見える通知だけを残せば、最も重要な中央部分が見えなくなる。

任命書は将来の指示書ではない

9月8日の書簡は、その目的には十分である。退任者、後任者、交代時点を示している。将来の予算拒否、Fundamental Bylaws承認、Rejection Action Petition、Boardの解任などについて、ALACの立場を先取りする文書ではない。

同じcorrespondence archiveには、より大きな効果を持つ通知が並ぶ。2026年、ALACはFundamental Bylaws修正への支持を送り、Rejection Action Petitionを通知し、他のDecisional Participantsに支持を求めた。その後ECAは結果や手続き終了を証明した。同じ代表者の署名があっても、機関としての行為主体と手続き上の意味はそれぞれ異なる。

署名は送信者を示す。しかし、ALACが答えた正確な問い、使用した手続きの版、公開可能な結果、異議、後日の訂正まで自動的に示すわけではない。この欠落だけで決定が無効になるわけではない。問題は、ICANNが通知を迅速に信頼できる一方、外部の読者が指示の源を確かめるには複数の記録を掘り起こさなければならない点にある。

秘密投票と機関の不透明性を混同しない

At-Largeの公表ルールは、人物に関する投票を原則として秘密にし、ALAC各メンバーの投票内容を開示しない。人物以外の事項は通常、完全に透明である。consensus callも用いられ、全会一致である必要はない。反対者は異議を記録するよう求めることができ、正式投票への切替えも要求できる。

指示記録はこの境界を守れる。人物選出なら、設問、有資格者、方式、日付、必要な閾値、公表可能な集計結果を示せばよい。個人名と投票を結び付ける必要はない。人物以外のEC行為なら、motionまたはpetitionの本文、機関としての結論、記録された異議、代表に与えた指示範囲まで示せる場合が多い。

透明性とは秘密をすべて消すことではない。公開された機関行為が、正当な決定手続きに接続されていると確認できることだ。

小さな「指示受領記録」で足りる

ALACからECまたはECAへの重要な通知には、版管理された短い記録を付けるべきだ。送信日に在任していた代表者と、年次指名または交代書簡を示す。支持、反対、棄権、petition、撤回、訂正のどれなのかを特定し、適用した細則、Annex D、内部手続きの版を明記する。

さらに、決定の問いと範囲、日付、vote・consensus・acclamationなどの方式、公表可能な集計、異議や手続き上のchallengeへのリンクを載せる。送達欄には宛先、通知類型、時刻、公開URLを置く。訂正や差替えがあった場合は旧版を消さず、新版への関係を示す。

ECAの処理は別欄にする。受領、回付、集計、forum設定、手続き終了、証明発行のどれかである。これにより、管理行為が元の実質決定に見えることを防げる。

Work Stream 2勧告6.1.6は、EC Decisional ParticipantがECに提出する決定と、そこに至った過程を公開するよう求めている。ICANNはcommunity implementationを2023年第3四半期に完了したとしている。ここで提案する記録は新しい権力ではない。既存の公開責任を、ICANNが通知に依拠する時点で検証可能にする形式である。

資料上、Craigの選出や交代をめぐる争いは確認できない。だからこそ、通常の交代から原則を確認できる。人は替わる。通知の窓口も替わる。しかし権限の源はALACから動かない。

情報源