Кратко

  • Поздний номер приоритета не исключает заявленную строку из поля сравнения. В раунде 2026 года оценка сходства должна охватить все заявленные строки до того, как будут сформированы пакеты приоритетной оценки.
  • Представим две заявки на домены верхнего уровня с визуально похожими строками. Одна получает ранний номер приоритета, другая оказывается далеко в конце очереди. Если рассматривать первую группу отдельно, связь между строками может обнаружиться уже после того, как состав начального пакета будет зафиксирован.

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

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

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

Сначала полное сравнение, затем очередь

Действующей авторитетной английской версией Руководства является V2-2026.04.24. Модуль 1 относит оценку сходства к оценке строк — процессу, сосредоточенному на заявленных строках и их распределяемых вариантах. Там же проведено важное различие: пять элементов оценки строк рассматриваются параллельно, а сама оценка строк, в отличие от оценки заявки и заявителя, не следует порядку приоритетов.

Модуль 7 определяет пространство сравнения. Для каждой заявки основная строка и относящиеся к ней варианты сопоставляются с несколькими категориями. Среди них уже делегированные gTLD, ещё обрабатываемые строки прошлых раундов, предусмотренные Руководством ccTLD и запросы IDN ccTLD, другие строки текущего раунда, часть заблокированных имён и остальные двухсимвольные строки ASCII. Распределяемые и заблокированные варианты учитываются по детальным правилам Руководства.

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

Выражение «полное поле сравнения» — редакционное объяснение устройства правила, а не формулировка, которую ICANN приводит как официальное обоснование. Заявленная ICANN цель оценки сходства — предотвращать путаницу пользователей и снижение доверия к DNS, которые могли бы возникнуть при делегировании визуально похожих строк.