Resumo

  • O GNSO adotou o marco final em 13 de outubro de 2016 e o ccNSO em 7 de novembro; em 18 de setembro de 2026, a ICANN org disse não ter localizado adoção ou endosso de nenhum outro SO/AC.
  • O Board não foi chamado a adotar o documento, portanto não há, por essa via, concordância demonstrada com o papel genérico que o marco lhe atribui.
  • O atual Reviews CCG está amparado por uma carta separada de 2025, indicações dos SO/AC e aprovação do Board. A questão em aberto é a autorização do futuro grupo de Structural Review.

O alcance termina onde terminam as resoluções

O histórico começa com uma decisão do GNSO Council. Em 13 de outubro de 2016, o conselho aprovou o Final Framework e determinou que, após a adoção pelo ccNSO, os demais SO/AC fossem informados da decisão dos dois conselhos. Também recomendou que a comunidade consultasse os princípios ao considerar futuros CCWGs.

Em 7 de novembro, a resolução 123-07 do ccNSO Council adotou o relatório final e o marco. O conselho convidou os comitês consultivos e a Address Supporting Organization a adotá-lo. O convite é um registro da ambição de ampliar o alcance; não é o registro da decisão dos convidados.

Essa diferença voltou ao centro do debate em setembro de 2026. O Reviews CCG pediu à ICANN org que esclarecesse o estado da metodologia. Após examinar seus registros, a organização respondeu que não acreditava que qualquer outro SO/AC tivesse adotado ou endossado o documento. Por isso, o marco deveria ser tratado, no máximo, como ponto de referência, e não como mecanismo comprovado e disponível para convocar grupos intercomunitários.

A conclusão é documental. Ela não elimina a possibilidade de uso informal, citação ou influência do texto. Apenas impede que práticas desse tipo sejam apresentadas como se fossem resoluções institucionais.

O Board ocupa outra coluna. Na página histórica do GNSO, a consulta pública anterior à consideração pelo Board e a resolução do Board aparecem como não aplicáveis. A mensagem da ICANN org acrescenta que o Board não foi solicitado a considerar e adotar o marco. Assim, não houve acordo demonstrado com o papel do Board descrito no documento.

A autoridade apareceria em uma carta, não no título

A Version 1 define a si mesma como um conjunto geral de diretrizes e boas práticas, não como regras rígidas para todos os casos. Para formar um CCWG, pelo menos dois SO/AC devem adotar a mesma carta, em texto idêntico, cada qual por seu procedimento normal. Eles passam a ser as Chartering Organizations.

É essa carta que identifica as fontes de autoridade. Ela registra quais organizações aprovaram e em que data, distingue membros indicados, participantes e observadores, define eventuais ligações do Board e da equipe, estabelece consenso ou outros métodos, limiares, posições minoritárias, escalonamento, emenda e encerramento.

O marco permite participação aberta sem fundir abertura e poder decisório. Voluntários que não foram nomeados podem trabalhar e frequentar as reuniões. Porém, quando existe uma chamada formal de consenso, a regra padrão a limita aos membros indicados pelas Chartering Organizations. Ouvir uma comunidade maior não concede automaticamente a cada presença o direito de comprometer uma instituição.

Os produtos finais retornam a todas as organizações fundadoras ao mesmo tempo. Salvo regra diferente na carta, todas precisam ao menos não objetar para que o texto se torne a saída formal de consenso do CCWG. O que segue — encaminhamento ao Board, implementação ou outro processo — depende da autorização descrita. O documento de 2016 ensina como criar recibos institucionais; não funciona como um recibo universal pronto.

O Reviews CCG vigente tem uma cadeia independente

O grupo atual que avalia o sistema de reviews foi constituído por outro caminho. Sua carta de 2025 inclui SO/AC, Board e ICANN org como Nominating Groups. Ao indicar membros, um grupo é considerado apoiador da carta. Os membros trabalham em capacidade individual, e a decisão final de apoiar as propostas continua com as SO e AC.

Internamente, o CCG busca consenso. Externamente, todas as SO e AC são chamadas a examinar as recomendações conforme suas próprias regras. Se duas ou mais não apoiarem, o processo termina. A carta também define o relatório ao Board e um diálogo caso uma recomendação seja considerada contrária ao interesse público global.

Em 5 de setembro de 2025, o Board aprovou a carta e nomeou James Galvin e León Sánchez para o CCG. A presidência do Board confirmou os atos em correspondência posterior. Essas decisões não ampliam a adoção do marco de 2016, mas validam o Reviews CCG atual em seus próprios termos.

A lacuna da futura Structural Review

O relatório preliminar de junho de 2026 propôs que as fases posteriores de uma Structural Review fossem conduzidas por um Cross-Community Working Group, usando práticas existentes. Na reunião de 1º de setembro, o CCG discutiu manter uma sala aberta porque o exame poderia alcançar a estrutura do Board, novas partes da ICANN, a relação entre os silos e a adequação geral da organização.

O próprio grupo, contudo, solicitou a verificação da metodologia. A resposta posterior sugere escrever os atributos em vez de confiar no nome: quais ou quantos SO/AC aprovam a carta, como a participação é equilibrada, quantos precisam endossar recomendações antes do Board e que diálogo deve ocorrer se o Board não as adotar.

Um recibo de carta e adoção

Antes de iniciar os trabalhos, a futura estrutura pode publicar um recibo com a versão exata e o hash da carta. Uma linha para cada SO/AC registraria se houve consideração, adoção, endosso, objeção ou nenhuma ação, com data, resolução e alcance. Outra coluna indicaria se a decisão transforma a instituição em fundadora, nominadora, observadora ou em nenhuma dessas funções.

O mesmo registro incluiria autoridade de indicação, diferença entre membro e participante, limiares internos, dissenso, escalonamento e tratamento do produto final. A linha do Board separaria ligação, consideração, diálogo de rejeição, aprovação e implementação. Uma mudança material da carta geraria uma nova versão e exigiria novas decisões.

Uma Structural Review pode depender de participação ampla para enxergar consequências que uma única parte não percebe. Essa amplitude é uma fonte de evidência. A autorização continua sendo uma cadeia de atos institucionais. Preservar as duas dimensões melhora o processo sem atribuir a ele um mandato que o registro não demonstra.

Fontes