Кратко

  • В обзоре сентябрьского семинара председатель совета ICANN указала на согласованные положения и оставшиеся различия между предложением RSS GWG и критериями и рекомендациями RSSAC.
  • Совет обсудил помощь участникам в урегулировании вопросов в случае принятия рекомендаций. Сами вопросы не перечислены, решение о принятии не объявлено.
  • RSSAC058 различает проект организационной структуры, согласование учредительных документов и условия безопасного перехода к новым полномочиям.

Иногда важнее всего не разногласие, а отсутствие его адреса в опубликованном документе. 24 сентября председатель совета ICANN Tripti Sinha сообщила об итогах обсуждения проекта управления системой корневых серверов. Совет получил сведения о том, в чём функциональная модель рабочей группы совпадает с подходом RSSAC и в чём остаются различия. Затем обсуждалась поддержка заинтересованных сторон если совет примет рекомендации. Слово «если» оставляет принятие будущим решением, а перечень разногласий — неизвестным читателю.

Ещё 2 сентября руководство ICANN обещало сопоставить предложение с публикациями RSSAC, включая RSSAC037 и RSSAC058. Позднейший отчёт не раскрывает построчного результата такой проверки. Опубликованные решения заседания 6 сентября также не содержат утверждения этой модели. Эти документы не позволяют назвать сторону, якобы наложившую вето, определить конкретный провал критерия или назначить дату вступления новой структуры в силу.

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

RSSAC058 объясняет, почему совету требуется содержательное сравнение. Раздел B ставит переход в зависимость от окончательных учредительных документов и согласия тех, кто окажется связан правилами; переход не должен нарушать работу корневого сервиса. Раздел C требует обозначить, какие решения принимают только операторы, какие они принимают совместно с другими, по каким порогам голосования и как новый орган взаимодействует с RSSAC. Это публичные контрольные вопросы, а не обнародованные ICANN пункты спора. Превращать любой из них в доказанное возражение совета было бы подменой факта гипотезой.

Нужно точно читать и прежнюю поддержку. В RSSAC063 комитет поддержал обсуждавшийся в 2025 году вариант как первый необходимый шаг. В 2021 году совет ICANN поручил рабочей группе включить критерии RSSAC058 в свою работу. Поддержка первого шага и поручение учитывать стандарт не удостоверяют, что окончательный вариант 2026 года прошёл все проверки. Но и фраза о нерешённых различиях не отменяет областей согласия, упомянутых председателем.

Полезный следующий документ — открытая таблица судьбы критериев. В ней к существенному требованию прикладывались бы пункт модели, достигнутое согласие или открытый вопрос, уполномоченный участник и место окончательного решения: в модели, учредительных документах или следующей фазе. Это редакционное предложение Daniel Kade, а не требование, уже принятое ICANN. Оно не предполагает раскрывать чувствительные технические данные. Оно позволяет впоследствии отличить содержательное согласование от объявления о продвижении проекта.

Источники