Resumo

  • Uma candidatura comunitária da rodada 2026 precisa passar pela avaliação de compromissos do registro para que suas políticas de registro sejam aprovadas antes de participar da avaliação de prioridade comunitária.
  • A primeira análise verifica se as regras podem entrar no contrato do registro; a segunda avalia uma possível prioridade em um conjunto definitivo de candidaturas em disputa. Nenhuma delas comprova um mandato público nem garante a delegação.

A expressão “candidatura comunitária” pode soar como uma reivindicação de que um domínio pertence a um grupo. Na rodada 2026 da ICANN, ela descreve primeiro uma classificação escolhida pelo próprio candidato. Essa opção tem um efeito processual: se a string solicitada acabar em um conjunto definitivo de disputa, o candidato poderá ter uma via adicional para resolver o conflito. Mas a designação não concede prioridade, tampouco prova que o candidato represente todas as pessoas que se identificam com a comunidade mencionada.

O programa coloca uma questão mais concreta antes dessa disputa. Uma Community Application deve propor Community Registration Policies para inclusão no contrato do registro. A orientação atual da ICANN exige que as políticas passem pela Registry Commitments Evaluation, ou RCE. Sem políticas aprovadas, a candidatura não pode avançar para a etapa seguinte, inclusive para a Community Priority Evaluation, ou CPE. Quando uma candidatura comunitária em disputa opta pelo CPE, a RCE precisa ocorrer antes. Segundo o guia de 2026, a RCE pergunta se as políticas podem ser aprovadas para integrar o contrato; depois, o CPE avalia se essas políticas aprovadas estão alinhadas ao objetivo comunitário declarado.

Essa ordem é o elemento central do desenho. Prometer reservar um espaço de nomes para uma comunidade ainda não é uma regra operacional. A política precisa ser formulada de modo que possa se tornar um compromisso contratual do registro. Só então o painel de prioridade avalia as evidências sobre o candidato e a relação entre a comunidade e a string pretendida. O painel não substitui a análise do contrato nem escreve a política que deverá pontuar.

As duas avaliações respondem a perguntas diferentes. A RCE verifica se as políticas propostas são executáveis e compatíveis com o Estatuto da ICANN para inclusão no Registry Agreement. O CPE é uma análise independente feita por painel externo de especialistas. O guia de 2026 estabelece quatro critérios: formação da comunidade, vínculo entre a string proposta e a comunidade, políticas de registro e apoio comunitário. A formação da comunidade tem o maior peso, seguida pelo vínculo com a string, pelo apoio e pelas políticas.

O guia prevê cerca de 180 dias para o CPE; a ICANN estima de 60 a 90 dias para a maioria das RCEs, salvo circunstâncias excepcionais. São estimativas de planejamento, não prazos garantidos.

O CPE depende de condições. Só se aplica a uma candidatura em um conjunto definitivo de disputa, e o candidato precisa optar por participar. O guia de 2026 prevê que um resultado positivo pode dar prioridade a uma candidatura comunitária para avançar, sujeita aos demais requisitos do programa. Se mais de uma candidatura comunitária no conjunto passar, elas seguem para um leilão da ICANN. Se nenhuma passar, o conjunto também segue para leilão. O CPE altera o caminho para resolver a disputa; ele não concede, por si só, um domínio delegado.

A designação é fixada antes. A ICANN afirma que o candidato só pode escolher “community” no envio inicial da candidatura e não pode mudar a opção depois. Uma nota de rodapé do guia é explícita: o próprio candidato se identifica como comunitário; o CPE não determina se uma comunidade existe. Uma candidatura que não passa no CPE continua sendo uma Community Application. Essa diferença impede que a nota do painel seja tratada como julgamento universal sobre a identidade ou o valor de um grupo. O painel decide apenas se aquela candidatura se qualifica à prioridade segundo os critérios do programa.

A política proposta também importa depois da pontuação. Se a candidatura avançar rumo à delegação, as políticas comunitárias deverão integrar o contrato do registro aplicável. O candidato precisa explicar a relação entre a comunidade alegada e a string e como as inscrições serão regidas. Em troca, uma candidatura que cumpra os critérios pode ficar à frente de concorrentes diretos sem antes vencer um leilão. Uma política vaga demais para ser administrada, ampla demais para ser executada ou mal conectada ao objetivo declarado pode enfraquecer esse caminho.

A evidência está na candidatura e na política aprovada, não na palavra “comunidade” em um comunicado.

Os números da rodada 2026 oferecem contexto, mas não uma conclusão sobre legitimidade. O retrato da ICANN de 7 de outubro listou 1.615 candidaturas, das quais 16 foram designadas como comunitárias, e informou que os totais finais seriam confirmados mais tarde. Esses números não mostram quantas candidaturas entrarão em disputa, optarão pelo CPE, passarão pela RCE ou obterão prioridade. A avaliação de um painel tampouco equivale a uma votação dos membros da comunidade ou a uma autorização de quem está fora da candidatura. A Nota 73 de Heng Lu serve aqui apenas como lente editorial: participação e interesse afetado produzem evidências, mas não criam automaticamente um mandato para vincular terceiros ausentes.

Para candidatos e operadores, a pergunta prática não é apenas se uma string está em disputa. É se o grupo foi definido de forma coerente com a string e se suas regras de registro podem ser aprovadas e incorporadas ao contrato. Para observadores, os sinais são a composição publicada do conjunto de disputa, o resultado da RCE, a decisão de optar pelo CPE e pagar a taxa quando convidado, e então o resultado do painel. A designação comunitária abre uma possibilidade. As regras e avaliações determinam se o caminho pode ser percorrido.

Fontes