A História Surpreendentemente Complexa dos Hífens em Nomes de Domínio

Já parou para pensar quantos hífens você consegue empilhar em um nome de domínio? Eu parei. O que começou como uma pergunta casual me levou por um labirinto de décadas de padrões da Internet — e a resposta é muito mais interessante do que você imagina.

Uma Resposta Rápida (Que Não É Tão Rápida Assim)

Na teoria, você pode usar até 59 hífens seguidos em um nome de domínio. Mas na prática? As coisas complicam. A resposta depende de qual RFC você consulta, qual registro de TLD está lidando, e aparentemente, se alguém se deu ao trabalho de fazer cumprir as regras nos últimos 25 anos.

Uma Viagem Estranha Pela História da Internet

Vamos voltar no tempo. Em 1978, os primeiros padrões da Internet descreviam o caractere hífen como "menos" em vez de hífen. O RFC 608 especificava que nomes de host podiam usar letras, dígitos e o sinal de menos — com apenas duas restrições reais: o primeiro caractere precisava ser uma letra, e o último NÃO podia ser um sinal de menos.

Em 1981, isso foi formalizado no RFC 810, que descrevia a sintaxe de nomes de domínio usando o que hoje parece uma notação de programação antiquada: <name> ::= <let>[*[<let-or-digit-or-hyphen>]<let-or-digit>]. Tradução: comece com uma letra, termine com letra ou dígito, e coloque o que quiser no meio.

O RFC 952 de 1989 levou isso adiante com uma linguagem um pouco mais limpa. Depois veio o RFC 1035 em 1987, frequentemente citado como o padrão "preferido de sintaxe de nomes". Ele confirmou: labels devem começar com letra, terminar com letra ou dígito, e só podem conter letras, dígitos e hífens internamente.

Percebe o que está faltando? Nenhuma restrição no número de hífens.

A Curva dos IDN

Tudo permaneceu estável até 2010, quando os Nomes de Domínio Internacionalizados (IDN) entraram em cena. Esses usam o prefixo xn-- para permitir caracteres não-ASCII. É aqui que as coisas ficam interessantes.

O RFC 5891 introduziu uma nova regra: "A string Unicode NÃO DEVE conter '--' (dois hífens consecutivos) nas posições terceira e quarta do caractere."

Por quê? Porque xn-- se parece com -- nas posições 3-4. A regra existe para evitar confusão. Se seu domínio começa com xn, está livre. Todo o resto? Dois hífens nas posições 3 e 4 são proibidos.

Então teoricamente, você pode ter até 59 hífens consecutivos começando-os na posição 4 e terminando na posição 62. Algo como abc---[…]---z.com deveria funcionar.

Ou deveria?

A Realidade Morde: Restrições de TLD

Aqui está o problema com padrões — eles são apenas recomendações até que alguém os faça cumprir. Cada registro de Domínio de Topo pode definir suas próprias políticas, frequentemente mais restritivas que os RFCs.

Alguns registros banem certas palavras. Outros recusam registros IDN completamente. Alguns impedem impersonificação de sufixos públicos.

E depois tem o registro .ss do Sudão do Sul, que supostamente se recusa a permitir qualquer hífen. Zero. Nenhum. Nem mesmo um.

A Nominet, que administra o .uk, não tem restrições de hífen propriamente ditas, mas não permite domínios xn--.

No geral, a maioria dos registros permite registrar domínios com múltiplos hífens — mas "a maioria" não é "todos."

As Anomalias: Domínios Que Não Deveriam Existir

É aqui que a diversão começa. A Internet funciona com muitos sistemas legados, casos extremos e implementações "suficientemente boas". Alguém decidiu pesquisar e encontrou centenas de nomes de domínio que violam as regras modernas.

Alguns destaques da pesquisa:

• 0-------------------------------------------------------------0.com — criado em 1999, agora fora do ar
• 0-------------------------------------------------------------5.com — criado em 2001, ainda no ar
• a-------------------------------------------------------------a.com — 61 hífens. Sim, sessenta e um. O máximo possível. Esse site ainda funciona e parece não ter sido atualizado desde 2000.

Isso mesmo. Um domínio com 61 hífens consecutivos resolve para um site ativo em 2024.

Também existe zz--icann-monitoring.uk, registrado em 2024 — muito depois das regras IDN terem sido estabelecidas. Mas como a Nominet não permite domínios xn--, esse tecnicamente está em conformidade.

Outras entradas notáveis incluem domínios que parecem strings geradas aleatoriamente, possivelmente usados para servidores de comando e controle. Os padrões são fascinantes se você curte esse tipo de coisa.

O Que Isso Significa Para Você?

Honestamente? Provavelmente nada. A maioria dos registradores vai impedir você de registrar algo ridículo de qualquer forma. Mas entender essas regras importa se você está:

• Construindo validação de domínio em suas aplicações
• Trabalhando com domínios internacionalizados e precisa entender a exceção xn--
• Auditando infraestrutura existente para problemas de conformidade
• Apenas curioso sobre como a Internet realmente funciona nos bastidores

Os padrões da Internet são documentos vivos, evoluídos ao longo de décadas por pessoas resolvendo problemas reais na época. As regras dos hífens refletem um equilíbrio entre flexibilidade e clareza — e como a maioria dos sistemas humanos, acumularam sua dose de peculiaridades pelo caminho.

Da próxima vez que for escolher um nome de domínio, talvez fique com algo simples e memorável. Mas agora você sabe: se realmente quisesse, tecnicamente poderia registrar hello------------------------------------------world.com.

Você provavelmente não deveria. Mas poderia.

Qual é o domínio mais estranho que você já encontrou? Manda aí nos comentários — tenho genuinamente curiosidade sobre quais outras anomalias estão espreitando por aí.