Требование региональной поддержки, которое невозможно измерить

Краткое содержание

• ICP-2 требовал от нового RIR продемонстрировать широкую поддержку со стороны LIR и сообщества интернет-провайдеров в предлагаемом регионе, включая весьма значительное большинство, готовность предоставлять услуги, активное участие в восходящем процессе, финансовую поддержку и усилия по установлению контакта с существующими LIR.
• В тексте не был определён знаменатель (база расчёта). В нём не уточнялось, измеряется ли поддержка держателями ресурсов, голосующими членами, LIR, интернет-провайдерами, объёмом адресного пространства, соглашениями об обслуживании, странами, правительствами, публичными комментариями, посещаемостью встреч или подтверждёнными полномочиями от указанных сетей.
• Современный стандарт поддержки должен требовать проверяемого реестра полномочий: список уполномоченных субъектов, подтверждение полномочий, класс охвата, категория ответа, учёт возражений, финансовое или сервисное обязательство, способ контакта, журнал проверки, меры защиты конфиденциальности и публикацию агрегированных результатов.

Поддержка — тест на легитимность, у которого нет шкалы

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

Сложность — в измерении. Требование может быть центральным и всё равно непригодным, если не определён знаменатель. Широкая поддержка — от кого? От существующих LIR? От всех интернет-провайдеров? От держателей ресурсов? От членов действующих реестров, расположенных в регионе? От правительств? От технических ассоциаций? От организаций гражданского общества? От университетов? От дата-центров? От национальных исследовательских сетей? От арендодателей адресов? От держателей legacy-ресурсов? От будущих заявителей? Фраза «региональное сообщество» может включать всех них в политическом языке, но решение о признании не может учитывать их одинаково.

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

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

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

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

ICP-2 требовал обязательств, а не аплодисментов

Исходное требование поддержки сильнее, чем обычное одобрение сообщества. Оно не просто спрашивало, нравится ли людям идея нового регионального реестра. Оно спрашивало, готовы ли существующие LIR и интернет-провайдеры поддержать кандидата, получать от него услуги, участвовать в восходящей разработке политики и оказывать финансовую поддержку. Оно также признавало, что сети, уже обслуживаемые действующим RIR, может быть трудно перевести, и что было бы нелогично, если бы одни сети в регионе получали услуги от старого RIR, а другие — от нового.

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

Сам язык ICP-2 указывает на более строгий взгляд. Кандидат должен был показать, что предпринял все усилия для установления контакта с существующими LIR. Это предполагает список уполномоченных лиц, способ контакта и запись о работе с ними. Кандидат должен был показать, что значительный процент существующих LIR станет членами. Это предполагает знаменатель и ожидание членства. Кандидат должен был показать финансовую поддержку. Это больше, чем аплодисменты. Кандидат должен был показать готовность получать услуги. Это означает согласие на операционные отношения, а не только политическую симпатию.

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

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

Правило должно сохранять дух ICP-2, относясь к поддержке как к обязательной авторизации сервисных отношений. Оно не должно сводить поддержку к конкурсу популярности.

Проблема знаменателя — конституционный вопрос

Каждый тест на поддержку скрывает выбор о власти. Если знаменатель — голосующие члены, то легитимность формируют правила приёма в члены и требования к статусу. Если знаменатель — держатели ресурсов, то основой становятся записи об адресах и ASN. Если знаменатель — соглашения об обслуживании, то важны исторические договорные отношения. Если знаменатель — страны, то правительства получают вес даже там, где сети находятся в частных руках. Если знаменатель — объём адресного пространства, то доминируют крупные держатели. Если знаменатель — один субъект, один голос, то мелкие держатели могут численно превзойти операторов критической инфраструктуры.

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

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

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

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

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

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

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

Авторизация — это больше, чем подпись

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

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

Доверенность может быть действительна для одной встречи и недействительна для регионального переноса обслуживания.

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

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

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

Поддержка — не настроение. Это авторизация, связанная с сервисными отношениями. Такая авторизация должна быть проверяемой.

Охват — это не объём

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

Региональный язык ICP-2 указывает на охват. Предлагаемый RIR должен был действовать на международном уровне в большом географическом регионе, избегать региональной фрагментации и показать поддержку сообщества LIR и интернет-провайдеров в этом предлагаемом регионе. Одного сильного национального круга было недостаточно. Новый реестр становился бы сервисной точкой для всего регионального населения.

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

Стандарт также должен сообщать охват по последствиям для обслуживания. У каких субъектов будут перенесены соглашения об обслуживании? Кто станет членами? Кто будет платить взносы? Кто будет зависеть от новых схем обратного DNS или RPKI? На кого повлияют только как на участников политического сообщества? Поддержка нового органа для встреч — не то же самое, что согласие на перенос услуг реестра.

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

Стандарт не должен требовать полного единодушия. ICP-2 его не требовал; он говорил о ясном консенсусе и весьма значительном большинстве. Но весьма значительное большинство невозможно оценить, не зная, какое население было подсчитано и как учтена неподсчитанная часть. Если отвечают тридцать процентов держателей ресурсов и девяносто процентов ответивших поддерживают — это широкая поддержка или провал охвата? Если большинство крупных держателей поддерживает, но многие мелкие сети возражают — это легитимность или концентрация? Если правительства поддерживают, а держатели ресурсов разделены — что именно авторизовано?

Это не административные детали. Это и есть содержание региональной поддержки.

Финансовая поддержка — доказательство, но и фильтр

ICP-2 сделал финансовую поддержку частью легитимности. Новый RIR должен был показать, что сообщество будет поддерживать его финансово и что его бюджет и план деятельности имеют явную поддержку организаций, стоящих за ним. Это было разумно. Реестр не может работать на одном энтузиазме. Если сети хотят региональный институт, они должны быть готовы финансировать услуги, записи, сотрудников, встречи, безопасность и функции непрерывности, которые делают его реальным.

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

Государственный грант может помочь запустить реестр, но также может поднять вопросы независимости.

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

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

ICP-2 отчасти это предвидел. Он допускал первоначальное спонсорство, государственные гранты, частные гранты и пожертвования, но подчёркивал, что RIR должен быть демонстративно независимым и автономным и что в перспективе ожидается финансовая независимость, обеспеченная членством. Этот баланс остаётся правильным подходом. Деньги могут подтвердить обязательства, но они же могут купить зависимость.

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

Поддержка, которая не сталкивается с издержками, часто дёшева. Поддержка, купленная одним интересом, опасна. Реестр должен показывать разницу.

Заявка AFRINIC показывает и доказательства, и ограничения

Отчёт IANA о заявке AFRINIC— лучший публичный пример исходного теста на поддержку в действии. В нём говорилось, что действующими RIR региона были ARIN, APNIC и RIPE NCC. В отчёте описано совместное обращение к членам этих RIR в предлагаемой зоне обслуживания AFRINIC, самостоятельные усилия AFRINIC по установлению контакта с интернет-провайдерами по всей Африке, публичные списки рассылки, веб-сайт AFRINIC, встречи, конференции и прямые контакты с LIR и интернет-провайдерами. IANA пришла к выводу, что весьма значительное большинство было готово поддержать AFRINIC, участвовать в восходящей разработке политики и принять финансовые обязательства, необходимые для поддержки операционной деятельности.

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

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

Поэтому файл о признании AFRINIC следует читать двояко. Он подтверждает, что поддержка по ICP-2 должна была подтверждаться контактами, участием, финансовыми обязательствами и переносом обслуживания. Он также показывает, почему будущим делам нужен более формальный реестр. Старый публичный файл демонстрирует взвешенное суждение, но не даёт переиспользуемой модели данных для будущих споров о легитимности.

Это не критика рецензентов 2005 года. Это признание того, что система созрела. Стандарт, достаточный для вступительной заявки, проверенной доверенными коллегами, может оказаться недостаточным для оспариваемой меры в мире, где полномочия реестра могут влиять на трансферы адресов, рынки аренды, credential-безопасность, корпоративные судебные процессы и национальную связность.

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

Письма поддержки — доказательство, а не само дело

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

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

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

Реестр поддержки должен относить каждое письмо к категории и публиковать агрегированные результаты. Он не должен объединять все письма в один счёт. Десять писем правительств, двадцать писем ассоциаций и сто писем сетей — не взаимозаменяемы. Сто одинаковых кампанийных писем не равны ста отдельно авторизованным сервисным обязательствам.

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

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

ICP-2 требовал архивы, веб-записи и индивидуальные контакты потому, что авторы понимали: легитимность требует следа. Современный реестр должен сделать этот след проверяемым, не превращая конфиденциальные данные членов в публичное зрелище.

Стандарт поддержки должен учитывать возражения

Требование поддержки, которое не может объяснить возражения, — это не стандарт, а механизм ратификации. Регионы плюралистичны. Сети в них различаются по размеру, языку, стране, рыночной позиции, техническим возможностям, регуляторной среде и зависимости от услуг действующего реестра. Если новый или правопреемный реестр действительно региональный, он почти наверняка столкнётся с некоторой оппозицией или озабоченностью. Вопрос не в том, существует ли возражение. Вопрос в том, обнажает ли оно провал легитимности или управляемое разногласие.

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

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

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

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

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

Без учёта возражений заявления о поддержке не урегулируют легитимность. Они просто перенесут спор в процесс подсчёта.

Поддержка членов и поддержка держателей ресурсов — не одно и то же

Проект NRO 2025 года полезно различает членов и держателей ресурсов. Член — это субъект, имеющий право участвовать в управлении RIR, голосуя за руководящий орган. Держатель ресурсов — это субъект, владеющий номерными ресурсами, зарегистрированными в RIR. Во многих случаях категории совпадают, но не всегда. Разница важна для региональной поддержки.

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

Для признания нового RIR ICP-2 фокусировался на LIR и интернет-провайдерах, потому что именно они были базой обслуживания и финансирования, которую предполагалось перевести. Современная категория держателей ресурсов может быть шире. Она может включать организации, которые владеют ресурсами, но не ведут себя как классические интернет-провайдеры: дата-центры, предприятия, контентные сети, государственные органы, университеты, держатели legacy-ресурсов. Их сервисная зависимость может быть реальной, даже если их участие в политике ограничено.

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

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

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

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

Реестр должен быть проверяемым, но сохранять конфиденциальность

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

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

Он должен фиксировать ответ: поддержку, оппозицию, условную поддержку, воздержание, отсутствие ответа, недоступность, недействительность, дубль или оспаривание. Он должен фиксировать обязательства: перенос обслуживания, членство, финансовую поддержку, участие в политике или только общую консультацию.

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

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

У реестра также должны быть сроки действия. Поддержка не вечна. Письмо пятилетней давности может не авторизовать современное изменение обслуживания. Голосование до существенного изменения проекта может больше не применяться. Финансовое обязательство может истечь. Стандарт должен указывать, когда поддержку нужно подтверждать заново и когда устаревшие доказательства можно использовать только как исторический контекст.

Измеримая поддержка — не враг суждения сообщества. Это дисциплина, которая позволяет суждению пережить оспаривание.

Стандарт должен определять, какой уровень поддержки достаточен

ICP-2 использовал «ясный консенсус» и «весьма значительное большинство». Эти формулировки гибки, но современное правило признания должно объяснять, как они применяются. Ему не нужно устанавливать один жёсткий процент для всех случаев, но оно должно определить безопасные зоны, предупредительные зоны и зоны провала.

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

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

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

Проект NRO 2025 года отчасти отражает это различие. Он предусматривает внеплановые аудиты по запросу других RIR, группы членов, достигшей определённого порога, или ICANN. Он также трактует лишение признания как крайнюю меру и включает реабилитацию. Эта структура признаёт, что порог для расследования должен быть ниже порога для отстранения. Доказательства поддержки должны быть встроены в эту лестницу.

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

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

Публичный вывод должен быть воспроизводимым

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

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

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

Оба вывода могут быть легитимными только в том случае, если запись показывает их основание.

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

Измеримое правило защитило бы ICANN и RIR

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

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

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

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

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

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

ICP-2 сделал региональную поддержку центральной, потому что система реестров должна служить людям, которые от неё зависят. Следующий стандарт должен завершить эту идею, сделав поддержку измеримой.

Источники и ограничения анализа

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

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

Резолюция Совета ICANN о признании AFRINICподтверждает, что финальное признание последовало за проверкой плана перехода, оценкой NRO, проверкой IANA и выводом о полном соответствии ICP-2. Она не рассматривается как современный метод подсчёта поддержки.

Документ NRO RIR Governance Document Version 2поддерживает различие между держателями ресурсов, членами, сообществом номерных ресурсов, признанием, аудитом, экстренной непрерывностью, реабилитацией и лишением признания. Страница используется в соответствии с её заявленным статусом проекта и не рассматривается как окончательный нормативный акт.

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