Кратко

  • 1 сентября 2026 года ASO Address Council передал NRO Executive Council рекомендованный проект RIR Governance Document Version 3. Это финальный проект-рекомендация, а не принятая норма.
  • Статья 3.7 требует поддержки как минимум двух третей RIR, подавших Recognition Assessment, прежде чем ICANN сможет признать кандидата.
  • ICANN сможет не включать в знаменатель отрицательную рекомендацию RIR, чья зона обслуживания или выручка существенно изменится вследствие признания.
  • До исключения необходимы письменное уведомление, объяснение существенности, разумная возможность ответить и добросовестное рассмотрение ответа. Сама оценка может остаться источником информации.
  • В открытом результате надо разделить все поданные оценки, оценки для формального подсчёта и оценки, учтённые по существу.
  • Протокол знаменателя сохраняет эту границу, не раскрывая защищённые сведения и не создавая нового органа одобрения.

Число начинается с институционального выбора

Порог в две трети выглядит объективно только после того, как определена совокупность. В проекте ею служат RIR, фактически подавшие Recognition Assessment по предложению кандидата. Это не число сетей, стран, членов регистратур или участников обсуждения.

Далее статья 3.7 позволяет изменить эту совокупность. Если признание кандидата существенно влияет на зону обслуживания или доход существующей RIR и та даёт отрицательную рекомендацию, ICANN может исключить её из знаменателя.

У механизма есть понятная цель. Новая регистратура способна изменить территориальный охват и финансовую базу действующей. Последняя одновременно располагает важными региональными знаниями и заинтересована в сохранении положения. Автоматический учёт её возражения может защитить действующую организацию. Бесследное удаление возражения может, напротив, создать видимость полного согласия.

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

Три множества за одной дробью

Представим исключительно для иллюстрации, что оценки подали пять RIR. Четыре поддержали признание, одна выступила против. В исходной совокупности результат равен четырём пятым. После исключения отрицательной оценки он станет четырьмя из четырёх.

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

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

  1. список подачи — все RIR, чьи оценки поступили;
  2. список подсчёта — оценки, формирующие порог;
  3. список рассмотрения — все оценки, использованные ICANN при анализе по существу.

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

Такая публикация не требует открывать конфиденциальные показатели дохода. Достаточно показать исходные числитель и знаменатель, наличие процедуры исключения, окончательную совокупность и дальнейший информационный статус документа. Формула «условие двух третей выполнено» без этих данных не воспроизводима.

Раскрытый интерес ещё не означает исключение

Статья 3.3 требует от каждой оценивающей RIR назвать фактические, возможные или кажущиеся интересы. Среди них — влияние на зону обслуживания или доход, состав членов, участвовавших во внутреннем голосовании, участие в разработке политики Numbering Community, а также значимые семейные и финансовые связи.

Раскрытие запускает проверку, но не обесценивает оценку автоматически. Наличие интереса не делает факты ложными. Отрицательная рекомендация сама по себе не доказывает корыстный мотив. Статья 3.7 ставит более узкий вопрос: достаточно ли существенно именно влияние на зону обслуживания или доход, чтобы вывести отрицательную рекомендацию из порога?

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

Статья 3.4 уже требует публиковать предложение и оценки, допускает изъятие конфиденциальных сведений и позволяет ICANN запросить повторную оценку с опубликованными обоснованием и ответом. Статья 3.5 обычно перезапускает процедуру после существенного изменения предложения. Значит, дробь должна быть привязана к точной версии: оценки одного текста нельзя молча перенести на другой.

Что фиксирует протокол знаменателя

В начале указываются кандидат, точная версия предложения, все подавшие оценки RIR, каждая рекомендация и состояние раскрытия интересов, а также исходная дробь.

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

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

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

Пока это только рекомендованный проект

NRO опубликовала текст и доклад с обоснованием 1 сентября. Организация обещает объявить следующие возможности для участия, а NRO Executive Council будет координировать дальнейшие шаги. Обоснование описывает переход к двум третям и исключение материально заинтересованной отрицательной оценки с сохранением её информационной роли.

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

В программе ICANN87 Prep Week на 6 октября стоит Regional Internet Registry Governance Update. Это точка наблюдения за статусом проекта и разъяснением статьи 3.7. Заседание, слайды или численность аудитории сами по себе не принимают норму. Следующая запись должна назвать орган, версию и источник полномочия.

Источники

  1. NRO — Рекомендованный проект, доклад с обоснованием и следующие шаги
  2. NRO — RIR Governance Document Version 3
  3. NRO — Сравнительная редакция Version 3
  4. NRO — Изменения и обоснование Version 3
  5. NRO — ASO AC передал рекомендованный проект NRO EC
  6. NRO — Internet Coordination Policy 2
  7. ICANN ASO — ASO Memorandum of Understanding
  8. ICANN — Программа ICANN87 Prep Week
  9. Lu Heng — The Multi-Stakeholder Mirage