要約

  • IETF Administration LLC が存在するのは、コンセンサスで動く組織が自ら銀行口座を開き、職員を雇い、法廷に応答することができないからである。その構成上の権限は、それを記述する RFC シリーズではなく、Internet Society との会社契約に由来する（RFC 8711）。
  • 取締役会の議席は四つの指名主体に配分され、第五の機関がその過半数を承認する。しかし解任の経路は主として取締役会自身と IETF のリコール手続にあり、本稿が確認した資料においてはこれは逐条の運用文言ではなく要約レベルの叙述である（IETF LLC ガバナンス・ページ）。
  • この会社について最も広く流布している構造上の説明、すなわち「IETF Trust が唯一の社員である」という説明は、RFC の文言によっても、Trust 自身の自己記述によっても裏づけられない（IETF Trust）。

コンセンサスのために署名する会社

Internet Engineering Task Force には会員も株式も定款もない。その権威は手続的なものである。提案はワーキンググループで議論され、メーリングリストで評価され、それを実装しなければならない人々が「共にやっていける」と判断したときに採択される。この手続は三十年のプロトコル作業に耐えてきたが、明白な限界が一つある。コンセンサスは署名できない。

雇用契約、会場の前払い、保険証券、そして一週間の IETF 会合を成立させるサービス契約を支える者が要る。サプライヤが訴えることのできる、税務当局が決算できる、保険者が引き受けられる法人格が要る。行政機構の再編によってこの法人が創設されて以来、その法人格が IETF Administration LLC であり、それを記述する文書は、この法人が解こうとした問題について異例なほど率直である。

RFC 8711 はこの法人を一文で定義しており、その一文は言い換えでは失われるものを含むため、全文を引く価値がある。

IETF Administration LLC: The legal entity - a disregarded Limited Liability Company (LLC) of The Internet Society - established to provide a corporate legal framework for facilitating current and future activities related to the IETF, IAB, and IRTF. It was established by the ISOC / IETF LLC Agreement (see [IETF-LLC-A]). (RFC 8711)

この一節だけで三つのことが確定する。第一に、会社の目的は法的なものであって運営的なものではない。すでに存在する活動に会社法上の枠組みを与えるために存在し、その活動の政策を決めるために存在するのではない。第二に、Internet Society との関係は単なる契約ではなく所有または社員関係である。RFC はこれを「of The Internet Society」の会社と述べており、これは統制についての記述でもあり、税務上の取扱いについての記述でもある。第三に、そして公的資料だけからこの取り決めを再構成しようとする者にとって最も重い帰結として、運用上の文書は RFC ではない。ISOC / IETF LLC Agreement という、RFC の規範的参照文献に挙げられながら RFC には複製されていない契約である。

この分業が全体の要約になっている。RFC は会社が存在すること、何のために存在するか、おおよそどう統治されるかを述べる。会社契約は、それが実際に何をなしうるかを述べる。前者だけを持ち後者を持たない読者は、制度の形を知り、その制約を一つも知らない。

五つの議席、四つの指名主体、一つの承認

最も具体的な公開資料は取締役会の構成であり、ここで RFC は要約せず、規定する。この一節は全文を引くのに十分短い。

There is a minimum of 5 directors, which is expandable to 6 or 7. The IETF LLC Board is comprised of the following: 1 IETF Chair or delegate selected by the IESG, 1 Appointed by the ISOC Board of Trustees, 3 Selected by the IETF Nominating Committee (NomCom), confirmed by the IESG, Up to 2 Appointed by the IETF LLC Board itself, on an as-needed basis, confirmed by the IESG. (RFC 8711)

これを取締役名簿ではなく統制の見取図として読むと、この配分は入念な仕事をしている。技術部門は IETF 議長またはその Internet Engineering Steering Group における代議員を通じて一席を直接得る。会社が属する主体である Internet Society は自前の一席を得る。コミュニティの指名手続は三席、すなわち相対多数を得るが、その三人は就任前に IESG の承認を得なければならない。取締役会は必要に応じて最大二名を自ら追加できるが、これも IESG の承認を要する。

算術はラベルより重要である。五人の取締役会では、三席がコミュニティの指名委員会から、一席が技術部門から、一席が Internet Society から来る。単一の機関が単独で過半数を指名できない取締役会であり、相対多数を指名する機関もそれによって結果を支配できない。その選択に別の機関の承認が必要だからである。これは意図的に非効率な設計であり、その非効率こそが目的である。IETF のいずれか一つの機関が取締役会をそのまま組み上げることを妨げる。

承認は二つの場合で異なる機能を果たす。指名委員会による選出が IESG に承認されるとは、コミュニティの指名手続が候補を提示し、技術部門が同意することを意味する。取締役会による補充が IESG に承認されるとは、在任の取締役が自らの人数を増やせるが、同じ外部の同意を要することを意味する。Internet Society の一席は、一覧のうち承認要件を伴わない唯一の指名であり、これは会社を Internet Society に属するものとする記述と整合する。所有者の一席には他人の承認は要らない。

この構成が行っていないのは、会社の内部に選挙区を創設することである。このテキストには通常の会社法上の意味での議決権ある社員も、年次株主総会も、取締役会を拘束する決議を採択できるコミュニティの総会も存在しない。記録されている記述によれば、この会社には社員が一人、すなわち Internet Society がおり、その社員に対して会社契約に基づいて責任を負う取締役会がある。そしてその契約の条項は、本稿が確認した資料においては公開されていない。コミュニティの影響力は指名と承認を通じて働き、指示を通じては働かない。

解任はどこまで記録されているか

指名は説明責任の半分にすぎない。あらゆる統治設計の試金石は、誰が人をその地位に据えられるかではなく、誰がその人を外せるか、そして何に基づいて外せるかである。

ここで記録は薄くなる。検索提供者が RFC 8711 に基づいて書いた要約は、指名委員会と IESG によって指名された取締役は、取締役会の人数から二を引いた数の取締役の投票によって、または IETF のリコール手続によって解任されうると述べている。これは文書の要約であって引用ではなく、本稿もそのように扱う。すなわち、この仕組みは叙述されたものであって、読まれたものではない。確実に言えるのはその形である。解任の一部は取締役会の内部にあり、取締役の絶対多数がその一員に対して行動できる。別の一部は外部にあり、IETF のリコール手続、すなわち会社の道具ではなくコミュニティの道具である。

この組み合わせは異例であり、立ち止まる価値がある。「全員から二人を除いた賛成」で自らの構成員を解任できる取締役会は、自己浄化の仕組みを持つ。ある取締役が負担になったとき、外部の権威を待たずに行動できる。しかし同時に、構成員が留任するために互いに依存する取締役会でもあり、それはまさに取締役会特有の遠慮が統治の要因になる状況である。外部の経路、すなわちリコールは、取締役会が動かない場合を覆うために存在し、その可用性は手続が実際に使えるかどうかにかかっており、これは会社法ではなくコミュニティの手続の問題である。

執行責任者については、本稿が確認した資料は何も確定しない。誰がこの役員を指名するのか、取締役会の承認なしに何に署名できるのか、どのように解任されるのか。これらの問いに、保持された文書は答えていない。これは小さな空白ではない。会社を日常的に運営する者は、その資金を拘束する事実上の権限を持つ。取締役会で止まる統治の説明は、その権限の監督を述べるが、権限そのものを述べていない。

社員をめぐる問題

有限会社の決定的な構造上の事実はその社員が誰かということであり、社員は残余の権力を保持する。組織契約の変更、非常時における取締役会の交代、売却の承認または拒否、清算時の残余財産の取得である。この会社にとって、この問いは結局、制度上の事実が流通の中でいかに劣化するかという事例研究になった。

本稿の作業中に遭遇した記述の一つは、IETF Trust がこの会社の唯一の社員であると述べていた。この主張には内部者情報めいた魅力がある。Trust は IETF の知的財産の器であるから、その同じ器が行政会社も所有するのは自然に見える。文書はこれを支持しない。上に引いた RFC の定義は会社を Internet Society の側に置き、Trust を社員として挙げていない。Trust 自身の公開記述、すなわち 2005 年 12 月 15 日に Internet Society と Corporation for National Research Initiatives によって、IETF 標準化過程の知的財産を保有するために創設されたという記述は、著作権と商標における役割を述べるものであって、会社の社員としての役割を述べるものではない（IETF Trust）。

したがって正確な表現は、流布している説より狭く、より有用である。RFC 8711 が 2020 年 2 月に公表された時点で、この会社は Internet Society の資産が透過する有限会社であり、ISOC / IETF LLC Agreement によって設立されていた。その後これが変わったかどうかは、本稿の記録では答えられない。そして正直な書き方は、無時間の事実としてではなく、日付を添えて述べることである。

この区別が考証の細部を超えるのはなぜか。二つの構造は権力を異なって配分するからである。Internet Society が社員であれば、自前の取締役会と会員と制度的利害を持つ組織が、IETF を運営する会社に対する残余の権威を保持する。Trust が社員であれば、残余の権威は知的財産の保管のために設けられた機関にあり、その取締役は別の手続で選ばれる。これは異なる二つの憲章であり、異なる故障の仕方を持つ。そして後者が示され、前者が文書化されている読者は、究極の権力がどこにあるかについて実質的に誤った像を受け取っている。

同じ要約レベルの資料からさらに複雑な点が生じる。RFC の要約の一つは、会社契約が、いずれかの当事者の請求により会社を Internet Society から別の組織へ移転すること、または会社を解散することを認めていると述べている。これが正確であれば、ここでは原文ではなく要約として述べるが、社員をめぐる問題は歴史的なものにとどまらず条件付きのものでもある。会社の帰属は契約の一箇条であり、その箇条の変更は RFC の書き換えを必要としない。構成上の記述は RFC に住み、帰属は契約に住む制度は、大多数が参照する文書が一文字も変わらないまま持ち主を変えうる。

資金、役員、そして欠けているページ

会社は資金と義務を保管するために存在するから、次の問いは自然である。何を保管し、誰がそれを支出できるのか。回復された記録では、IETF のガバナンス・ページは、取締役会の役割と責任を定める運営契約として記述され、Internet Society の管理支援契約への依存から離れる移行を示すものとされている（IETF LLC ガバナンス・ページ）。これは叙述された内容である。本稿の記録にないのは内容そのものである。運営契約の条項、在任の取締役、指名された役員、収入の数字、会合と事務局の費用、提出された財務諸表のいずれもない。

これは実際の境界であり、推論で覆い隠すのではなく明示されるべきである。本稿に財務の数字は一つも現れない。一つも取得していないからである。取締役の名前も挙げない。一人も確認していないからである。IETF の運営にいくらかかるのか、誰がその支出を決めたのかを知りたい読者は、ここに答えを見いだせない。そしてこの調査の限りでは、機械可読な公開資料のなかでも容易には見いだせない。

言えるのは、この空白が報道上の残念さではなく構造上の意味を持つ理由である。支出の権限はあらゆる行政主体の運営上の権限である。予算を定める取締役会と、その予算に対して支出を約する役員は、二者で会社の実際の裁量を保持する。どの会合が補助され、どの契約が更新され、誰が雇用され、どの危険が保険に付され、どの危険が引き受けられるか。RFC が述べる指名の構成は誰が取締役会に座るかを決めるが、その裁量の委任については何も述べておらず、日常の統制は委任のなかにある。

文書の境界は読者に何をするか

本稿の記録を貫く型は、それ自体が一つの発見になりうるほど安定している。構成上の記述は公開され、精密で、引用可能である。構成契約は引用されるが、テキストとして公表されない。ガバナンス・ページは存在するが、内容を渡さなかった。財務と役員の情報は記録にまったく現れない。いずれの場合も、公開文書は運用条項が始まるまさにその地点で止まる。

これは隠蔽の証拠ではない。標準化団体は公表するために作られたものを公表するし、二つの私的主体の間の会社契約は、通常の経路では公開文書ではない。しかし制度について推論する者への帰結は現実である。IETF の約束が執行可能か、誰に対して執行可能かを知りたい実装者、会合主催者、請負業者、資金提供者は、契約ではなく組織図と報道資料から推論している。組織図は取締役会が存在することを告げる。契約が、取締役会が何をなしうるかを告げる。

この状況には逆説がある。IETF の方法全体は、決定の理由が書かれ、公表され、その結果と共に生きなければならない誰にでも異議を述べうる状態に置かれるべきだという主張の上に成り立っている。その行政会社は同じ規範に服しておらず、容易に服しえない。それを拘束する文書は仕様ではなく契約だからである。コミュニティの透明性の規範は、プロトコルの決定には極めて強く適用され、会社の決定にはほとんど適用されない。

何がこの問いを閉じるか

四つの文書が本稿の空白の大半を埋める。そしてそれらを名指しすることは、透明性一般について語るより有用である。署名された ISOC / IETF LLC Agreement と、その社員の同意、移転、解散、変更に関する条項。会社が実際に採択した運営契約であり、その説明ではない。各任命の日付を伴う現任の取締役と役員の一覧、および執行責任者に支出の権限を与える委任文書。そして直近の財務諸表または免税事業体の申告であり、これは管理される規模を確定する。

これらの文書はいずれも本質的に秘密ではない。非営利子会社の会社契約、取締役会決議、提出済みの財務諸表は、他の標準化団体や多くの会員制団体によって通例公表されている。ここでの不在は公開記録の空白であり、空白への正しい応答は、もっともらしい構造で埋めることではなく、日付を添えて指摘することである。本稿が試みたのはこれであり、そのもっともらしい構造、すなわち Trust が所有する会社という像が、実際に存在する文書によって否定された場合でさえそうである。

なぜこの取り決めはなお機能し、どこで機能しないか

この設計を支持する論は明快であり、忠実に述べられるべきである。コンセンサス団体には、訴えられ、監査され、保険に付されうる相手方が必要である。会社はそれを提供する。四つの機関が指名し相互に承認する取締役会は、単一の機関が行政部門を掌握することを妨げる。残余の権威を持つ社員は、取締役会が機能しない場合の安全網を提供する。コミュニティは会社構造の完全に外側で機能するリコールの経路を保持する。入手可能な材料の限りでは、正当性が手続的であり法的能力が会社的でなければならない組織にとって、これは擁護可能な権限の配分である。

反対の論は、設計が悪いということではない。その文書化が非対称だということである。制度を掌握から守る部分は公開され、精密に書かれている。制度がその資金と契約で何をなしうるかを定める部分は契約的であり、公表されていない。指名の仕組みにおいて読解可能で、支出の権限において不透明な説明責任の構造は、半部の憲章である。誰が統治できるかをコミュニティに告げ、何を統治することが認められているかを推測させる。

実務上の帰結は特定の種類の脆弱性である。会社の決定が平穏である限り、誰も欠けている文書を必要とせず、取り決めは設計どおりに機能する。決定が争われた瞬間、すなわち中止された会合、落札された契約、人員削減、会社の帰属をめぐる Internet Society との相違が生じた瞬間に、問いは「どの文書が統治するのか」に変わり、答えは公開記録が含まない文書のなかに見いだされる。救済は存在するだろう。ただ、あらかじめ見えていなかっただけである。

出典と証拠の限界

本稿は三つの公開資料に依拠し、「読んだもの」と「叙述されたもの」を明確に区別する。

文字通りのテキストとして読んだもの。会社の定義、および取締役会の規模、構成、指名の仕組みは、いずれも RFC 8711 による。

要約レベルの叙述として扱い、本文中でもそのように明示したもの。解任の閾値とリコールの経路、会社契約の移転と解散の条項、会社のガバナンス・ページを取締役会の役割を定める運営契約として記述したこと、そして IETF Trust の創設日、創設主体、知的財産上の目的（IETF LLC ガバナンス・ページ；IETF Trust）。

叙述がどこで止まるかを読者が見られるよう、日付を伴う検索の境界を記す。ISOC / IETF LLC Agreement の Internet Society 側は 2026-10-18 に二度の試行の後取得できず、Internet Society の取締役会文書も終了した管理支援契約も得られなかった。同日、会社のガバナンス・ページは抽出可能な内容を返さなかったため、本稿は取締役、役員、財務の数字を一切叙述しない。IETF Trust の構成文書および取締役選任文書も取得できなかった。

本稿で引用符に囲まれたものは、すべて RFC 8711 の文言として文字通りに叙述されたものであり、それ以外はすべて叙述として示している。この会社の BTW ディレクトリ項目は ietf-administration-llc にある。