要約

  • 10月7日公開のdraft-knodel-nomcom-gender-representation -06は、任意参加のopt-inプールに対する保証の上限を3席から5席へ引き上げた。文書はactiveなindividual Internet-Draftであり、IETFが採択した規則ではない。

  • opt-inは自己申告で、申告内容そのものは検証されない。RFC 8713に基づくselectionへのchallengeは残るが、志願者の申告を根拠にchallengeすることはできない。

  • opt-inが5人以下なら、既存のaffiliation制限に反しない範囲で全員が選出される。草案は、これが申告の誘因を生み、席を求める組織にも誘因があり得ると明記する。

  • 公開検証にはopt-inメンバーを特定できる一般プールリストが必要になる。草案は、その情報がアーカイブされ、複数年にわたって集約され得るというプライバシー上のコストも認めている。

  • RFC 8713と現行NomCom公式ページは投票メンバーを10人としているが、-06の根拠説明とworked exampleは11席を前提とする。資料上、この差は説明されていない。

5席への引き上げは、まだ個人提案の変更

Mallory KnodelとTara Tarakiyeeが共同執筆するdraft-knodel-nomcom-gender-representationは10月7日、改訂版-06となった。IETF Datatrackerはこれをactiveなindividual Internet-Draftとして扱い、個人I-DはIETFにendorseされたものではなく、標準化プロセス上の正式な地位を持たないと明記している。RFC streamとintended RFC statusは示されず、IESG stateは「I-D Exists」だ。

したがって、今回変わったのはNomComの現行規則ではなく、個人草案が提示する仕組みである。凍結された証拠からは、採択、承認、実施日程の設定、IETF working groupへの付託のいずれも確認できない。

Datatrackerの履歴では、-05が10月3日、-06が7日に公開されている。-06は保証上限を3席から5席へ拡大し、NomCom chairがボランティア募集時に「dominant gender」を明示する責務を提案上明確にした。誤ったopt-inを一般プールリストの公開前まで訂正できる仕組みと、具体的なselection例も追加された。

自己申告を採用し、その内容は検証しない

提案では、参加資格を持つ志願者のうち、chairが示した「dominant gender」の一員ではないと自己認識する人が、自らopt-inプールに入る。本人に具体的なgenderの申告を求める仕組みではない。

また、代名詞、メーリングリスト上の議論、会議への参加、Datatrackerのデータなどからgenderを推測してプールを作ることも認めていない。Datatrackerでgenderやpronounを公開するかどうか、会議登録時にgender情報を提供するかどうかは引き続き任意であり、それらの情報をopt-inプールの構築に使ってはならない。

一方、opt-inの自己申告自体は検証されない。草案は、精密な確認ルールを設けるのではなく、参加者のhonourとintegrityに依存する仕組みとして説明している。

ここはselectionへのchallengeと区別する必要がある。RFC 8713のchallenge期間は引き続きselectionに適用されるが、草案では志願者の申告を根拠にchallengeすることはできない。誤申告の訂正、selectionの手続きに対するchallenge、アルゴリズムが公開ルール通り実行されたかの検証は、それぞれ異なる統制である。

r = min(5, p)が小規模プールの確率を変える

-06が示す保証人数は次の式で決まる。

r = min(5, p)

pはopt-inプールの人数、rは保証人数だ。3人なら3席、5人以上なら保証の上限は5席となる。

p = 0なら保証はない。この場合、草案は、そのために投票ボランティア全員が同じgenderとなる可能性があることをcommunityへ通知するとしている。

この仕組みはNomComの総席数を増やさない。公開された一般プールリストに対してRFC 3797によるselectionを一度実行し、通常のランダム結果に含まれるopt-inメンバーがrを下回る場合にだけ保証が結果を変える。既存のaffiliation制限とfallback ruleも引き続き適用される。

小規模プールでは効果が大きい。草案によれば、opt-inが5人以下なら、affiliation上限に抵触しない限り全員が選出される。そのため、プール参加者の選出確率は大幅に高まる。

草案は、この構造が申告への誘因を生むことも明示している。席を求める組織にとっての誘因にも触れる一方、affiliation上限によって単一組織が得られる利益には制約がかかるとしている。これは提案されたルールが持つインセンティブの分析であり、特定の個人や組織が実際にそのように行動したという証拠ではない。

公開検証のために残り続ける情報

selectionを第三者が独立して検証するため、一般プールリストではopt-inメンバーを識別できる必要がある。改訂版-06は、この公開情報によってRFC 3797による結果を独立検証できるとしている。

同時に、草案はそのプライバシーコストを隠していない。リストはアーカイブされ、opt-inへの所属を複数年にわたって集約できる。人によっては、opt-inの宣言が、それまで本人が公にしていた以上の情報を明らかにする可能性もある。そのため、宣言時にこの結果を知らせる必要がある。

訂正できるのは一般プールリストの公開前までだ。公開後にリストが恒久的な公開記録として残ること、その記録がアーカイブされること、年をまたいで所属情報を集約できることは、それぞれ訂正期間とは別の問題である。challengeとaffiliation上限も別の役割を持ち、すでに行われた公開を取り消す仕組みではない。

小規模プールは繰り返しの任務にもつながり得る

草案は、小さなopt-inプールが続けば、同じ志願者が繰り返しNomComに入る可能性があるとも警告している。

そのコストは本人の負担だけではない。RFC 8713では、現職のNomComメンバーは、NomComが選ぶポジションの候補になることができない。このため、同じ人のNomCom勤務が繰り返されれば、その人自身の負担に加え、在任中は該当ポジションの候補者プールから外れるという影響も生じ得る。

これも草案が示す可能性であって、同じ志願者の繰り返し選出が必ず起きる、あるいはすでに起きているという意味ではない。

公式資料は10人、-06の計算は11席

数の前提には未解決の差が残る。RFC 8713はcandidate selectionを担うvoting volunteersを10人とし、chair、liaisons、advisorsはその選出では投票しない。現在の2026–2027 NomCom公式ページも10人のvoting membersを掲載している。

ところが-06は、5席という上限を、11席のNomComでparityに近づく水準として説明する。追加されたworked exampleも11の投票席を前提にしている。

提供された一次資料は、この「10対11」の違いを説明していない。5席という上限の数量的な根拠に関係するため、後続版で確認すべき点ではある。ただし、この不一致だけから草案の無効性や法的欠陥、著者の意図を推測することはできない。

二つの背景数字は母集団が違う

草案は、2015～2026年に選ばれた12回のNomComのうち5回で、voting membersに女性がいなかったとしている。この数字は草案自身の主張として扱う必要があり、その構成が特定のリーダー選出結果を引き起こしたとは言えない。

別の資料であるIETF 2025 Community Surveyは、2025年のregular participantsに占める女性を9.82%とし、全survey respondentsに占める割合も10%未満だったと報告している。

これはCommunity Surveyが測った各母集団の数字であり、NomComのeligible volunteer poolを測定したものではない。したがって、9.82%から将来のp、opt-inする人数、保証がselectionを変更する頻度を推計することはできない。

出典