Кратко
- Критические функции включают DNS, DNSSEC, EPP, RDAP и депонирование данных.
- У gTLD может быть только один Main RSP и один DNSSEC RSP, но несколько DNS RSP.
- Заявитель должен предоставить как минимум Main RSP, DNSSEC RSP и DNS RSP.
Количество организаций не показывает полноту покрытия. Main RSP управляет регистрационной базой данных, депонированием регистрационных данных, EPP и RDAP; для gTLD допускается только один. DNS RSP управляет одним или несколькими DNS-серверами, и их может быть несколько. DNSSEC RSP выполняет криптографические операции и допускается только один.
Необязательный Proxy RSP проверяет регистрации для соблюдения местного права конкретной юрисдикции. Эта дополнительная услуга должна быть одобрена через RSP Evaluation Program. Несколько Proxy RSP могут обслуживать разные юрисдикции.
Минимальный состав не требует отдельной организации для каждой роли: одна организация может оцениваться для нескольких типов. Полная карта не доказывает успешную оценку, согласие поставщика, договор или начало работы; она показывает лишь распределение обязательных функций.
Анализ
Практический контроль — матрица функций и поставщиков. Строки содержат DNS, DNSSEC, EPP, RDAP и депонирование, а столбцы — поставщика, тип RSP и доказательство назначения. Это рекомендация BTW, а не установленный ICANN формат. Покрытие и количество по каждой роли проверяются отдельно.
Sources
- ICANN, Applicant Guidebook раунда 2026 года, модуль 3, раздел 3.1.10.2: https://newgtldprogram-2026-agb.icann.org/en/7-module-3-application-submission.html
Обзор для участников
Читать полный обзор тенденции
Участники читают полный обзор с примечаниями к источникам за каждым выводом.
Стратегическое сообщество
Ежедневный брифинг на вашем языке, основанный на изменениях, которые мы проверили.
Вступить за USD 20 в месяцОтменить можно в любое время.
Подать заявку в Альянс лидеров
Участники также получают всю библиотеку исследований, ежедневную сводку по сетям, за которыми следят, и закрытый форум.






