ICANN

Субъект находится слева, а связи сгруппированы по ролям справа. На схеме показаны наиболее надёжные связи каждой группы, полный список приведён ниже.

Полный список

• Файл зоны даёт общий доступ, но не право перепубликовать пространство имён

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

  Основная статьяОпубликовано 2026-09-03
• Показатель ICANN в 56,4% указывает на связь, а не на общего владельца

  В новом докладе OCTO при ICANN говорится, что у 56,4% ограниченной выборки новых gTLD-доменов, попавших в списки репутационных угроз в 2025 году, был хотя бы один технически связанный домен. Это может расширить направление расследования, но не доказывает общего владельца или умысел; сопоставить кластеры с проверенными данными о держателях учётных записей авторам не удалось.

  Основная статьяОпубликовано 2026-10-06
• Справочник UCAS помогает проверке, но не заменяет решение реестра

  5 октября ICANN сообщила о публикации справочных правил второго уровня для Unified Canadian Aboriginal Syllabics (UCAS). Проект рассчитан на сосуществование с французскими IDN в одной зоне, однако сама публикация не подтверждает одобрение таблицы реестра или её внедрение.

  Основная статьяОпубликовано 2026-10-06
• Путь показателей UA в национальную статистику пока не имеет координатора

  Проверить, принимает ли приложение адрес электронной почты на местной письменности, можно уже сейчас. Но для регулярного сопоставления стран нужен согласованный способ сбора данных и орган, уполномоченный его выработать. Публичная переписка с ICANN показывает, что эта часть пути пока не определена.

  Основная статьяОпубликовано 2026-09-29
• ICANN признала разногласия по управлению корневыми серверами, но не назвала их

  Совет ICANN сопоставляет предложенную модель управления системой корневых серверов с критериями RSSAC. В публичном отчёте признаны и совпадения, и нерешённые различия; решения о принятии модели там нет.

  Основная статьяОпубликовано 2026-09-27
• У ICANN90 есть принимающая сторона, но полномочия по политике не сменили хозяина

  Аделаида и auDA названы в плане ежегодной встречи 2027 года. Помощь с приездом и подключением важна для участия, однако ее нельзя выдавать за право принимать решения от имени сообщества.

  Основная статьяОпубликовано 2026-09-26
• Netpia: погашение долга не восстанавливает два канала доступа

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

  Основная статьяОпубликовано 2026-09-26
• ICANN может констатировать своё нарушение — но средство защиты остаётся за чужим решением

  Делегирование домена .WEB 22 июля 2026 года завершило спор, который прошёл через два независимых процесса рассмотрения (IRP) и закончился отзывом второго из них. Этот путь показывает устройство подотчётности ICANN: связывающим элементом оказывается объявление нарушения, а не средство правовой защиты. Панель вправе установить, что организация нарушила собственные уставные документы; добиваться устранения последствий приходится через Совет ICANN, через его собственный внутренний механизм апелляции или через суд.

  Основная статьяОпубликовано 2026-09-25
• Подпись зоны и проверка ответа: два разных шага DNSSEC в Западной Африке

  ICANN сообщает о росте проверки DNSSEC в Гане и Нигерии. За общей статистикой стоят решения разных операторов: одни настраивают рекурсивные резолверы, другой поддерживает подпись национальной зоны.

  Основная статьяОпубликовано 2026-09-24
• Проверка доменов при DNS-злоупотреблениях упирается в границу группы регистраторов

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

  Основная статьяОпубликовано 2026-09-24
• В новом опросе ICANN изменился круг сайтов, входящих в расчёт

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

  Основная статьяОпубликовано 2026-09-24
• ICANN и новые gTLD: право отказать и что на деле даёт обжалование

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

  Основная статьяОпубликовано 2026-09-24
• GNSO утвердил состав CSC на 2026 год, но не выбирал восемь из девяти человек

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

  Основная статьяОпубликовано 2026-09-22
• ICANN распределила предложения AFRALO по направлениям, но не приняла их

  Ключ к этому обмену письмами находится в сопроводительной записке: AFRALO направила совместное заявление в Board ICANN «в информационных целях». Между тем шесть страниц содержали предложения, для которых нужны деньги, исполнители и измеримые цели. Ответ на двух страницах признал проблему, указал на уже идущую работу и очертил границы миссии. Это не отказ от всего пакета и не решение о его реализации.

  Основная статьяОпубликовано 2026-09-20
• Диалог ICANN о 15-дневной проверке стал брифингом. Обязательный маршрут всё ещё не выбран

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

  Основная статьяОпубликовано 2026-09-20
• Согласие в GNSO — ещё не правило

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

  Основная статьяОпубликовано 2026-09-20
• Представитель ALAC в ECA передаёт решение, а не создаёт его

  В одностраничном письме названа будущая преемница Jonathan Zuck сразу в двух связанных ролях: Claire C. Craig должна стать председателем ALAC и представителем ALAC в Empowered Community Administration после ICANN87. Кадровая часть понятна. Более важный вопрос управления возникает позже: какой публичный след докажет, что распоряжение в уведомлении с институциональными последствиями исходило от ALAC, а не от человека, который его отправил?

  Основная статьяОпубликовано 2026-09-19
• Рамочная методика CCWG 2016 года не получила общеорганизационного мандата ICANN

  Проверка архивов отделила полезность документа от его формальных полномочий. ICANN org сообщила, что рамочную методику 2016 года приняли GNSO и ccNSO, однако записей о принятии или одобрении со стороны других SO/AC нет, а Board не просили принять документ. Поэтому будущей группе Structural Review потребуется собственная уставная цепочка, в которой каждое институциональное действие можно проверить.

  Основная статьяОпубликовано 2026-09-19
• Как ICANN превращает политику в обязательство — и где заканчивается обжалование

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

  Основная статьяОпубликовано 2026-09-19
• Как устроена и оспаривается власть ICANN

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

  Основная статьяОпубликовано 2026-09-17
• Регистрация на ICANN87 заканчивается до учетной записи Sched

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

  Основная статьяОпубликовано 2026-09-15
• Будущая панель UA ICANN должна отделять самоотчёты от тестов

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

  Основная статьяОпубликовано 2026-09-14
• Интеграции ICANN с альтернативными системами имен нужен проверяемый вывод

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

  Основная статьяОпубликовано 2026-09-14
• Контракт ICANN на дежурную поддержку новых gTLD требует публичной проверки выхода

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

  Основная статьяОпубликовано 2026-09-11
• Как устроена операционная власть ICANN: от устава к последствиям и средствам защиты

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

  Основная статьяОпубликовано 2026-09-11
• ICANN одобрила стратегическое усиление инженерной команды: ресурс — не полномочие

  Совет директоров ICANN разрешил заключить контракт с предпочтительным поставщиком для гибкого усиления Engineering & IT. В открытом обосновании понятно, зачем организации внешняя экспертиза. Гораздо хуже видна граница между внешней функцией и внутренним решением, за которое по-прежнему должен отвечать конкретный субъект ICANN.

  Основная статьяОпубликовано 2026-09-11
• Власть ICANN: как мандат превращается в договорный контроль и какие существуют средства оспаривания

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

  Основная статьяОпубликовано 2026-09-11
• Полномочия ICANN: устав, контракты и пределы обжалования

  Полномочия ICANN складываются не из общего регуляторного мандата, а из нескольких связанных инструментов: корпоративного устава и Bylaws, договоров с регистрами и регистраторами, делегированных операционных функций IANA и процедур подотчётности. Такая конструкция даёт организации значительный рычаг в системе доменных имён, но одновременно ограничивает его источником, предметом и процедурой.

  Основная статьяОпубликовано 2026-09-11
• У договора ITP в ICANN есть тот, кто раскроет данные, но нет даты

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

  Основная статьяОпубликовано 2026-09-11
• Как миссия ICANN превращается в договорную власть

  ICANN не является универсальным интернет-регулятором. Его практическое влияние возникает через ограниченную миссию, выработанные сообществом политики и договоры с реестрами и регистраторами — а способ оспаривания зависит от конкретного инструмента и положения заявителя.

  Основная статьяОпубликовано 2026-09-11
• Как ICANN превратил продление .COM в договорное решение

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

  Основная статьяОпубликовано 2026-09-11
• Власть ICANN: от устава и контрактов к контролю и средствам исправления

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

  Основная статьяОпубликовано 2026-09-10
• Как устроена власть ICANN: от корпоративной миссии до технического последствия

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

  Основная статьяОпубликовано 2026-09-10
• Как ICANN превращает координацию интернет-идентификаторов в систему договорного контроля

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

  Основная статьяОпубликовано 2026-09-10
• ICANN сохранила стратегию без изменений, не показав критерий пересмотра

  Совет директоров ICANN завершил ежегодный анализ и оставил без изменений Стратегический план на 2026–2030 финансовые годы. Этому предшествовали восемь сессий по оценке внешней среды почти с 210 участниками; искусственный интеллект обсуждался на каждой встрече с сообществом. Решение сохранить курс может быть вполне обоснованным. Однако на странице резолюции не показано, как выявленные сигналы прошли через предусмотренный операционным планом критерий и получили конкретный статус.

  Основная статьяОпубликовано 2026-09-10
• Новый порядок отмены ICANN открывает материалы уже после решения Совета

  GNSO впервые письменно закрепила, как Совет директоров ICANN должен отменять принятое им политическое предложение, если его внедрение ещё не завершено. Новый порядок предусматривает диалог, пороги голосования и публичное объяснение. Однако обязательные публичные материалы появляются лишь после первого действия Совета, поэтому наиболее спорные доказательства не попадают в гарантированное окно до принятия решения.

  Основная статьяОпубликовано 2026-09-10
• Как устроены каналы подотчётности ICANN: три механизма, три разных предела

  У ICANN нет единой апелляционной процедуры, через которую любой затронутый участник может оспорить любое решение. Её архитектура подотчётности разделяет контроль между пересмотром решения, Independent Review Process (IRP) и омбудсменом. Различаются не только названия каналов, но и повод для обращения, допустимый заявитель, объект проверки, применяемый стандарт и возможный эффект для исходного решения.

  Основная статьяОпубликовано 2026-09-10
• ICANN: как устав, политика и контракты превращают координацию в операционный контроль

  Власть ICANN над экосистемой уникальных интернет-идентификаторов не сводится к одному источнику и не равна классическому государственному регулированию. Она складывается из нескольких связанных инструментов: учредительных документов, устава, многосторонней разработки политики, договоров с регистраторами и реестрами, а также отдельных механизмов подотчётности. Именно переход между этими правовыми формами определяет, что ICANN может координировать, что — обеспечить договором и что — оспорить, но не обязательно немедленно остановить или отменить.

  Основная статьяОпубликовано 2026-09-09
• Как ICANN превращает возражение в формальную процедуру: три маршрута подотчётности и их пределы

  У ICANN нет единой апелляции, которая позволяла бы любому затронутому участнику оспорить любое решение по существу. Вместо этого система распределяет возражения между несколькими инструментами: полномочиями Empowered Community, процедурой reconsideration и Independent Review Process. У каждого маршрута свой источник полномочий, инициаторы, принимающий орган, процессуальные фильтры и возможный результат.

  Основная статьяОпубликовано 2026-09-09
• Пятый вариант строки, доступный для распределения, влечёт ещё один полный оценочный сбор

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

  Основная статьяОпубликовано 2026-09-08
• Руководство ICANN по UA отводит ИИ две роли. Один показатель не измерит обе

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

  Основная статьяОпубликовано 2026-09-08
• После подачи заявки gTLD остаётся семидневный срок оплаты

  Своевременной подачи заявки gTLD недостаточно: ICANN должна получить оценочный сбор в отдельный платёжный период.

  Основная статьяОпубликовано 2026-09-06
• Административная проверка — процедурный этап, а не решение по существу

  ICANN проверяет сведения о подаче и готовит группы одинаковых строк, но это не одобрение заявки по существу.

  Основная статьяОпубликовано 2026-09-06
• Одна оценка RSP может охватывать много gTLD — только для квалифицированных услуг

  Оценку можно повторно использовать для разных gTLD, но квалификация ICANN относится к конкретным услугам реестра.

  Основная статьяОпубликовано 2026-09-06
• Покрытие RSP — это карта функций, а не число поставщиков

  Заявитель может назвать несколько поставщиков услуг реестра и все же оставить критическую функцию без покрытия. В раунде ICANN 2026 года роли Main, DNS, DNSSEC и необязательного Proxy RSP имеют разные функции и ограничения по количеству.

  Основная статьяОпубликовано 2026-09-06
• Указание RSP не является подтверждением на этапе заключения договора

  Заявитель может указать поставщика услуг реестра в заявке, а на этапе договорного оформления ICANN отдельно запрашивает подтверждение у этого поставщика. Выбор заявителя, запрос ICANN и любой фактический ответ RSP — разные доказательства.

  Основная статьяОпубликовано 2026-09-06
• Выбор RSP можно отложить до оценки, но не бессрочно

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

  Основная статьяОпубликовано 2026-09-06
• Наборы вариантов участвуют в разрешении конфликта вместе

  Если разные заявители запрашивают строки из одного набора вариантов, правила ICANN 2026 года рассматривают заявленную основную строку и её заявленные допустимые к распределению варианты как единую конфликтную группу.

  Основная статьяОпубликовано 2026-09-06
• Заявки на варианты существующих gTLD получают приоритет, но не одобрение

  ICANN ставит одну категорию заявок раньше в очереди обработки: заявки на варианты существующих gTLD раунда 2012 года, допустимые к распределению. Этот приоритет меняет последовательность, а не итоговое решение.

  Основная статьяОпубликовано 2026-09-06
• Для вариантов существующего gTLD требуется единое соглашение 2026 года

  Заявка на варианты существующего gTLD, допустимые к распределению, — не просто добавление отдельных меток при неизменном договоре. Правила ICANN 2026 года требуют перехода на новое Базовое соглашение о реестре и объединяют существующий gTLD со всеми его вариантами в одном соглашении.

  Основная статьяОпубликовано 2026-09-06
• Только оператор существующего gTLD может подать заявку на его варианты IDN

  В раунде ICANN 2026 года заявитель на варианты IDN существующего gTLD должен быть тем же юридическим лицом, что и оператор реестра этого gTLD.

  Основная статьяОпубликовано 2026-09-06
• Варианты IDN должны использовать поставщика серверных услуг реестра основного gTLD

  В раунде ICANN 2026 года основной IDN gTLD и его варианты должны использовать одного поставщика серверных услуг реестра, пока они делегированы.

  Основная статьяОпубликовано 2026-09-05
• При отзыве основной заявки IDN отзываются и все её варианты

  В раунде ICANN 2026 года при отзыве основной заявки IDN отзываются и все строки-варианты, заявленные вместе с ней.

  Основная статьяОпубликовано 2026-09-05
• Заявка на вариант IDN не может предшествовать заявке на основную строку

  В раунде ICANN 2026 года заявку на доступный для распределения вариант IDN нельзя подать раньше заявки на соответствующий основной IDN gTLD.

  Основная статьяОпубликовано 2026-09-05
• Для предлагаемой основной строки выбор может изменить варианты, доступные для распределения

  Если предлагаемая основная строка сама не является существующим gTLD, общее число строк в полном множестве строк-вариантов RZ-LGR сохраняется, но состав подмножеств вариантов, доступных для распределения, и заблокированных вариантов может меняться в зависимости от её выбора.

  Основная статьяОпубликовано 2026-09-05
• ICANN разрешает отозвать варианты IDN после подачи, но не добавить новые

  В раунде 2026 года подача фиксирует исходный состав из основного IDN и запрошенных вариантов: затем его можно сократить отзывом, но нельзя расширить.

  Основная статьяОпубликовано 2026-09-05
• Комбинирующие знаки не обеспечивают требуемый минимум из двух кодовых точек категории L для IDN

  Правило ICANN для раунда 2026 года требует не менее двух кодовых точек Unicode общей категории L. Кодовые точки общей категории M не учитываются при определении того, состоит ли метка из одного символа.

  Основная статьяОпубликовано 2026-09-05
• Языковое значение не определяет техническую допустимость IDN по ICANN RZ-LGR

  Руководство ICANN 2026 года прежде всего рассматривает IDN как технический идентификатор DNS. Языковое значение и техническая допустимость в корневой зоне отвечают на разные вопросы.

  Основная статьяОпубликовано 2026-09-05
• Неподдерживаемая письменность не попадёт в раунд ICANN 2026 года через оспаривание проверки

  Руководство ICANN 2026 года чётко разделяет исправление ошибки реализации проверки и добавление письменности, которой нет в применимых Root Zone Label Generation Rules.

  Основная статьяОпубликовано 2026-09-05
• Вариант IDN зависит от основной строки, но дисквалификация отдельного варианта не всегда прекращает заявку

  Руководство ICANN 2026 года устанавливает разные последствия для дисквалификации основной строки IDN и запрошенного варианта. Эта асимметрия важна для оценки риска.

  Основная статьяОпубликовано 2026-09-05
• Возможность заменить строку ICANN истекает через 14 дней

  Согласно Руководству 2026 года, заменяющая строка указывается вместе с заявкой, выбирается в течение 14 дней после Reveal Day, а после замены возврат невозможен.

  Основная статьяОпубликовано 2026-09-05
• Победа на аукционе ICANN не гарантирует делегирование

  Результат определяет, какая заявка после прямой конкуренции получает условную возможность продолжить процедуру, но сам по себе не делегирует gTLD.

  Основная статьяОпубликовано 2026-09-05
• Reveal Day не фиксирует состав набора конкурирующих заявок ICANN

  Reveal Day начинает ведение реестра конкурирующих заявок, но не фиксирует состав набора.

  Основная статьяОпубликовано 2026-09-05
• Частные сделки не могут разрешить ICANN contention set

  С Reveal Day для заявителей одного contention set действует коммуникационная граница, охватывающая частные переговоры, публичные заявления и косвенных посредников.

  Основная статьяОпубликовано 2026-09-05
• Изменение строки .Brand может добавить слова, но не создать и не расширить contention set

  Раунд ICANN 2026 года даёт отвечающему требованиям заявителю .Brand узкий путь изменения строки, включённой в contention set. Это не общее право переименовать заявку.

  Основная статьяОпубликовано 2026-09-05
• Существенное изменение публичных частей заявки открывает 30 дней для комментариев, но не означает автоматического одобрения

  Когда ICANN решает, что изменение существенно затрагивает публичные части заявки, начинается 30-дневный период комментариев, однако запрос ещё не одобрен.

  Основная статьяОпубликовано 2026-09-05
• Консенсусная рекомендация GAC открывает 21-дневный срок для ответа, а не автоматический итог Совета

  Формальная консенсусная рекомендация GAC меняет процессуальное положение заявителя, но сама по себе не является решением Совета ICANN.

  Основная статьяОпубликовано 2026-09-05
• Раннее предупреждение члена GAC — это сигнал, а не вето: запись о реакции заявителя

  Раунд 2026 даёт представителю государства способ обозначить обеспокоенность, не превращая это уведомление в автоматическое решение по заявке.

  Основная статьяОпубликовано 2026-09-05
• Новый показатель ICANN «время до устранения» не засекает само действие

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

  Основная статьяОпубликовано 2026-09-05
• Риск единственного и множественного числа не срабатывает сам: 30-дневная запись ICANN

  В Раунде 2026 грамматическая пара становится предметом решения программы только после своевременного уведомления с проверяемыми словарными доказательствами.

  Основная статьяОпубликовано 2026-09-03
• Апелляция по возражению ICANN — не новое разбирательство: что может изменить стандарт явной ошибки

  Апелляционная процедура Раунда 2026 проверяет конкретно указанную ошибку в решении по возражению, а не открывает весь спор заново.

  Основная статьяОпубликовано 2026-09-03
• Возражение сообщества — не CPE: две процедуры ICANN проверяют разные утверждения

  Слово «сообщество» есть в обоих названиях, но стороны, критерии доказывания и предмет решения различаются.

  Основная статьяОпубликовано 2026-09-03
• Какое доказательственное досье подготовить заявителю для оценки приоритета сообщества?

  Досье, связанное с критериями, полезнее набора писем поддержки.

  Основная статьяОпубликовано 2026-09-03
• Один подрядчик для двух панелей ICANN, но разные правила оплаты

  Analysys Mason будет проверять географические и зарезервированные имена в раунде новых gTLD 2026 года. Общая организация работы не отменяет разницы между услугой в базовом сборе и дополнительной платной оценкой.

  Основная статьяОпубликовано 2026-09-03
• ccNSO отделяет обоснованный запрос об IDN от постоянного надзора

  В июльском ответе ccNSO допускает запрос подтверждений при разумных основаниях, но отвергает активный поиск нарушений. В сентябре Board ICANN предстоит обсудить следующие шаги по рекомендациям ccPDP4.

  Основная статьяОпубликовано 2026-09-03
• В NextGen@ICANN очередь зависит и от истории участия групп

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

  Основная статьяОпубликовано 2026-09-03
• Изменение ISO может запустить выход IDN ccTLD. Оно не даёт ICANN права выносить территориальный вердикт.

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

  Основная статьяОпубликовано 2026-09-03
• ccNSO Council не планирует общий отзыв о мерах против злоупотреблений в gTLD

  ccNSO Council не намерен направлять коллективный ответ на консультацию ICANN о злоупотреблениях в gTLD. Управляющие национальными доменами по-прежнему могут выступить от своего имени. Такой подход позволяет обмениваться опытом, не приписывая отдельному участнику право говорить за всех.

  Основная статьяОпубликовано 2026-09-03
• ICANN предлагает связать судьбу доменных зон с диакритикой

  Возможность одновременно использовать ASCII-окончание и его латинские формы с диакритическими знаками предполагает общий контроль. Итоговый доклад GNSO распространяет эту связь на смену поставщиков и оператора. Поэтому оценивать предложение нужно не только по новым написаниям, но и по условиям будущего выхода.

  Основная статьяОпубликовано 2026-09-03
• ICANN проверяет географический смысл каждой заявленной строки — что должно доказывать письмо о поддержке?

  В раунде ICANN 2026 года географическую проверку проходит каждая строка. Досье должно подтверждать полномочия, подлинность и точный охват поддержки.

  Основная статьяОпубликовано 2026-09-03
• Новый проект правил RIR позволяет исключить оценку. Знаменатель должен оставаться публичным

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

  Основная статьяОпубликовано 2026-09-02
• ICANN отметила отзыв комментария, но не назвала действующую сторону

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

  Основная статьяОпубликовано 2026-09-02
• Специальные проверки ICANN приостановлены. Самой паузе нужна запись о состоянии

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

  Основная статьяОпубликовано 2026-09-02
• На ICANN87 строки могут обсуждать до открытия формальных комментариев

  Строка на экране в Бали может ещё не быть строкой, которая пойдёт на оценку. ICANN87 откроется 17 октября — всего через три дня после расчётной обычной границы Reveal Day. Если график пойдёт по этому пути, сообщество увидит заявки, пока некоторые заявители ещё вправе выбрать резервную строку, а большинство формальных каналов по конкретным заявкам не открылось. Обсуждение необходимо, но его нельзя выдавать за подачу документа.

  Основная статьяОпубликовано 2026-09-01
• Порог согласия для .TEXAS требует точного совпадения, а письмо Техаса добавляет «любые производные»

  У Техаса есть предусмотренная правилами возможность остановить заявку на точную строку `.texas`, не предоставив поддержку или письмо об отсутствии возражений. Но письмо штата распространяет возражение также на «любые производные», не называя другой строки. Руководство ICANN проводит границу прямо: имя административно-территориальной единицы из ISO 3166-2 требует согласия при точном совпадении, а строка, которая лишь включает такое имя, к этой категории не относится. Сохранить и позицию штата, и правило можно только пообъектным учетом.

  Основная статьяОпубликовано 2026-09-01
• ICANN зафиксировала исправление в яванском LGR — финальный XML ещё не опубликован

  Публичное обсуждение выявило не общий риск, а точную ошибку в условии: для U+A9B4 вторым допустимым предшественником должен быть A9BB, а не A9BC. ICANN внесла это исправление в сводный отчёт от 24 августа и пообещала обсудить его с яванским сообществом перед включением в финальную версию. Однако на 1 сентября окончательного яванского XML в официальном перечне не было. Решение уже имеет источник, а его машинно проверяемое воплощение — ещё нет.

  Основная статьяОпубликовано 2026-09-01
• Тендер ICANN объединяет проверку спонсоров с целью увеличить сборы до двух раз

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

  Основная статьяОпубликовано 2026-09-01
• ICANN заменила фиксированные сроки проверки уставов GNSO согласованными графиками

  С марта 2026 года поправки к уставам групп заинтересованных сторон и объединений GNSO проходят по новой процедуре. Она подключает организацию ICANN раньше и позволяет учитывать сложность конкретного документа. При этом из текста исчезли десять рабочих дней на первичный отчёт, 30 календарных дней на сводку комментариев и предохранители, привязанные к числу заседаний Совета. Гибкий график не обязан быть непрозрачным: для каждого дела достаточно публиковать краткую квитанцию со стадией, владельцем следующего действия, текущей оценкой и историей её изменений.

  Основная статьяОпубликовано 2026-09-01
• ICANN предлагает IGF $1 млн и проводит границу для адвокации

  Решение совета директоров может открыть путь платежу, но не заменяет соглашение с получателем. ICANN публично назвала не только предел разового взноса в Internet Governance Forum, но и желательные ограничения его использования. Это редкая возможность увидеть контур донорского контроля до завершения сделки — и проверить, можно ли поддержать форум, не присваивая его мандат.

  Основная статьяОпубликовано 2026-08-31
• ICANN заменила «раз в пять лет» на «периодически» — срок аудита продолжает идти

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

  Основная статьяОпубликовано 2026-08-31
• Оценка коллизий имён ICANN — не решение о делегировании. Что должна доказать строка высокого риска дальше?

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

  Основная статьяОпубликовано 2026-08-31
• ICANN назначила поставщика оценки защитных мер. Когда проверка строки становится обязанностью по соглашению реестра?

  ICANN выбрала Mirror Group LLC для Safeguard Assessment раунда 2026. Существенна граница между оценкой строки и защитной обязанностью, которая при необходимости войдёт в Registry Agreement.

  Основная статьяОпубликовано 2026-08-31
• План работы омбудсмена ICANN опубликован. Карта оценки Совета — нет

  ICANN подробно описала работу своего Ombuds Office на FY27 и шесть групп показателей, по которым офис намерен отслеживать результаты. Отдельно Совет утвердил конкретные цели для оценки омбудсмена. В публичной записи недостаёт не плана, а связи между планом и критерием оценки.

  Основная статьяОпубликовано 2026-08-31
• В окне раннего арбитража ICANN для МПО нет срока ответа

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

  Основная статьяОпубликовано 2026-08-31
• ICANN пометила заявку Nameshop на .IDN как «Terminated», хотя в резолюции Совета было «withdrawn status»

  Запрос на пересмотр 26-4 не подтверждает доводы Nameshop и не превращает старую заявку в заявку на `.INTERNET`. Он высвечивает более узкую проблему публичной записи: Совет оформил процедуру как termination, но в исполнимом пункте указал `withdrawn status`; письма и действующая строка используют `Terminated`. Если это одна и та же модель закрытия, ICANN следует показать её соответствия.

  Основная статьяОпубликовано 2026-08-31
• Проект перевода IRP в ICANN требует просить о помощи по-английски

  Предлагаемое Rule 5B заметно расширяет языковую поддержку после её одобрения: ICANN оплачивает назначенные услуги, сроки можно сдвигать, а при необходимости допустим язык вне официального набора ООН. Но до этой системы нужно дойти с двумя английскими документами — заявлением о споре и самой просьбой о переводе. Во временном правиле 2018 года сохранилось узкое исключение: просьбу можно подать на другом языке, если английский создаёт чрезмерное бремя.

  Основная статьяОпубликовано 2026-08-31
• Предлагаемая модель управления корневыми серверами допускает приостановку, но не определяет возвращение

  Итоговая модель будущего управления системой корневых серверов подробно разводит этапы создания структуры и процедуру окончательного исключения оператора. Для чрезвычайной ситуации она предусматривает более быстрый инструмент: SIR сможет приостановить работу RSO. Между временной мерой и окончательным удалением остается неназванное состояние. Документ не фиксирует, что именно приостанавливается, как устранение причины превращается в восстановление статуса и какая публичная запись подтверждает возвращение.

  Основная статьяОпубликовано 2026-08-31
• Архив изъятий ICANN дошёл до 2026 года. Реестр остановился на FY24

  Ежегодная проверка ICANN всё ещё приводит к точечному раскрытию: в решении 2025 года позднее появилась Севилья, тогда как сумма договора осталась закрытой. Но страница Redaction Register по-прежнему ведёт к книге, заканчивающейся FY24. Механизм движется, а его публичный контрольный журнал отстал.

  Основная статьяОпубликовано 2026-08-30
• В проекте ICANN для IRP внешний срок может начаться раньше, чем возникнет вред заявителю

  Дата решения принадлежит учреждению; дата прямого ущерба часто формируется уже у внешней стороны. Проект Rule 4 для Independent Review Process предлагает дать заявителю 120 дней с момента, когда он узнал или разумно должен был узнать, что существенно затронут. Одновременно 24-месячный внешний срок начинается с действия или бездействия ICANN, а через четыре года закрывается даже исключительный путь. Окончательность решений необходима, но она должна быть доказуемым состоянием. Для этого ICANN нужна публичная запись с двумя часами, где действие, реализация, уведомление, вред и исключение соединены в одну хронологию.

  Основная статьяОпубликовано 2026-08-30
• ICANN развела три запроса Индии по разным маршрутам. Даты есть только у одного

  Индия попросила немедленно повысить приоритет трёх мер по безопасности DNS. В официальном ответе ICANN срочность не превратилась в право командовать: очерёдность политики gTLD определяет GNSO, организация ICANN поддерживает процесс и реализует принятые решения, правительства участвуют через консультативные каналы, а техническая группа может испытывать решения, но не создавать политику. Эта граница верна. Однако только у аутентификации правоохранительных органов есть открытый календарь; для двух остальных запросов не виден следующий уполномоченный шаг.

  Основная статьяОпубликовано 2026-08-30
• ICANN дает заявителю 21 день на оспаривание SSE. Что сохранить в первый день?

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

  Основная статьяОпубликовано 2026-08-30
• ICANN может отказаться от так и не созданной консультативной панели Омбудса — публичный этап пока неясен

  ICANN раскрыла существование предложения вывести из действия Рекомендацию 5.8 Рабочего потока 2 — обязательство 2018 года создать внешнюю консультативную панель при Омбудсе. Отказ от устаревшей конструкции может быть честнее бесконечного статуса «не начато». Но публичная запись пока не показывает ни выбранный критерий, ни место предложения в девятиэтапном процессе, ни замену шести функций панели.

  Основная статьяОпубликовано 2026-08-30
• ICANN подтверждает ошибку SSE, а затем проводит переоценку: что связывает два решения?

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

  Основная статьяОпубликовано 2026-08-30
• В уведомлении ICANN о расторжении договора с IPIP два списка — нарушениями назван только один

  ICANN уведомила регистратора IPIP INC., что его аккредитация прекратится 13 сентября. Однако восьмистраничный документ устроен точнее, чем формула «расторжение из-за длинного перечня нарушений». Сначала в нем названы четыре неустраненных нарушения, затем отдельно перечислены «дополнительные вопросы, вызывающие озабоченность», а после этого описаны последствия расторжения и продолжающие действовать обязанности. Смешать эти группы — значит расширить публичное решение при его пересказе.

  Основная статьяОпубликовано 2026-08-30
• Зачем ICANN сравнивает двухсимвольные gTLD с двухбуквенными кодами ASCII — и что защищает этот барьер

  Двухсимвольная метка может пройти базовые технические проверки раунда 2026 года, но остановиться из-за сходства с двухбуквенным кодом ASCII. Чтобы понять решение, недостаточно фразы «заявка не может продолжаться». Нужно знать, какой именно контроль сработал, какая основная метка или вариант создали решающее сравнение и позволяет ли опубликованная запись восстановить ход оценки.

  Основная статьяОпубликовано 2026-08-30
• ICANN может остановить строку без конкурирующей заявки. Что на самом деле делает Blocked Name?

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

  Основная статьяОпубликовано 2026-08-30
• Процедура ccNSO всё ещё предполагает одного администратора на территорию

  При переносе сайта ccNSO обнаружилась не просто устаревшая форма, а разрыв в цепочке полномочий. Процедура 2007 года позволяет административному контакту IANA подать заявление одного администратора ccTLD. Действующий Устав ICANN допускает нескольких администраторов на одной Территории: у каждого может быть Представитель, но в ряде голосований действует один Эмиссар. Новая процедура должна связать согласие, представительство и точные последствия регионального выбора.

  Основная статьяОпубликовано 2026-08-29
• Второму проекту реформы обзоров ICANN нужен публичный журнал изменений

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

  Основная статьяОпубликовано 2026-08-29
• Два надзорных таймера IANA теперь отсчитываются от итогового отчёта

  ICANN изменила точку отсчёта для двух механизмов надзора за функцией имён IANA. Проверка эффективности Customer Standing Committee теперь проводится раз в пять лет от даты предыдущего итогового отчёта. Периодическая IANA Naming Function Review сохраняет номинальный пятилетний интервал, но считает его не от созыва предыдущей группы, а от сдачи её отчёта. Так появляется время закончить проверку и внедрить рекомендации, а вероятность наложения процессов снижается. Одновременно продолжительность одной проверки отодвигает предельную дату следующей. Поэтому важен не заголовок «пять лет», а публичный реестр, в котором видны обе часы.

  Основная статьяОпубликовано 2026-08-29
• ICANN может объединить две строки, не признав их похожими. Что контролирует средняя строка?

  Представим три заявки на новые домены верхнего уровня. Комиссия ICANN по оценке сходства строк считает, что строку A можно визуально перепутать со строкой B. Она также считает, что B можно перепутать с C. Но прямого сходства между A и C комиссия не устанавливает. Несмотря на это, все три заявки могут попасть в один и тот же набор конкурирующих заявок.

  Основная статьяОпубликовано 2026-08-28
• ICANN завершает оценку сходства строк до формирования приоритетных пакетов. Что защищает правило о полном наборе строк?

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

  Основная статьяОпубликовано 2026-08-28
• Номер приоритета ICANN не задаёт порядок оценки строк: какие пять проверок идут вне очереди?

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

  Основная статьяОпубликовано 2026-08-28
• Жеребьёвка приоритета ICANN выстраивает очередь. Что на самом деле гарантирует низкий номер?

  Заявка на новый домен общего пользования верхнего уровня проходит техническую, финансовую и операционную оценку. Её могут задержать возражения, спор о строке, расширенная проверка или механизм подотчётности. Но исходную позицию для многих последующих этапов определит куда более простой предмет — бумажный билет стоимостью 100 долларов США.

  Основная статьяОпубликовано 2026-08-28
• ICANN получила более 1 100 резервных строк. От чего в действительности спасает 14-дневная замена?

  Заявитель может подойти к Reveal Day с запасным вариантом и сразу узнать, что использовать его нельзя. Руководство для заявителей раунда 2026 года запрещает выбирать резервную строку, если она совпадает с основной или резервной строкой другого заявителя. Запрет действует даже тогда, когда тот заявитель в итоге не воспользуется своим запасным вариантом.

  Основная статьяОпубликовано 2026-08-28
• У ICANN более 1 600 заявок на gTLD. Что останется невидимым до Reveal Day?

  ICANN уже может назвать объем заявок раунда 2026 года, но общественность пока не видит строки, заявителей и наборы совпадающих заявок. Между цифрой и публичным списком находятся разные институциональные состояния, и каждому нужен отдельный знаменатель.

  Основная статьяОпубликовано 2026-08-28
• ICANN записала правило 24 часов. Запустит его только аутентификация

  На странице политики ICANN уже есть точный срок для срочного запроса: подтвердить получение за два часа и, как правило, ответить за 24. Там же находится условие, без которого этот срок еще не стал действующей договорной обязанностью. Раздел 10.7 вступит в силу после того, как ICANN полностью реализует консенсусную политику, устанавливающую аутентификацию заявителей. Это не редакционное противоречие, а переходное состояние. Но оно станет источником споров, если правило будут цитировать без условия, а технический прототип — выдавать за юридический запуск. Нужна публичная квитанция активации: версия, полномочный акт, точное время, допустимые каналы и предел доказательной силы учетных данных.

  Основная статьяОпубликовано 2026-08-28
• UA Day провёл 17 демонстраций, но производственная готовность требует повторной проверки

  В отчёте UA Day 2026 есть таблица, которая важнее общего числа гостей. В семнадцати строках приведены интернациональные доменные имена и примеры адресов электронной почты на разных письменностях. Организаторы этих мероприятий не только рассказывали об Universal Acceptance: им предлагалось зарегистрировать или использовать IDN, развернуть веб-страницу, настроить EAI-почту, создать локальные адреса и проверить результат. Такой опыт — настоящий технический факт. Но он относится к конкретному пути и дню. Из сводного отчёта нельзя узнать, какой стенд стал производственной службой, кто принял его на сопровождение и прошёл ли он тот же тест после обновления. Следующий шаг — не обесценить демонстрацию, а вернуться к активу через 30 и 90 дней вместе с его владельцем.

  Основная статьяОпубликовано 2026-08-28
• ICANN одобрила поддержку 56 заявителям. Какие барьеры программа действительно снизила?

  ICANN одобрила поддержку 56 потенциальным заявителям на новые gTLD. Решение снижает конкретные входные издержки, но ещё не доказывает наличие 56 основных заявок или делегирований.

  Основная статьяОпубликовано 2026-08-28
• ICANN не установит крайний срок для политики. Отчётам нужен ход часов

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

  Основная статьяОпубликовано 2026-08-28
• ICANN добавила 1 612 случаев сходства хан после обсуждения. Предварительный отбор не решает

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

  Основная статьяОпубликовано 2026-08-28
• Тендер ICANN на GRC централизует записи, но не власть над риском

  ICANN хочет объединить политики, реестры рисков, внутренний аудит, контроль соответствия, панели и автоматически собранные доказательства на одной размещённой платформе. Общая учётная среда способна улучшить сохранность, версии и обзор для распределённых подразделений. Но статус в программе не заменяет институциональное действие, которое придало ему силу. Владение риском, его принятие, оценка контроля, исправление и надзор Совета должны оставаться в переносимой цепочке полномочий и доказательств, понятной за пределами выбранного продукта. Если источник не указывает иную дату, изложенное положение отражает материалы, проверенные 28 августа 2026 года.

  Основная статьяОпубликовано 2026-08-27
• После визита ICANN в Samson Cree Nation нужна запись о дальнейших действиях

  Визит ICANN в Samson Cree Nation по приглашению был реальной работой по обмену знаниями, слушанию и выстраиванию отношений. Однако опубликованный рассказ не превращает встречу ни в мандат сообщества, ни в результат политики. Подотчётность начинается дальше: какие темы сообщество разрешило передать, кто их принял, как они были рассмотрены и какой ответ вернулся. Если источник не содержит иной даты, описанные здесь текущие условия отражают доказательства, проверенные 28 августа 2026 года.

  Основная статьяОпубликовано 2026-08-27
• Пока жалоба не стала делом Правления: что на самом деле может изменить офис омбудсмена ICANN?

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

  Основная статьяОпубликовано 2026-08-27
• 56 одобрений ICANN ещё не доказывают эффект информационной кампании

  ICANN полностью одобрила 56 заявок в Applicant Support Program 2026 года и заявила, что усиленная информационная работа, похоже, принесла результат. Сам результат реален, но его причина пока не проверяема. Принятые GNSO рекомендации требуют заранее согласованных ориентиров конверсии и данных, позволяющих отличить осознанный отказ от устранимого препятствия. Если источник не содержит иной даты, описанные здесь текущие условия отражают доказательства, проверенные 28 августа 2026 года.

  Основная статьяОпубликовано 2026-08-27
• ICANN предлагает обязательную проверку связанных доменов без сопоставимой записи

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

  Основная статьяОпубликовано 2026-08-27
• ICANN открывает скачивание и закрывает API: передаче нужна квитанция

  После 31 августа Open Data Platform ICANN и её API перестанут работать, зато доступные CSV на новой странице можно получать без учётной записи. Упрощение входа и прекращение программного интерфейса — два разных изменения; третья задача состоит в сохранении идентичности наборов, выпусков и исправлений. Если источник не указывает иную дату, текущее состояние отражает проверку на 28 августа 2026 года.

  Основная статьяОпубликовано 2026-08-27
• ICANN очертила границы Phase 2A: новой обязанности публиковать нет

  GAC спросил, когда продвинется сбор и публикация регистрационных данных юридических лиц. Ответ Совета ICANN допускает начало работ в FY2027, но проводит более важную границу: принятые рекомендации требуют технических полей и лучших практик, не создавая для договорных сторон всеобщей новой обязанности различать или публиковать данные. Если источник не содержит иной даты, описанные здесь текущие условия отражают доказательства, проверенные 28 августа 2026 года.

  Основная статьяОпубликовано 2026-08-27
• ICANN назначила Mirror Group: проверка начнётся с журнала решений

  20 августа ICANN выбрала Mirror Group LLC поставщиком Safeguard Assessment для раунда new gTLD 2026 года. Сам контракт не доказывает ни качества, ни легитимности будущих классификаций: это станет видно по тому, какие факты, мотивировки, конфликты и отводы останутся в проверяемом документальном следе каждого решения. Если источник не содержит иной даты, описанные здесь текущие условия отражают доказательства, проверенные 28 августа 2026 года.

  Основная статьяОпубликовано 2026-08-27
• Доменное имя стало ответчиком: Porsche.net и вещный иск по ACPA

  Иск, в котором ответчиками сначала назвали 128 доменных имён, поставил точный вопрос о контроле: что позволяет федеральному суду получить власть над самой регистрацией, когда обычный личный иск к владельцу недоступен, и когда возражать против такого пути уже поздно?

  Основная статьяОпубликовано 2026-08-26
• Когда запрос регистрационных данных становится срочным — и чего новый срок по-прежнему не разрешает

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

  Основная статьяОпубликовано 2026-08-26
• Чрезвычайная политика на 90 дней, сохранившая движение регистрационных данных

  За восемь дней до начала применения GDPR ICANN использовала временное договорное полномочие, чтобы режим регистрационных данных не распался на сотни частных решений. Мера вступила в силу немедленно, но получила встроенный срок окончания: постоянная политика должна была возникнуть в другом процессе.

  Основная статьяОпубликовано 2026-08-26
• Когда жалоба на злоупотребление DNS становится основанием для действий — и чего договор всё ещё не предписывает

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

  Основная статьяОпубликовано 2026-08-26
• Один портал без срока: кто на самом деле разрешает доступ к файлам зон?

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

  Основная статьяОпубликовано 2026-08-26
• ICANN прекращает аккредитацию регистратора: кому переходят домены?

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

  Основная статьяОпубликовано 2026-08-26
• Доступный почтовый ящик — не доказательство права: четыре уровня, которые разделяют правила ICANN

  Правила ICANN позволяют проверить формат данных и получить ответ по электронной почте или телефону. Это полезные меры контроля, но они не устанавливают, кто фактически управляет аккаунтом регистратора и у какого лица или компании есть преимущественное юридическое право на домен.

  Основная статьяОпубликовано 2026-08-25
• Записи в эскроу, но регистратор не работает

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

  Основная статьяОпубликовано 2026-08-25
• Четырёхчасовой контакт, который не может отменить трансфер

  В 02:00 прежний регистратор направляет через TEAC сообщение о предположительно несанкционированном трансфере. В 05:59 уполномоченный специалист нового регистратора подтверждает получение и начинает проверку. Четырёхчасовое требование выполнено. Запись реестра не изменилась.

  Основная статьяОпубликовано 2026-08-25
• ICANN назвала семь руководителей, но связь критериев с выбором пока не показана

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

  Основная статьяОпубликовано 2026-08-23
• Программа CIP ICANN запущена. Проверка подотчётности ещё впереди

  Первая годовая таблица прогресса Continuous Improvement Program ICANN показывает: шесть из восьми участвующих структур приступили к работе, а ALAC уже внедряет выбранные улучшения. Это содержательное подтверждение запуска, но ещё не доказательство роста эффективности или подотчётности. Для такого вывода нужны заранее заданные цели, фактические результаты и публичные отчёты — особенно потому, что независимые Organizational Reviews отложены до завершения первого цикла.

  Основная статьяОпубликовано 2026-08-22
• Более 1600 заявок gTLD ICANN еще должны пройти платежный порог

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

  Основная статьяОпубликовано 2026-08-19
• IANA завершила церемонию Root KSK 62 — что говорит отчёт

  IANA отмечает церемонию Root KSK 62 как завершённую. Публичная запись фиксирует операцию 12 августа по подписанию ключей ZSK на IV квартал 2026 года и выводу из эксплуатации двух HSM, но сама по себе не содержит независимого аудиторского заключения.

  Основная статьяОпубликовано 2026-08-13
• Окно приёма заявок ICANN на 2026 год закрылось: теперь практическая проверка — работа регистратуры

  В 23:59 UTC 12 августа закрылись оба окна ICANN раунда 2026 года — приёма заявок на новые gTLD и оценки поставщиков реестровых услуг. Крайний срок не решает, какие метки попадут в DNS; он переводит внимание на операционные возможности, которые должны будут поддерживать любую успешную регистратуру.

  Основная статьяОпубликовано 2026-08-13
• Алерты 2019 года о вмешательстве в DNS сделали контроль изменений у регистраторов проверкой ответственности

  Алерты 2019 года показали, что безопасность DNS в конечном счёте зависит от того, кто может авторизовать, публиковать, наблюдать и отменять изменения в инфраструктуре, которая превращает знакомое доменное имя в доступный сервис.

  Основная статьяОпубликовано 2026-08-04
• Наводнение DNS 2015 года сделало телеметрию проверкой подотчётности операторов

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

  Основная статьяОпубликовано 2026-08-02
• Атака на корневые DNS-серверы 2002 года сделала устойчивость распределённого сервиса проверкой подотчётности

  Атака на систему корневых серверов DNS в октябре 2002 года показала, почему точная запись о полномочиях не гарантирует доступность. Подотчётность основана на достижимости авторитативного сервиса, разнообразии маршрутов и пропускной способности, поведении резолверов, контроле трафика, границах измерений и доказательствах восстановления сервиса распределёнными операторами.

  Основная статьяОпубликовано 2026-07-29
• Ротация корневого ключа KSK DNSSEC доказала, что готовность должна быть проверяемой

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

  Основная статьяОпубликовано 2026-07-11
• ICANN сделала смену корневого ключа DNSSEC публичной проверкой операционной подотчётности

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

  Основная статьяОпубликовано 2026-07-10
• Цена IPv4 начинается с правил, прослеживаемости и чистого дохода

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

  Упомянутая статьяОпубликовано 2026-05-26
• Обновление ICANN о назначении управляющего закрепляет перезапуск совета AFRINIC под судебным надзором

  Обновление ICANN от марта 2025 года о назначении управляющего фиксирует судебное назначение Gowtamsingh Dabee управляющим AFRINIC и превращает восстановление совета в проверку легитимности.

  Упомянутая статьяОпубликовано 2026-05-26

1. 2026-07-05

   Github org account match observed: GitHub account observed for ICANNНизкая надёжностьИсторические сведения