Resumo

  • O ASO AC entregou a versão 3 ao NRO EC em 28 de julho de 2026; o NRO NC publicou o rascunho recomendado, o redline e o relatório de justificativas em 1º de setembro de 2026.
  • A Seção 1.3 permite a aplicação de uma disposição antes da existência de procedimentos comuns, enquanto cada RIR mantém discricionariedade sobre sua abordagem de conformidade.
  • A análise da BTW recomenda um registro público por disposição, sem tratar FINAL DRAFT como prova de adoção.

O documento está em um ponto de transferência de responsabilidade. O NRO NC, também chamado de ASO AC, concluiu a versão 3 e a entregou ao NRO EC em 28 de julho de 2026. O NRO EC informou que revisaria o texto, coordenaria com a ICANN e os RIRs e publicaria um cronograma atualizado. Em 1º de setembro, o NRO NC publicou o rascunho recomendado, um redline comparado à versão 2 e um relatório de justificativas.

O texto se denomina “FINAL DRAFT”. Isso descreve a etapa de elaboração, não uma adoção concluída pela ICANN e por todos os RIRs, a substituição atual do ICP-2 ou efeito jurídico antes da adoção formal. No congelamento de 7 de setembro de 2026, o conjunto de fontes congelado não contém cronograma datado da etapa final nem catálogo público de Implementation Procedures adotadas.

A Seção 1.3 é o ponto operacional decisivo. Os RIRs e a ICANN podem desenvolver e adotar conjuntamente procedimentos publicados que definam requisitos mínimos. Eles não podem contradizer ou substituir o documento. Porém, quando não há procedimento adotado, cada RIR conserva discricionariedade sobre sua abordagem de conformidade, e a ausência de procedimentos não impede a aplicação da disposição.

Isso cria uma lacuna de responsabilização, mas não prova conduta indevida ou não conformidade atual. Uma regra substantiva pode ser aplicável enquanto o método comum de aplicação continua indefinido. A Seção 1.4 remete aos procedimentos pertinentes da entidade decisora, incluindo possibilidade de contestação ou recurso quando aplicável. Para membros da AFRINIC e Resource Holders, a pergunta prática é quem decidirá, sob qual processo publicado, com quais evidências e com qual reparação.

A análise da BTW recomenda que o NRO EC publique um registro de implementação junto com seu cronograma atualizado. O registro deve separar seis estados: adoção do documento; elaboração do procedimento; adoção do procedimento; implementação local pelo RIR; prontidão para auditoria; e uso efetivo. Um sinal verde em uma coluna não pode significar conclusão nas demais.

Os campos sugeridos são: disposição; responsável pelo procedimento; estado da consulta; estado da aprovação; data de vigência; estado da implementação local; dependência; link de evidência; exceção; e rota de contestação. As linhas sugeridas incluem divulgações de conflito de interesses, regras de publicação e redação, testes de materialidade, entrada de Compliance Review, auditorias de cinco anos, Rehabilitation Plans, qualificação do Temporary Emergency Operator, transferência de dados de continuidade, Transition Plans e procedimentos de recurso.

São linhas recomendadas de monitoramento, não uma afirmação de que cada item exige legalmente um procedimento separado. Elas mostram a diferença entre uma regra escrita no documento e um controle publicado, implementado, testado e utilizado.

A versão 3 altera o limite de reconhecimento para apoio de dois terços dos RIRs, acrescenta divulgação de conflitos de interesses e publicação de avaliações e justificativas, e atribui à ICANN funções específicas de revisão e decisão. Prevê auditoria regular de pelo menos cinco em cinco anos. Uma Compliance Review pode ser solicitada pela maioria dos demais RIRs, pelo próprio RIR ou pelo menor valor entre 15% e 1.000 de seus membros, sujeita a requisitos de materialidade e remediação prévia.

A cadeia de governança é esta: se um Audit ou uma Compliance Review constatar não conformidade, a ICANN publica as conclusões e pode trabalhar com os RIRs em um Rehabilitation Plan; depois verifica e publica se a remediação foi bem-sucedida. O RIR afetado pode iniciar um Temporary Emergency Continuity Arrangement para seus próprios serviços. A ICANN e dois terços dos demais RIRs também podem iniciá-lo ou renová-lo após discussão, quando razoavelmente possível. O arranjo é limitado a 90 dias, salvo renovação, e exige publicação e participação da comunidade.

A derecognition é o último recurso, após oportunidade razoável para corrigir a não conformidade material; antes de a ICANN aprová-la, a proposta precisa do apoio de dois terços dos demais RIRs.

O NRO NC afirma que a versão 3 responde às principais preocupações levantadas na consulta. Essa é a avaliação do órgão redator, não uma conclusão independente. O relatório de justificativas descreve Compliance Review como mais leve e rápida que uma auditoria completa e diz que suas salvaguardas pretendem evitar abusos. Também afirma que a mudança do limiar de emergência busca acelerar a resposta, enquanto o limite de 90 dias impede que a operação temporária se torne o padrão.

As fontes congeladas não informam quais procedimentos já existem privadamente ou estão em elaboração interna. Também não informam como serão interpretados “material”, “reasonable”, “promptly” ou “where reasonably possible”, nem quem será o futuro auditor ou Temporary Emergency Operator. Esses pontos devem continuar registrados como desconhecidos.