Кратко

  • В редакции -06 draft-knodel-nomcom-gender-representation верхняя граница предлагаемой гарантии для добровольной группы opt-in повышена с трёх до пяти мест.

  • Документ остаётся активным индивидуальным Internet-Draft, а не правилом IETF. Datatracker указывает, что индивидуальные I-D не одобрены IETF и не имеют формального статуса в процессе стандартизации.

  • Самодекларация не проверяется. Проект полагается на добросовестность и честность участников; предусмотренный RFC 8713 challenge сохраняется для отбора, но не может основываться на декларации добровольца.

  • Если в opt-in-пуле не более пяти участников, предлагаемая гарантия означает выбор всех с учётом действующего ограничения по аффилиации. Проект прямо рассматривает возникающий отсюда стимул к декларации, в том числе для организаций.

  • В обосновании и примере -06 используются одиннадцать голосующих мест, тогда как RFC 8713 и официальная страница NomCom 2026–2027 указывают десять. Представленные источники не объясняют расхождение.

От трёх мест к пяти — пока только в индивидуальном проекте

7 октября Mallory Knodel загрузила редакцию -06 документа draft-knodel-nomcom-gender-representation, подготовленного совместно с Tara Tarakiyee. IETF Datatracker относит документ к активным индивидуальным Internet-Draft и отдельно поясняет, что индивидуальные I-D не одобрены IETF и не имеют формального положения в процессе стандартизации. Для документа не указаны RFC stream и intended RFC status, а состояние IESG обозначено как «I-D Exists».

Поэтому изменение от 7 октября следует описывать именно как пересмотр предложения. Из имеющегося досье не следует, что IETF принял или одобрил эту схему, запланировал её внедрение либо передал документ рабочей группе.

Согласно истории версий Datatracker, -05 появилась 3 октября, а -06 — 7 октября. В новой редакции максимальная гарантия выросла с трёх мест до пяти. Также была прямо сформулирована предлагаемая обязанность председателя NomCom назвать «dominant gender» при объявлении набора добровольцев, добавлен пример отбора и предусмотрена возможность исправить ошибочный opt-in до публикации общего списка пула.

Самодекларация без проверки со стороны процесса

Предлагаемая группа opt-in предназначена для соответствующих требованиям добровольцев, которые сами заявляют, что не идентифицируют себя как представители «dominant gender». Сообщать, к какому именно гендеру человек себя относит, проект не требует.

Не предполагается и внешнее определение гендера. Проект запрещает формировать группу на основании выводов из местоимений, обсуждений в списках рассылки, встреч или данных Datatracker. Публикация гендера и местоимений в Datatracker остаётся добровольной; гендерные сведения, собираемые при регистрации на встречи, также не должны использоваться для формирования opt-in-пула.

При этом достоверность самой декларации не проверяется. Проект прямо строит эту часть механизма на добросовестности и честности участников, а не на точных правилах проверки заявления.

Это не отменяет challenge в отношении отбора. Предусмотренный RFC 8713 период оспаривания сохраняется, однако по предлагаемой схеме challenge не может основываться на декларации добровольца. Таким образом, проверка исполнения процедуры, оспаривание отбора и проверка личной декларации — разные вопросы; последний из них механизм намеренно не превращает в процедуру внешней верификации.

Как гарантия меняет случайный отбор

Редакция -06 задаёт число гарантированных мест формулой:

r = min(5, p)

Здесь p — размер opt-in-пула, а r — число гарантированных мест. Если в пуле два человека, гарантия равна двум; при пяти и более верхняя граница остаётся равной пяти.

При p = 0 гарантированных мест нет. В таком случае проект предусматривает уведомление сообщества о том, что по этой причине все голосующие добровольцы могут относиться к одному гендеру.

Дополнительных мест формула не создаёт. Предлагается провести один отбор по RFC 3797 на опубликованном общем списке, где обозначены участники opt-in. Гарантия вмешивается только в том случае, если обычный случайный результат дал бы меньше r участников opt-in. Существующие ограничения по аффилиации и резервные правила продолжают действовать.

При небольшом пуле это существенно меняет вероятность результата. Проект указывает, что если в opt-in-пуле пять человек или меньше, будут выбраны все — при условии соблюдения ограничения по аффилиации.

Именно здесь возникает стимул к декларации, который сам документ рассматривает как свойство предложенной конструкции. В тексте упоминается и стимул для организаций, заинтересованных в получении мест, однако ограничение по аффилиации сдерживает потенциальный выигрыш одной организации. Это анализ стимула, заложенного в правило, а не утверждение о фактическом поведении какой-либо организации или добровольца.

Проверяемый результат требует раскрытия принадлежности

Проект стремится сделать итог отбора независимо воспроизводимым и проверяемым. Для этого один отбор RFC 3797 должен проводиться по опубликованному общему списку, который показывает, кто входит в opt-in-пул. Редакция -06 связывает такую публикацию с возможностью независимой проверки результата.

Но тот же текст фиксирует цену этого решения для приватности. Список архивируется, сведения о принадлежности к пулу можно объединять за разные годы, а для некоторых добровольцев сама декларация способна раскрыть больше, чем они ранее сделали публичным. Участника требуется предупредить об этом при декларации.

До публикации общего списка ошибочный opt-in можно исправить. Это отдельный механизм от последующей постоянной публичности списка и его архивирования. Возможность сопоставлять данные между годами — ещё одно следствие. Challenge по RFC 8713 и ограничение по аффилиации также выполняют собственные функции и не заменяют ни исправление, ни защиту от последствий раскрытия.

Так возникает центральный компромисс проекта: процесс не использует скрытую классификацию людей по другим данным, но для независимой проверки результата делает сам факт принадлежности к opt-in публичным и сохраняемым.

Малый пул может воспроизводить одних и тех же участников

У повышенной вероятности отбора есть ещё одно возможное последствие. Проект предупреждает, что при небольшом opt-in-пуле одни и те же добровольцы могут неоднократно служить в NomCom.

Повторное участие несёт цену для самих людей, но этим эффект не ограничивается. RFC 8713 устанавливает, что действующие члены NomCom не могут занимать позиции, которые заполняет NomCom. Поэтому многократная служба одних и тех же добровольцев способна одновременно повышать нагрузку на них и уменьшать доступный кандидатский пул для соответствующих позиций.

Это возможный вторичный эффект предлагаемого правила, а не доказательство того, что повторная служба обязательно возникнет или уже наблюдается.

Десять голосующих мест против одиннадцати

В числовой основе предложения остаётся необъяснённое расхождение. RFC 8713 устанавливает десять голосующих добровольцев для выбора кандидатов NomCom. Председатель, liaisons и advisors при выборе кандидатов не голосуют. Текущая официальная страница NomCom 2026–2027 также показывает десять голосующих членов.

В -06 предел в пять мест, напротив, объясняется как уровень, приближающийся к паритету в NomCom с одиннадцатью местами. Добавленный практический пример также использует одиннадцать голосующих мест.

Предоставленные первичные источники не объясняют, почему используются разные числа. Это требует уточнения, но само по себе не доказывает недействительность проекта, юридический дефект или намерение авторов.

Исторические и опросные цифры нельзя смешивать с пулом добровольцев

Сам проект сообщает, что в пяти из двенадцати NomCom, сформированных в период с 2015 по 2026 год, среди голосующих членов не было женщин. Это утверждение проекта о прошлых составах. Оно не даёт оснований заключать, что состав комитета стал причиной какого-либо результата при выборе руководителей.

Отдельно IETF 2025 Community Survey сообщает, что женщины составляли 9,82% regular participants в 2025 году и менее 10% всех респондентов опроса.

Это показатели соответствующих групп участников Community Survey, а не измерение совокупности добровольцев, соответствующих требованиям NomCom. Следовательно, по этим процентам нельзя достоверно оценивать будущий размер p, число opt-in-деклараций или частоту применения гарантии.

Источники