Кратко

  • В 2024 году 94 из 97 подсчитанных голосов ccNSO поддержали рекомендацию; 22 октября 2026 года Совет ICANN принял отдельное решение.
  • Совет одобрил политику, исключив оценку риска для сходства только в верхнем регистре и связанные ссылки.

Голосование ccNSO было убедительным, но оно не завершило процесс. В апреле 2024 года 94 из 97 подсчитанных голосов поддержали рекомендацию; проголосовали 56% из 174 представителей. 22 октября 2026 года Совет ICANN принял политику, кроме раздела 7.8 об оценке обработки риска и четырёх ссылок на него. Это решения разных органов, разделённые двумя годами.

Политика охватывает жизненный цикл интернационализированных доменов верхнего уровня для кодов стран: выбор и проверку строк и вариантов, их делегирование, передачу, отзыв или вывод из эксплуатации. Раздел 7.8 относился к узкому случаю. Если строка признавалась похожей только в верхнем регистре, заявитель мог предложить меры снижения риска и попросить независимую комиссию, назначенную ICANN, оценить план. Управляющий доменом и, при необходимости, государственный орган брали на себя исполнение мер.

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

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

Остальная часть ccPDP4 переходит к реализации при условии расстановки приоритетов, оценки осуществимости в организации ICANN и учёта дополнительных операционных, технических, юридических, связанных с безопасностью и ресурсами вопросов. Для некоторых рекомендаций нужны поправки к Уставу. Совет не может гарантировать поддержку Empowered Community. Одобрение открывает следующий раунд решений, а не выдаёт готовый план внедрения.

Следующий институциональный рубеж — заявление Совета. Резолюция поручает президенту и CEO передать его Совету ccNSO. Совет ccNSO сможет подтвердить или изменить рекомендацию; дополнительная рекомендация может вернуться в Совет ICANN. Голосование 2024 года остаётся сильным мандатом внутри ccNSO. Резолюция 2026 года показывает, где этот мандат встречается с полномочием принять политику.

Источники