Resumo
- A NRO informou em 28 de julho que o ASO AC concluiu a versão 3 do documento de governança dos RIRs, entregou formalmente o Recommended Draft ao NRO EC e transferiu a ele a responsabilidade pelo documento.
- A entrega não equivale a aprovação ou adoção. O NRO EC ainda revisará o texto, coordenará com ICANN e RIRs e conduzirá as etapas rumo a uma versão final.
- O texto, a justificativa das mudanças, o comparativo com a versão 2, o cronograma atualizado e qualquer nova oportunidade de participação ficaram para publicação futura.
- O relatório de maio mantinha em aberto gatilhos de reconhecimento, auditoria, desreconhecimento, continuidade de emergência, transição e proteção de titulares. Sem a V3, não é possível auditar o resultado.
O poder de implementação entrou em nova sala
O comunicado registra uma mudança concreta: o ASO Address Council terminou sua etapa e entregou o documento ao NRO Executive Council. A partir daí, o executivo passou a responder pela análise, pela coordenação com ICANN e os cinco registros e pelo caminho até a versão final.
A AFRINIC repetiu o anúncio em sua página inicial. Isso mostra que o processo global faz parte de sua agenda pública atual. Não prova que o conteúdo tenha sido aceito pelos membros africanos nem que qualquer nova regra esteja em vigor.
O texto entregue não acompanhou a notícia. A NRO prometeu publicar separadamente a versão 3, um documento explicando as mudanças relevantes e um redline contra a versão 2. Também prometeu um cronograma atualizado e deixou para anúncio posterior qualquer nova contribuição pública.
Logo, o poder de conduzir a próxima etapa já mudou. A possibilidade de inspecionar o que foi conduzido ainda não.
O que a versão 2 deixava em disputa
O relatório de status de maio transforma a ausência da V3 em questão objetiva.
No reconhecimento de um novo RIR, permaneciam dúvidas sobre quem faria uma revisão independente e sobre o mecanismo de unanimidade menos um. No desreconhecimento, a V2 admitia iniciativa de qualquer RIR, de 25% dos membros do registro afetado ou 2.000 membros — o menor número —, ou da ICANN.
O NRO NC decidiu manter esse limiar de desreconhecimento. Ainda discutia se uma auditoria ad hoc deveria exigir menos apoio e como evitar pedidos repetitivos.
Na continuidade de emergência, a V2 exigia unanimidade de todos os outros RIRs e da ICANN. O relatório reconhecia que esse padrão poderia ser alto demais em uma urgência e que extensões do mecanismo precisavam de critérios e supervisão mais claros.
Também estavam em redação requisitos de transição para manter serviços e proteger os direitos dos titulares, obrigações depois de uma auditoria e a inserção explícita da reabilitação antes de avançar no desreconhecimento.
Essas escolhas definem quem inicia, quem decide, quanto tempo um operador espera e qual remédio existe. Não são detalhes que possam ser resumidos pela palavra “stability”.
O Recommended Draft ainda não é regra
O nome oficial impõe um limite factual. Trata-se de recomendação do ASO AC. O NRO EC vai revisar e coordenar. A página do processo diz que NRO EC e ICANN ainda definirão os procedimentos de aprovação e adoção.
O plano de trabalho previa redação final em julho-agosto, apresentação às comunidades em setembro-outubro e preparação de aprovação em novembro. Como o anúncio agora prevê um cronograma atualizado, o plano anterior é contexto, não prazo vigente.
Não há base para afirmar que a V3 já alterou contratos, registros ou rotas. Mas há base para exigir que a versão recebida seja fixada antes de qualquer modificação executiva. Sem isso, não se separa a decisão do redator da decisão do órgão que assumiu a custódia.
Participação não resolve a cadeia de autorização
O processo teve questionário, consultas do primeiro e do segundo rascunho, comentário público da ICANN, reuniões regionais e relatórios. Esse histórico deve ser reconhecido.
Ele demonstra input, não necessariamente mandato.
A Note 73 de Heng Lu distingue stakeholder de principal. O primeiro é afetado e pode oferecer conhecimento, alerta e objeção. O segundo autoriza uma decisão vinculante. Uma sala aberta não adquire automaticamente poder sobre titulares ausentes.
Por isso, a auditoria da V3 precisa identificar quem pode pedir auditoria, declarar falha, iniciar operação emergencial, escolher sucessor, impor transição e decidir recurso. Também deve mostrar que poder permanece com os membros do RIR afetado.
“Community”, “consensus” e “stewardship” são descrições institucionais. Não substituem o quadro de votos, vetos, gatilhos e saída.
A saída é o teste de accountability
A crise da AFRINIC torna necessário um padrão para falha de RIR. A Note 17 de Heng Lu aceita essa necessidade, mas exige que a decisão decisiva de descredenciar ou recredenciar seja bottom-up e movida pelos membros, não concentrada na NRO ou ICANN.
A Note 25 testa o poder de implementação. Se o regime bloqueia entrada, restringe saída e torna os incumbentes insubstituíveis, coordenação vira permissão. A Note 6 define a proteção operacional: portabilidade garantida de IPs e ASNs para que uma rede não permaneça presa à falha de um único registro.
Não sabemos se a V3 incorporou, rejeitou ou alterou isso. Inventar uma cláusula seria enfraquecer a crítica. A cobrança eficaz é publicar o texto e o delta antes de pedir confiança.
O repost da AFRINIC tampouco legitima o purported Board, o Receiver, seus apoiadores ou uma política de lock-in. A etapa global não repara automaticamente a autorização dos atores locais.
O pacote mínimo de controle
O NRO EC deve publicar em conjunto a V3 recebida, a justificativa e o redline, com data e hash. Se modificar o texto durante a análise, precisa de um segundo comparativo entre a versão recebida e a versão levada à aprovação.
O cronograma deve informar início e fim da revisão, ordem das decisões de RIRs e ICANN, limiar de aprovação, registro de dissenso e existência de nova consulta. Para cada tema do relatório de maio, uma tabela deveria mostrar regra da V2, problema recebido, decisão da V3, responsável, justificativa e procedimento ainda pendente.
Há contraprovas importantes. A NRO anunciou a entrega, prometeu os documentos faltantes e publicou um redline na rodada anterior. O atraso pode ser apenas sequência planejada; não há prova de ocultação intencional.
Mesmo assim, o estado atual permanece: a responsabilidade passou ao executivo antes de o público poder comparar o texto. Até a publicação, qualquer alegação de que a V3 protege membros, continuidade ou poder bottom-up é uma afirmação institucional ainda sem o seu principal documento de prova.
Fontes
- Anúncio da NRO sobre a entrega da versão 3
- Página inicial da AFRINIC com a notícia
- Índice ICP-2 da NRO
- Processo e cronograma da revisão
- RIR Governance Document versão 2
- Diferenças e justificativa da versão 2
- Anúncio do relatório de maio de 2026
- Relatório de status da versão 2
- FAQ da NRO sobre ICP-2
- Revisão de ICP-2 na ASO
- Plano de trabalho ASO AC 2026
- Critérios ICP-2 aceitos pela ICANN em 2001
- NRS sobre NRO e governança dos RIRs
- Heng Lu Note 73: a miragem multistakeholder
- Heng Lu Note 25: poder de implementação e risco estrutural
- Heng Lu Note 17: padrão de falha e poder bottom-up
- Heng Lu Note 6: portabilidade de recursos numéricos
- LARUS sobre ICP-2 e risco operacional
- BTW, leitura adicional: a opção de saída esquecida pelo ICP-2


