Кратко

  • В окончательном обзоре сказано, что после общественного обсуждения эксперт по китайской письменности провёл дополнительный анализ с применением ИИ и выявил 1 612 случаев сходства хан. После дальнейших консультаций со специалистами ICANN включила их в китайские, японские и корейские данные по принципу осторожности.
  • Эти случаи относятся к слою данных, а не к итогам рассмотрения заявок. Инструмент SSE создаёт потенциальные множества конкурирующих строк; независимая комиссия может изменить, дополнить или сократить их, обязана объяснить решение по целым строкам, а заявитель вправе оспорить фактическую, процедурную или системную ошибку в течение 21 дня.

Число в наборе данных может изменить масштаб проверки, не меняя того, кто принимает решение. Именно это различие определяет значение 1 612 дополнительных случаев сходства хан, о которых ICANN сообщила 30 июля.

Окончательный обзор описывает дополнительную работу после консультации 2025 года. Эксперт по китайской письменности применил четыре семейства методов: свёрточные нейронные сети, анализ структуры штрихов, моменты Цернике и сеточные гистограммы. По сообщению ICANN, так были найдены 1 612 новых случаев. После повторного обсуждения со специалистами по письменностям они вошли в китайские, японские и корейские файлы.

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

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

Что изменилось после консультации

Опубликованный в октябре 2025 года проект уже следовал осторожному принципу. В пограничном случае предпочтение отдавалось передаче возможного сходства комиссии, а не его раннему исключению. Связи вариантов и транзитивность могли поставить в одно множество элементы, которые эксперты не называли непосредственно смешиваемыми; для таких механически выведенных связей предусматривались отдельные причины и уровни.

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

Обсуждение шло с 16 октября по 4 декабря 2025 года и собрало 11 материалов. Участники предлагали конкретные добавления и исключения, спрашивали о публичном доступе к инструменту, дальнейшем обслуживании данных и обращении с пограничными случаями. В итоговом отчёте ICANN ответила на ряд предложений и заявила, что рассмотрит техническую и операционную возможность публичного доступа. Она также указала, что для раунда 2026 года будет зафиксирована окончательная версия, а последующие сведения пойдут в будущую работу.

Финальная публикация раскрывает расширение хан: называет объём, методы, три затронутых набора и дополнительную консультацию специалистов. Поэтому называть изменение скрытым было бы неверно.

Но сама публикация общего описания ещё не даёт построчного происхождения. В изученных материалах нет открытого машинно-читаемого сравнения, которое выделяло бы каждое из 1 612 добавлений, показывало прежнее состояние, категорию происхождения и итог экспертного рассмотрения. Также неизвестно, какие из них когда-либо встретятся в поданной строке. Это ограничение публичной наблюдаемости не доказывает отсутствия внутренней записи или проверки.

Зафиксированная основа, открытое суждение

Окончательные данные и руководство имеют версию 1.0 и дату 23 июля 2026 года. Руководство закрепляет их за раундом 2026 года. Новые сообщения будут регистрироваться и обсуждаться с соответствующими экспертами, однако в текущем раунде базовый набор уже не обновят.

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

Инструмент использует данные для формирования потенциальных множеств. Затем независимая комиссия оценивает визуальное сходство строк целиком, учитывая длину, расположение и количество сходных элементов. Она может добавить строку к предложенному множеству, удалить её или изменить состав. Руководство требует обосновать результат.

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

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

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

Квитанция перехода от изменения к решению

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

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

На уровне проверки запись показывала бы, было ли сопоставление только в документации или реально повлияло на предварительный набор, какую версию инструмента использовали и насколько эта связь повлияла на его результат. Это не требует раскрывать заявки до предусмотренного срока.

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

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

ИИ расширяет поиск, но не несёт ответственность

Упоминание ИИ важно не потому, что любое применение модели подозрительно. Для сравнения большого пространства сложных письменностей вычислительные методы могут находить кандидатов, которые ручная работа пропустит. Четыре указанных подхода также показывают, что речь шла не об одном непрозрачном показателе.

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

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

Источники

  1. ICANN — объявление о данных и руководстве по оценке сходства строк, 30 июля 2026 года
  2. ICANN — окончательный обзор данных оценки сходства строк, версия 1.0
  3. ICANN — окончательное руководство по оценке сходства строк, версия 1.0
  4. ICANN — страница ресурсов по оценке сходства строк
  5. ICANN — общественное обсуждение данных SSE
  6. ICANN — итоговый отчёт общественного обсуждения данных SSE
  7. ICANN — проект обзора данных SSE для общественного обсуждения
  8. ICANN — руководство заявителя программы новых gTLD, раунд 2026 года
  9. ICANN — ответы о порядке оспаривания результатов оценки сходства строк