Кратко

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

Что есть в собранном материале

Рассматриваемый документ — Governance Document for the Recognition, Operation, and Derecognition of Regional Internet Registries, опубликованный организацией Number Resource Organization на её странице RIR Governance Document Version 2. Он составлен как акт: с пронумерованными разделами, определёнными терминами и внутренними отсылками, и сам указывает своё отношение к предшествующему документу — он наследует Internet Coordination Policy-2, о котором сказано, что он был «adopted on 4 June 2001».

Две другие страницы подтверждают, что предшественник существует и датирован. Страница ICANN о Internet Coordination Policy-2 и страница-справка ICP-2 на сайте Address Supporting Organization при Number Resource Organization обе описывают документ 2001 года как действующую основу создания новых регистратур. Это подтверждение устанавливает узкий факт: порядок, который проект предлагает заменить, публично индексируется более чем одним институтом. Оно не устанавливает, что именно говорит документ 2001 года. Ни одна из этих страниц не вернула читаемый текст норм по состоянию на 17 октября 2026 года, поэтому настоящая статья ничего не утверждает о содержании, порогах или средствах защиты ICP-2.

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

Два условия до любого осуществления полномочия

Самая значимая норма проекта — ограничение для того, кто формально обладает полномочием:

ICANN shall have no power to Recognize or Derecognize an RIR unless it has received a Proposal to do so that has been approved by the RIRs in accordance with this Section 2.3.

Работу делают три особенности. Во-первых, норма сформулирована как отсутствие правоспособности, а не как наделение: она не говорит, что ICANN вправе признать регистратуру, она говорит, что у неё нет такого полномочия, кроме определённого случая. Акты, написанные так, обычно читаются как защита объекта полномочия от его носителя.

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

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

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

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

Обращение с предельной санкцией столь же конкретно:

A non-compliant RIR shall be Derecognized only as a last resort and where it is reasonably believed that the harms to the Numbering Community and/or to the Internet Numbers Registry System outweigh the benefits of continuing to tolerate the RIR's non-compliance.

Три условия кумулятивны: несоответствие, статус крайней меры и сравнительное суждение о вреде. Ещё три особенности — это выбор, а не случайность.

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

Выгодоприобретатель теста указан, и это не решающий. Учитывается вред для Numbering Community и для Internet Numbers Registry System. Такая рамка уводит вопрос от институционального неудобства к операционному последствию, что является верным инстинктом; она также означает, что процедурно недобросовестное обращение регистратуры с членом, само по себе, не является очевидно тем вредом, который имеется в виду.

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

Статус проекта — часть вывода

Страница представляет текст как проект, и дата, которую он несёт, входит в идентичность документа:

28 August 2025 (DRAFT)

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

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

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

Различие важно: описание обязанности аудита указывает, что кто-то считал аудит частью замысла; только текст говорит, кто проверяет, по какому основанию и что следует за отказом.

Чего акт не решает и кто несёт этот риск

Четыре вопроса определяют практическую пригодность порядка, и ни один не решён в собранном материале.

Не решён порог, поскольку Section 2.3 не прочитан. Врата, ключевое требование которых не определено, — это врата, строгость которых нельзя оценить.

Не решено, кто судит о сравнительном вреде, на каком материале, в какой срок и под каким контролем. Норма крайней меры без названного оценщика — это норма, которую толкует тот, кто действует первым.

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

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

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

Почему это выходит за пределы системы регистратур

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

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

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

Граница доказательств, 17 октября 2026 года

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

Она не утверждает, что проект был принят, ратифицирован или одобрен ICANN, Number Resource Organization, Address Supporting Organization или какой-либо регистратурой. Такой акт не найден.

Она не утверждает, что проект был отклонён или отозван. Путь принятия не прочитан; пробел в собранном материале не является доказательством отсутствия, и последующее принятие не противоречило бы ничему изложенному.

Она не цитирует и не пересказывает нормы ICP-2 и не утверждает ни порог одобрения в Section 2.3, ни состав одобряющих органов, ни наличие в тексте акта механизмов аудита, непрерывности и реализации, описанных вокруг него.

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

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

Источники