Resumo

  • O anúncio de 5 de outubro acrescenta regras de referência para a escrita javanesa e a escrita silábica aborígene canadense unificada, além de atualizar outras sete. As variantes entre escritas tornam a publicação um conjunto de mudanças interligadas, não duas adições isoladas.
  • As regras de segundo nível orientam a elaboração e a análise de tabelas IDN pelos registros. A cobertura publicada não comprova delegação de domínios de topo, compatibilidade universal de aplicações ou adoção efetiva.

Análise

Uma lista de idiomas pode parecer um catálogo. A publicação da ICANN em 5 de outubro é mais bem entendida como um mapa de dependências.

A ICANN publicou regras de geração de rótulos (LGRs) de referência de segundo nível para a escrita javanesa e a escrita silábica aborígene canadense unificada (UCAS), além de atualizar outras sete: escrita árabe, língua árabe, língua inuktitut, língua japonesa, escrita japonesa, escrita latina e o conjunto completo de variantes latinas. A organização informa que as referências cobrem agora 30 escritas e 32 línguas. Esses números descrevem o material de referência publicado, não a quantidade de línguas que funcionam de ponta a ponta em todos os registradores, navegadores, serviços de e-mail e aplicativos.

As notas das mudanças mostram por que contar apenas as adições não explica o trabalho operacional. A nova regra UCAS vem acompanhada de variantes entre escritas nas regras da língua inuktitut. Um caractere latino acrescentado para apoiar línguas algonquinas no Canadá também altera variantes entre escritas no conjunto completo de variantes latinas. As regras da língua e da escrita japonesas foram alinhadas à versão 6 das regras de geração de rótulos da zona raiz. As mudanças na escrita árabe dão suporte à escrita pegón, usada na Indonésia.

Cada item se relaciona a outras regras que os registros e as equipes de análise talvez precisem considerar.

Isso importa porque essas regras participam de decisões concretas. A ICANN descreve as LGRs de referência de segundo nível como recursos que os operadores de registros de domínios genéricos de topo podem usar ao elaborar tabelas de nomes de domínio internacionalizados (IDN). A ICANN também as usa para analisar as tabelas apresentadas pelos registros quanto à segurança e à estabilidade. A tabela define quais rótulos uma zona pode aceitar segundo sua política e como trata as variantes. Assim, uma mudança em um arquivo de referência pode afetar a análise do registro além da escrita citada no título do anúncio.

Isso não significa que os registros já tenham adotado as versões de outubro nem que todas as tabelas relacionadas devam mudar da mesma forma. A primeira questão é o controle de versões: qual conjunto de referência o operador usou, o que mudou e quais rótulos ou relações entre variantes precisam ser testados novamente? Se um registro acompanhar apenas as duas novas escritas, poderá deixar passar outra atualização relevante para sua tabela IDN ou seu processo de análise.

Também é importante separar os níveis. As LGRs de referência de segundo nível tratam das tabelas IDN usadas sob domínios genéricos de topo. Já o Guia do Solicitante da rodada de 2026 usa a versão 6 das regras da zona raiz para validar rótulos de topo e calcular suas variantes. Os dois sistemas se conectam por alinhamentos e dependências técnicas, mas respondem a perguntas diferentes. Uma regra de referência de segundo nível não aprova por si só um novo domínio de topo, não delega um rótulo nem concede ao titular o direito de usá-lo.

O resultado da consulta pública da ICANN registra 33 comentários relevantes: 32 apoiaram as novas regras e atualizações propostas, enquanto um apontou um erro de digitação e pediu esclarecimento sobre a regra da escrita javanesa. Esse resumo informa o que a ICANN recebeu. Não é uma votação de todos os registros, de todos os usuários dessas escritas ou de cada comunidade linguística. A descrição de que o trabalho foi desenvolvido com comunidades também deve ser entendida nesse limite: especialistas e grupos pertinentes participaram, mas a contagem de comentários tem escopo definido.

A publicação também não comprova Aceitação Universal. Regras de rótulos legíveis por máquina ajudam um registro a avaliar se um rótulo se enquadra em sua tabela e como tratar variantes relacionadas. Elas não fazem um formulário aceitar um endereço, não garantem a entrega de e-mails nem asseguram que o software armazene e exiba o rótulo corretamente. O anúncio deixa aberta a inclusão futura de outras línguas e escritas conforme surjam contribuições comunitárias pertinentes. A cobertura publicada é uma base para análise técnica, não um indicador de uso.

Para os registros, a resposta prática é tratar a publicação como um pacote de mudanças. Comparar os arquivos novos com a versão usada, associar cada alteração à própria tabela IDN, testar os rótulos e as variantes afetadas e coordenar as datas de política e implementação com os provedores de serviços de registro. As relações entre escritas merecem atenção especial: usuários e registros lidam com rótulos completos, não com listas isoladas de pontos de código.

A questão central não é apenas quantas escritas a ICANN acrescentou. É se o conjunto de regras continua coerente à medida que a cobertura cresce. A publicação de outubro mostra que uma adição pode se propagar: incluir uma escrita pode exigir nova análise das variantes de outra língua; acrescentar um caractere pode alterar um conjunto completo de variantes entre escritas. O catálogo também é uma superfície de manutenção.