Кратко

  • В редакции 07 draft-carpenter-gendispatch-anachronisms, загруженной 9 сентября 2026 года, появился раздел о том, что у IETF нет общепринятого определения и общей политики конфликта интересов. Документ остаётся индивидуальным Internet-Draft со статусным намерением Informational и приглашением к обсуждению, а не принятой нормой.
  • У IESG, IAB, LLC и Trust/IPMC уже есть политики для разных кругов лиц и решений. Недостающий механизм должен включаться при использовании полномочия в конкретном решении и фиксировать применимое правило, меру и замену, а не собирать постоянное досье на каждого участника.

Новый текст редакции 07 занимает один абзац. В нём сказано, что на почтовых рассылках IETF иногда звучат утверждения о конфликте интересов, но общепринятого определения и общей политики нет. В скобках перечислены более узкие правила для сотрудников IETF LLC, членов IESG и IETF Trust/IPMC.

Это не обвинение. Абзац не называет ни человека, ни спорное решение, ни нарушение. Он также не говорит, что механизмы отсутствуют полностью. Новость состоит именно в признании разрыва между частными периметрами.

В редакции 06 такого раздела не было. Официальное сравнение показывает новый раздел 11, добавление слов «and Gaps» в заголовок и изменение аннотации. В журнале изменений прямо записано: «Added conflict of interest».

Однако новая формулировка ещё не меняет процесс. Datatracker обозначает документ как активный индивидуальный Internet-Draft с намерением Informational и предупреждает: индивидуальная подача не поддержана IETF и не имеет формального положения в процессе стандартов. История фиксирует загрузку Brian Carpenter 9 сентября; API-запись не указывает stream или ответственного Area Director.

Сам проект опубликован для начала разговора. Если отдельный вопрос получит поддержку, автор предлагает выделить его в более узкий проект. Charter GenDispatch также задаёт диспетчерскую, а не нормотворческую функцию: направить работу в существующую WG, создать новую площадку, рекомендовать её другому органу, отложить или отклонить. Редакция 07 создала пункт повестки, но не политику.

У каждой действующей политики свой контур

Политика IESG распространяется на избранных NomCom и ex-officio членов IESG; от liaisons ожидается её соблюдение. Основная работа, спонсорство, консультационные клиенты, релевантные доходы и вероятные источники конфликта раскрываются публично. Дополнительные потенциальные конфликты по конкретным темам сообщаются внутри IESG. При явном конфликте Area Director обычно должен recuse и оставить действие другим AD.

Перечень решений раскрывает логику: определение консенсуса, одобрение документов, назначение designated experts, charter и BoF, appeals, ответы на liaison statements и назначения. Участие работодателя в IETF само по себе конфликтом не считается. Значимым интерес становится в сочетании с покрываемой ролью и её действием.

Политика IAB очерчивает другой круг. Она охватывает избранных и ex-officio членов IAB, но прямо не охватывает liaisons и участников программ IAB. В ней названы подтверждения кандидатов, appeals по стандартам, вопросы RFC Series, liaison-роли, советы и назначения. Recusal должен появиться в публичном протоколе.

Политика IETF LLC относится к административной организации. Её Covered Individuals — Board Directors, сотрудники, подрядчики и формально уполномоченные действовать от лица LLC. Обычные участники IETF/IRTF, члены IESG/IAB, WG/RG Chairs, directorates, ряд редакционных и добровольческих ролей, Ombudsteam и Trust trustees прямо исключены, если у человека нет отдельной полномочной роли LLC.

Указатель политик Trust и IPMC и политика IPMC добавляют отдельные контуры для своих советов. RFC 9680 сохраняет эту мозаику: участникам следует соблюдать политики IESG, IAB и LLC, «если и когда они применимы». Именно применимость требует маршрутизации.

Разные границы необязательно плохи. Закупка LLC, appeal в IAB, одобрение IESG и consensus call в WG требуют разных получателей раскрытия, режима конфиденциальности и замены. Пробел возникает, когда нельзя установить, какая политика управляла важным действием и кто обладал полномочием после отвода.

Участие слишком широко для роли триггера

RFC 3935 ставит индивидуальное участие, открытость профессиональному вкладу и rough consensus в основание IETF. RFC 7282 прямо говорит, что у IETF фактически нет членов. Один человек может быть автором, разработчиком, сотрудником, клиентом и рецензентом. Эти связи несут опыт и интерес, но не автоматический вердикт о конфликте.

Если постоянное раскрытие начинается с сообщения в рассылку, система собирает много личных данных без связи с решением. Кроме того, появляется соблазн отвечать на принадлежность автора возражения вместо его технического довода.

Дискреционное полномочие уже и наблюдаемее. RFC 2418 возлагает на WG Chair управление процессом и определение rough consensus. RFC 7282 объясняет: это не подсчёт голосов, а суждение о том, были ли возражения действительно рассмотрены. Editors, руководители review, experts, AD и органы appeal получают другие полномочия на других этапах.

Значит, защита должна включаться при переходе к действию: объявить консенсус, разрешить или остановить продвижение, выбрать эксперта, решить appeal, распределить средства или применить другую предусмотренную дискрецию. В этот момент можно ограничить раскрытие конкретным решением и заранее определить заместителя.

Последующий контроль имеет другую функцию. Раздел 6.5 RFC 2026 позволяет пересматривать действия процесса. Заявление IESG 2025 года требует назвать действие, основания и средство исправления и не допускает домыслов и личных обвинений. Appeal не создаёт задним числом раскрытие, recusal или замещающее полномочие.

Запись должна характеризовать решение, а не человека

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

Мерой может быть участие, воздержание, recusal или иное обоснованное смягчение. При отводе запись называет замещающую роль. Публичная причина или протокол добавляются там, где этого требует политика, вместе с маршрутом review/appeal и историей исправлений. Решение уполномоченного органа «конфликта нет» или «участие разрешено» тоже является полноценным состоянием.

Объединять все политики не требуется. IESG, IAB, LLC и Trust/IPMC сохраняют определения, конфиденциальность и органы. Общие поля лишь различают: вне охвата, не публично, оценено и разрешено, смягчено, отвод, на пересмотре. Молчание перестаёт быть и сертификатом, и обвинением.

Так работает Minimum Initial Specification Heng Lu: общей делается только необходимая граница координации, а локальная политика остаётся локальной. The Policy Mirror требует восстанавливать важный результат по правилу, полномочию и доказательству. Предлагаемая запись — мой анализ, а не положение редакции 07.

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

Источники