Sumário

  • A segunda versão atual do Documento de Governança do RIR dá à ICANN a decisão final de reconhecimento ou desreconhecimento e estabelece que um RIR afetado ou candidato pode utilizar os procedimentos de revisão aplicáveis da ICANN. Esta promessa é incerta porque os Estatutos atuais da ICANN excluem expressamente disputas e reivindicações relacionadas a recursos de numeração da Internet tanto dos processos de reconsideração quanto do Processo Independente de Revisão.
  • Um recurso dedicado deve ser independente da ICANN e dos RIRs pares, admitir o registro afetado e os detentores de recursos diretamente afetados, dar suporte a evidências operacionais confidenciais e oferecer proteção provisória rápida sem congelar as medidas essenciais de continuidade.
  • O painel de revisão deve ser capaz de corrigir erros factuais, processuais, de autoridade, de proporcionalidade e de reparação. Suas ordens devem preservar registros e serviços precisos, distinguir operações temporárias de transferência institucional permanente e produzir um caminho executável de volta à governança regional legal.

Uma decisão final cria um novo problema de responsabilização

O reconhecimento já foi visto como uma porta de entrada para um pequeno clube institucional. Um Registro Regional da Internet proposto demonstrava que uma região o desejava, que poderia fornecer serviços de registro e que poderia participar da coordenação global. A ICANN então aceitava ou rejeitava a solicitação. A atualização do ICP-2 está tentando algo mais difícil. Ela governaria toda a vida de um registro, incluindo obrigações contínuas, acordos de serviço de emergência, reabilitação e eventual desreconhecimento. No caso mais grave, a ICANN decidiria se uma instituição regional deve perder a responsabilidade que exerceu por anos.

Essa decisão é diferente por natureza de uma recusa administrativa comum. Um registro desreconhecido pode perder sua região de serviço, seu lugar na Number Resource Organization, sua autoridade para fornecer serviços de registro e sua capacidade de direcionar a transição de registros e operações. Uma entidade sucessora ou interina pode adquirir controle prático sobre funções das quais milhares de redes dependem.

As consequências podem afetar a precisão do registro, DNS reverso, credenciais de segurança de roteamento, transferências, alterações de contato, expectativas contratuais, direitos de membresia, empregos, litígios pendentes e o status legal local de registros e sistemas.

Chamar tal decisão de final não resolve quem pode contestá-la, quem pode pausá-la ou o que acontece se estiver errada. A finalidade só é útil após uma revisão justa. Antes disso, amplia o erro. Um reconhecimento equivocado pode instalar um candidato que carece de consentimento regional ou capacidade operacional. Uma recusa equivocada pode permitir que um par estabelecido se proteja da concorrência. Um desreconhecimento equivocado pode transformar uma crise de governança remediável em uma crise de serviço.

Uma recusa equivocada em desreconhecer pode deixar os detentores de recursos dependentes de uma instituição que não atende mais aos deveres básicos. Cada direção contém riscos.

Ocronograma de revisão atual do NROtorna claro o momento institucional. O Conselho Executivo do NRO solicitou uma revisão do ICP-2 em 2023; seguiram-se duas rodadas de consulta; a redação de uma versão final está em andamento em 2026; e a aprovação e adoção estão previstas para o final do ano. A questão do recurso, portanto, não é uma reclamação retrospectiva sobre um instrumento consolidado. É uma escolha de design que ainda pode ser feita antes que um poder sem precedentes seja exercido.

O princípio central deve ser simples: nenhuma decisão capaz de reatribuir a responsabilidade por um registro regional deve se tornar praticamente irreversível antes que um órgão independente possa testar a decisão e proteger as pessoas cujos recursos de numeração dependem dela. Isso não significa que todo desafio deve interromper todas as ações. Significa que o instrumento deve declarar quem revisa, o que o revisor pode examinar, quais serviços continuam e qual reparação se aplica se a decisão não se sustentar.

O rascunho aponta para uma porta que pode estar fechada

ODocumento de Governança do RIR Versão 2contém várias camadas de decisão. Para reconhecimento, cada RIR existente analisa de forma independente um candidato. O apoio unânime normalmente envia a proposta à ICANN. Se um candidato acredita que uma recomendação negativa de um par contém erro factual material ou justificativa inadequada, pode solicitar uma revisão independente de terceiros. Em um estágio final restrito, uma dissidência injustificada de um RIR pode ser desconsiderada se o revisor independente encontrar tanto erro quanto satisfação de todos os requisitos de reconhecimento.

O desreconhecimento é organizado de maneira diferente. Uma proposta pode vir de um RIR, de um grupo qualificado de membros do registro afetado ou da ICANN. O registro afetado pode responder. Os outros RIRs decidem se recomendam o desreconhecimento, sendo necessária unanimidade entre eles antes que a proposta chegue à ICANN. A ICANN então discute a proposta com os RIRs, considera a contribuição deles e toma a decisão final de aprová-la ou rejeitá-la. O rascunho exige a publicação da decisão e de suas razões.

Após essa decisão final, a Seção 2.3(c)(ii) oferece uma frase sobre revisão: um RIR afetado ou candidato pode peticionar de acordo com os procedimentos então existentes e aplicáveis da ICANN. A frase parece tranquilizadora. Também é a ambiguidade mais consequente do rascunho. Não identifica um fórum, prazo de apresentação, padrão de revisão, direito a medida cautelar, tratamento de registros confidenciais, participação de detentores de recursos, reparações disponíveis ou o efeito legal de uma decisão. Mais importante, não estabelece que qualquer procedimento existente da ICANN seja aplicável a uma disputa de numeração.

As regras atuais da ICANN tornam essa incerteza concreta. OArtigo 4 dos Estatutos da ICANNprevê dois mecanismos principais de responsabilização. A reconsideração permite que uma pessoa ou entidade materialmente afetada conteste determinada ação ou inação do Conselho ou da equipe. O Processo Independente de Revisão (IRP) permite que um reclamante materialmente afetado alegue que uma ação coberta da ICANN violou os Artigos de Incorporação ou Estatutos. No entanto, a seção de reconsideração exclui expressamente disputas relacionadas a recursos de numeração da Internet, e a seção do IRP exclui expressamente reivindicações relacionadas a recursos de numeração da Internet.

As exclusões importam mais do que a disponibilidade geral desses mecanismos. Uma decisão de desreconhecimento de um RIR claramente diria respeito à responsabilidade de fornecer serviços para endereços IP e Números de Sistema Autônomo. Uma decisão de reconhecimento de candidato diria respeito ao mesmo sistema. A menos que os Estatutos sejam alterados, um reclamante poderia seguir o convite do rascunho apenas para ser informado de que os fóruns óbvios da ICANN estão fora do escopo. Um direito de revisão que depende de um procedimento do qual o assunto é excluído não é um direito de revisão. É um argumento futuro.

Pode haver interpretações sob as quais um desafio é caracterizado como governança institucional, em vez de uma disputa sobre recursos particulares. Essa possibilidade não é suficiente. O recurso deve ser previsível antes da crise, não reconstruído depois que um advogado começa a litigar jurisdição. O instrumento não deve forçar um painel a decidir se a perda do status de registro regional é suficientemente separada dos recursos cuja administração dá sentido ao status. Deve criar uma via dedicada ou assegurar uma emenda clara tornando a via independente existente aplicável.

A reconsideração pelo tomador de decisão não é suficiente

A reconsideração da ICANN e a revisão independente desempenham tarefas diferentes. A reconsideração pede que a organização reexamine sua própria ação com base em fundamentos definidos: conflito com missão ou política, falha em considerar informações materiais ou dependência de informações imprecisas. A revisão independente coloca uma disputa perante um painel externo ao tomador de decisão e pergunta se a ICANN cumpriu seus compromissos constitucionais. Em um caso de status de RIR, tanto a correção de erros quanto o julgamento externo são necessários, mas o segundo é indispensável.

A decisão final de status seguiria uma cadeia na qual os RIRs existentes já recomendaram um resultado e a ICANN já o aprovou ou rejeitou. Devolver a disputa apenas a um comitê do Conselho da ICANN preservaria o mesmo centro de gravidade institucional. O Conselho poderia corrigir uma omissão óbvia, mas ainda estaria julgando uma decisão pela qual é responsável.

Se o desafio alega que a ICANN deu peso excessivo aos interesses dos RIRs pares, interpretou mal o consentimento regional, ignorou o efeito sobre os titulares ou escolheu uma reparação além de sua autoridade, a reconsideração interna não pode fornecer a aparência ou a substância de independência plena.

A revisão por pares sozinha é igualmente inadequada. Os RIRs existentes possuem conhecimento operacional e têm interesse legítimo na estabilidade global. Eles também têm interesses institucionais. Um candidato a reconhecimento pode alterar os limites da região de serviço e os custos de coordenação. O desreconhecimento de um par pode criar ônus de transição para os outros, estabelecendo um precedente que pode mais tarde se aplicar a eles. Suas evidências e análise técnica devem fazer parte do registro, mas sua unanimidade não deve imunizar a recomendação do escrutínio externo.

Um painel independente precisa de separação de ambos os centros de decisão. Os painelistas não devem ser diretores, oficiais, funcionários, consultores remunerados ou representantes recentes da ICANN, do NRO, de um RIR, do registro afetado, de um candidato ou de um peticionário substancial. Eles devem divulgar vínculos profissionais, financeiros e institucionais. Uma parte deve poder contestar um painelista por conflito material. A independência deve se estender ao administrador e a qualquer especialista técnico, não apenas à pessoa que assina a decisão.

A experiência é relevante porque isso não é um recurso corporativo genérico. Um painel pode precisar entender dados de registro, dependências de serviço, operação de RPKI, histórico de alocações, DNS reverso, estrutura de membros, arranjos de continuidade, a relação entre política global e política regional e os limites do direito societário doméstico. Os Estatutos da ICANN já contemplam acesso a especialistas técnicos independentes qualificados no IRP. Um recurso dedicado de numeração deve fazer o mesmo, com toda interação substantiva de especialistas registrada e divulgada, sujeita a proteções restritas de confidencialidade.

A legitimidade ativa deve seguir o dano, não apenas a instituição

O rascunho confere ao RIR afetado ou candidato uma via para peticionar após a decisão da ICANN. Essas entidades evidentemente precisam de legitimidade ativa. O candidato arca com o custo da preparação e pode ser excluído apesar de atender aos critérios. O titular pode perder reconhecimento, responsabilidade de serviço, membresia ao NRO e controle de uma transição. Nenhum deles deveria ter que convencer o órgão revisor de que esses efeitos diretos são suficientes.

A questão mais difícil diz respeito aos detentores de recursos. O rascunho os define como pessoas jurídicas ou naturais que detêm recursos de numeração registrados em um RIR. Eles podem experimentar as consequências operacionais mais imediatas de uma decisão de status, mas a Seção 2.3(c)(ii) não lhes confere expressamente um direito de petição. Um detentor pode precisar de uma atualização de registro durante a transição, depender de uma autorização de rota, enfrentar incerteza sobre uma transferência ou contestar se o sucessor designado pode processar legalmente suas informações confidenciais.

Um membro também pode perder direitos de voto ou ver sua autorização atribuída a uma coalizão que não apoiou.

Seria um grave erro de design afirmar que a instituição representa adequadamente todos os detentores. Durante uma falha de governança, os interesses do registro e de seus usuários podem divergir. O titular pode contestar o desreconhecimento para se preservar, enquanto os detentores desejam apenas registros precisos e uma ponte de serviço neutra. Um candidato pode contestar a rejeição enquanto alguns detentores acreditam que seu mandado declarado é falso. Um governo ou associação industrial pode alegar representar um país, enquanto operadores individuais nesse país se opõem à transferência proposta.

O recurso deve permitir que essas diferenças apareçam.

A legitimidade ativa deve, portanto, ter três níveis. O RIR ou candidato diretamente afetado deve ter legitimidade como direito. Um detentor de recursos ou membro deve ter legitimidade para contestar uma decisão ou reparação quando puder demonstrar um efeito concreto e particular sobre seu serviço, direitos legais, direitos de governança, dados ou capacidade de usar recursos registrados. Grupos representativos devem poder atuar quando divulgarem sua composição de membros, autoridade, financiamento e conflitos e puderem demonstrar que representam de forma justa os interesses que alegam.

Outros participantes podem não precisar de status de parte. Governos, associações técnicas, organizações da sociedade civil, operadores de emergência, potenciais sucessores e outras comunidades de RIR podem apresentar observações focadas quando trazem informações relevantes de interesse público, jurídicas ou operacionais. O painel deve poder rejeitar submissões repetitivas ou estratégicas. A participação deve melhorar o registro, não transformar o recurso em uma conferência sem limites.

Esta abordagem é consistente com um princípio já presente no IRP geral da ICANN: um reclamante deve ser materialmente afetado por meio de um dano direta e causalmente conectado, e um reclamante que pretende representar outros deve fazê-lo de forma justa e adequada. O recurso de numeração pode tomar emprestada essa disciplina sem herdar a exclusão de numeração. Também deve reconhecer um fato distintivo da governança de registros: o dano pode ser coletivo no efeito do serviço, mas ainda ser particular para as entidades cujos registros e autorizações são movidos.

A notificação deve alcançar as pessoas que podem perder algo

A publicação em um site institucional é necessária, mas não suficiente. Os detentores afetados podem não monitorar resoluções da ICANN, páginas do NRO ou listas de discussão especializadas todos os dias. Uma decisão final pode se tornar irreversível enquanto as entidades mais expostas a ela ainda estão tomando conhecimento do ocorrido. A notificação eficaz deve ser tanto direcionada quanto pública.

Antes de a ICANN decidir, o registro afetado deve ser obrigado a notificar membros e detentores de recursos por meio de contatos de serviço verificados, a menos que o registro não possa ou não queira fazê-lo. A ICANN deve então usar canais independentes disponíveis e exigir comprovação dos esforços de entrega. A notificação deve identificar a proposta, as falhas alegadas ou a base de reconhecimento, a reparação recomendada, o sucessor proposto ou operador interino, se conhecido, os serviços afetados, a data efetiva esperada e o prazo para recurso.

Deve explicar como um detentor pode inspecionar materiais públicos, enviar evidências, solicitar confidencialidade ou contestar o uso de seu nome.

A notificação da decisão deve fazer mais do que anunciar um resultado. Deve separar as constatações de fato da interpretação e julgamento. Deve identificar quais requisitos foram atendidos ou violados, as evidências utilizadas, o tratamento de evidências contestadas, o escopo de qualquer oportunidade de correção, as razões pelas quais medidas menos gravosas foram rejeitadas e o efeito esperado sobre cada classe de serviço. Se evidências confidenciais foram decisivas, a notificação pública deve descrever sua categoria e significado sem expor detalhes protegidos, e o painel deve ter acesso ao material não censurado.

O prazo do recurso deve começar somente quando a decisão e as razões forem publicadas em conjunto e a notificação direta tiver sido tentada. Uma resolução vazia seguida semanas depois de uma fundamentação prejudicaria a revisão. O apelante não pode identificar erros factuais ou de proporcionalidade até ver o raciocínio. A data efetiva também deve estar vinculada a uma notificação adequada. Uma instituição não deve ser removida, e um sucessor não deve se tornar permanente, por meio de um cronograma mais curto do que o tempo permitido para buscar medida cautelar.

O acesso linguístico faz parte da notificação. O inglês pode ser o idioma oficial do sistema de registro, mas uma região de serviço pode abranger muitas comunidades linguísticas. O documento jurídico controlador pode permanecer em inglês enquanto explicações simples são distribuídas nos principais idiomas regionais. A tradução não pode ser tratada como prova de consentimento, mas a ausência de notificação compreensível pode ser prova de que a participação não foi significativa.

O registro deve existir antes do início do recurso

Um recurso não pode reparar uma decisão cuja base factual nunca foi reunida. O processo de status precisa de um registro definido: a proposta inicial, respostas, auditorias, relatórios de especialistas, recomendações de pares, resultados de consulta regional, conflitos, materiais do Conselho, assessoria jurídica na medida em que for divulgável, análise de impacto de serviço, plano de continuidade e comentários de detentores. Todo item material deve ter data, autor e papel institucional divulgado.

O rascunho já exige recomendações independentes dos RIRs e razões publicadas. Essa é uma base útil. Mas o registro final deve expor como a recomendação se tornou o julgamento da ICANN. A ICANN verificou independentemente os fatos ou se submeteu a pares unânimes? Testou a contagem de membros por trás de uma petição? Comparou o plano de correção do titular com o dano alegado? Avaliou o apoio regional do candidato? Identificou quem manteria cópias de dados, operaria serviços de segurança de rota, responderia a solicitações de registro e arcaría com os custos de transição? Essas questões não podem aparecer pela primeira vez no recurso.

Um registro administrativo também disciplina as comunicações privadas. Em uma crise, diretores, governos, operadores, tribunais, credores, funcionários e organismos internacionais podem todos contatar o tomador de decisão. Nem toda conversa logística pertence ao domínio público, mas toda representação substantiva em que se confiou deve entrar no registro. Se um ministério afirma apoio regional, a afirmação e sua base probatória devem ser divulgadas. Se um RIR par adverte sobre um risco técnico, a advertência deve estar disponível para resposta.

Se o registro afetado oferece uma correção, a oferta não pode desaparecer em uma apresentação fechada.

O painel deve, em regra, revisar a decisão com base nesse registro. Novas evidências devem ser admitidas quando não poderiam ter sido razoavelmente produzidas antes, quando o tomador de decisão reteve material relevante ou quando desdobramentos após a decisão tenham relação direta com a proteção cautelar ou a reparação. Isso evita a retenção estratégica, ao mesmo tempo que reconhece que as condições de serviço podem mudar rapidamente.

O acesso ao registro deve incluir um canal protegido. Disputas de registro podem envolver arquitetura de segurança, material de autenticação, dados pessoais, informações comerciais e análises jurídicas privilegiadas. Um recurso de interesse público não justifica a divulgação de material que possa colocar redes em risco ou violar a lei. Ordens de proteção, anexos de acesso limitado, resumos públicos com tarjas e acesso monitorado de especialistas podem preservar tanto a responsabilização quanto a segurança. A regra deve dispor que a confidencialidade pode proteger evidências, mas não pode ocultar a existência da razão decisiva.

Uma suspensão deve preservar os serviços, não apenas o titular

A palavra "suspensão" pode induzir a erro. Em litígios comuns, sugere congelar uma decisão. Na governança de registros, um congelamento completo pode ser impossível ou prejudicial. Se um registro não pode emitir credenciais essenciais, manter dados precisos ou responder a solicitações urgentes de serviço, interromper toda ação provisória protegeria a instituição às custas de seus usuários. Por outro lado, permitir uma transferência permanente antes da revisão poderia destruir o valor do recurso.

A resposta é uma suspensão preservadora de serviços. Uma vez apresentado um recurso tempestivo, os efeitos institucionais irreversíveis devem ser pausados por um curto período, enquanto um painelista de emergência considera uma medida cautelar personalizada. O registro afetado não deve perder o status permanente, alienar ativos críticos, alterar registros contestados ou ceder controle exclusivo além do que a continuidade exige. A ICANN e os outros RIRs não devem instalar um sucessor permanente, extinguir direitos de membresia ou representar o mérito como definitivamente resolvido.

Ao mesmo tempo, um operador interino neutro pode realizar serviços especificamente identificados se a demora ameaçar os detentores ou a precisão do registro.

As disposições atuais do IRP da ICANN oferecem uma estrutura de partida útil, ainda que as reivindicações de numeração estejam excluídas de seu âmbito. Elas permitem que um painelista de emergência considere uma medida cautelar, incluindo uma suspensão, quando o reclamante demonstra dano irreparável, probabilidade de êxito ou questões de mérito sérias e um equilíbrio das dificuldades que favorece a concessão.

Uma regra específica para numeração deve manter essas disciplinas, mas acrescentar um fator obrigatório de continuidade: o painelista deve identificar o efeito da medida sobre os detentores de recursos, a integridade do registro, a segurança das rotas, o DNS reverso e o sistema global de registros.

Algumas salvaguardas devem se aplicar automaticamente durante a curta revisão de emergência. Nenhuma parte deve excluir ou alterar materialmente dados históricos de registro, exceto para alterações de serviço verificadas e comuns. Registros de auditoria, registros corporativos, registros eleitorais, imagens de sistema e comunicações de transição devem ser preservados. Os produtos de segurança de rota existentes devem permanecer válidos, a menos que uma razão de segurança específica exija alteração. Nenhum lado deve solicitar transferências massivas de registros fora do plano publicado.

Funcionários e contratados devem receber instruções claras de autoridade para que a incerteza no topo não crie comandos operacionais conflitantes.

O painelista deve poder dividir a decisão em componentes. Pode suspender o desreconhecimento, mas permitir a operação de emergência de um serviço comprometido. Pode permitir que um candidato continue os testes de prontidão enquanto impede o reconhecimento final. Pode proteger os direitos de voto dos membros enquanto permite que um custodiante independente preserve os dados. Pode ordenar verificação dupla para alterações sensíveis de registro sem criar dois registros autoritativos. A personalização não é um compromisso de princípio. É a única maneira de proteger tanto o devido processo quanto a continuidade.

As ordens provisórias precisam de intervalos curtos de revisão. Um arranjo justificado por uma interrupção de fim de semana pode ser excessivo após um mês. O painel deve declarar as evidências necessárias para renovação, restauração, expansão ou término. O limite de 90 dias do rascunho para um período de continuidade de emergência fornece um ritmo externo útil, mas uma suspensão de recurso e uma operação de emergência são instrumentos separados. Um protege a revisão; o outro protege o serviço. Seus termos podem se sobrepor sem se tornarem idênticos.

O revisor precisa de um padrão mais amplo do que erro factual

A revisão de reconhecimento já descrita na Versão 2 concentra-se em erro factual material e justificativa inadequada na recomendação negativa de um RIR par. Isso pode ser adequado para a questão restrita de saber se um par está bloqueando um candidato qualificado. É muito limitado para a revisão da decisão final de status da ICANN.

Um recurso final deve testar pelo menos cinco classes de erro. Primeiro, autoridade: se a proposta e a decisão cumpriram os poderes e limites do instrumento governante. A ICANN não deve reconhecer ou desreconhecer sem a recomendação exigida, modificar uma proposta além dos limites permitidos ou usar a continuidade de emergência como substituição permanente não declarada. Segundo, procedimento: se a notificação, resposta, consulta, divulgação de conflitos, auditoria, oportunidade de correção e razões exigidas foram fornecidas.

Terceiro, fato. O painel deve corrigir constatações materiais sem suporte em evidências confiáveis, incluindo contagens falsas de membros, titulares de recursos mal identificados, alegações imprecisas de serviço, concentração de afiliadas não divulgada ou declarações incorretas sobre incapacidade legal. Quarto, interpretação: se a ICANN aplicou o significado correto a obrigações como imparcialidade, independência operacional, apoio regional, desempenho e estabilidade do ecossistema.

Quinto, proporcionalidade e reparação: se a decisão comparou razoavelmente o dano da contínua não conformidade com o dano da intervenção e selecionou a medida menos disruptiva capaz de resolver a falha comprovada.

O nível de deferência deve variar. Um painel não deve substituir casualmente um julgamento técnico apoiado por evidências independentes. Também não deve se submeter à interpretação de uma instituição sobre os limites de seu próprio poder. Questões de autoridade, equidade básica e cumprimento de etapas obrigatórias devem receber determinação independente. Conclusões técnicas e preditivas podem receber revisão respeitosa, mas somente se o registro demonstrar perícia, análise fundamentada e consideração de evidências contrárias.

A presunção do rascunho em favor da reabilitação deve ter força jurídica no recurso. O desreconhecimento é descrito como último recurso, justificado quando os danos da não conformidade superam os benefícios da tolerância. A ICANN deve, portanto, demonstrar qual não conformidade foi provada, qual oportunidade razoável de correção foi concedida, qual apoio foi oferecido, por que a resposta falhou e por que uma ordem mais restrita não protegeria a comunidade. Uma declaração de que a confiança foi perdida não é suficiente. O painel deve poder testar a cadeia desde a violação até a reparação.

A revisão de uma recusa em desreconhecer exige igual cuidado. Um titular não deve ser protegido por um padrão tão deferente que nenhuma falha possa ser corrigida. Os membros peticionários e os detentores afetados devem poder demonstrar que a ICANN ignorou evidências materiais, aplicou o limiar errado, permitiu correção interminável sem marcos ou aceitou proteção entre pares como análise. A independência serve a ambos os lados: restringe a intervenção e a tolerância institucional.

Os detentores afetados precisam de mais do que um público

A consulta é frequentemente apresentada como participação, mas os dois não são sinônimos. Uma reunião permite que as pessoas falem. Um direito de participação legal permite que vejam o caso, apresentem material relevante, contestem alegações falsas e recebam uma resposta fundamentada. Em um recurso de status, os detentores precisam do último quando sua própria autorização ou serviço está em questão.

Se uma proposta alega que operadores nomeados apoiam o reconhecimento ou a substituição, cada entidade nomeada deve poder verificar ou contestar essa alegação. Se uma contagem de petição inclui uma entidade como membro votante, a entidade deve poder contestar a elegibilidade, afiliação duplicada, autoridade de procurador ou a data em que a contagem foi fixada. Se uma reparação move registros confidenciais, os detentores afetados devem poder abordar a transferência legal, segurança, minimização de dados e arranjos de contato de serviço.

O recurso deve permitir a intervenção sem exigir que cada detentor se torne um litigante pleno. Um detentor poderia apresentar uma declaração concisa identificando a relação de recurso afetada, o fato ou reparação contestada e a medida solicitada. O painel poderia agrupar questões comuns, nomear advogado de ligação ou um comitê representativo e criar uma sala de evidências segura para material protegido. Redes pequenas não devem precisar do mesmo orçamento legal que uma instituição regional para corrigir o uso indevido de seus nomes.

Os custos exigem um design deliberado. Os Estatutos da ICANN estabelecem que a ICANN arca com os custos administrativos de manutenção do IRP, enquanto as partes geralmente arcam com suas próprias despesas legais. Um recurso de numeração deve, da mesma forma, evitar que as taxas do painel se tornem uma barreira. Também deve fornecer apoio limitado para participação credível de organizações sem fins lucrativos de interesse público e detentores de pequeno porte quando a questão não puder ser ouvida de outra forma. A inversão de custas deve ser reservada para conduta abusiva, não usada para assustar contestadores com jurisdição incerta.

A representação deve ser testada ao longo do caso. Uma associação comercial pode ter autoridade de alguns membros, mas não de outros. Um grupo apoiado por um governo pode representar um programa público sem representar operadores privados. Um conselho de registro pode estar legalmente instalado, mas em conflito com os membros sobre a reparação. O painel deve declarar quais interesses cada participante representa e evitar tratar a submissão mais ruidosa como um mandato regional.

A participação também significa receber o resultado em forma utilizável. A decisão final deve abordar as principais preocupações dos detentores, identificar quaisquer compromissos de serviço protegidos e explicar como buscar correção se a transição não seguir a ordem. Um julgamento que resolve o status institucional deixando os usuários incertos sobre onde solicitar serviço seria formalmente completo e operacionalmente deficiente.

As reparações devem reparar a decisão sem quebrar a região

Um recurso é tão credível quanto suas reparações. Se o painel pode declarar erro, mas não pode impedir ou reverter suas consequências, a revisão se torna um exercício acadêmico. Se pode simplesmente substituir seu registro preferido, arrisca-se a se tornar outro tomador de decisão não responsabilizado. O conjunto de reparações deve ser forte, delimitado e consciente da continuidade.

A primeira reparação é a devolução com instruções. O painel pode exigir que a ICANN considere evidências omitidas, conceda um período de correção, divulgue razões, refaça uma avaliação de apoio, resolva conflitos ou compare medidas menos disruptivas. A devolução é apropriada quando o defeito pode ser corrigido sem decidir o mérito para o Conselho. Deve conter um prazo e proteções provisórias para que a mesma indecisão não continue indefinidamente.

A segunda é a anulação ou reversão da decisão quando a ICANN carecia de autoridade, violou a equidade indispensável ou não poderia chegar ao resultado com base no registro legal. Um reconhecimento não deve subsistir se o candidato carecia do mandato regional exigido. Um desreconhecimento não deve subsistir se a proposta não foi validamente aprovada ou se a reabilitação nunca foi genuinamente oferecida. Uma recusa não deve subsistir quando a decisão ignorou dano sistêmico comprovado e tratou o último recurso como nunca recorrer.

A terceira é a modificação da reparação. Um painel pode manter uma constatação de não conformidade enquanto restringe uma transferência excessivamente ampla, preserva os direitos dos membros, limita o prazo de um operador interino, exige custódia independente de dados ou separa o serviço técnico da governança. Pode manter o reconhecimento, mas adiar a eficácia até que condições específicas de prontidão sejam verificadas. Isso é especialmente importante porque um único aviso pode conter tanto a conclusão de status quanto o plano de transição. Um pode ser sólido enquanto o outro não.

A quarta é uma ordem protetiva dirigida à continuidade. O painel pode exigir a preservação de registros, a publicação de contatos de serviço, monitoramento independente, acesso de auditoria, relatórios periódicos de status e condições definidas de retorno. Pode proibir retaliação contra membros ou funcionários que participaram da revisão. Pode ordenar a correção de declarações públicas que descrevem erroneamente o status legal do recurso. Essas medidas não decidem quem merece o controle institucional; elas mantêm o sistema confiável enquanto essa questão é resolvida.

A quinta é a executoriedade. Uma decisão final do painel deve vincular a ICANN e as partes que aceitaram o instrumento de governança, sujeita à supervisão judicial legal. Asdisposições atuais do IRP da ICANNvisam decisões finais e vinculativas, executáveis em um tribunal com jurisdição. Um recurso de numeração precisa de efeito igualmente claro. Caso contrário, a ICANN poderia receber uma decisão adversa, reconsiderar em público e prosseguir com o mesmo resultado.

Nenhuma regra global pode apagar o direito doméstico. O registro afetado está incorporado em algum lugar; registros, funcionários, ativos, credores e diretores podem estar sujeitos a tribunais locais. O recurso não deve fingir transferir propriedade que a ICANN não possui ou comandar um tribunal. Deve, em vez disso, definir as consequências de status dentro do sistema global de registros, os compromissos contratuais das instituições participantes e as condições para coordenação técnica. Onde a lei local impedir uma ação ordenada, as partes devem retornar prontamente ao painel para uma alternativa que preserve o objetivo legal.

A continuidade de emergência e o recurso não devem engolir um ao outro

A Versão 2 cria continuidade de emergência para um registro incapaz de fornecer todos ou parte de seus serviços. Outros RIRs e a ICANN podem autorizar um operador temporário, com discussão envolvendo o registro afetado e a comunidade onde for razoavelmente possível, publicação da fundamentação e escopo, um período de engajamento da comunidade, um direito de retomar o serviço após a capacidade ser restaurada e verificada e uma revisão pós-evento. Esta é uma das ideias mais fortes do rascunho, pois reconhece que o serviço pode ser protegido sem decidir imediatamente o status permanente.

Mas a autoridade de emergência pode se tornar um atalho para contornar o recurso. Uma vez que outra entidade opera serviços, controla interfaces, emprega funcionários transferidos e se comunica com detentores, fatos temporários podem se solidificar em um acordo permanente. Uma decisão posterior favorável ao titular pode ser tecnicamente possível, mas institucionalmente fútil. Esse risco é a razão pela qual a ordem de emergência deve especificar quais serviços foram movidos, quais dados foram copiados, quais decisões permanecem proibidas e como ocorrerá o retorno.

O risco inverso também existe. Um titular pode usar o recurso para obstruir suporte urgente de serviço, reter registros ou estender a disfunção. A regra de suspensão deve negar medida cautelar que exponha os detentores a dano concreto e iminente. O direito do titular de contestar o status não inclui o direito de tornar a continuidade impossível. Deveres de cooperação, ordens de preservação e custódia neutra podem ser aplicados enquanto o mérito permanece aberto.

O painel de recurso deve revisar as medidas de emergência quando elas afetarem materialmente a decisão final, mas não deve se tornar o operador em tempo real. Seu papel é impor limites: necessidade, escopo, duração, neutralidade, reversibilidade e relatórios. A implementação técnica deve permanecer com operadores qualificados sujeitos a esses limites. Cada renovação deve demonstrar qual serviço permanece prejudicado e por que o mesmo escopo ainda é necessário.

O relatório pós-emergência deve ser admissível no recurso, mas não tratado como neutro por definição. As instituições que autorizaram e executaram o arranjo também podem estar defendendo-o. Os detentores devem poder contestar as alegações de desempenho, identificar falhas de serviço e contestar se o operador temporário permaneceu dentro do escopo. Registros e monitoramento independentes são, portanto, mais valiosos do que garantias institucionais retrospectivas.

Os prazos devem ser rápidos o suficiente para importar

O status do registro não pode permanecer incerto por anos. Os candidatos precisam saber se devem manter equipe e sistemas. Os titulares precisam saber se podem governar, contratar e reter funcionários. Os detentores de recursos precisam de um caminho de serviço autoritativo único. Os operadores interinos precisam de um fim definido. A rapidez, no entanto, não pode ser obtida eliminando evidências ou participação.

Um cronograma credível conteria vários relógios. Uma parte deve ter tempo suficiente após a publicação e notificação direta para apresentar um recurso fundamentado, talvez 30 dias, em vez dos períodos muito curtos usados para alguns mecanismos internos. Um painelista de emergência deve abordar a proteção temporária em dias. O registro deve ser certificado rapidamente. Pedidos de intervenção e de evidências confidenciais devem ter janelas curtas e fixas. O painel de mérito deve emitir um cronograma inicial e visar uma decisão dentro de meses, com extensões justificadas publicamente.

A aspiração de seis meses no IRP da ICANN é uma referência útil, não uma garantia. Um recurso de numeração pode exigir decisões provisórias mais rápidas e um horizonte final similarmente disciplinado. Casos envolvendo apenas autoridade ou notificação podem ser decididos em uma via acelerada. Casos envolvendo capacidade técnica contestada, mandato regional ou barreiras legais domésticas podem exigir especialistas e uma audiência. A regra deve permitir ambos, recusando atrasos indefinidos.

Os prazos também devem vincular o tomador de decisão. Se um painel devolve para uma nova avaliação de apoio ou decisão de correção, a ICANN não deve poder deixar o caso sem solução. A ordem de devolução deve declarar o que deve acontecer e quando. A omissão deve permitir o retorno ao painel. Um direito de revisão que termina em silêncio institucional não é eficaz.

A publicação deve ser rápida. As partes podem precisar de um curto período para identificar material confidencial ou corrigir erros materiais, mas a decisão, o raciocínio e as ordens operativas devem se tornar públicos em conjunto. Uma breve explicação em linguagem simples deve identificar o que muda imediatamente, o que permanece suspenso, onde os detentores obtêm serviço e qual passo adicional é esperado.

Quatro cenários expõem as escolhas de design

Considere um candidato rejeitado porque um RIR estabelecido diz que seu apoio de operadores é inadequado. O candidato apresenta autorizações verificadas e alega que o RIR divergente contou afiliadas de forma inconsistente. A Versão 2 já oferece revisão de reconhecimento independente antes que a proposta chegue à ICANN. Se a ICANN posteriormente rejeitar apesar de um processo entre pares favorável, o recurso final deve testar se a ICANN aplicou os critérios e considerou o mandato verificado. Não deve reiniciar toda a campanha ou permitir que o candidato dependa de cartas vencidas.

Agora considere o desreconhecimento após uma auditoria constatar que o corpo diretivo de um registro carece de controle efetivo e os serviços estão se deteriorando. A ICANN aprova a remoção e nomeia um operador interino. O registro apela, demonstrando que um novo conselho foi eleito legalmente e uma correção pode ser verificada em semanas. O painelista de emergência pode permitir que o operador interino mantenha um serviço prejudicado enquanto suspende a perda permanente de status e ordena a verificação independente da correção. O painel de mérito pode então avaliar se o último recurso era verdadeiramente necessário.

Em um terceiro caso, a ICANN rejeita o desreconhecimento depois que os pares aceitam repetidas promessas de reforma. Um grupo de membros e detentores demonstra marcos perdidos, serviço de registro impreciso e conflitos nas recomendações dos pares. Os diretamente afetados devem poder apelar da recusa. O painel pode exigir uma auditoria independente e uma ordem de reabilitação com prazo determinado, em vez de substituir imediatamente sua própria decisão de desreconhecimento.

Por fim, imagine que um litígio local bloqueia o acesso a sistemas depois que a ICANN aprova o desreconhecimento. Um sucessor existe no papel, mas não pode receber legalmente todos os dados. O recurso não pode comandar o tribunal doméstico ou fingir que o obstáculo é irrelevante. Pode suspender a transição permanente, autorizar continuidade de escopo restrito usando dados legalmente disponíveis, exigir que as partes busquem orientações locais e exigir uma reparação revisada que não dependa de transferência impossível. É aqui que a flexibilidade reparatória protege a legitimidade.

Esses cenários mostram por que uma única frase apontando para procedimentos não especificados da ICANN não pode suportar a carga. Cada caso levanta questões de legitimidade ativa, evidência, proteção provisória, escopo de serviço e reparação. Essas questões devem ser respondidas com antecedência, não improvisadas sob a pressão de uma falha institucional.

A cláusula de recurso deve fazer parte do acordo de governança

Orelatório de status de maio de 2026 do NROafirma que o trabalho continua em direção ao rascunho final. Orelatório de contribuições da comunidade da segunda rodadaregistra a preocupação precisa: os comentadores questionaram a dependência de procedimentos de revisão mutáveis da ICANN, propuseram uma via dedicada de reconsideração e recurso, buscaram um painel independente e pediram que qualquer parte afetada pudesse apelar. Essas não são preferências de redação periféricas. Elas identificam o mecanismo que transforma a autoridade do ciclo de vida em autoridade responsabilizada.

O instrumento final deve, portanto, incluir as garantias mínimas de recurso, mesmo que regras detalhadas sigam em um procedimento separado publicado. Deve identificar um fórum independente; afirmar que as decisões de status de numeração estão dentro de sua jurisdição; conferir legitimidade ativa ao registro ou candidato afetado e aos portadores concretamente afetados; exigir notificação tempestiva e fundamentada; preservar um registro completo; autorizar medida cautelar de emergência e final; estabelecer fatores de continuidade; e tornar o resultado vinculante dentro do sistema de registro.

Os detalhes de implementação podem abordar formato de apresentação, limites de páginas, mecânica de seleção do painel, troca de evidências e logística de audiência. Eles não devem ser autorizados a retirar jurisdição, reduzir a legitimidade ativa abaixo do instrumento, eliminar suspensões ou reduzir as reparações disponíveis. O rascunho atualmente diz que os procedimentos posteriores não podem contradizer o documento de governança. A cláusula de recurso deve usar essa hierarquia para proteger o essencial.

A adoção também precisa de coordenação jurídica. Se a ICANN pretende que seu IRP existente sirva como recurso final, a exclusão de numeração deve ser abordada expressamente e o escopo deve incluir decisões sob o novo instrumento. Se um tribunal separado for escolhido, os RIRs e a ICANN devem executar compromissos reconhecendo sua autoridade, financiamento, poderes de confidencialidade e executoriedade. As partes não devem esperar pelo primeiro desreconhecimento para descobrir que o documento institucional e os Estatutos da ICANN apontam em direções opostas.

A cláusula deve ser testada antes do uso. Um exercício de simulação pode simular a rejeição de um candidato, continuidade de emergência, desreconhecimento, intervenção de detentores, evidências confidenciais e obstrução legal doméstica. O objetivo não é teatro. É descobrir se as notificações chegam aos detentores, se um painel pode ser nomeado, se uma ordem provisória pode ser emitida, se os registros técnicos podem ser preservados e se a responsabilidade pelo serviço permanece inequívoca. Um direito que nunca foi testado operacionalmente é vulnerável no momento em que mais importa.

A finalidade deve ser conquistada por meio da revisão

O sistema de registro precisa de resultados decisivos. O conflito institucional interminável pode, por si só, prejudicar a confiança e o serviço. Mas decisivo não significa irrecorrível, e final não significa o que quer que a última instituição na cadeia diga primeiro. Uma decisão final sólida é aquela alcançada sob autoridade conhecida, com base em um registro divulgado, depois que as partes afetadas puderam ser ouvidas, com correção independente disponível antes que ocorram efeitos irreversíveis.

O esforço atualizado do ICP-2 já reconheceu que a falha de um registro maduro exige mais do que os critérios de entrada de 2001. Ele acrescentou auditorias, deveres operacionais, reabilitação, continuidade de emergência, desreconhecimento, transferência e prontidão. O recurso pertence a essa mesma arquitetura. Sem ele, o novo poder mais forte repousa sobre a frase processual mais frágil.

Um recurso independente não tornaria o desreconhecimento impossível. Tornaria um desreconhecimento defensável mais durável. Não daria a cada detentor um veto. Permitiria que os detentores corrigissem erros concretos e protegessem seus serviços. Não subordinaria a coordenação global a todas as disputas domésticas. Forçaria a decisão global a reconhecer a realidade legal e projetar uma reparação que possa funcionar dentro dela.

O teste prático é direto. Na manhã seguinte à publicação de uma decisão final pela ICANN, o registro afetado pode identificar o fórum e o prazo? Um detentor de recursos cujos registros ou direitos serão movidos pode explicar seu dano? Um painelista de emergência pode preservar o serviço necessário sem concluir a transferência permanente? O painel de mérito pode inspecionar as mesmas evidências que a ICANN usou, corrigir um erro material e ordenar uma reparação executável? Se qualquer resposta for incerta, o recurso está inacabado.

A finalidade deve chegar ao final desse processo. Qualquer coisa antes é apenas poder esperando para ser contestado.