Кратко

  • Рекомендованный проект, подготовленный Советом по адресам ASO, передан Исполнительному совету NRO для окончательной доработки; он ещё не принят и не вступил в силу.
  • ICANN начала оценивать стоимость внедрения и дальнейшей эксплуатации, однако протокол августовского заседания фиксирует, что финансирование тогда не запрашивали. Пока лишь ожидается возможная будущая заявка в Project Fund.

Когда появляется новый документ о правилах управления, внимание обычно сосредоточено на том, что он разрешает. Рекомендованная третья версия документа о системе управления региональными интернет-регистраторами (RIR) охватывает много вопросов: признание, аудит, проверки соблюдения требований, планы исправления нарушений, аварийную непрерывность и лишение признания. Но теперь конкретным стал и другой вопрос: что нужно для исполнения этих норм и кто оплатит эту работу?

Протокол Финансового комитета совета ICANN от 25 августа, опубликованный 5 октября, даёт первый ориентир. Сотрудники оценивают осуществимость предложенной системы, возможности, которые ICANN, возможно, придётся создать, и соответствующие затраты. На том заседании одобрение финансирования не запрашивали. В протоколе ожидается, что позднее будет подана заявка в Project Fund, которая могла бы покрыть трёхлетний период внедрения и компенсировать операционные расходы ICANN на ранних этапах. Также обсуждались возможные текущие расходы после окончания перехода.

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

Ответственность за проект перешла, но его статус не изменился

Совет по адресам Address Supporting Organization (ASO AC), который одновременно выполняет функции Совета по нумерации NRO, завершил разработку текста и 28 июля передал рекомендованную версию Исполнительному совету Number Resource Organization (NRO EC). 1 сентября ASO AC опубликовал проект, сравнение с версией 2 и пояснение внесённых изменений. На странице процесса NRO указано, что теперь за окончательную доработку отвечает NRO EC, который будет согласовывать обновления с ICANN.

«Рекомендованный проект» — не то же самое, что «принятая система». В графике NRO на конец октября запланированы обсуждения с сообществами на LACNIC 46, ICANN 87, ARIN 58 и RIPE 93. Этап утверждения и принятия по-прежнему намечен на четвёртый квартал 2026 года. По состоянию на 8 октября NRO EC и ICANN ещё должны были определить соответствующие процедуры. Поэтому трёхлетний срок выполнения новых требований пока не начался.

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

Трёх лет недостаточно для ответа на все вопросы

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

Протокол Финансового комитета начинает раскрывать эту практическую сторону. Сотрудники ICANN ожидали, что план работ будет разработан в 2027 финансовом году; для него могут понадобиться внутренние трудозатраты, профессиональные услуги, подрядчики и внешние юристы. Комитет обсуждал как общую стоимость внедрения, так и возможные постоянные расходы после перехода. В протоколе обозначен возможный источник: будущая заявка в Project Fund могла бы покрыть три года внедрения и компенсировать уже понесённые операционные расходы ICANN.

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

Предложенные механизмы показывают, почему оценка расходов — это не просто редактура документа. Оценки при признании и лишении признания могут требовать подготовки материалов, проверки, объяснения решений и публикации. Аудит должен проходить не реже одного раза в пять лет. Целевые проверки соблюдения требований могут запрашиваться или в некоторых случаях начинаться ICANN. План исправления нарушений может потребовать последующей проверки. Аварийная непрерывность может потребовать быстрого взаимодействия, если RIR перестанет оказывать все или часть услуг.

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

Финансирование — часть системы управления

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

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

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

Следующий тест — связать эти этапы. Встречи с сообществами могут уточнить окончательный объём правил. NRO EC и ICANN могут объяснить порядок их утверждения. Планирование ICANN на 2027 финансовый год может превратить общий перечень возможностей в этапы и конкретные расходы. Будущая заявка может отделить разовые затраты на внедрение от постоянной эксплуатации, назвать расходы прошлых этапов, подлежащие возмещению, и объяснить, что произойдёт после трёх лет.

Практический вывод прост: полномочия и способность действовать — не одно и то же. Правило может разрешить проверку, но кто-то должен быть готов её провести. Переходный период может отложить исполнение, но не объясняет, как создать необходимые возможности. А ожидаемая заявка в фонд не означает, что деньги уже выделены. Версия 3 всё ещё остаётся рекомендацией. Следующий вопрос управления — будет ли её возможное принятие сопровождаться прозрачным описанием людей, систем и постоянных ресурсов, необходимых для работы.

Источники

  1. Протокол Финансового комитета ICANN от 25 августа 2026 года
  2. Рекомендованный проект правил управления RIR от ASO AC: обоснование и дальнейшие шаги
  3. NRO: Документ управления RIR, версия 3
  4. NRO: Процесс и график пересмотра ICP-2
  5. Lu Heng, Note 62 (только редакционная оптика)