Resumo

  • Os Bylaws atuais da ICANN fixam 10 de junho de 2026 como vigência do Artigo 27.6 e suspendem a obrigação de conduzir quatro revisões específicas, sem eliminar a estrutura de base do Artigo 4.6.
  • A pausa ordinária dura doze meses e não pode exceder vinte e quatro meses no total. Extensões exigem uma condição expressa e uma justificativa; o teto não é uma renovação automática.
  • Consulta pública, aprovação do Conselho, petição da ALAC, posição da ASO e Bylaws vigentes são fatos institucionais diferentes.
  • A retomada de ATR, SSR, RDS e CCT obedece a gatilhos e sequências distintos. Constituição de equipe, relatório final, ação do Conselho, implementação e efeito operacional não devem ser confundidos.
  • Um pequeno registro de estado, datado e público, pode tornar a transição auditável sem criar novo poder de veto nem expor deliberação que precise permanecer protegida.

A pausa muda o estado da obrigação; não apaga sua linha de base

A palavra “pausa” convida à imagem de uma instituição inteiramente desligada. O Artigo 27.6 é mais estreito e preciso. Os Bylaws atuais da ICANN, indicados como emendados em 3 de julho de 2026, situam essa regra transitória no Artigo 27. A seção fixa 10 de junho de 2026 como data de vigência e, a partir dela, suspende a obrigação de conduzir a Accountability and Transparency Review, a Security, Stability and Resiliency Review, a Competition, Consumer Trust and Consumer Choice Review e a Registration Directory Service Review.

Isso não significa que transparência, resiliência, dados de registro, concorrência ou confiança do consumidor deixaram de importar. Tampouco afirma que o Artigo 4.6 foi revogado. O procedimento de consulta pública sobre a emenda transitória descreve uma resposta temporária a problemas de execução que preserva o texto de base do Artigo 4.6. Para quem consultar o arquivo mais tarde, a questão necessária não é se a ICANN “apoia” revisões. É qual regra governava em cada data: a obrigação ordinária, a exceção transitória que mudou temporariamente sua operação, ou uma emenda posterior adotada de forma válida.

As resoluções do Conselho de 3 de maio expõem o problema de partida. Três das quatro revisões deveriam ocorrer a cada cinco anos desde a convocação da equipe anterior. A ATRT4 deveria ter sido convocada em 2023, mas foi adiada duas vezes; as próximas SSR e RDS também foram diferidas enquanto a comunidade examinava o futuro do sistema de revisões. Carga sobre voluntários, sobreposição entre processos e pouco tempo para implementar recomendações foram razões expostas publicamente. Razões, porém, não convertem uma obrigação em discrição indefinida.

Daí a necessidade de evitar dois atalhos. O primeiro diz que, porque a execução é difícil, a obrigação desapareceu. O segundo diz que toda pausa ou reforma é ilegítima só porque existe uma obrigação permanente. O registro público sustenta uma leitura mais restrita: a linha de base continua identificável; uma regra de duração limitada foi adotada mediante procedimento definido; essa regra tem limites e saídas; e cada mudança de estado deve poder ser reconstruída sem adivinhação.

Aprovação e vigência são atos institucionais diferentes

O texto aprovado em 3 de maio trazia a expressão “Subject to Empowered Community Process”. Não é ornamento. Ela separa a deliberação do Conselho para aprovar uma emenda padrão dos Bylaws da data em que essa emenda efetivamente passou a produzir efeitos. O atual Artigo 27.6 fornece o segundo fato: a vigência em 10 de junho de 2026.

Essa distinção ajuda a ler os atos públicos que ocorreram entre um ponto e outro. A notificação da ASO de 3 de junho informa que a ALAC, participante decisório da Empowered Community, apresentou uma Rejection Action Petition contra a emenda. Isso prova a petição e as preocupações atribuíveis a ela. Não prova que a emenda foi rejeitada, que a ASO apoiou a petição ou que todos os participantes decisórios chegaram à mesma conclusão.

A comunicação posterior da ASO, de 9 de junho, prova outro fato: após consultar as comunidades RIR, a ASO não recebeu manifestações de apoio à petição nesse canal e decidiu não a apoiar. É o resultado de uma consulta e uma posição da ASO. Não é uma declaração do resultado integral da Empowered Community e não substitui o fato de vigência que aparece nos Bylaws atuais. Uma consulta de parte da comunidade pode esclarecer sua própria trajetória, mas não adquire a autoridade dos demais participantes.

Um registro de estado bem feito não precisa repetir toda a correspondência. Bastaria manter campos distintos para aprovação do Conselho, procedimento comunitário, resultado de cada participante conhecido e texto/data de vigência. A utilidade não está em transformar a página num tribunal da história institucional; está em impedir que o leitor use evidência de uma coluna para alegar fato pertencente a outra.

O prazo dá uma disciplina de calendário, não uma licença para esquecer

O texto da regra transitória aprovado pelo Conselho parte de uma pausa de doze meses a contar da data de vigência. A continuação da pausa depende de uma de duas vias expressas: o Conselho aceitar recomendações desenvolvidas pela comunidade depois da vigência sobre como modificar alguma ou todas as revisões específicas e determinar sua implementação; ou quatro dos sete Supporting Organizations e Advisory Committees indicados apresentarem declaração de apoio. Mesmo nesses casos, a pausa não pode passar de vinte e quatro meses ao todo e uma extensão precisa expor sua justificativa.

Essa arquitetura tem uma qualidade modesta, mas importante. Há uma condição identificável, uma decisão identificável, uma razão registrável e um teto. Nenhum desses itens, isoladamente, basta. Um relatório em elaboração não é uma extensão. Uma preocupação com capacidade não é o fato de o Conselho ter adotado uma decisão. Uma data de doze meses não é prova de que o limite de vinte e quatro foi acionado. E uma referência a “transição” não permite concluir que cada revisão segue a mesma trajetória.

O relatório de síntese da consulta pública mostra por que essa disciplina importava para participantes. Houve apoio a uma exceção limitada, acompanhado por pedidos de atualização regular do estado, critérios e justificativas de extensão, prova de prontidão e proteção contra nova sobreposição. A NCSG, por exemplo, distinguiu uma transição limitada de uma suspensão geral das obrigações de responsabilização. Comentários não alteram os Bylaws por si mesmos, mas revelam que data, capacidade, evidência de progresso e autoridade decisória não podem ser comprimidas numa única indicação confortável.

Cada revisão precisa do seu próprio recibo de retomada

A regra não reinicia todas as revisões por um único botão. Para a ATR, prevê uma convocação em até noventa dias após o encerramento da pausa, salvo que a própria lógica de recomendação e emenda mantenha uma revisão afetada em espera. Para SSR e RDS, o texto especifica a ordem da convocação e liga seu calendário aos marcos relevantes da ATR. A CCT tem gatilhos condicionais relativos a novas rodadas de gTLD e às condições expostas na própria disposição.

Por isso, “as revisões foram retomadas” é uma frase excessivamente ampla. Uma equipe pode ter sido convocada sem ter emitido relatório. Um relatório final pode existir sem ação do Conselho. Uma ação do Conselho pode existir sem implementação. Implementação pode existir no papel sem efeito observável. O registro deve conservar esses degraus e associá-los à revisão correta, em vez de tratar qualquer atividade comunitária como conclusão do processo inteiro.

O espaço público de trabalho do Reviews CCG registra que um Draft Report foi enviado para consulta pública em 25 de junho de 2026. Isso é evidência de trabalho público. Não demonstra, sem ato separado, aceitação pelo Conselho de uma recomendação comunitária posterior à vigência, instrução de implementação, emenda do Artigo 4.6 ou extensão da pausa. Publicação, recomendação, aceitação, instrução e emenda são cinco atos diferentes.

O texto aprovado também prevê que, se uma recomendação da ATR afetar revisões posteriores, estas podem permanecer em pausa enquanto o Conselho considera a recomendação e segue o procedimento necessário para emendar o Artigo 4.6. Se apenas SSR for afetada e RDS não for, o caminho da RDS pode avançar. A conclusão responsável é pequena: cada revisão requer evidência de seu gatilho normativo, prazo calculado e ato efetivo de convocação.

A solução é um recibo público de estado, não outra camada de deliberação

A proposta não é criar um novo comité nem exigir que a ICANN publique cada discordância estratégica. É um recibo de estado por revisão, com data e vínculo à fonte primária: obrigação de base; regra transitória aplicável; início da pausa; término ordinário calculado; eventual decisão de extensão; fundamento da extensão; teto aplicável; ato de convocação; estado da equipe; relatório final; ação do Conselho; estado da implementação. Quando um campo não existe, ele deve dizer “não há ato publicado identificado”, e não ser preenchido por inferência.

Esse desenho usa uma especificação inicial mínima. A estrutura comum é limitada: um vocabulário de estados, data, autoridade, URL de evidência e escopo da revisão. Cada participante pode comentar, contestar ou acrescentar material em sua própria instância, sem precisar que toda crítica reabra a tabela comum. A decisão futura permanece localizável porque a página aponta qual ato poderia mudar o próximo campo e quem o pode tomar. A adoção voluntária aparece separadamente: a existência de um rascunho, de uma consulta, de uma equipe ou de uma implementação não é automaticamente o resultado que a regra pretende obter.

Assim, a pausa deixa de ser uma expressão que pede confiança e passa a ser uma sequência verificável. Isso protege tanto quem considera necessária uma transição limitada quanto quem teme que uma exceção transitória se converta em prática duradoura. Nenhum dos lados ganha por declarar vitória cedo; ambos ganham quando o registro permite ver o que aconteceu, o que ainda não aconteceu e qual decisão específica poderia mudar a situação.

Sources

  1. ICANN Bylaws (emendados em 3 de julho de 2026)
  2. Resoluções aprovadas pelo Conselho da ICANN, 3 de maio de 2026
  3. Transition Article To Address Specific Reviews
  4. Consulta pública sobre a emenda transitória para revisões específicas
  5. Relatório de síntese da consulta pública
  6. Aviso da ASO sobre pedido de consideração de Rejection Action
  7. Aviso posterior da ASO sobre a petição
  8. Espaço público de trabalho do Reviews CCG