Resumo
- Emendas aos Estatutos Fundamentais, vigentes desde 3 de julho de 2026, fizeram tanto a revisão de eficácia do CSC quanto a revisão periódica da função de nomes da IANA contar do relatório final anterior; no CSC, o ciclo recorrente também passou de três para cinco anos.
- A mudança reduz a chance de revisões simultâneas e dá tempo à implementação, mas a demora de um processo agora amplia a distância entre seus inícios. A ICANN deveria publicar um registro com âncora, data-limite, gatilho antecipado, atraso, relatório, implementação e novo cálculo de cada relógio.
Uma cadeia de autorização, não um mandato imaginário
É possível reconstruir quem mudou os relógios e com qual autoridade. Em 3 de maio de 2026, a Diretoria da ICANN aprovou as emendas aos Artigos 17 e 18 pelas resoluções 2026.05.03.11 a 13. Em 11 de maio, o Secretary notificou a Empowered Community, anexou as versões exatas e propôs tratar os dois itens em conjunto, pois ambos cuidavam da supervisão da função de nomes da IANA.
O registro público mostra apoio da ccNSO, ASO, ALAC e GNSO, abstenção do GAC e nenhuma objeção. Para uma emenda aos Estatutos Fundamentais, o Anexo D exige pelo menos três Decisional Participants a favor e no máximo um contra. Quatro apoios, zero objeção e uma abstenção atingiram o limiar. Os Estatutos em vigor registram que foram alterados em 3 de julho de 2026.
Essa sequência demonstra a base corporativa da decisão. Não foi uma eleição de todos os usuários da Internet, nem precisa ser apresentada como tal. A Empowered Community exerceu o poder de aprovação que a constituição societária da ICANN lhe atribui. A pergunta útil de responsabilização é mais concreta: qual regra foi mudada, quem passa a controlar os gatilhos e como alguém de fora poderá recalcular a próxima data?
Também é preciso separar as funções. O CSC acompanha de forma contínua o desempenho da Public Technical Identifiers diante do IANA Naming Function Contract e das expectativas de serviço. A revisão de eficácia pergunta se o próprio comitê de supervisão funciona. Já a revisão periódica da função de nomes avalia o desempenho da PTI e o arranjo mais amplo de supervisão. A tramitação conjunta das emendas não fundiu esses mandatos.
O CSC troca três anos por cinco e ganha um reinício antecipado
O antigo Artigo 17.3(b) previa uma primeira revisão de eficácia dois anos depois da reunião inaugural do CSC e revisões recorrentes a cada três anos. A nova redação elimina a disposição histórica sobre a estreia e fixa cinco anos a partir da entrega do relatório final da revisão anterior. A comparação correta, portanto, é entre três e cinco anos no ciclo recorrente, e não entre dois e cinco.
Há uma válvula para problemas que não podem esperar. O CSC, a ccNSO, a GNSO, a Diretoria da ICANN ou a Diretoria da PTI podem pedir uma revisão fora do ciclo. Quando ela entrega seu relatório final, começa outro período de cinco anos. O Artigo 17.2 também passou a permitir que o Registries Stakeholder Group e a ccNSO designem membros alternos do CSC, e que cada entidade que escolhe um liaison indique um alterno. Cabe ao CSC definir funções e método de seleção.
A consulta pública não deu um cheque em branco. Sete participantes apoiaram integralmente o novo intervalo do CSC, enquanto duas pessoas sugeriram autoavaliação anual ou auditoria no meio do ciclo, receando que falhas de desempenho amadurecessem antes da revisão completa. Oito comentários apoiaram alternos; um alertou que eles poderiam virar participantes duradouros de “segunda classe” se não tivessem controles equivalentes de presença e mandato. A Diretoria não modificou a proposta, mas disse esperar que a próxima revisão examinasse tanto a cadência quanto o funcionamento real dos alternos.
O poder de antecipar é relevante, mas não age sozinho. Um dos cinco atores precisa perceber o sinal, definir que a situação merece uma revisão, registrar o pedido e aceitar que o relatório resultante reiniciará o ciclo ordinário. Se pedidos, recusas e motivos ficarem dispersos, a frase “pode ocorrer antes” continuará sendo uma possibilidade jurídica, e não uma salvaguarda auditável.
Na IFR, os cinco anos permanecem, mas a linha de partida muda
O Artigo 18 permite enxergar o efeito aritmético. Antes, uma revisão periódica da função de nomes precisava ser convocada pelo menos a cada cinco anos, contados da data em que a equipe anterior fora convocada. Agora, o prazo é calculado a partir do dia em que essa equipe submeteu o relatório final à Diretoria da ICANN.
A IFR2 começou em 10 de setembro de 2023 e entregou o relatório em 4 de setembro de 2025. Segundo a justificativa da Diretoria, a redação anterior exigiria a próxima revisão até 9 de setembro de 2028. Com a nova âncora, o limite passa a 3 de setembro de 2030. O rótulo de cinco anos não se alterou, mas a distância possível entre o início de uma revisão e o início da seguinte cresceu por quase toda a duração da IFR2.
Existe uma justificativa defensável. Investigar, consultar e fechar um relatório leva tempo; analisar e implementar recomendações antes de mobilizar outra equipe também. A síntese oficial da ICANN encontrou apoio amplo para a mudança. Continua possível instaurar uma Special IFR diante de deficiência ou problema no desempenho da PTI. Uma cláusula separada permite atrasar a periódica enquanto a especial estiver em curso, mas exige supermaiorias na ccNSO e na GNSO, um período declarado e, em regra, término do atraso até 12 meses depois da revisão especial.
O benefício não elimina a contrapartida. A âncora no relatório premia a conclusão e reduz a sobreposição; uma revisão lenta, porém, leva consigo a data-limite seguinte. Isso não prova intenção de escapar do escrutínio. Prova que duração e cadência precisam aparecer lado a lado.
Um registro para que os dois relógios sejam verificáveis
A ICANN já produz os eventos necessários. Falta reuni-los em um controle permanente para cada revisão de eficácia do CSC e cada IFR periódica ou especial. Uma linha por ciclo deveria informar:
- tipo de revisão, artigo aplicável, iniciador e autoridade;
- data-limite calculada e evento usado como âncora;
- convocação planejada e convocação efetiva;
- previsão e entrega real do relatório final;
- recomendações, decisão da Diretoria e estágio de implementação;
- pedido antecipado, gatilho de Special IFR ou análise de sobreposição;
- atraso aprovado, votação e limite declarado;
- próxima data recalculada depois de cada relatório;
- correções, registros substitutos e links para os documentos controladores.
O registro deve distinguir “começar até” de “começou em”. Deve ainda separar tempo de implementação de atraso sem explicação. Se um processo terminar cedo, a próxima borda precisa aparecer imediatamente. Se durar mais, o público deve conseguir decompor quanto do intervalo ampliado veio de investigação, redação, implementação ou adiamento autorizado por outra regra.
Duas pequenas correções fortaleceriam o expediente
O resultado jurídico é claro, mas os materiais explicativos contêm duas inconsistências. Na página da ação da Empowered Community, a linha da carta final traz “3 de julho de 2025”. A própria página diz que a ação terminou em 3 de julho de 2026, o documento vinculado é de 2026 e os Estatutos atuais carregam a data de 2026. A leitura prudente é a de um erro de ano no registro público, não de uma aprovação inválida.
Além disso, o resumo da consulta e partes da justificativa da Diretoria chamam o arranjo anterior do CSC de “ciclo de dois anos”. O histórico na mesma página e a antiga redação são mais precisos: a primeira revisão após dois anos e as seguintes a cada três. Nenhum dos dois problemas desfaz a emenda. Ambos aumentam o trabalho para quem tenta auditar a linha do tempo.
Uma nota de correção pode preservar o material original, indicar o dado correto e apontar o texto controlador. Essa prática resume o valor do registro proposto. A supervisão não se torna verificável porque um estatuto diz “cinco anos”. Torna-se verificável quando qualquer leitor identifica o ator, o relógio, o evento que o moveu e a decisão disponível caso o desempenho piore antes da data ordinária.
Fontes
- Registro da ação da Empowered Community
- Notificação do Secretary à Empowered Community
- Resoluções da Diretoria da ICANN de 3 de maio de 2026
- Versão comparada da emenda ao Artigo 17
- Versão comparada da emenda ao Artigo 18
- Estatutos atuais da ICANN
- Aviso de aprovação da Empowered Community
- Consulta pública e resultado
Briefing para membros
Contexto aprofundado do perfil
Faça login com o nível de assinatura correto para desbloquear o briefing completo e as notas das fontes.
Apenas para Strategic Circle
Strategic Circle
Aberto a todos os leitores. Desbloqueie Briefings de perfil após se inscrever e fazer login.
Junte-se ao Strategic CircleSomente para Leadership Alliance
Leadership Alliance
Para proprietários e gestores qualificados de ativos de PI; faça login para desbloquear os briefings da Leadership Alliance.
Junte-se ao Leadership Alliance

