Кратко

  • ICANN — калифорнийская некоммерческая корпорация общественной пользы, а не государственный или договорный международный регулятор. Её Bylaws задают миссию координации уникальных интернет-идентификаторов и ограничивают регулирование услуг и содержания.
  • Основной практический контроль над регистрами и регистраторами возникает из индивидуальных договоров. Операции IANA выполняет PTI, а механизмы reconsideration, Independent Review и Ombudsman имеют разные предметы, сроки и последствия.

Источник полномочия: корпоративная форма и Bylaws

Articles of Incorporation описывают ICANN как калифорнийскую некоммерческую корпорацию общественной пользы, созданную для благотворительных и общественных целей. В этом документе нет основания считать ICANN государственным органом или регулятором, получившим общую юрисдикцию над Интернетом. Официальные Articles связывают корпоративную цель с миссией, раскрытой подробнее в Bylaws, но сами по себе не описывают весь механизм договорного и операционного контроля.

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

Bylaws одновременно создают институциональную архитектуру подотчётности: Совет директоров, Supporting Organizations, Advisory Committees, Empowered Community, reconsideration и Independent Review. Эти механизмы важны для легитимности, но их наличие не превращает ICANN в суд. Они предоставляют различные формы проверки решений и соблюдения процедур, а не единую универсальную апелляцию.

Исторический переход и распределение функций

В 2009 году Affirmation of Commitments закрепило двусторонние обязательства ICANN и Министерства торговли США по подотчётности, прозрачности, безопасности, конкуренции и периодическим обзорам. После перехода управления функциями IANA NTIA и ICANN прекратили действие этого инструмента, а соответствующие обязательства были встроены в обновлённые Bylaws. Сообщение NTIA о прекращении Affirmation описывает именно это изменение институциональной конструкции, а не передачу ICANN общей государственной власти.

Объявление NTIA 2014 года запустило процесс перехода и потребовало сохранить многостороннюю модель, безопасность, стабильность, устойчивость и открытость DNS. Оно не передавало кому-либо «владение Интернетом» и не создавало общей регуляторной юрисдикции. В заявлении NTIA 2016 года завершение перехода описано как прекращение договорной роли правительства США в надзоре за IANA при сохранении операционной и институциональной подотчётности в новой конфигурации.

Проект перехода IANA stewardship разделял разработку политики и операционное исполнение между сообществами имён, номеров и параметров протоколов. Документы по подотчётности CCWG отражали отдельный слой гарантий для самой институциональной системы. Это различие принципиально: тот, кто выполняет реестр или услугу, не обязательно получает право определять политику, по которой эта услуга работает.

IANA и PTI: делегированная операция, а не самостоятельный источник политики

IANA описывает операционные функции, включая координацию корневой зоны DNS, распределение интернет-ресурсов номеров и ведение реестров параметров протоколов. Эти функции выполняет PTI — юридически отдельный аффилированный субъект ICANN, что подтверждается материалами PTI.

IANA Naming Function Contract делегирует PTI операции именования и устанавливает требования к результативности, отчётности, уровням обслуживания, аудиту, эскалации и субподряду. Но договор сам по себе не создаёт полномочия определять политику доменных имён. Он задаёт операционную обязанность и контроль исполнения.

Аналогичное разграничение присутствует в RFC 2860: административная роль IANA отделена от разработки политики через процесс IETF. Для номерных ресурсов соглашение об уровне обслуживания IANA также отделяет глобальную политику, формируемую сообществом региональных интернет-регистратур, от операционного исполнения и его проверки.

Где находится практический контроль: договоры

Практический рычаг ICANN над многими операторами gTLD возникает прежде всего из контрактов. Материалы о соглашениях с реестрами показывают, что обязательства операторов основаны на индивидуальных договорах и могут различаться. Base Registry Agreement охватывает политики, escrow, технические и защитные требования, аудиты, нарушения, приостановление, расторжение и разрешение споров.

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

Материалы по Registrar Accreditation Agreement описывают обязанности регистраторов в отношении политик, сервисов регистрационных данных, escrow, хранения данных, контактов по злоупотреблениям, контроля реселлеров, аудитов, проверок соответствия и возможного приостановления или расторжения аккредитации. При этом конечный регистрант обычно заключает договор с регистратором или реселлером, а не непосредственно с ICANN. Это ограничивает прямые договорные средства ICANN против конечного пользователя.

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

Обжалование: несколько процедур вместо одной апелляции

Страница ICANN Compliance описывает контроль соблюдения договорных и политических обязательств. Reconsideration касается определённых решений Совета или персонала и доступна только в пределах установленного процесса. Она не является общей апелляцией по любому спору с ICANN.

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

Практический вопрос для оспаривающей стороны поэтому звучит не только как «согласна ли она с результатом?», но и как «какой именно инструмент применим, в какой срок и способен ли он изменить результат?». Reconsideration может быть ограничена видом решения и доступными средствами. IRP проверяет определённые governance-вопросы, а не автоматически заменяет решение Совета собственным мнением. Ombudsman может выявить проблему справедливости или процесса, но не действует как суд.

Вывод

ICANN обладает значительным, но слоистым полномочием. Устав и Bylaws задают миссию и границы; договоры с регистрами и регистраторами обеспечивают основную практическую исполнимость; PTI выполняет делегированные операции IANA; отдельные процедуры подотчётности дают способы оспаривания и проверки.

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