Кратко

  • Организация поддержки адресов (ASO) публикует на собственном сайте документ о процедуре использования полномочий Empowered Community; эта проверка сохранила снимок страницы 2 ноября 2026 года. Предположение, что у сообщества номеров нет опубликованной процедуры, этим опровергнуто.
  • Схема, которую документ описывает у себя самого, передаёт операционное решение Исполнительному совету организации ресурсов номеров (NRO) и обязывает представителя ASO в Empowered Community действовать по указанию. Положения Устава ICANN о сроках, порогах и порядке передачи в этой проверке получить не удалось.

Бывает, что заголовок звучит громче собственного содержания. Это тот случай. В одной строке упакованы две вещи: что просят сделать сообщество номеров и в каком институциональном положении оно находится, когда просят. Первое требует текста. Второе — только структуры. Структуру мы получили. Текст — нет.

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

1. Пять мест, одно юридическое лицо

Сначала выстроим сцену. Согласно фрагменту, который вернула эта проверка, — фрагменту, который сам поисковый процесс помечает как свой отчёт, и который я не переписывал построчным чтением страницы, — Empowered Community есть «некоммерческая ассоциация, учреждённая по законам штата Калифорния и состоящая из ASO, ccNSO, GNSO, ALAC и GAC».

Пять участников, принимающих решения. На этом числе стоит задержаться. Многостороннюю модель ICANN принято описывать как круглый стол. Но в вопросе об отказе это не стол, а юридическое лицо. У юридического лица есть члены, у членов есть представители, у представителей есть источник мандата. ASO — одно из них, и единственное, что напрямую соответствует ресурсам нумерации.

Если назвать этот слой точно, меняется то, о чём можно спрашивать дальше. Спросить, можно ли отклонить решение Совета директоров ICANN, значит спросить о договорной конструкции. Спросить, как сообщество номеров выражает себя в этой конструкции, значит спросить, как ASO в качестве члена формирует и передаёт свою волю. Эти два вопроса лежат на разных уровнях. Смешав их, получаешь ответ, который не является ни истинным, ни ложным: «они все между собой обсуждают».

2. Предположение, которое пало

Эта статья исходила из предположения, которое можно было опровергнуть. Если уведомление ходит по сообществу RIR, а на стороне ASO нет ни опубликованной процедуры принятия решений, ни датированной записи о том, что она рассматривала какой-либо отказ, то «предоставленное право» на практике есть лишь доверенность.

Первая половина предположения пала. На сайте самой ASO есть страница под названием «ASO Procedures for Empowered Community Powers», и эта проверка сохранила её снимок 2 ноября 2026 года. Процедура опубликована. Место заметное. Название, откровенно говоря, почти неловко прямое: это и есть процедура для полномочий Empowered Community.

Здесь нужна точность. Существование страницы, её полнота и актуальность и факт её применения — три разные вещи. Подтверждено первое. Второе нет: в снимке не оказалось ни даты публикации, ни отметки версии. Третье тоже нет: эта проверка не получила ни одной датированной записи о том, что ASO собиралась, обсуждала, поддержала или отклонила конкретный отказ.

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

3. Решающая фраза

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

У фразы две половины, и вес во второй.

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

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

Поэтому вопрос «есть ли у ASO процедура?» — не академический педантизм. Это единственное звено цепи, которое сообщество номеров держит само. Устав ассоциации определяет, что представитель подчиняется. Процедура ASO определяет, кому он подчиняется, как эта фраза складывается и за какое время.

4. Маршрут и его происхождение

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

По этому резюме маршрут ASO при отказе выглядит примерно так: секретариат NRO сообщает Исполнительному совету NRO об уведомлениях или петициях Совета директоров; Исполнительный совет на телеконференции решает, принять петицию или поддержать её; решение передаётся сообществам RIR; а представители ASO в Empowered Community действуют по указанию Исполнительного совета NRO. То же резюме приписывает Исполнительному совету NRO полномочие принимать петиции, отклонять их или отклонять без рассмотрения.

Если поставить это описание рядом с фразой из раздела 3, структура становится видна:

  • уровень ассоциации требует, чтобы представитель следовал указанию члена;
  • процедура члена (ASO) передаёт формирование указания Исполнительному совету NRO;
  • представитель исполняет это указание;
  • решение возвращается сообществам RIR в виде сообщения.

Полная, рисуемая цепь. Кто на каком звене действует — видно с первого взгляда. Здесь та половина утвердительного ответа, которую эта статья готова дать: дело не в том, что «никто не отвечает», а в том, что ответственность вписана в конкретный маршрут.

Но у этого маршрута есть черта, которую должен держать в поле зрения каждый, кто читает институциональные схемы: решающий узел стоит не в заголовке. Заголовок говорит «ASO». Решает Исполнительный совет NRO. ASO здесь — член, проход, источник мандата. Но не тот орган, который на телеконференции говорит «принимаем» или «отклоняем».

5. Где стоят часы

Теперь та половина, которую эта статья не принесла.

Отказ — не действие, которое можно подвешивать бесконечно. Любой такой механизм обязан ответить на три технических вопроса: в какое временное окно подаётся петиция; в какое временное окно принимают решение участники; сколько или какая доля должны согласиться, чтобы решение стало обязательным. Ответы на эти три вопроса есть в соответствующих положениях Устава ICANN. И эта проверка этих положений не получила.

Это не отговорка в духе «мы не знаем». У этого есть конкретное следствие. Читатель видит маршрут, но не видит расписания. Видеть маршрут значит знать, к кому обращаться. Не видеть расписание значит не знать, когда.

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

Здесь нужно притормозить и остаться в пределах, которые допускает доказательство. В этой проверке не получены: положения Устава, любой документ, протокол или резолюция Исполнительного совета NRO, любая резолюция или протокол Совета адресов ASO, любое уведомление администрации Empowered Community, а также дата публикации или отметка версии страницы процедуры. Эти пробелы — граница данной проверки, а не утверждение о том, существуют ли такие документы в мире. Не полученная резолюция и несуществующая резолюция — в доказательственном смысле совершенно разные вещи.

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

6. Три класса документов, шесть пробелов

Границу стоит выложить, чтобы читатель сам оценил вес этой записи. Эта проверка закрыла доступ к трём классам документов: положениям Устава ICANN об отказе (включая Приложение D), документам Исполнительного совета NRO и тексту самого уведомления, давшего имя предмету. Все три закрыты после последовательных неудач, по заранее установленному правилу остановки, а не по недосмотру.

Отсюда шесть неполученных пунктов:

  1. текст, дата, содержание просьбы и адресат уведомления;
  2. положения Устава ICANN об отказе, включая срок подачи петиции, срок решения, пороги и требования к передаче;
  3. любой документ, протокол или резолюция Исполнительного совета NRO;
  4. любая резолюция, протокол или датированная запись Совета адресов ASO о конкретном отказе;
  5. любое уведомление администрации Empowered Community, уведомление о петиции или уведомление о решении;
  6. дата публикации или отметка версии страницы процедуры ASO.

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

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

7. Два значения слова «опубликовано»

Есть различение, которое обычно перескакивают, и оно — источник всего напряжения этой статьи.

Опубликовать процедуру значит дать обещание о будущем: если это произойдёт, мы поступим так. Опубликовать запись значит предъявить доказательство о прошлом: это произошло, и поступили так. Первое решается редактурой. Второе требует, чтобы институт действовал.

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

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

8. 0,85 на карточке справочника

Заодно разберём метаданные, которые обычно пропускают. Справочник BTW учитывает этот предмет как идентичность типа регистратуры (REGISTRY), регион AN, с карточкой, где сказано «интернет-регистратура, зарегистрированная в RIPE NCC», уверенность 0,85, и где сам же заявлен пробел в данных: функцию регистратуры, территорию обслуживания, отношения управления и границу роли ещё предстоит проверить.

0,85 — честное число. Оно говорит «эта карточка в целом надёжна», а не «эта карточка независимо проверена». Четыре пункта, проверки которых требует сама карточка, — ровно те четыре, которые эта статья закрыть не смогла, потому что для них нужны институциональные документы, а институциональные документы — именно тот класс, который эта проверка закрыла.

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

9. Что это значит для члена

Сложив разделы, получаем полезное суждение для конкретного читателя.

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

По первому вопросу эта статья может сказать только это: механизм существует, маршрут ясен; применялся ли он когда-либо — записи в этой проверке не получено. По второму можно быть точнее. Вход в путь влияния не в уведомлении, а в процедуре самой ASO. По схеме, которую эта процедура описывает, указание формирует Исполнительный совет NRO. Член, желающий повлиять на это указание, должен действовать внутри маршрута ASO, на уровне сообщества своего RIR, до того как Исполнительный совет сформирует суждение.

В этом и реальная цена формулы «маршрут открыт, расписание нет»: она распределяет способность действовать в пользу тех, кто владеет информацией о времени. Это не заговор. Обычно это просто результат расслоения документов: устав лежит на стороне ICANN, протоколы Исполнительного совета — на стороне NRO, связь с сообществами — на стороне каждого RIR, а на опубликованной странице висит только маршрут.

10. Что изменило бы это суждение

Вывод этой статьи опровержим, и материал, который его опровергает, конкретен.

Если положения Устава о сроке петиции и сроке решения будут получены, пункт «часы неизвестны» немедленно сжимается до «не написано на определённой странице». Если датированная запись Исполнительного совета NRO или Совета адресов ASO покажет, что процедура применялась при конкретном отказе, пункт «применялась ли?» заменится датой, и останется только вопрос доступности. Если на странице процедуры появится отметка версии или дата публикации, закроется и пункт «действует ли она сейчас».

В обратную сторону: если более широкая проверка подтвердит, что положения Устава, протоколы Исполнительного совета и материалы Совета адресов существуют и опубликованы, а страница ASO их не связывает, критика поднимется от «недостаточного раскрытия» к более существенному пробелу в проверяемости. Материал этой проверки такой шаг не выдерживает. Поэтому статья здесь и останавливается.

11. Заключение

Процедура опубликована. Это факт, и его стоит зафиксировать. Он перевёл вопрос «есть ли у сообщества номеров место в этом механизме?» из догадки в проверяемую структуру: ASO — один из пяти участников, принимающих решения, её представитель действует по указанию, а указание формирует Исполнительный совет NRO.

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

Качество института редко проявляется в том, что маршрут существует. Оно проявляется в том, висит ли рядом табличка со временем. В этой проверке табличка не найдена.

Источники: ASO Procedures for Empowered Community Powers, Notice to the RIR Community: Request for ASO Consideration of ICANN Empowered Community Rejection Action, запись справочника BTW Только для Стратегического сообщества.