Кратко

  • В письме от 8 сентября Jonathan Zuck сообщил, что Claire C. Craig сменит его на посту председателя ALAC после завершения ICANN87 и, согласно правилам ALAC, станет представителем комитета в Empowered Community.
  • Раздел 6.3 Устава ICANN требует, чтобы представитель в ECA действовал исключительно по поручению представляемого Decisional Participant: ALAC принимает решение, представитель его передаёт, а ECA обеспечивает административное исполнение процесса.
  • Поскольку ICANN вправе полагаться на надлежащее уведомление как на доказательство одобренного действия, каждое значимое уведомление ALAC должно ссылаться на краткую версионируемую квитанцию поручения, не раскрывая тайные индивидуальные голоса.

Объявление о преемнике ещё не означает вступление в должность

Письмо датировано 8 сентября 2026 года и адресовано главному юрисконсульту и секретарю ICANN. Zuck сообщает, что покинет пост председателя At-Large Advisory Committee по окончании ICANN87. Craig должным образом избрана его преемницей. В соответствии с Rules of Procedure ALAC она также сменит его как представитель ALAC в ICANN Empowered Community.

ICANN опубликовала письмо 10 сентября под темой «Appointment of Representative to ECA». Отдельное сообщение At-Large уточняет процедуру: номинации принимались с 24 августа по 7 сентября, Craig была единственным кандидатом, приняла выдвижение 24 августа и была избрана путём аккламации. В сообщении сказано, что она займёт должность на ежегодном общем собрании 2026 года после завершения заседания Правления 22 октября. ICANN87 проходит в Бали с 17 по 22 октября.

Следовательно, документ фиксирует будущую передачу полномочий, а не переносит дату её вступления в силу на день публикации. На момент фиксации доказательств для этой статьи, 20 сентября, страница ECA ICANN всё ещё указывала Zuck как назначенного представителя ALAC. Это согласуется с объявленным календарём.

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

Пять действий нельзя свести к одной подписи

Цепочка становится понятнее, если разделить её на пять самостоятельных действий.

Первое — назначение. Раздел 6.3(a) Устава ICANN предусматривает, что каждый Decisional Participant действует через своего председателя или иное назначенное лицо. Ежегодно председатель или сопредседатели должны письменно подтвердить секретарю, кто будет представлять этого участника в Empowered Community Administration. Сентябрьское письмо служит доказательством личности будущего представителя и временного окна передачи.

Второе — институциональное решение. ALAC является одним из пяти Decisional Participants Empowered Community. Поддержка, возражение, воздержание, петиция, отзыв или исправление позиции должны возникать по процедуре, применимой к конкретному вопросу. Раздел 6.1(g) обязывает каждого участника поддерживать процессы для принятия петиций, решения о поддержке действий других участников и уведомления собственных constituents. Именно здесь формируется содержание решения.

Третье — поручение представителю. Формулировка раздела 6.3(b) предельно строга: представитель обязан действовать «solely as directed», исключительно по указанию представляемого Decisional Participant и в соответствии с его процедурами. Статус председателя и доступ к ECA не создают личный запас институциональной власти. Если личное мнение председателя расходится с формально установленной позицией ALAC, наружу должна быть передана позиция ALAC.

Четвёртое — административная работа ECA. Она получает и направляет уведомления, модерирует телефонные конференции и community forums, подсчитывает решения Decisional Participants. Раздел 6.3(c) требует от её членов следовать Annex D и выполнять решения, принятые по установленной процедуре. Это важные функции, но они не превращают пять представителей в самостоятельную политическую палату.

Пятое — допустимое доверие ICANN. По разделу 6.3(d) требуемые или разрешённые Уставом сообщения участника передаются через его представителя. Раздел 6.3(e) позволяет ICANN считать надлежащим образом доставленное уведомление доказательством того, что описанное действие одобрено соответствующим участником, EC или ECA либо является их действием.

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

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

Письмо от 8 сентября отвечает на свой вопрос: кто уходит, кто приходит и когда ожидается передача. Оно не претендует на то, чтобы заранее удостоверить позицию ALAC по отклонению бюджета, изменению Fundamental Bylaws, петиции, отстранению члена Правления или иной компетенции Empowered Community.

Однако через тот же архив корреспонденции проходят уведомления с существенным эффектом. В 2026 году ALAC сообщал о поддержке поправок к Fundamental Bylaws, направлял Rejection Action Petition и приглашал другие Decisional Participants её поддержать. Позднее ECA удостоверяла результаты и завершение процессов. Одно и то же имя в подписи не означает одного и того же институционального автора на всех этапах.

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

Тайное голосование не требует тайны вокруг институционального процесса

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

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

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

Небольшая квитанция поручения закрывает разрыв

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

Запись должна содержать вопрос, объём и дату решения; различать голосование, консенсус и аккламацию; приводить публикуемый совокупный результат; ссылаться на зафиксированное несогласие или процедурное оспаривание. В части передачи нужны тип уведомления по Уставу или Annex D, получатель, время и публичный URL корреспонденции. Если поручение исправлено, отозвано или заменено, старая версия остаётся доступной и указывает на новую.

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

Рекомендация 6.1.6 Work Stream 2 уже задаёт это направление. Каждый EC Decisional Participant должен публично раскрывать любое направленное в EC решение вместе с процессом его принятия. ICANN указывает, что внедрение рекомендации сообществом завершено в третьем квартале 2023 года. Квитанция не создаёт новую конституционную власть. Она делает существующее обязательство проверяемым именно тогда, когда доверие по разделу 6.3(e) приобретает последствия.

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

Источники