Resumo

  • A autoridade prática da ICANN é uma cadeia: os Estatutos definem missão e órgãos; contratos transformam essa arquitetura em obrigações; a conformidade converte reclamações e registros em pressão escalonada.
  • Reconsideração e Revisão Independente não são recursos gerais nem equivalem a sanções contratuais ou a uma decisão judicial pública. O resultado possível depende do instrumento aplicável, da legitimidade para contestar e do alcance do remédio.

O instrumento que concede o poder

Os Estatutos da ICANN estabelecem a missão da corporação, seus valores fundamentais, poderes, órgãos institucionais e mecanismos de responsabilização. Eles também distribuem funções de formulação de políticas e supervisão entre o Conselho, as Organizações de Apoio, os Comitês Consultivos e outros órgãos designados. A arquitetura está descrita nos Estatutos da ICANN, que funcionam como o ponto de partida normativo da cadeia de autoridade.

Isso não significa que os Estatutos, sozinhos, permitam à ICANN impor qualquer medida diretamente a qualquer participante da Internet. O documento define a estrutura e o mandato da instituição. O controle operacional aparece quando esse mandato é incorporado a relações contratuais específicas.

O Contrato-Base de Registro transforma parte da autoridade institucional em obrigações para operadores de registros de domínios genéricos de primeiro nível. O contrato incorpora obrigações técnicas, de políticas consensuais, relatórios, dados e disputas, além de direitos especificados de conformidade e de aplicação de remédios. A relação é, portanto, mais estreita do que uma ordem administrativa geral: ela depende do vínculo contratual e dos termos incorporados ao acordo.

O mesmo mecanismo aparece no acordo com registradores. O Registrar Accreditation Agreement de 2013 condiciona a acreditação e a continuidade da operação ao cumprimento de deveres relacionados a dados de registro, custódia, segurança, tratamento de abuso, auditorias e cooperação. O acordo também prevê mecanismos e consequências para investigar e enfrentar descumprimentos, inclusive suspensão ou término em condições definidas.

A consequência analítica é importante. A ICANN tem uma alavanca operacional ampla, mas essa alavanca não é idêntica a uma competência regulatória pública universal. Um operador contratado pode estar sujeito a obrigações que outro participante não assumiu. Uma medida pode ser válida dentro de um contrato e ainda assim não resolver a controvérsia institucional ou jurídica mais ampla que a originou.

Da reclamação à pressão escalonada

A arquitetura contratual precisa de uma função de execução. A página de Conformidade Contratual da ICANN descreve um processo que inclui recebimento e triagem de reclamações, pedidos de informação, notificações de violação, escalonamento e medidas de aplicação. O desenho mostra como uma queixa é convertida em uma sequência de solicitações, prazos e possíveis consequências.

Esse fluxo tem duas características. Primeiro, ele depende de evidências e da identificação da obrigação aplicável. Uma reclamação não é automaticamente uma violação comprovada. O operador pode ser chamado a fornecer informações; a instituição pode emitir uma notificação; a questão pode avançar ou não conforme os fatos e os termos contratuais. Segundo, a pressão é dirigida principalmente ao contratado, não a toda a comunidade da Internet. A eficácia prática depende de o destinatário estar dentro da superfície contratual e de a consequência prevista ser suficientemente relevante para mudar sua conduta.

A cadeia pode ser descrita assim:

  1. um instrumento institucional define missão, poderes e órgãos;
  2. um acordo contratual especifica deveres de um operador de registro ou registrador;
  3. uma reclamação ou informação desencadeia pedidos e análise de conformidade;
  4. uma notificação e o escalonamento produzem pressão formal;
  5. um remédio contratual ou uma mudança voluntária altera, ou não, a operação.

Cada passagem introduz uma possibilidade de falha. O mandato pode ser amplo, mas o contrato pode ser limitado. A obrigação pode ser clara, mas a prova pode ser insuficiente. A violação pode ser identificada, mas o remédio pode afetar apenas o contrato, não o dano alegado por terceiros. Essa é a diferença entre possuir uma cadeia de controle e demonstrar que ela produz reversão operacional em um caso concreto.

Quem pode contestar o resultado

A ICANN também mantém mecanismos internos de responsabilização. A reconsideração permite que uma parte afetada conteste determinadas ações ou omissões do Conselho ou da equipe quando alegadamente entram em conflito com política estabelecida, procedimento ou missão da ICANN. O acesso está sujeito a requisitos de elegibilidade e prazo.

Mas reconsideração não é um recurso geral sobre o mérito de toda decisão. Ela é uma via interna, com escopo próprio, destinada a determinados tipos de ação ou omissão. A parte que escolhe esse caminho precisa demonstrar que o caso se enquadra nos requisitos, identificar o ato contestado e conectar a alegação ao instrumento relevante. A pergunta “a decisão foi ruim?” é insuficiente; a pergunta procedimental é “a decisão está dentro do tipo de ato que este mecanismo pode examinar?”.

A Revisão Independente ocupa uma posição diferente. Ela trata de determinadas ações ou omissões do Conselho alegadamente incompatíveis com os Artigos de Incorporação ou os Estatutos e pode resultar em uma declaração de um painel. O procedimento é distinto da execução contratual e está sujeito a regras de legitimidade, apresentação, escopo e procedimento.

As Regras Operacionais da Revisão Independente detalham protocolo, seleção do painel, peças, provas, audiências, confidencialidade e emissão da declaração. Esse nível de detalhe importa porque a existência de um foro não elimina as portas de entrada. Uma parte pode ter uma queixa substantiva e ainda não alcançar uma revisão se não cumprir os requisitos de legitimidade, prazo ou matéria.

Também não se deve confundir a declaração de um painel com uma sentença judicial pública que substitui automaticamente a decisão operacional. A Revisão Independente testa a compatibilidade de uma ação do Conselho com os instrumentos constitutivos definidos no procedimento. A conformidade contratual, por sua vez, busca fazer cumprir obrigações assumidas por uma parte contratada. São canais diferentes, com destinatários, padrões e consequências diferentes.

O limite da analogia com autoridade pública

A ICANN exerce influência que pode ser decisiva para operadores de registros e registradores. A possibilidade de notificação, suspensão ou término contratual pode alterar a economia e a continuidade de uma operação. Isso não transforma automaticamente a corporação em um regulador público geral.

A distinção entre coordenação contratual e autoridade pública é mais do que semântica. Uma autoridade pública normalmente atua com competências conferidas por lei, sujeita a instituições estatais, jurisdição e remédios públicos. A ICANN, segundo a arquitetura examinada aqui, articula mandato institucional, contratos e procedimentos próprios. Seu alcance é enorme porque os contratos ocupam pontos críticos da coordenação do sistema de nomes de domínio, mas o alcance não deve ser descrito como ilimitado.

Essa posição intermediária explica por que a legitimidade da ICANN é continuamente testada. Participantes precisam saber qual documento rege a decisão, qual órgão ou equipe tomou a medida, qual canal pode ser usado e o que o remédio pode efetivamente mudar. Se uma parte escolhe a via errada, apresenta uma contestação fora do escopo ou espera uma consequência que o procedimento não pode produzir, a existência formal de responsabilização não garante correção prática.

Onde a evidência termina

Os materiais públicos examinados estabelecem a arquitetura da autoridade, da execução e dos remédios. Eles não oferecem, por si só, uma medida completa das taxas de reversão, do tempo médio até a correção ou dos resultados operacionais posteriores em disputas individuais. Também há limites documentais: obrigações de registros e registradores variam conforme a versão do acordo, alterações, especificações incorporadas e termos específicos; a página de conformidade descreve uma estrutura geral, enquanto os casos concretos podem ter prazos e acordos diferentes.

Por isso, é possível afirmar que a ICANN possui alavanca contratual e operacional substancial. É mais difícil afirmar, sem um conjunto de casos comparáveis, com que frequência os mecanismos produzem uma mudança concreta ou qual canal é mais eficaz para cada tipo de dano.

A pergunta prática para um operador, registrador, registrante ou terceiro afetado é simples, embora a resposta raramente seja: qual instrumento concedeu o poder, qual obrigação foi acionada, quem tem legitimidade para contestar e qual resultado o remédio pode entregar? A cadeia de autoridade da ICANN só se torna inteligível quando essas quatro perguntas são respondidas separadamente.