Resumo

  • Em 12 de março de 2026, o Conselho da ICANN aprovou o processo atualizado com efeito imediato; a página atual da GNSO informa que ele está em vigor.
  • O processo de 2013 dava 10 dias úteis para a equipe enviar a proposta e um relatório ao comitê apropriado do Conselho e 30 dias corridos para resumir os comentários públicos.
  • Depois de duas reuniões sem ação final, o Conselho tinha de explicar o impedimento e estimar o tempo restante. Após quatro reuniões, ou seis reuniões agendadas no total, a alteração seria considerada efetiva.
  • O texto de 2026 permite que a organização ICANN e o grupo definam um cronograma adequado e diz que o tempo de interação pode variar. Os antigos prazos e salvaguardas não reaparecem.
  • As quatro contribuições apoiaram a atualização como conjunto, mas o Registrar Stakeholder Group pediu que prazos de revisão fossem mantidos. A ICANN preferiu um calendário por caso.
  • Um recibo temporal público e versionado tornaria essa escolha verificável sem obrigar todas as cartas a seguir a mesma duração ou abrir aconselhamento protegido.

Os números de 2013 cobriam etapas diferentes

O documento de março de 2026 afirma que substitui o processo criado pelo Conselho em 2013. A resolução 2026.03.12.01 determinou adoção imediata, e a página da GNSO hoje apresenta as cinco fases da nova versão como regra vigente.

O primeiro relógio antigo começava quando um grupo, depois de aprovar internamente sua proposta, a entregava formalmente à ICANN. A equipe tinha 10 dias úteis para analisar o texto e encaminhá-lo ao comitê competente do Conselho com um relatório sobre eventuais preocupações fiscais ou de responsabilidade. Não era um prazo para aprovação. Era um limite observável para a produção da primeira avaliação institucional.

O segundo relógio vinha após a consulta pública. Em até 30 dias corridos do encerramento, a equipe devia preparar o relatório com o resumo das contribuições. A decisão final continuava sem data, mas a próxima peça necessária do processo tinha uma expectativa pública.

O terceiro relógio tratava da ausência de decisão no Conselho. O comitê deveria examinar o expediente na próxima oportunidade disponível. Se não fosse viável agir depois de duas reuniões, o Conselho explicaria ao grupo as circunstâncias e daria sua melhor estimativa. Se ainda não houvesse ação depois de quatro reuniões, ou de seis reuniões agendadas ao todo, as alterações seriam consideradas efetivas.

Essas regras não formavam um único prazo de ponta a ponta. As fontes também não mostram que os números sempre foram cumpridos, que serviam a toda questão jurídica ou que a efetividade automática era adequada em qualquer caso. A contribuição institucional era mais simples: o tempo fazia parte da regra pública e podia ser comparado com o registro.

O novo processo põe o tempo dentro do expediente

A versão de 2026 tenta evitar problemas tardios. Quando inicia a revisão, o grupo deve avisar sua equipe de apoio na organização ICANN o quanto antes e indicar uma pessoa de ligação. As partes podem estabelecer um cronograma apropriado. Modelos de carta e de procedimentos incorporam os Bylaws, os procedimentos operacionais da GNSO e recomendações aplicáveis do Work Stream 2.

Durante a redação, a organização pode apontar requisitos de governança, revisão e implementação antes do voto interno. Depois que o grupo aprova o texto segundo suas próprias regras, a ICANN identifica questões jurídicas e de governança. Documentos complexos podem exigir discussão adicional, cujo tempo varia. Concluída a revisão, a organização apresenta seu relatório ao comitê apropriado do Conselho.

O comitê aprova o relatório antes de abrir a consulta pública, considera o resumo e recomenda uma ação. O poder final continua no Conselho: maioria simples para reconhecer as alterações, ou dois terços para rejeitar com justificativas específicas. O reconhecimento vale como aprovação; o grupo então adota e publica a carta. A revisão administrativa não substituiu o voto.

O que mudou foi o tempo entre essas autoridades. O texto atual não traz 10 dias, 30 dias, explicação depois de duas reuniões ou efetividade depois de quatro ou seis. A fundamentação do Conselho descreve um cronograma apropriado que não fica preso ao processo. A duração passou de padrão comum a atributo negociado entre o grupo e a organização.

Há motivo legítimo para diferenciar casos. Uma correção pequena não é igual à incorporação de um grupo como pessoa jurídica, com questões tributárias, de cobrança de anuidades e de responsabilidade. A ICANN citou a complexidade crescente dos documentos e a necessidade de análise mais profunda. Uma conversa antes do voto dos membros pode evitar que o texto volte à origem. Portanto, menos prazos escritos não prova que a prática será mais lenta.

Apoiar a reforma não significou apoiar cada detalhe

As quatro contribuições à consulta foram favoráveis ao processo atualizado. Essa descrição é correta. Mesmo assim, uma manifestação favorável pode contestar a forma escolhida para um ponto importante.

O Registrar Stakeholder Group elogiou os modelos e a intenção de transparência, mas alertou que retirar o tempo esperado para a revisão da ICANN criava ambiguidade sobre as etapas seguintes e reduzia a garantia de aprovação em prazo oportuno. Não tratou os antigos números como intocáveis; aceitou discutir períodos maiores.

O relatório de síntese preservou a objeção. A resposta da organização foi uma decisão de desenho: em vez de impor um tempo fixo no processo, ela trabalharia com cada grupo para definir um cronograma próprio. O Organizational Effectiveness Committee reiterou a escolha antes de recomendar a aprovação ao Conselho.

Assim, “quatro apoios” não equivale a “quatro aprovações da retirada dos relógios”. O registro mostra apoio amplo à participação antecipada, aos modelos e à atualização; uma demanda específica por proteção temporal; e a opção institucional por ajuste caso a caso.

Um recibo para o cronograma ajustável

O processo autoriza que exista um cronograma, mas não exige uma página pública padronizada para ele. Também não manda mantê-lo em segredo. Nenhuma fonte examinada demonstra intenção de atrasar indefinidamente. A lacuna verificável é que a regra não indica onde um membro encontra a previsão inicial, a fase corrente, o titular da próxima ação ou o motivo de uma revisão.

Um recibo curto poderia registrar:

  • grupo, identificador da revisão e versão imutável do documento;
  • datas da notificação, da aprovação pelos membros e da entrega formal;
  • pessoa de ligação e instituição responsável pela ação atual;
  • janelas combinadas para cada fase e primeira estimativa da próxima decisão;
  • fase atual, data de entrada e estados de espera por informação, pausa ou retorno à redação;
  • cada nova estimativa, sua data, a anterior e uma categoria atribuível de razão;
  • próxima ação responsável e ponto de verificação;
  • abertura e encerramento da consulta, publicação do resumo, recomendação e decisão;
  • adoção, publicação, última verificação e histórico de versões.

As razões podem ser apresentadas sem revelar conteúdo sensível: complexidade documental, análise adicional de governança, questão de pessoa jurídica, nova redação pedida pelo grupo, dependência de outro processo, tratamento de comentários ou agenda do Conselho. Ficariam de fora pareceres privilegiados, dados tributários confidenciais, contatos pessoais e discussão fechada.

A previsão também não precisa virar promessa irrevogável. Fatos novos podem mudá-la. Prestar contas significa publicar a mudança, identificar quem assumiu a nova estimativa e não apagar o estado anterior. Um cronograma flexível tem memória; um cronograma invisível deixa apenas a percepção de demora.

O princípio de especificação mínima de Heng Lu impede que o recibo vire nova burocracia. A camada comum precisa apenas de estado, responsável, data, razão e próxima ação. O tempo substantivo permanece local com os atores que conhecem o caso. Coordenação fina não precisa se transformar em permissão central.

O limite do que se sabe

As fontes não identificam uma alteração de carta já atrasada pelo processo de 2026. Elas não sustentam alegações de fila, má-fé, captura ou descumprimento. Também não oferecem uma série histórica suficiente para julgar o desempenho de cada relógio de 2013.

O envolvimento antecipado pode acelerar casos. Um grupo pode publicar o próprio calendário. A ICANN pode ampliar sua orientação. Os primeiros expedientes concluídos mostrarão como o desenho funciona; o texto, sozinho, não seleciona o resultado.

O recibo proposto também não altera autoridade. Os membros do grupo aprovam, a organização analisa, o comitê conduz consulta e recomendação, e o Conselho reconhece ou rejeita. Um cronograma não vota, não corrige uma carta deficiente e não elimina uma revisão exigida.

O fato confirmado é restrito e estrutural: o tempo saiu de padrões públicos comuns e entrou na coordenação por caso. A próxima pergunta de legitimidade é se a coordenação será visível o bastante para distinguir trabalho ativo de espera sem dono.

Fontes

  1. ICANN — processo de alteração das cartas da GNSO, março de 2026
  2. ICANN GNSO — processo de 2013
  3. Conselho da ICANN — resoluções de 12 de março de 2026
  4. Conselho da ICANN — ata de 12 de março de 2026
  5. ICANN — consulta sobre o processo atualizado
  6. Registrar Stakeholder Group — contribuição
  7. ICANN — relatório de síntese dos comentários
  8. OEC do Conselho — ata de 23 de fevereiro de 2026
  9. GNSO — Grupos de Partes Interessadas e Constituencies
  10. ICANN — Bylaws
  11. Heng Lu — Minimum Initial Specification, Localized Future Decision, and Voluntary Adoption