Resumo

  • O rascunho impede a ICANN de reconhecer ou retirar um registro enquanto não tiver recebido uma proposta já aprovada pelos registros, o que coloca a iniciativa nas mãos das entidades que a cláusula pretende disciplinar.
  • O texto é publicado como rascunho datado de 28 de agosto de 2025; nenhuma resolução de adoção, registro de consulta pública ou instrumento de ratificação foi localizado, de modo que a base de 2001 segue como a única referência a que as contrapartes podem recorrer.

O que há no registro

O documento em exame é o Governance Document for the Recognition, Operation, and Derecognition of Regional Internet Registries, publicado pela Number Resource Organization em sua página do RIR Governance Document Version 2. Está redigido como instrumento, com seções numeradas, termos definidos e remissões internas, e declara sua própria relação com o que veio antes: sucede o Internet Coordination Policy-2, sobre o qual registra que foi "adopted on 4 June 2001".

Duas outras páginas corroboram o antecessor como objeto real e datado. A página da ICANN sobre o Internet Coordination Policy-2 e a referência ICP-2 da Address Supporting Organization do NRO descrevem ambas o documento de 2001 como a base operacional para estabelecer novos registros. Essa corroboração comprova algo estreito: o arranjo que o rascunho pretende substituir está publicamente indexado por mais de uma instituição. Não comprova o que o documento de 2001 diz. Nenhuma dessas páginas devolveu texto de disposição legível em 17 de outubro de 2026, e este artigo, portanto, não afirma nada sobre o conteúdo, os limiares ou os remédios do ICP-2.

A distinção importa porque um instrumento que existe como texto não é o mesmo que um instrumento que existe como obrigação. O rascunho existe como texto. Se existe como obrigação remete a uma resolução, a uma ratificação, a uma entrada em vigor — e sobre essa questão o registro aqui reunido é silencioso.

Duas condições antes de qualquer exercício de poder

A disposição mais consequente do rascunho é um limite ao detentor do poder formal:

ICANN shall have no power to Recognize or Derecognize an RIR unless it has received a Proposal to do so that has been approved by the RIRs in accordance with this Section 2.3.

Três características fazem o trabalho. Primeiro, está redigida como incapacidade e não como outorga: não diz que a ICANN pode reconhecer um registro, diz que não terá poder para tanto salvo em hipótese determinada. Instrumentos escritos assim costumam ser lidos como proteção do sujeito do poder contra o seu titular.

Segundo, duas condições separam a ICANN de qualquer exercício: é preciso haver uma proposta, e essa proposta precisa já ter sido aprovada pelos RIR. A ordem é explícita: a aprovação precede o recebimento. A ICANN não recebe um pedido e então convoca os registros; recebe algo que os registros já decidiram.

Terceiro, o efeito sobre a iniciativa é estrutural e não procedimental. O detentor da decisão formal não pode abrir um caso contra os corpos que disciplinaria. Só pode agir sobre um caso que esses corpos tenham escolhido trazer. Seja qual for a autoridade que o rascunho confira à ICANN, ele retira a capacidade de que a execução precisa: a de começar.

O que a frase não diz importa quase tanto. A remissão aponta para a Section 2.3, e essa seção não estava visível no material reunido, de modo que o limiar operacional permanece não lido. A objeção de um único registro bloqueia uma proposta, ou ela é aprovada por supermaioria? Quais corpos precisam aprovar — os registros como pessoas jurídicas, suas associações, seus conselhos? Em que prazo, e com que direito de resposta para o registro em questão? Cada uma dessas escolhas transforma o portão de um obstáculo alto em barreira absoluta, e nenhuma se resolve com o trecho disponível.

Um remédio escrito para ser difícil de usar

O tratamento da sanção final é igualmente específico:

A non-compliant RIR shall be Derecognized only as a last resort and where it is reasonably believed that the harms to the Numbering Community and/or to the Internet Numbers Registry System outweigh the benefits of continuing to tolerate the RIR's non-compliance.

Três condições são cumulativas: descumprimento, caráter de último recurso e um juízo comparativo de dano. Outras três características são escolhas e não acidentes.

A norma é uma norma de crença. Exige que a conclusão comparativa seja razoavelmente acreditada, não que uma constatação seja firmada em registro. Normas de crença não são fracas em si — boa parte do direito administrativo repousa na razoabilidade —, mas pressupõem um decisor cujo raciocínio possa ser examinado, e a disposição não designa nenhum.

O beneficiário do teste está especificado, e não é o decisor. Os danos computáveis são os da Numbering Community e os do Internet Numbers Registry System. Esse enquadramento afasta a questão do constrangimento institucional e a aproxima da consequência operacional, que é o instinto correto; também implica que o tratamento procedimental indevido de um membro por um registro, isoladamente, não é manifestamente o dano que a cláusula contempla.

A cláusula silencia sobre a consequência que dispara. Diz que um registro será retirado. Não diz o que acontece com o espaço de endereçamento que ele administra, com os registros que descrevem quem o detém, com os acordos de serviço com seus membros, nem com os anúncios de roteamento que tornam o espaço alcançável. Esse silêncio não é tecnicidade. A retirada é o passo desta arquitetura que uma resolução posterior não desfaz simplesmente, porque o que se retira é a autoridade sob a qual os registros foram feitos.

O status de rascunho é parte da conclusão

A página apresenta o texto como rascunho, e a data que ele carrega integra a identidade do documento:

28 August 2025 (DRAFT)

Duas coisas devem ser ditas com honestidade. A página publicada trazia essa cadeia, e este artigo a reporta como a data de rascunho impressa pela editora. Separadamente, a cópia preservada da mesma página registrou carimbo de publicação em 28 de agosto de 2026. A discrepância fica sem solução em vez de alisada: a idade do rascunho é reportada como impressa, e a data de observação de tudo aqui é 17 de outubro de 2026. O leitor deve tratar o ano do rascunho como incerto e seu status de rascunho como claro.

Uma autodescrição de status de rascunho prova apenas como a editora rotula o documento. Não prova que nenhum instrumento posterior o tenha substituído, nem que não tenha havido adoção. O que se pode afirmar é mais estreito e ainda assim relevante: o documento é apresentado como rascunho, o antecessor que nomeia é um instrumento de 2001, e nenhuma resolução, ratificação ou entrada em vigor que dê efeito ao sucessor foi localizada nas fontes reunidas para este artigo.

Material apresentado ao lado do texto publicado descreve maquinário adicional — auditorias periódicas por auditor independente nomeado pela ICANN, um arranjo de continuidade emergencial limitado a período definido salvo renovação, procedimentos de implementação elaborados em conjunto e adoção por acordo entre a ICANN e os registros. São exatamente as disposições que tornariam o instrumento operável, e aqui são registradas como descrição e não como disposição, porque não foram verificadas contra a redação do próprio instrumento.

A diferença importa: a descrição de um dever de auditoria indica que alguém considerou a auditoria parte do desenho; só o texto diz quem audita, sob qual gatilho e o que se segue a uma recusa.

O que o instrumento não resolve, e quem carrega esse risco

Quatro questões determinam se o arranjo é utilizável na prática, e nenhuma está resolvida no registro reunido.

Não resolve o limiar, porque a Section 2.3 não foi lida. Um portão cujo requisito central é indefinido não é um portão cuja rigidez possa ser avaliada.

Não resolve quem julga a questão do dano comparativo, com que registro, em que prazo ou sob que revisão. Uma norma de último recurso sem avaliador designado é uma norma que interpreta quem se move primeiro.

Não resolve o destino dos recursos. Nada do que foi reunido descreve a destinação do espaço de endereçamento de um registro retirado, de seus registros administrativos ou das posses de seus membros. Para um operador com alocações, essa é a única pergunta que importa, e sua ausência separa o remédio da ruptura.

Não resolve a posição de terceiros. Registros não tratam apenas entre si e com a ICANN: tratam com membros que contratam serviço, com provedores de trânsito que anunciam seus prefixos e com tribunais aos quais se pode pedir que executem ou contenham o que um registro fez. Nenhuma dessas partes tem via de entrada no procedimento que o rascunho descreve.

Quando um instrumento deixa essas questões abertas, o risco não desaparece: é alocado a quem não pode evitá-lo, isto é, aos membros e clientes de um registro, que precisam decidir se confiam em um reconhecimento que pode ser retirado sem regra declarada sobre o que vem depois.

Por que isso ultrapassa o sistema de registros

A autoridade para alocar recursos da internet não é conferida por um estatuto global. É montada — da prática operacional, da disposição das redes em aceitar os registros resultantes e do reconhecimento por partes externas à associação do próprio registro. Por isso a camada de reconhecimento não é formalidade: é onde a autoridade do sistema é corroborada ou fica entregue à afirmação.

Um instrumento bem redigido daria às contrapartes algo a que apontar antes do litígio: um órgão decisor nomeado, critérios declarados, um procedimento registrado e uma consequência definida. Um rascunho que deixa esses elementos abertos, e cuja cláusula de portão coloca a iniciativa nas entidades a disciplinar, faz outra coisa. Confirma onde o poder está em vez de deslocá-lo, e deixa o remédio efetivo ao foro disponível quando a disputa se torna urgente.

Esse é o significado prático de um rascunho que ninguém adotou: não que esteja errado, mas que ainda não sustenta carga. Um registro sob pressão não precisa de cláusula de sucessão; precisa de instrumento em vigor, e uma contraparte precisa poder dizer o que esse instrumento exige.

Fronteira probatória, 17 de outubro de 2026

Este artigo se apoia em quatro disposições citadas textualmente da página publicada pelo NRO, na data de rascunho impressa e em descrições de editor provenientes de três páginas públicas de duas instituições. Não afirma nada além disso, e explicitamente não afirma o seguinte.

Não afirma que o rascunho tenha sido adotado, ratificado ou aprovado pela ICANN, pelo NRO, pela Address Supporting Organization ou por qualquer registro. Tal instrumento não foi localizado.

Não afirma que o rascunho tenha sido rejeitado ou abandonado. A via de aprovação não foi lida; uma lacuna no que foi reunido não é prova de ausência, e uma adoção posterior não contradiria nada do que aqui se reporta.

Não cita nem parafraseia as disposições do ICP-2, e não afirma o limiar de aprovação da Section 2.3, a identidade dos órgãos aprovadores nem a presença no texto do instrumento dos mecanismos de auditoria, continuidade e implementação descritos ao seu redor.

Não afirma que algum registro esteja hoje em descumprimento, que exista ou tenha sido cogitada proposta de retirada, nem o que aconteceria aos recursos de um registro em caso de retirada.

Dois documentos mudariam rapidamente este quadro, e cada um é documento antes de argumento: uma resolução ou ratificação que dê efeito ao sucessor, ou o texto completo da Section 2.3. Enquanto nenhum estiver disponível, a descrição honesta deste instrumento é a que a editora imprime nele: um rascunho, datado, que ainda não é aquilo em que alguém pode apoiar-se.

Fontes