После неудачной CPE: как DotMusic получила корневую зону.MUSIC

Резюме

• В официальных документах есть видимое противоречие. Отчёт об оценке приоритета сообщества от 10 февраля 2016 года утверждает, чтоDotMusic Limited«Did Not Prevail» и набрала 10 из 16 возможных баллов. Однако текущаястраница статуса заявки ICANNсообщает, что заявка делегирована, и обозначает результат конкуренции как «Prevailed Contention (CPE Report)», при этом ссылаясь на тот самый провальный отчёт. Более поздний статус не доказывает, что оценка CPE была пересмотрена. Он показывает, что исходная заявка пережила проигрыш и дошла до последующих этапов.
• Оценка приоритета сообщества была необязательным механизмом приоритета внутри набора из восьми конкурирующих заявок, а не окончательной лицензией на работу и не общей оценкой правомочности. СогласноМодулю 4 Руководства для заявителей 2012 года, для вытеснения напрямую конкурирующих стандартных заявок требовалось 14 баллов. Более низкий результат оставлял заявку в конкуренции и направлял оставшиеся стороны к урегулированию, отзыву или аукциону. Сам отчёт прямо сообщал DotMusic, что другие пути Модуля 4 остаются доступными.
• Запрос на пересмотр 16-5 дал доступ к проверке, но не содержал решения по существу. DotMusic и десять организаций музыкального сектора оспорили оценку и её принятие ICANN. Позднее проверка процесса изучила коммуникации с провайдером, согласованность оценок и исследовательскую базу. Правление приняло эти отчёты, возобновило приостановленные запросы на пересмотр и в итоге отклонило запрос 16-5 14 марта 2019 года. Ни один орган не назначил новый балл, не предоставил приоритет сообщества и не объявил отчёт с 10 баллами недействительным.Досье ICANN по запросу на пересмотр
• Правовое последствие возникло из более поздних документов. В 2020 году ICANN одобрила несколько изменений заявки и обязательств в общественных интересах; ICANN и DotMusic заключилисоглашение о реестре 4 мая 2021 года; этот договор сделал отдельные обещания сообществу исполнимыми через раздел 2.19 и спецификации 11 и 12; а отдельныйотчёт о готовности к делегированиюподтвердил, что оставшиеся программные, договорные и технические проверки пройдены. Затемкорневая запись IANAзарегистрировала.MUSIC 14 октября 2021 года, а официальныйотчёт о делегированиипоследовал 29 октября.история изменений заявки

Столкновение в официальных документах

Первая страница оценки 2016 года недвусмысленна. Заявка 1-1115-14110 на строку MUSIC получила 10 баллов. В отчёте указано: ноль баллов за формирование сообщества, три за связь, четыре за регистрационную политику и три за поддержку сообщества. Требовалось четырнадцать баллов. В поле результата указано «Did Not Prevail», а сопроводительное уведомление сообщает, что заявка всё ещё может разрешить конкуренцию другими методами из Модуля 4.Отчёт CPE 2016 года

Текущая страница заявки ICANN столь же недвусмысленна относительно другого этапа. Она идентифицирует ту же заявку и заявителя, помечает заявку как «Delegated», конкуренцию как «Resolved» и использует метку результата «Prevailed Contention (CPE Report)». Там же предупреждается, что информация на странице может быть неактуальной для заключённых и делегированных TLD. Связанный отчёт CPE — это провальный отчёт с 10 баллами, а не более поздняя успешная оценка.Страница статуса заявки ICANN

Третий официальный документ фиксирует операционный результат, не решая загадку классификации.База данных корневой зоны IANAназывает DotMusic Limited спонсирующей организацией для.MUSIC и фиксирует 14 октября 2021 года как дату регистрации.Отчёт о делегировании от 29 октябрясообщает, что проверки правомочности, совпадения сторон, подтверждения контактов, технического соответствия и другие процедуры завершены. Вместе эти документы устанавливают, что DotMusic стала спонсирующей организацией делегированного TLD.MUSIC. Они не утверждают, что её балл CPE изменился.

Видимое противоречие исчезает только при разделении четырёх статусов.Результат CPEотвечал на вопрос, получила ли DotMusic приоритет над конкурентами.Жизнеспособность заявкиотвечала на вопрос, осталась ли заявка способной продолжать участие после провала теста на приоритет.Заключение договораотвечало на вопрос, заключили ли ICANN и DotMusic обязательное соглашение о реестре.Делегированиеотвечало на вопрос, прошла ли строка и оператор оставшиеся проверки для включения в корневую зону DNS. Более позднее «да» на одном этапе не переписывает молча более раннее «нет» на другом.

Такое разделение — не семантическая аккуратность. Это институциональная архитектура дела. Считать «delegated» доказательством того, что CPE была позже выиграна, означало бы придать архивной метке статуса больше силы, чем подписанному отчёту об оценке и решению Правления. Считать «did not prevail» прекращением заявки означало бы проигнорировать предложение в том же отчёте, сохраняющее другие пути разрешения конкуренции. Ответственное прочтение уже: текущая страница статуса сжимает многоэтапную историю в поле, формулировка которого как минимум недостаточно точна. Ни один первичный документ, рассмотренный для этой статьи, не объясняет, почему в этом поле указано «Prevailed Contention (CPE Report)», и такое объяснение не следует выдумывать.Страница статуса заявки ICANN

Восемь заявок, один необязательный путь приоритета

.MUSIC не распределялась только между DotMusic и ICANN.Определение ICANN 2016 года по запросу на пересмотр 16-7подтверждает, что набор состоял из двух заявок сообщества и шести стандартных заявок. Опубликованныезаписи о возраженияхназывают восьмерых заявителей: DotMusic Limited,.music LLC, dot Music Limited, DotMusic Inc., Victor Cross, Amazon EU S.à r.l., Entertainment Names Inc. и Charleston Road Registry Inc. Только одна идентичная ASCII-строка могла дойти до делегирования.

Модуль 4 давал заявителям несколько способов устранить коллизию. Заявителей поощряли к достижению соглашений, и конкуренция могла быть разрешена самостоятельно путём одного или нескольких отзывов. Заявка, завершившая предыдущие этапы и переставшая входить в набор конкурирующих заявок из-за изменения состава или самостоятельного урегулирования, могла продолжать. Заявка также могла победить в формальной процедуре конкуренции — CPE или аукционе — и затем продолжить. Таким образом, Руководство наделяло значимой властью как частные стороны, так и ICANN: конкуренты могли сохранять заявки, договариваться или отзывать их; ICANN предоставляла признанные процедуры и определяла для целей программы, когда набор был разрешён.Модуль 4 Руководства для заявителей

CPE была доступна только заявителям, обозначившим свои заявки как заявки сообщества и выбравшим эту процедуру. Задача провайдера состояла в том, чтобы оценить заявку по формированию сообщества, связи, регистрационной политике и поддержке сообщества. Одна заявка, набравшая 14 баллов, могла устранить напрямую конкурирующие стандартные заявки. Если ни один заявитель сообщества не достигал порога, все оставшиеся стороны — сообщества и стандартные — продолжали движение к аукциону, если сначала не разрешали набор самостоятельно.Модуль 4 Руководства для заявителей

Такая конструкция объясняет и серьёзность, и пределы теста. Приоритет был мощным, потому что мог устранить напрямую конкурирующие стандартные заявки, не требуя их добровольного отзыва. Порог был соответственно высоким. Однако Руководство также предостерегало, что недостижение 14 баллов не обязательно означает суждение о несостоятельности или недействительности заявленного сообщества. CPE решала право на приоритет по заданным критериям; она не решала, была ли заявка технически квалифицированной, мог ли её оператор позже заключить договор и существовал ли музыкальный сектор как социальный факт.Модуль 4 Руководства для заявителей

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

Метка сообщества сама по себе не создавала полномочий принимать решения. DotMusic выбрала форму заявки сообщества и представила доказательства. Поддерживающие организации могли одобрить её. Economist Intelligence Unit, действовавший как администратор CPE, выполнял функцию оценки. Стандартные заявители не участвовали в процедуре оценки CPE, но их заявки могли быть устранены успешным баллом сообщества. Эта асимметрия — причина того, почему оценочное решение провайдера имело исполнительные последствия и почему последующие возражения против процедуры стали настолько важными.Модуль 4 Руководства для заявителей

Запрос 16-5: широкое участие, узкие полномочия

DotMusic не приняла оценку как конец спора. 24 февраля 2016 года она и десять организаций подализапрос на пересмотр 16-5, оспаривая и отчёт провайдера, и его принятие организацией ICANN. Созаявителями были International Federation of Musicians, International Federation of Arts Councils and Culture Agencies, Worldwide Independent Network, Merlin Network, Independent Music Companies Association, American Association of Independent Music, Association of Independent Music, Content Creators Coalition, Nashville Songwriters Association International и ReverbNation. Полноедосье ICANN по запросу на пересмотрфиксирует запрос, приложения, переписку, презентационные материалы, поздние документы проверки, рекомендацию BAMC, опровержение и решение Правления.

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

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

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

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

Три направления проверки процесса, ни одно — не новая оценка

Пока запрос 16-5 ожидал рассмотрения, ICANN приостановила его и другие связанные с CPE вопросы подотчётности и поручила FTI Consulting изучить процесс CPE. У проверки было три направления. Направление 1 касалось коммуникаций и взаимодействий между организацией ICANN и провайдером CPE. Направление 2 спрашивало, применял ли провайдер критерии CPE последовательно в разных отчётах. Направление 3 составляло исследовательские и справочные материалы, лежащие в основе восьми оспариваемых оценок, включая.MUSIC. Конструкция была расследовательской и сравнительной; она не была сформулирована как повторная оценка заявки DotMusic с нуля.Резолюции Правления от 15 марта 2018 года

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

У этого вывода было существенное ограничение, которое не следует вычёркивать. FTI сообщила, что многие коммуникации были устными и не были задокументированы, поэтому их невозможно оценить. Было отмечено, что в этих устных контактах не наблюдалось ничего, указывающего на ненадлежащее влияние, но «ничего не наблюдалось» — не то же самое, что полная запись каждого обмена. Позднее Правление признало, что выводы опираются на письменные коммуникации и документы, описанные в отчётах. Прозрачность повысилась, но историческая запись осталась неполной.Отчёт по направлению 1

Отчёт по направлению 2рассматривал последовательность как вопрос соответствия. FTI изучила Руководство и руководства по CPE, жалобы заявителей, рабочие документы, коммуникации и интервью. Вывод: провайдер последовательно применял критерии, и не было найдено ни одного случая, когда процесс или отчёты отклонялись от применимых руководств. Это был вывод о соблюдении и последовательности по всему массиву работы CPE. Это не было независимым присуждением баллов DotMusic.

Отчёт по направлению 3был ещё уже. FTI каталогизировала ссылки в отчётах и рабочих документах и попыталась связать утверждения об исследованиях без цитат с исходными материалами. Прямо говорилось, что FTI не опиралась на содержание справочных материалов и не оценивала уместность или разумность исследований провайдера; оба вопроса были вне рамок. Также отмечалось, что рабочие документы содержали URL, а не статические снимки, что некоторые ссылки уже не работали, а некоторые содержали опечатки, что затрудняло реконструкцию исходного состояния веб-страниц.

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

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

Март 2018 года: Правление закрыло проверку, но не спор по существу

15 марта 2018 года Правление ICANN приняло резолюции с 2018.03.15.08 по 2018.03.15.11. Оно приняло выводы трёх отчётов FTI, заключило, что для текущего раунда заявок не требуется пересмотр или изменение CPE, объявило проверку процесса завершённой и поручило BAMC возобновить приостановленные запросы на пересмотр, связанные с CPE.Резолюции Правления от 15 марта 2018 года

Последовательность решающая. Принятие отчётов само по себе не отклоняло запрос 16-5. Оно сняло институциональную паузу, которая мешала запросу дойти до решения. Правление также сообщило, что DotMusic и другие заявители получат возможность представить дополнительные материалы и сделать презентации о значении отчётов проверки процесса для их дел. Таким образом, завершение проверки процесса вновь открыло путь подотчётности; оно не заменило окончательное решение на этом пути.Резолюции Правления от 15 марта 2018 года

Вывод Правления «без пересмотра» также был ограничен текущим раундом. Это было решение по управлению программой на основе выводов проверки, а не заявление о том, что внешняя CPE никогда не может быть улучшена. Что важнее для DotMusic, в нём не содержалось указания изменить отчёт с 10 баллами. Оценка оставалась действующей, пока BAMC возвращался к ожидающему запросу.

В более поздних документах есть спор о дополнительной возможности. Обоснование Правления 2019 года утверждает, что BAMC пригласил представить дополнительные письменные материалы и презентацию, и характеризует заявителей как отвергших оба приглашения. Опровержение заявителей оспаривало эту характеристику: они заявляли, что добивались неограниченных материалов и очной презентации. Правление заключило, что их апрельская формулировка 2018 года отвергла ограничения, и отметило, что дополнительных материалов не последовало. Это процедурное разногласие было рассмотрено, но оно не привело к новому слушанию и не изменило результат.Резолюция Правления от 14 марта 2019 года

Этот эпизод показывает, почему существование возможности не следует приравнивать к удовлетворённости её условиями. DotMusic уже представила обширные материалы и возражала против ограничений дальнейшего участия. ICANN сочла предложенный канал достаточным, а ответ — отказом. Правление, а не заявители, имело полномочия решать, нарушил ли этот обмен пересмотр по применимому стандарту.

Март 2019 года: отказ, а не пересчёт баллов

BAMC выпустил рекомендацию 25 января 2019 года. В ней зафиксировано, что заявка DotMusic была помещена вместе с семью конкурентами, что запрос 16-5 накопил 41 приложение и не менее 11 поздних материалов, и что проверка процесса CPE вмешалась, пока запрос был на паузе. Рекомендация предлагала отказ, поскольку не было обнаружено нарушения установленной политики или процедуры при оценке и неправильного применения, существенно и негативно повлиявшего на заявителей.Рекомендация BAMC

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

Правление рассмотрело несколько категорий утверждений: последствия другой декларации IRP, консультации GAC, предполагаемые конфликты, коммуникации ICANN и провайдера, а также использование провайдером критериев CPE. Оно неоднократно возвращалось к одному и тому же юрисдикционному вопросу — было ли нарушено установленное правило или процедура. Правление согласилось с BAMC, что заявители не показали такого нарушения при оценке заявки.Резолюция Правления от 14 марта 2019 года

Решение не следует ни преуменьшать, ни расширять. Оно было авторитетным для запроса 16-5 и оставило отчёт CPE в силе. Оно также одобрило процедурный анализ BAMC и отклонило представленные основания. Но это не был новый лист оценки. Правление не присуждало DotMusic ноль, три, четыре и три балла по четырём критериям; это сделал провайдер. Правление не назначало вторую панель для оценки заявки. Оно не предоставляло приоритет. Оно не заявляло, что более поздний путь DotMusic к строке будет считаться успешной CPE.

Отказ также не прекращал заявку. Позднее отчёт о готовности зафиксировал, что механизм подотчётности не привёл к определению о запрете заключения договора для заявки. Это иное утверждение, чем то, что DotMusic выиграла пересмотр. DotMusic проиграла оспаривание, но отказ не создал отдельного программного запрета. В институциональных терминах «нет средства защиты» и «нет программного запрета» могут сосуществовать.отчёт о готовности к делегированию

Апрельский отчёт исполнительной команды ICANN 2019 года добавляет один ограниченный факт к хронологии после решения: DotMusic отозвала четыре ожидавших рассмотрения процедуры совместного взаимодействия (CEP) по.MUSIC. Отчёт не называет существенного приказа, вынесенного в этих CEP, и не раскрывает урегулирование. Их отзыв закрывает процедурную ветвь; он не устанавливает частную сделку, если таковая была, которой позже была устранена конкуренция.Отчёт исполнительной команды за апрель 2019 года

Недостающий мост: как конкуренция перестала блокировать DotMusic

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

Публичный отчёт о готовности доказывает результат, но не раскрывает механизм. Его раздел о сходстве строк спрашивает, победила ли заявка через «CPE, Auction, and/or Self-Resolution», включая отзыв или прекращение всех остальных участников конкуренции, и отвечает «Yes». Это запись в дизъюнктивном контрольном списке. Она подтверждает, что ICANN сочла набор конкурирующих заявок разрешённым. Она не определяет, какая комбинация аукциона, частного соглашения, отзыва или прекращения произвела это устранение.отчёт о готовности к делегированию

Поскольку собственный отчёт CPE DotMusic сообщает, что она не победила, эта провальная оценка сама по себе не может быть исполнительным событием, заставившим все семь конкурирующих заявок перестать блокировать строку. Отчёт о готовности подтверждает, что ICANN сочла признанное условие разрешения конкуренции выполненным, тогда как отдельные страницы конкурентов, напримерзапись заявки dot Music Limited, показывают отзыв и непобедившие результаты. Ни один источник не раскрывает частное встречное предоставление, формулу платежа, двусторонние условия или тип аукциона. Поэтому безопасный вывод ограничен: ни один конкурент не остался программным блоком, и ICANN сочла набор разрешённым; рассмотренный публичный документооборот не доказывает коммерческие условия или точную комбинацию механизмов, создавших этот результат.

Этот пробел не даёт права заполнять историю отраслевыми обычаями. Частное урегулирование может объяснять один или несколько отзывов; аукцион мог сыграть роль; разные заявители могли выйти разными путями. Без первичного документа каждое из них — лишь возможность. Различие между задокументированным статусом и недокументированной сделкой важно для отчётности об управлении, потому что первое сообщает нам, что программный блок исчез, а второе — почему и на каких условиях.

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

Метка «Prevailed Contention (CPE Report)» на текущей странице заявки затемняет эту распределённую власть. Она заставляет путь казаться единственным и управляемым оценщиком, тогда как доступные документы показывают лишь, что оставшийся набор был позже устранён и что ICANN зафиксировала победу заявки в конкуренции. Пока ICANN не опубликует разъяснение истории статусов, эту метку следует цитировать как значение поля, а не повторять как правовое объяснение того, как DotMusic выиграла строку.Страница статуса заявки ICANN

2020 год: изменение заявки ещё не было заключением договора

История изменений заявки ICANNфиксирует серию одобренных изменений в начале 2020 года. Вопрос 7 был обновлён 29 января. Вопросы 16, 18A, 18B, 18C, 20D, 27 и 28 были обновлены 20 марта; страница сообщает, что изменились и конфиденциальные, и открытые части, поэтому конкретные детали не опубликованы. Новое приложение об обязательствах в общественных интересах было размещено 23 марта, заменив версию 2015 года. Вопрос 20E был обновлён 25 марта. Соответствующие публикации открывали 30-дневные окна общественных комментариев, где это указано.

Эти одобрения — документальный мост между оспариваемой заявкой и более поздним договором, но они не эквивалентны договору. DotMusic предлагала изменения; ICANN одобряла изменения записи заявки; общественность могла комментировать указанные публикации. Ни одно из этих действий само по себе не назначало DotMusic оператором реестра и не помещало.MUSIC в корневую зону. Они меняли условия, на которых заявка могла быть продвинута дальше.

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

Соглашение 2021 года превратило избранные обещания в обязательства

Страница ICANN о соглашениях о реестре называет DotMusic оператором, указывает 4 мая 2021 года как дату соглашения и классифицирует.MUSIC как базовое, сообщественное (Спецификация 12), неспонсируемое соглашение. Эта классификация важна, потому что после заключения договора статус сообщества перестал быть лишь нарративом заявителя. Он появился в правовом документе, регулирующем работу.Страница соглашения о реестре.MUSIC

Но дажезаключённое соглашение о реестресохраняет следующий этап. Раздел 1.1 назначает DotMusic оператором реестра при соблюдении требований и необходимых одобрений для делегирования и входа в корневую зону. Соглашение также позволяло ICANN расторгнуть его, если оператор не завершит определённые тесты и процедуры делегирования в течение 12 месяцев, с возможным продлением. Таким образом, договорное назначение создало права и обязанности до создания действующего TLD.

Раздел 2.19 распределяет обязательства по управлению сообществом. DotMusic обязана установить политики для правил именования, регистрации членами сообщества и использования, соответствующего цели сообщества. Она обязана управлять TLD так, чтобы сообщество могло обсуждать и участвовать в разработке и изменении политик. Она обязана установить процедуры принудительного исполнения и разрешения споров, применять политики, принять процедуру разрешения споров об ограничениях реестра и соблюдать Спецификацию 12.заключённое соглашение о реестре

Глаголы показывают структуру власти. Сообщество имеет право на обсуждение и участие. DotMusic обязана устанавливать, управлять и принудительно исполнять. ICANN осуществляет договорный надзор, а указанные процедуры разрешения споров дают пути для квалифицированных жалоб и средств защиты. Участие сообщества, таким образом, реально, но не тождественно праву вето, голосу в Правлении или собственности на изменение корневой зоны. Консультативный совет по политике может влиять на политику; он не заменяет оператора реестра как договаривающуюся сторону.

Спецификация 11 добавляет обязательства в общественных интересах, исполнимые ICANN и через PICDRP. Обязательства.MUSIC включают аутентификацию регистрантов, недискриминацию законных членов мирового музыкального сообщества, консультации через Консультативный совет по политике, соответствие регистрационной политики цели сообщества, а также проактивное и реактивное принудительное исполнение с механизмами апелляции. Это не ретроспективное присуждение баллов CPE. Это перспективные договорные обязанности, связанные с работой.заключённое соглашение о реестре

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

Эти положения создают иной вид институциональной власти, чем CPE. Балл оценщика был одноразовым тестом на распределение. Спецификация 12 регулирует постоянный доступ, использование и принудительное исполнение внутри делегированного пространства имён. Человек или организация может поддерживать идею музыкального сообщества, но всё равно получить отказ в регистрации по правилам правомочности. Регистрант может войти, а позже столкнуться с блокировкой или прекращением за несоответствие. Власть оператора, таким образом, и разрешающая, и исключающая, ограниченная договором, применимым правом и процедурами разрешения споров.

Исполнимость также следует формулировать точно. Соглашение говорит, что конкретные PIC исполнимы ICANN и через PICDRP, и связывает оператора результатами RRDRP; договор предусматривает средства защиты, которые могут включать прекращение в применимых процедурах после делегирования. Но доступ к названной процедуре — не автоматическое средство для каждого разочарованного регистранта. Правоспособность, доказательственные пороги, предмет жалобы и регулирующая процедура по-прежнему определяют, может ли требование быть рассмотрено и какая защита может последовать.заключённое соглашение о реестре

Таким образом, соглашение сделало то, чего не могла оценка 2016 года. Оно превратило избранные обещания о регистрации, проверке, консультациях и принудительном исполнении в обязательства, исполнимые против оператора. Оно не заявляло, что провайдер неправильно оценил формирование сообщества. Правовым источником обязательств было согласие на договор 2021 года, а не ретроактивная победа CPE.

Договор не означал доступа к корневой зоне

Отчёт о готовности от 13 октября 2021 года показывает отдельный операционный этап. Он помечает «Readiness Confirmed» и фиксирует успешную проверку биографических данных, проверку стабильности DNS, проверку сервисов реестра, финансовую проверку и технико-операционную проверку. Также зафиксированы учёт общественных комментариев, отсутствие возражений против собственной заявки DotMusic, отсутствие консенсусных консультаций GAC о том, что строка не должна быть одобрена, и механизм подотчётности, не приведший к определению, запрещающему заключение договора.отчёт о готовности к делегированию

Последняя страница добавляет два условия, которые подписанный договор сам по себе не мог выполнить: соглашение о реестре было заключено, и предделегационное тестирование было завершено. Контрольный список затем подтверждает, что оценка соответствовала процедурам ICANN и что процесс обеспечил вклад заинтересованных сторон. Что бы ни думать о широте этих институциональных утверждений, оперативная функция документа ясна: он удостоверял, что ICANN сочла все применимые фазы программы новых gTLD завершёнными для делегирования.отчёт о готовности к делегированию

Затем отчёт IANA проверил, что предложенная спонсирующая организация совпадает с договаривающейся стороной, что контакты подтвердили свои данные и обязанности, что техническая конфигурация отвечает минимальным требованиям корневой зоны и что другие процедурные проверки завершены. Отчёт называет DotMusic предложенным управляющим и сообщает, что процесс заявки на новый gTLD завершён. Функции IANA выполняла Public Technical Identifiers, аффилированная с ICANN компания.Отчёт о делегировании IANA

Даты не следует схлопывать.Отчёт о готовностидатирован 13 октября 2021 года по тихоокеанскому времени.База данных корневой зоныфиксирует дату регистрации 14 октября.Отчёт о делегированииопубликован 29 октября. Готовность, корневая регистрация и публикация были тесно связанными, но разными действиями. Страница IANA, последний раз обновлённая 6 мая 2026 года, по-прежнему называет DotMusic спонсирующей организацией.

Эта последовательность распределяет окончательную власть с необычной ясностью. ICANN и DotMusic могли подписать соглашение, но сам договор делал назначение условным относительно одобрений делегирования. Программная функция ICANN удостоверила готовность. IANA/PTI проверила договаривающуюся сторону, контакты, техническую конфигурацию и завершение процедур и администрировала шаг корневой зоны. DotMusic могла предоставить информацию и технические возможности; она не могла в одностороннем порядке вставить.MUSIC в корневую зону.

Восстановленная цепочка полномочий

Таблица также показывает, почему не было единого момента, когда «ICANN» просто выбрала DotMusic. Разные компоненты системы ICANN выполняли разные функции, а частные заявители сохраняли рычаги между ними. Провайдер CPE мог отказать в приоритете, но не мог подписать договор реестра. Правление могло отказать в пересмотре, но не управляло реестром. Конкурирующие заявители могли блокировать продвижение, оставаясь в конкуренции, но не могли делегировать строку. IANA/PTI могла выполнить последний шаг корневой зоны только после заключения договора и готовности.

Контрфактические проверки объяснения

Первый контрфакт самый простой. Если бы провальная CPE автоматически прекращала заявку сообщества, история закончилась бы в феврале 2016 года. DotMusic не смогла бы остаться в конкуренции, получить одобренные изменения заявки, подписать соглашение о реестре или пройти готовность к делегированию. Модуль 4 и отчёт CPE прямо сохраняют другие пути, поэтому теория прекращения несовместима с регулирующими документами.Отчёт CPE 2016 года

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

В-третьих, если бы соглашение было заключено, но тесты делегирования или процедурные проверки провалились, DotMusic имела бы договорное назначение с невыполненными условиями, а не действующий домен верхнего уровня. Раздел 1.1 и договорной срок делегирования делают это различие явным. Поэтому октябрьские записи о готовности и IANA — независимые доказательства, а не церемониальные повторения договора.заключённое соглашение о реестре

В-четвёртых, успешный запрос на пересмотр мог привести к корректирующим действиям, затрагивающим процесс или оценку. Фактическая резолюция Правления этого не сделала. Более поздний результат нельзя приписать средству защиты, которое никогда не было назначено. DotMusic достигла корневой зоны, потому что заявка выжила, конкуренция позже была устранена, ICANN одобрила изменения, стороны заключили договор и проверки делегирования были завершены, — а не потому, что резолюция 2019.03.14.12 скрывала пересмотр.Резолюция Правления от 14 марта 2019 года

Ограниченный вывод

Путь DotMusic к.MUSIC — это дело о последовательных полномочиях. Балл 10 имел значение, потому что лишал мощного права приоритета. Процесс пересмотра имел значение, потому что обнажил пределы внутренней проверки ICANN: широкое участие и институциональное расследование не привели к пересчёту баллов по существу. Конкурирующие заявители имели значение, потому что заявка не могла продвигаться, пока их конкурирующие претензии не перестали её блокировать. Договор 2021 года имел значение, потому что превратил избранные обещания сообществу в исполнимые обязательства.

IANA/PTI имела значение, потому что ни действующая заявка, ни подписанное соглашение сами по себе не были делегированием корневой зоны.

Нерешённые части также содержательны. Текущая страница заявки публично не согласована с провальным отчётом CPE. Рассмотренный публичный документооборот доказывает устранение конкуренции, но не точный механизм, любой платёж или структуру аукциона. Некоторые изменения заявки 2020 года описаны без полных публичных деталей. Отчёт о соответствии после 2021 года требует постоянной проверки; отсутствие уведомления в текущем наборе источников не доказывало бы, что уведомления или спора не существует.

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