Resumo

  • O RFC 3071 propôs classificar domínios por regras de registro, público e prática de mercado, não apenas pela forma da etiqueta.
  • Código ISO, delegação na raiz, política do registro e legitimidade de um governo são evidências diferentes.

Duas letras não identificam o público

Pense em dois domínios de duas letras retirados da mesma lista. Um atende sobretudo a residentes e organizações locais; o outro anuncia registros no mundo todo e aceita quem puder pagar. É um contraste hipotético, não uma afirmação sobre domínios atuais. A etiqueta e a presença na raiz não mostram, por si, quem são os clientes.

John Klensin expôs essa diferença no RFC 3071, um documento informativo publicado em fevereiro de 2001. Com a expansão da Web, os nomes passaram a ter maior valor comercial. Alguns registros associados a códigos de país aceitavam titulares estrangeiros ou os buscavam ativamente. Ao mesmo tempo, domínios chamados “genéricos” já não estavam necessariamente presos ao propósito que seus nomes sugeriam. A antiga divisão perdeu capacidade de descrever a operação.

Klensin propôs três categorias funcionais: domínios realmente genéricos, abertos a inscrições amplas e promovidos internacionalmente; domínios especializados, restritos por qualificações sem vínculo necessário com fronteiras nacionais; e domínios de país, voltados principalmente a pessoas e entidades daquele país, sem forte prospecção externa ou expectativa de receita estrangeira significativa. Todos os últimos seriam ccTLDs, mas nem todo ccTLD pertenceria a esse grupo.

A classificação era independente da regra das duas letras. Klensin considerava desejável reservar etiquetas de dois caracteres aos códigos ISO 3166-1. Mas constar da lista indicava apenas elegibilidade para uma forma de nome. Não dizia onde estavam os titulares, qual lei regia disputas, como o registro anunciava seus serviços ou se aplicava suas regras de forma justa.

Por isso, a análise precisava separar as evidências. A base da zona raiz demonstra uma delegação, servidores e contatos; não descreve a clientela. Uma política publicada registra regras pretendidas, enquanto cadastros e anúncios observáveis ajudam a entender a prática sem provar aplicação equitativa. O RFC 3071 sugeriu olhar para a busca de inscrições externas, a proporção de titulares dentro do país, a presença concreta do administrador na jurisdição e a possibilidade de tribunais locais alcançarem os titulares. Também defendeu que as condições importantes fossem divulgadas antes do registro.

O RFC 3071 era uma reflexão individual e uma proposta histórica, não uma taxonomia adotada pela ICANN. Ele não basta para classificar um ccTLD contemporâneo. Seu limite institucional é igualmente claro: administrar uma delegação técnica não tornava IANA ou ICANN competente para decidir o que era um país, qual governo era legítimo ou como resolver disputas políticas internas. A gestão da raiz não deveria virar um tribunal de relações internacionais.

A contribuição duradoura é separar fatos que a linguagem costuma fundir: código, delegação, modelo comercial, público, jurisdição e representação política. Um registro pode mudar de mercado sem alterar duas letras. Para saber a quem serve, é preciso examinar regras e condutas; para resolver soberania ou representação, é preciso outra autoridade, com mandato próprio.

Fontes