Кратко

  • Страница Устава ICANN в том виде, в каком она опубликована с поправками от 3 июля 2026 года, называет статью 17 Customer Standing Committee, а статью 18 — IANA Naming Function Reviews. Механика Approval Action и общественного форума собрана в другой части того же документа — в Приложении D (EC Mechanism).
  • Address Supporting Organization (ASO) описывает себя как одну из трёх Supporting Organizations в ICANN, как орган, готовящий рекомендации по политике адресации интернет-протокола и консультирующий Совет, и как участника Empowered Community. В записях, которые мы просмотрели для этой статьи, не установлено, связывает ли уведомление для сообщества ASO уже принятое решение или лишь сообщает, что решение принято.

Номер статьи указывает на существо

Когда мы читаем уведомление, мы склонны идти по номеру. Две статьи рядом — 17 и 18, — и кажется, что процедура поправки записана именно там. Страница Устава, которую публикует ICANN, спокойно опровергает это ожидание: документ представлен с поправками от 3 июля 2026 года, и его заголовки дают статье 17 имя Customer Standing Committee, а статье 18 — имя IANA Naming Function Reviews.

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

Механика — в Приложении D

Где же тогда календарь Approval Action и общественного форума? По описанию на той же странице Приложение D носит заголовок «EC Mechanism» и собирает детали механизма Empowered Community, включая Approval Action и процедуру общественного форума.

Такая раскладка говорит две вещи сразу. Во-первых, названные статьи и процедура, которая вокруг них идёт, живут в разных местах одного документа. Во-вторых, сила процедуры не читается по номеру статьи. Вывод «процедура сильна, потому что меняет статью 17» не держится. Сила записана в Приложении D — или не записана.

Как ASO встроена в эту конструкцию

На своём сайте ASO представляет себя как одну из трёх Supporting Organizations ICANN, готовящую рекомендации по политике адресации интернет-протокола и консультирующую Совет. Тот же текст помещает её в число участников Empowered Community. А эту общность он описывает как механизм, с помощью которого сообщество ICANN может осуществлять определённые полномочия — в том числе оспаривать действия Совета через процедуру Approval Action, определённую в Уставе.

Граница здесь важна. ASO — авторитет в политике адресации и участник сквозного механизма. Она не владеет надзором за функцией имён. Постоянный комитет из статьи 17 и пересмотр из статьи 18 политики адресации не касаются. Уведомление доходит до сообщества ASO потому, что оно входит в сквозную процедуру одобрения, а не потому, что ответственность за функцию имён ему передали.

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

Тест нулевого эффекта

Чтобы понять, связывает ли форум, заморозьте решение Совета и уберите только форум. Если срок, содержание, сила и доступные средства правовой защиты не меняются, форум — не связь. Он либо уведомление, либо легитимация.

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

Разделите четыре действия

Самая частая ошибка при чтении процедуры — обращаться с разными действиями как с одним событием. Стоит разделять как минимум четыре.

Первое — одобрение Советом. Второе — уведомление сообщества. Третье — форум как место. Четвёртое — формальное решение ASO или другого органа, вслед за которым идут свод и подтверждение со стороны Empowered Community и, наконец, наступление правового эффекта.

Слово «ратификация» остаётся только для случая, когда операция одобрения действительно состоялась. Слово на форуме — это слово; это не формальный акт ASO. Смешав одно с другим, протокол процедуры начинают цитировать как доказательство решения, которого нет.

Степени рычага

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

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

Чего в записи нет

Исследование для этой статьи не получило четырёх документов: текст уведомления для ASO, решение Совета, которым поправка была принята, протокол общественного форума по Approval Action и оперативный текст Приложения D.

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

Запись справочника, на которую ссылается статья (соответствующий элемент Только для Стратегического сообщества), относит уведомление к типу «реестр» и указывает регион «SU». Текста уведомления и даты публикации в записи нет. Классификация — это запись идентичности, а не доказательство процедуры.

Что это значит для наблюдателя

Для операторов сети и юристов ценность этого уведомления меньше в том, «что решено», и больше в том, «где искать, чтобы узнать, что нечто решено». Совпадение номеров — не совпадение процедур. Сила Approval Action — в Приложении D; содержательный надзор — в статьях 17 и 18; основание участвовать — в позиции ASO. Три разных места, и каждое требует собственной проверки.

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

Что изменило бы смысл этого уведомления

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

Заполнять то, чего мы не видели, предположением, что всё там есть, — худший выбор. Пока прочно держатся три вещи: статьи 17 и 18 касаются содержательного надзора; механика одобрения лежит в Приложении D; ASO получает уведомление как участник сквозного механизма. Уже этого достаточно, чтобы один раз остановить привычку читать уведомление как документ процедуры поправки.