Кратко

  • NRO сообщила 28 июля, что ASO AC завершил версию 3 RIR Governance Document, официально передал Recommended Draft в NRO EC и передал ему ответственность за документ.
  • Передача не была утверждением или принятием новых правил. NRO EC еще должен рассмотреть проект, согласовать дальнейшие шаги с ICANN и RIR и продвинуть путь к окончательной версии.
  • Текст V3, обоснование главных изменений, сравнение с V2, обновленный график и возможная новая возможность для комментариев отложены до отдельной публикации.
  • Майский отчет фиксировал незакрытые вопросы о признании, аудите, отзыве признания, аварийной непрерывности, переходе и правах держателей ресурсов. Без V3 нельзя установить, как они решены.

Передан документ, но не публичная контрольная копия

Сообщение NRO точно устанавливает участников передачи. ASO Address Council, одновременно выполняющий роль NRO Number Council, закончил свою работу над версией 3. NRO Executive Council получил проект для рассмотрения и должен координировать следующие стадии с ICANN и пятью региональными регистраторами. AFRINIC также вынесла эту новость на свою главную страницу.

Однако публичная цепочка хранения неполна. NRO не приложила файл, который был передан. Организация пообещала отдельно опубликовать сам Recommended Draft, документ с обоснованием ключевых изменений по сравнению с версией 2 и redline. Новый график должен появиться позднее; будущие консультации и подробности процесса тоже будут сообщены дополнительно.

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

Рекомендация не равна принятию

Официальный статус — Recommended Draft — ограничивает выводы.

28 июля ASO AC завершил рекомендованный текст, а NRO EC принял ответственность за его рассмотрение. В объявлении нет утверждения со стороны всех RIR, принятия ICANN или вступления новых обязательств в силу. Страница процесса прямо говорит, что NRO EC и ICANN еще определят процедуры одобрения и принятия.

Рабочий план ASO AC на 2026 год предусматривал подготовку окончательного проекта в июле-августе, презентации сообществам RIR в сентябре-октябре и подготовку процесса одобрения в ноябре. Поскольку теперь обещан обновленный график, прежние даты остаются историческим планом, а не действующим обязательством.

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

Что оставалось открытым после версии 2

Майский status report перечисляет вопросы, по которым V3 должна содержать проверяемый результат.

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

Версия 2 позволяла начать процедуру отзыва признания по инициативе любого RIR, 25 процентов членов затронутого регистратора или 2 000 членов — в зависимости от того, какое число меньше, — либо ICANN. NRO NC решил не менять этот порог, но продолжал обсуждать более низкий порог для специального аудита и интервалы против бесконечных повторных требований.

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

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

Каждый пункт распределяет конкретную власть: кто запускает процедуру, кто решает, какой порог действует, кто может возражать и как сохраняются услуги. Пресс-релиз не позволяет узнать новую конфигурацию.

Участие не создает автоматический мандат

До V3 действительно проходили консультации: опрос по принципам, обсуждение первого проекта, второй раунд по версии 2, ICANN Public Comment, встречи RIR, семинары и отчеты. Нельзя утверждать, что возможности высказаться не было.

Но возможность высказаться и право связывать других решением — разные вещи.

В Note 73 Heng Lu разделяет stakeholder и principal. Первый затронут решением и может предоставить знания, предупреждение или возражение. Второй уполномочивает обязательное действие. Открытая встреча сама по себе не дает участникам мандат от отсутствующих держателей ресурсов.

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

Слова «community», «consensus», «stewardship» и «stability» показывают официальную позицию учреждений. Они не заменяют положения о полномочиях.

Кризис AFRINIC делает выход главным тестом

Кризис AFRINIC показал необходимость стандарта институционального отказа. Note 17 Heng Lu признает эту необходимость, но требует, чтобы решающие действия по отзыву или восстановлению признания оставались member-driven и bottom-up, а не концентрировались в NRO или ICANN.

Note 25 предлагает смотреть на власть реализации: если система закрывает вход, ограничивает выход и делает действующие учреждения практически незаменимыми, координация превращается в разрешительный режим. Note 6 добавляет проверяемый механизм ответственности — гарантированную переносимость подтвержденной связи IP-адресов или ASN, чтобы сеть могла сохранить непрерывность вне провалившегося регистратора.

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

Размещение новости на сайте AFRINIC также не легитимирует нынешний purported Board, Receiver, их сторонников или lock-in policy. Глобальная передача проекта не восстанавливает местную цепочку полномочий автоматически.

Как синхронизировать ответственность и проверяемость

NRO EC должен одновременно опубликовать три уже названных материала: полученную V3, обоснование и redline с V2, снабдив файл датой и hash. Если исполнительный орган изменит проект, потребуется второе сравнение между полученной и вынесенной на одобрение редакциями.

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

Для каждого вопроса из майского отчета полезна короткая строка: правило V2, полученное возражение, решение V3, орган решения, обоснование и еще неготовая процедура реализации. Это отделит участие от решения, а решение — от исполнения.

Есть важные встречные факты. NRO публично объявила передачу, перечислила будущие материалы и ранее опубликовала redline для V2. Задержка может отражать запланированную последовательность; доказательств намеренного сокрытия нет.

Тем не менее текущий разрыв реален. Ответственность перешла к NRO EC раньше, чем общественность получила контрольную версию. До ее публикации заявления о защите членов, непрерывности или bottom-up власти остаются неподтвержденными описаниями, а не проверенным выводом.

Источники