Resumo

  • A nota de acompanhamento da ASO ao RIR registra um resultado — a ASO não apoiará a petição de rejeição —, o canal usado na consulta e um zero agregado: nenhuma manifestação de apoio vinda das comunidades.
  • O texto obtido não registra qual decisão o NRO Executive Council tomou sobre o pedido recebido, nem a contagem, nem o raciocínio, embora o procedimento publicado da própria ASO preveja um menu de decisão e um dever de informar as comunidades sobre a decisão final.

A nota é curta e faz o que promete. Diz que o At-Large Advisory Committee (ALAC), atuando como Decisional Participant da Empowered Community do ICANN, apresentou uma Rejection Action Petition contra a proposta de emenda padrão dos Bylaws que acrescenta a Seção 27.6, "Timing for Specific Reviews". Diz que a ASO recebeu, depois disso, um pedido para considerar apoiar essa petição. Diz que o NRO Executive Council procurou as comunidades dos RIR pelas respectivas listas de discussão do CCG para saber se a ASO deveria apoiar. Diz que nenhuma manifestação de apoio chegou por esse processo. E conclui que a ASO não apoiará a petição.

Quem lê a nota fica sabendo o essencial sobre o desfecho. Quem precisa auditar o desfecho fica sem o essencial sobre a decisão.

Uma nota que relata um resultado

A nota de acompanhamento está publicada no site da própria ASO e é o documento que ancora este texto (nota de acompanhamento ao RIR). As passagens entre aspas abaixo são os trechos que esta revisão conseguiu reter da página, não a íntegra do documento.

O primeiro movimento da nota é de identificação. O ALAC, "acting as an ICANN Empowered Community Decisional Participant", apresentou uma petição de rejeição relativa à emenda que acrescenta a Seção 27.6 aos Bylaws. O segundo movimento é de posição: "The ASO subsequently received a request to consider supporting the Community Rejection Petition." A ASO não é autora da petição. É destinatária de um pedido de apoio.

O terceiro movimento é o que dá à nota o seu valor documental. "In response, the NRO Executive Council reached out to the RIR communities through the respective CCG mailing lists to seek input on whether the ASO should support the Community Rejection Petition." Em uma frase, a nota nomeia o órgão que deliberou, o canal usado e a pergunta feita. Isso não é pouco: consultas a cinco comunidades costumam desaparecer em comunicados que só anunciam o resultado.

O quarto movimento é o zero. "No input in support of the petition was received from the RIR communities through this process." É um agregado negativo. Não há contagem de respostas, não há resultado por registro, não há trecho de manifestação alguma. Há uma frase que cobre cinco comunidades.

O quinto movimento é a conclusão, publicada no futuro do pretérito do inglês institucional: "As a result, and in accordance with the ASO's consideration of Empowered Community matters, the ASO will not support the Community Rejection Petition."

A nota do NRO que abriu o processo diz quase o mesmo, com uma diferença de direção que importa (aviso do NRO à comunidade dos RIR). Ali se lê que a ASO "has received a request concerning the ICANN Board-approved Standard Bylaws Amendment to add a new Section 27.6" e que "the ASO has been asked to consider exercising its rejection powers". O aviso também registra o critério que o NRO EC anunciou antes de decidir: "The NRO EC will review the request taking into account the interests of the RIR communities and the ASO's role within the ICANN Empowered Community."

Esse critério é a parte mais interessante do conjunto. Antes de existir resultado, o NRO EC disse em que moeda iria decidir: os interesses das comunidades dos RIR e o papel da ASO dentro da Empowered Community. Depois de existir resultado, a nota de acompanhamento não diz como essa moeda foi aplicada.

O que o próprio procedimento da ASO diz que uma decisão parece

A comparação relevante não é entre a nota e um ideal abstrato de transparência. É entre a nota e o procedimento que a própria ASO publica para lidar com poderes da Empowered Community (procedimentos da ASO para os poderes da Empowered Community).

Esse procedimento descreve o mecanismo em três tempos. As EC Rejection Actions "are initiated by the community via petition to one of the Empowered Community Decisional Participants", resultam em um Community Forum "if supported by a second Decision Participant" e a ação do Board correspondente é anulada "if the Empowered Community decides to approve the Rejection Action petition".

O mesmo texto atribui ao NRO EC a decisão sobre o pedido. Segundo o que a página reporta, o NRO EC "decides whether to accept or reject a petition, with the authority to dismiss petitions that are baseless, vexatious, or redundant". Ou seja: existe um menu com três saídas — aceitar, rejeitar ou dispensar — e existe um teste de mérito para a terceira.

O procedimento também descreve a consequência de aceitar: "If the NRO EC accepts a petition, it informs the EC Administration and ICANN, and requests support from other Decisional Participants." E atribui ao Secretariado do NRO uma função de registro: "The NRO Secretariat is tasked with managing the process, including informing the RIR communities of notices, receipt of petitions, and the final decision of the ASO regarding support for or objection to the rejection."

Leia essa última frase com cuidado. O dever publicado não é apenas avisar que houve um pedido. É informar as comunidades dos RIR sobre três coisas distintas: os avisos, o recebimento das petições e a decisão final da ASO quanto a apoiar ou objetar à rejeição.

A nota de acompanhamento cumpre a primeira e a segunda. Cumpre a terceira pela metade: informa o resultado — não apoiar — sem informar a decisão que o produziu. Um leitor atento nota que "não apoiar" é o desfecho, não a deliberação. Entre um e outro existe um menu de três posições que o texto obtido não preenche.

Vale registrar o que a página de procedimentos é e o que ela não é. Ela é um resumo publicado, retido nesta revisão como excerto e sumário reportados pelo provedor de pesquisa, não como leitura integral do instrumento. A descrição do menu de decisão é paráfrase reportada; a redação exata das cláusulas de aceitação, rejeição e dispensa não foi retida palavra por palavra. Isso limita a precisão da citação, não a existência do menu.

Uma segunda entrada que o procedimento publicado não descreve

Há uma segunda assimetria, mais estrutural, que a nota deixa visível sem comentá-la.

O procedimento descreve a iniciação de uma Rejection Action como um movimento da comunidade em direção a um Decisional Participant: a comunidade peticiona, o Decisional Participant recebe. A matéria de junho de 2026, tal como os dois documentos a descrevem, é outra coisa: um Decisional Participant — o ALAC — dirige-se a outro Decisional Participant — a ASO — para pedir apoio.

São duas portas diferentes. Na primeira, a comunidade entra no sistema e um participante decide se a representa. Na segunda, um participante já dentro do sistema procura outro participante para somar peso. O texto de procedimento obtido descreve a primeira porta com detalhe e não descreve a segunda.

Isso não é uma irregularidade. É uma lacuna de descrição. A petição do ALAC existe, foi notificada e é tratada pelos dois documentos como fato consumado. O que falta é o enquadramento: se o pedido de apoio de um Decisional Participant a outro é uma etapa prevista, uma cortesia política ou uma prática sem texto, o registro público obtido aqui não diz.

Para quem opera registros, a diferença tem consequência prática. A primeira porta produz um registro de entrada — quem peticionou, quando, com que fundamento. A segunda produz uma troca entre pares, cujo rastro depende de cada participante querer publicá-lo. A ASO publicou o seu. O que ela publicou descreve o pedido, não o classifica.

Zero não é achado enquanto ninguém conta

A frase mais carregada da nota é a mais curta: nenhuma manifestação de apoio foi recebida das comunidades dos RIR por esse processo.

Como enunciado, ela é verdadeira e verificável apenas por quem tem acesso às listas. Como achado, ela é incompleta por construção. Um zero agregado responde a uma pergunta binária — houve apoio? — e deixa sem resposta todas as perguntas que tornariam o zero interpretável.

Quantas comunidades responderam? Quantas não responderam? Houve manifestações contrárias ao apoio, ou silêncio? Algum registro pediu mais tempo, mais informação ou uma posição diferente? A nota não diz. E como não diz, o zero funciona como um resultado sem denominador.

Isso importa porque o critério anunciado pelo NRO EC antes da decisão era justamente o interesse das comunidades. Se a decisão se apoia nesse interesse, o registro que a comunica deveria permitir ao leitor ver o que foi pesado. Um zero sem contagem não permite. Um zero com contagem — cinco comunidades consultadas, três responderam, nenhuma a favor — permitiria.

Há uma leitura generosa possível, e ela deve ser dita. A ASO pode ter considerado que o dever de informar se esgota no resultado, e que detalhar respostas de listas de discussão exporia manifestações feitas em fóruns técnicos com expectativa de informalidade. Essa é uma posição defensável sobre privacidade de lista. O problema é que ela não está declarada em lugar algum do texto obtido. Sem a declaração, o leitor não distingue uma escolha editorial de uma omissão.

Quanto custaria fechar a lacuna

A distância entre a nota publicada e uma nota auditável cabe em poucos acréscimos. O ônus parece modesto, mas não é trivial: exige definir a unidade de resposta, decidir o que as regras de lista e de privacidade permitem publicar e obter aprovação para divulgar o resultado.

A primeira nomeia a decisão: o NRO EC aceitou o pedido, rejeitou o pedido ou o dispensou por considerá-lo improcedente, temerário ou redundante. Uma dessas três palavras, com data.

A segunda dá o denominador: quantas comunidades foram consultadas, quantas se manifestaram e em que sentido, sem identificar pessoas nem reproduzir falas.

A terceira registra o raciocínio no nível que o próprio NRO EC já anunciou: como o interesse das comunidades dos RIR e o papel da ASO na Empowered Community foram pesados.

Nada disso exige revelar deliberação interna, expor correspondência ou criar novo órgão. Exige poucas linhas em um documento que já existe — uma recomendação deste texto, não uma regra que o procedimento obtido estabeleça.

E o ganho é específico. Com as três frases, a nota deixaria de ser um comunicado e passaria a ser um registro. Um pesquisador que voltasse a ela em dois anos saberia o que foi decidido, com que base e contra que universo de respostas. Sem elas, voltaria a encontrar um resultado sem processo — e precisaria reconstruir o processo por fora, se os fóruns ainda existissem.

O que o registro obtido aqui não estabelece

Três limites precisam ficar explícitos, porque a diferença entre uma lacuna documental e uma acusação é exatamente essa.

Primeiro: este texto não afirma que o NRO EC não registrou internamente a sua decisão. Afirma que o texto obtido da nota de acompanhamento, do aviso do NRO e da correspondência de 9 de junho de 2026 não mostra qual posição do menu foi adotada. Pode haver ata, e-mail ou minuta que a mostre. Não foi obtida nesta revisão.

Segundo: a data de 9 de junho de 2026 vem do nome do arquivo da correspondência enviada pela ASO ao ALAC, depositada no repositório de correspondência do ICANN, e da página do publicador — não de uma linha de data lida dentro do documento (correspondência ASO–ALAC). O texto dessa correspondência está visivelmente corrompido pela extração; ele é citado aqui apenas com essa ressalva e não sustenta nenhuma afirmação que a nota de acompanhamento não sustente sozinha.

Terceiro: o substrato da consulta — as threads das listas do CCG nas cinco comunidades, eventuais respostas por registro e qualquer contagem do que foi recebido — não foi obtido nesta revisão. O aviso anterior do Secretariado da ASO, de 12 de maio de 2026, referido na nota de acompanhamento, também não foi obtido. A ausência desses documentos neste trabalho não é prova de que não existam nem de que tenham sido sonegados.

O que sobra, depois desses três limites, ainda é substancial. Uma organização publicou uma nota que informa cinco comunidades de que foram consultadas e de que a resposta foi não. A mesma organização publica um procedimento que prevê um menu de decisão e um dever de informar a decisão final. A nota cumpre o dever de informar o resultado e não cumpre o de informar a decisão. Essa diferença é verificável no texto, não depende de acesso a nada e pode ser corrigida na próxima nota.

A entrada de diretório que ancora este documento está em Follow-up Notice to the RIR Community: ICANN Empowered Community Rejection Action Petition Exclusivo para o Círculo Estratégico.