Resumo

  • Em 13 de agosto de 2026, o Conselho da ccNSO discutiu um procedimento de autoseleção geográfica de 2007 que já não representa integralmente o Estatuto da ICANN, inclusive a possibilidade de mais de um gestor de ccTLD no mesmo país ou Território.
  • A regra antiga faz o contato administrativo da IANA requerer em nome de “o gestor”. A regra atual distingue gestor, Representante, Território e Emissário. A substituição precisa revelar a unidade que recebe a região e o consentimento capaz de vincular essa escolha.
  • A classificação vale para a governança da ccNSO. Ela não muda a delegação do ccTLD, o acesso aos serviços da IANA, o controle operacional, a soberania nem a geografia usada por todas as outras estruturas da ICANN.

Um formulário antigo revelou uma decisão ainda futura

O gatilho não foi uma eleição anulada. Na migração do site da ccNSO, reapareceram o procedimento e o formulário aprovados em 2007. Uma mensagem de 30 de julho à lista do Conselho observou que ambos tinham sido ultrapassados por mudanças no Estatuto e propôs levar o tema à reunião seguinte. O relato oficial da comunidade sobre a reunião 232 registra que, em 13 de agosto, os conselheiros discutiram a discrepância, incluindo os casos com vários gestores no mesmo país ou Território. O Conselho pediu à Secretaria um relatório sobre as vantagens e desvantagens do arranjo atual e de possíveis alterações.

Não há, no conjunto público examinado, um novo procedimento aprovado. Tampouco há uma conclusão de que uma eleição anterior tenha sido inválida, um gestor identificado que tenha perdido um direito ou um conflito público entre gestores do mesmo Território. A questão deve permanecer prospectiva: corrigir a cadeia de autoridade antes que um caso concreto obrigue a instituição a improvisá-la.

O texto de 2007 cuidava de uma hipótese delimitada. Certos gestores recebem uma região geográfica da ICANN pelo critério de cidadania, e não pela localização física associada ao Território. Um gestor que integre a ccNSO pode pedir para escolher uma região. O contato administrativo registrado na IANA apresenta o pedido, acompanhado de carta de apoio do governo ou da autoridade pública pertinente. A IANA verifica o requerente, a Secretaria verifica os requisitos, os responsáveis regionais examinam a carta e o Conselho decide.

O procedimento também limita o resultado. A seleção só se aplica a assuntos da ccNSO; em regra, não pode ser refeita por cinco anos, salvo circunstâncias extraordinárias; e o esquema depende de revisão periódica e de adoção pelo Conselho. O problema não é a existência desses freios. É o fato de todo o fluxo tratar contato, gestor, Território e unidade eleitoral como se formassem naturalmente um único ator.

Representante e Emissário ligam autoridades diferentes

O artigo 10 do Estatuto atual é mais preciso. Cada gestor de ccTLD pode designar uma pessoa, organização ou entidade como seu Representante. Se não fizer uma designação, o contato administrativo constante da base da IANA será considerado o indicado. Quando há apenas um gestor no Território, esse Representante também é o Emissário.

Com dois ou mais gestores, surge uma etapa coletiva. Eles devem nomear um dos seus Representantes para atuar como Emissário do Território. Se não o fizerem, o Estatuto fornece uma regra supletiva ligada ao gestor membro da ccNSO há mais tempo. Nos votos especificados pelo artigo 10, o Território dispõe de um voto, emitido pelo Emissário.

As funções não são sinônimas. Um Representante deriva sua posição de um gestor determinado. O Emissário funciona como a interface coletiva para atos definidos da ccNSO. O contato administrativo pode ser o Representante presumido de seu gestor, sem ter autoridade para comprometer todos os demais gestores com uma escolha regional de cinco anos. O Emissário pode exercer um voto sem receber controle técnico sobre cada ccTLD ou mandato para qualquer decisão externa à regra.

Por isso, a primeira pergunta não é qual endereço eletrônico deve receber o formulário. É qual objeto adquire a região: cada gestor, cada ccTLD, o Território como unidade ou uma condição aplicada somente quando determinada regra da ccNSO consulta a classificação. Se dois gestores preferirem regiões distintas, a resposta muda conforme a unidade. Se a escolha for territorial, também será preciso definir se a unanimidade é necessária, se o Emissário pode transmitir uma decisão interna ou se a divergência suspende o pedido.

A região alimenta acesso a funções de governança

O Conselho da ccNSO tem três integrantes selecionados pelos membros em cada uma das cinco regiões geográficas da ICANN. A orientação eleitoral atual informa que uma cadeira por região é selecionada a cada ano. Para uma candidatura, proponente e apoiador precisam estar na mesma região e em Territórios diferentes. O voto passa pelos Emissários.

Assim, a região não é mero campo de apresentação. Ela define a disputa em que o candidato entra, a combinação possível de proponente e apoiador, o conjunto eleitoral aplicável e, em certas decisões, a leitura de limiares territoriais ou regionais. Na nomeação das cadeiras do Board atribuídas à ccNSO, todos os membros votam por seus Emissários, embora o processo não seja uma série de cinco disputas regionais. A mesma informação de representação atende consumidores institucionais diferentes.

O relatório da Secretaria deveria mapear esses consumidores antes de recomendar uma interface. Para cada eleição, nomeação, quórum ou votação iniciada por membros, precisa indicar qual unidade é contada, qual registro de região é consultado e em que data a lista é congelada. Um formulário moderno conectado a uma unidade indefinida continuaria produzindo ambiguidade, apenas com uma aparência mais limpa.

O momento de eficácia é decisivo. Uma mudança aprovada depois da abertura das nomeações pode deslocar um candidato para outra cadeira. Uma alteração entre o fechamento do rol eleitoral e o encerramento da votação pode introduzir dois censos no mesmo ato. O novo procedimento deve informar a data de corte, o primeiro ciclo afetado e o tratamento de pedidos pendentes. Também deve preservar candidaturas já aceitas quando uma regra de transição assim determinar.

Consentimento não se presume da identidade de quem envia

O pedido deveria começar com uma fotografia institucional datada: Território, ccTLDs, todos os gestores atuais, região vigente e região requerida. Depois, deve identificar o Representante de cada gestor e o Emissário do Território a partir de uma fonte autorizada. Iniciador, apoiadores, opositores e não respondentes precisam ser estados separados.

Há várias políticas possíveis. O Conselho pode exigir unanimidade; reconhecer um pedido do Emissário após um limiar interno predefinido; abrir um prazo de objeção; adiar a decisão enquanto houver divergência; ou criar uma revisão limitada. Cada opção distribui o veto de forma diferente. O silêncio também é uma escolha: tratá-lo como concordância facilita a administração, mas pode sujeitar por cinco anos um gestor que nunca aprovou a mudança.

A carta do governo ou da autoridade pública comprova outra coisa. Ela pode sustentar a conexão de cidadania ou registrar apoio público ao pedido. Não prova, sozinha, que os gestores concordaram nem que o Emissário recebeu poder para tomar essa decisão. Evidência geográfica, identidade na IANA, consentimento dos gestores e habilitação do Emissário devem permanecer campos distintos.

Também é preciso decidir o que ocorre durante a restrição de cinco anos. A entrada de um novo ccTLD, a troca de gestor, a substituição do Emissário ou a ruptura do consenso tornam a escolha revisável? A restrição acompanha o Território, a decisão ou o requerente original? Sem uma regra de eventos, uma autorização antiga pode continuar operando sobre uma estrutura que já não existe.

Uma ficha de decisão com história, escopo e privacidade

O resultado útil é um registro versionado de seleção regional. Ele deve conter região anterior e nova, Território, gestores e ccTLDs envolvidos, Representantes e Emissário verificados, estado de consentimento, funções da ccNSO afetadas, autoridade decisória, razões, ciclo de eficácia e término da restrição de cinco anos.

A ficha deve citar a versão do procedimento e mostrar quais verificações foram feitas pela IANA, pela Secretaria e pelos responsáveis regionais. Correções, objeções, dissensos e revisões posteriores precisam ser preservados. Uma eleição afetada pode apontar para a versão vigente quando o rol foi formado, evitando que o estado atual apague a evidência histórica.

Nada disso exige publicar e-mails pessoais, telefones ou endereços. A camada pública pode informar o papel formal, a data de verificação, a unidade responsável e a proposição sustentada por uma carta. Documentos subjacentes ficam disponíveis a revisores autorizados, enquanto os dados de contato são minimizados.

O limite material deve aparecer na própria ficha. O texto de 2007 restringe a escolha a matérias da ccNSO. O Estatuto atual ainda afirma que a filiação à ccNSO ou a uma organização regional não é condição para acesso ou registro na base da IANA nem para receber seus serviços. A escolha regional não transfere um domínio, não instrui a zona raiz, não decide soberania e não transforma o Emissário em operador.

A revisão parece pequena porque seu primeiro artefato é um formulário. Mas o valor desse formulário entra em nomeações, cadeiras e votos. Quando um dado distribui poder, sua unidade, origem, data e extensão deixam de ser detalhes administrativos. A ccNSO pode resolver a lacuna agora, com um registro verificável, em vez de descobrir a autoridade por inferência no meio de uma disputa futura.

Fontes