Resumo

  • Os três copresidentes pedem a entrega do relatório final na ICANN88 e a manutenção do grupo durante sua análise, para responder a dúvidas.
  • A proposta de outubro procura impedir que uma revisão substitua o processo de elaboração de políticas ou decida pelas demais instâncias.

Dar a alguém a tarefa de examinar uma política não significa entregar a essa pessoa o poder de mudá-la. Na reforma do sistema de revisões da ICANN, essa diferença deixou de ser apenas uma ressalva: virou um dos pontos que o grupo responsável quer esclarecer antes de concluir o trabalho.

O balanço preparado para a ICANN87 afirma que uma revisão pode avaliar os efeitos de uma política, mas não substituir seu processo de desenvolvimento. Se encontrar um problema que justifique mudança, poderá recomendar que a organização de apoio competente o examine. Caberá a essa organização decidir se inicia o processo e como conduzi-lo.

É uma fronteira importante para quem espera resultados de uma revisão. Identificar uma falha pode pressionar a instituição a agir. Não cria, por si só, uma nova autoridade para agir em seu lugar.

O texto mudou enquanto era discutido

O Review of Reviews Cross Community Group submeteu a primeira versão a comentários públicos entre 25 de junho e 4 de agosto de 2026. Recebeu 23 contribuições, incluindo duas fora do prazo. Ao mesmo tempo, continuou testando o modelo e refinando definições e salvaguardas. Segundo o grupo, o conjunto de mudanças justifica devolver o texto à comunidade antes de fechar as recomendações.

Em 12 de agosto, os copresidentes já haviam avisado que provavelmente pediriam uma extensão. No pedido formal de 5 de outubro, Avri Doria, Chris Disspain e Manal Ismail solicitaram entregar o relatório final na ICANN88 e permanecer disponíveis durante sua consideração, para responder a perguntas. O documento de outubro situa a ICANN88 em março de 2027.

A sequência prevista é publicar a segunda versão depois da ICANN87, processar os comentários e apresentar o relatório final às instâncias que indicaram os membros, em busca de apoio. O calendário trata da entrega; não promete que o Conselho Diretor terá aprovado a reforma até aquela data. A carta também não é, ela própria, uma aprovação do prazo solicitado.

O artigo anterior confundia um marco desse processo. O dia 25 de agosto era o prazo do relatório da equipe que resume as contribuições públicas. O balanço de outubro diz que o relatório final do grupo era inicialmente esperado em agosto, sem atribuir a ele o dia 25.

Primeiro, há gente para fazer o trabalho?

Uma das propostas revisadas dá ao Reviews Scoping Committee uma função de coordenação. Ele faria recomendações para receber o apoio das organizações de apoio e dos comitês consultivos, os SOs e ACs, em vez de decidir por eles. Conselho Diretor e organização ICANN participariam em funções de ligação.

Antes de uma revisão começar, o comitê verificaria capacidade mínima de participação em cinco dos sete SOs e ACs. Há uma questão bastante prática por trás da expressão: alguém precisa ler o material, comparecer às discussões e acompanhar o que vier depois. Reservar uma data sem reservar essa capacidade pode produzir mais um processo aberto, não mais um resultado.

O caminho das recomendações também ganharia regras mais explícitas. Relatórios finais de futuras revisões seriam enviados simultaneamente ao Conselho e aos SOs e ACs. Estes teriam dois meses para declarar apoio a cada recomendação ou pacote relacionado, e seria necessário o apoio de pelo menos cinco dos sete para atingir o limiar proposto. Isso descreve a reforma em discussão, não uma regra já aplicável ao pedido de extensão do próprio grupo.

Ficar para explicar não é ficar para decidir

O estatuto adotado para o grupo já prevê diálogo com o Conselho se este considerar que implementar uma recomendação não atende ao interesse público global. Também não determina o encerramento automático na entrega: a dissolução depende de notificação dos presidentes das instâncias que indicaram os integrantes, ou de seus representantes designados.

O documento distingue ainda a indicação de um membro do apoio às propostas. Indicar alguém equivale expressamente a apoiar o estatuto; os membros, porém, atuam individualmente. As decisões de apoio às recomendações continuam com os SOs e ACs, segundo seus próprios procedimentos. Nenhum esclarecimento do autor substitui essa decisão.

Há, por fim, um prazo que a carta não altera. O artigo 27.6 do estatuto da ICANN suspendeu determinadas obrigações de revisão a partir de 10 de junho de 2026. Prevê retomada em doze meses, salvo condições especificadas, exige justificativa para extensão e limita a pausa total a vinte e quatro meses. Adiar a entrega de um relatório não reinicia esse calendário.

A próxima versão terá valor se tornar o percurso mais nítido: uma falha identificada, uma instância competente para tratá-la, pessoas disponíveis e decisões registradas. Mais uma rodada de comentários pode melhorar esse percurso. Não deve ser confundida com uma rodada de poderes novos já concedidos.

Correção e atualização de 25 de outubro de 2026: separados os prazos do resumo de comentários e do relatório final, identificados os três signatários e esclarecidas as regras de diálogo e dissolução. O endereço e a data original de publicação foram mantidos.