Кратко

  • Заявка сообщества в раунде 2026 должна пройти Registry Commitments Evaluation для предложенных правил регистрации, прежде чем сможет участвовать в Community Priority Evaluation.
  • Сначала проверяется, можно ли включить правила в договор с реестром; затем решается вопрос о приоритете в окончательном наборе конкурирующих заявок. Ни одна из проверок не доказывает наличие публичного мандата и не гарантирует делегирование домена.

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

До разбирательства о приоритете программа ставит более конкретное условие. Заявка сообщества должна предложить Community Registration Policies для включения в договор с оператором реестра. Согласно действующим разъяснениям ICANN, эти правила должны пройти Registry Commitments Evaluation (RCE). Без одобренных правил заявка не может перейти к следующему этапу, включая Community Priority Evaluation (CPE). Если заявка сообщества в наборе конкурентов выбирает участие в CPE, сначала должна состояться RCE. Руководство раунда 2026 описывает RCE как проверку возможности включить предложенные правила в договор, а последующую CPE — как оценку соответствия уже одобренных правил заявленной цели сообщества.

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

Две проверки отвечают на разные вопросы. RCE выясняет, можно ли обеспечить исполнение предложенных правил и совместимы ли они с Уставом ICANN для включения в Registry Agreement. CPE представляет собой независимую оценку внешней группы экспертов. В руководстве раунда 2026 перечислены четыре критерия: сформированность сообщества, связь запрошенной строки с сообществом, правила регистрации и поддержка сообщества. Наибольший вес отдан сформированности сообщества, далее идут связь со строкой, поддержка и правила.

Для большинства проверок RCE ICANN ожидает 60–90 дней, если не возникнут исключительные обстоятельства; в руководстве на CPE отводится примерно 180 дней. Это плановые оценки, а не гарантированные сроки.

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

Обозначение сообщества фиксируется раньше. ICANN указывает, что выбрать статус «community» можно только при первоначальной подаче, а изменить его позднее нельзя. Примечание в руководстве прямо говорит: заявитель сам обозначает заявку как заявку сообщества; CPE не устанавливает, существует ли это сообщество. Даже после провала CPE заявка сохраняет прежний тип. Это важно, чтобы не принимать балл комиссии за универсальный вывод о самобытности или ценности группы. Комиссия решает лишь то, соответствует ли конкретная заявка критериям приоритета в рамках программы.

Предложенные правила сохраняют значение и после оценки. Если заявка движется к делегированию, Community Registration Policies должны войти в применимое соглашение с оператором реестра. Заявитель должен объяснить связь заявленного сообщества со строкой и порядок управления регистрациями. Взамен заявка, выполнившая критерии, может опередить прямых конкурентов без предварительной победы на аукционе. Слишком расплывчатые для применения, чрезмерно широкие или слабо связанные с заявленной целью правила могут ослабить этот путь. Основанием для оценки служат заявка и одобренная политика, а не слово «сообщество» в пресс-релизе.

Статистика раунда 2026 дает контекст, но не отвечает на вопрос о легитимности. В срезе ICANN от 7 октября было 1 615 заявок, из них 16 с обозначением сообщества; окончательные итоги должны быть подтверждены позднее. Эти цифры не показывают, сколько заявок окажется в конкурирующих наборах, выберет CPE, пройдет RCE или получит приоритет. Проверка экспертной группы также не является голосованием членов сообщества или разрешением от людей вне заявки. Записка Хэнга Лу №73 здесь служит лишь редакционной оптикой: участие и затронутый интерес дают сведения и аргументы, но автоматически не создают мандат связывать отсутствующих третьих лиц.

Для заявителей и операторов практический вопрос не сводится к тому, конкурируют ли строки. Важно, достаточно ли ясно определена связь заявленного сообщества со строкой и можно ли одобрить правила регистрации и включить их в договор. Наблюдателям следует отслеживать окончательный состав конкурирующего набора, результат RCE, решение об участии и оплате CPE при получении приглашения, а затем — вывод комиссии. Обозначение сообщества открывает возможный путь; правила и проверки определяют, можно ли им воспользоваться.

Источники