Resumo

  • RFC 3368 deu ao go: dois papéis: apontar para um serviço CNRP específico ou encaminhar uma consulta por nome comum aos serviços escolhidos pelo cliente.
  • Um link id= ligado a um servidor podia apontar para um registro sem trazer o nome que o leitor imaginava reconhecer. Sintaxe, registro e resolução eram evidências distintas.

Em agosto de 2002, a RFC 3368 propôs um link para uma dificuldade que endereços web comuns não resolviam bem: pessoas lembram nomes, enquanto redes localizam recursos por identificadores e serviços. O esquema go: não tornou o nome uma autoridade. Ele definiu como um cliente carregaria uma consulta CNRP até um serviço.

A diferença aparece logo após os dois-pontos. go://cnrp.example?Ada%20Lovelace indica um servidor específico e envia uma consulta a ele. go:Ada%20Lovelace não informa servidor; a RFC 3368 destinou essa forma a um ou mais serviços CNRP já configurados no cliente. O mesmo nome visível podia, portanto, chegar a conjuntos diferentes de serviços em máquinas distintas. O link não carregava um diretório universal de resolvedores.

A RFC 3368 também atribuía outro significado a uma URI que contivesse apenas o servidor: ela identificava um serviço CNRP, não uma busca específica. O cliente poderia perguntar por suas capacidades com servicequery. Um servidor vazio significava o próprio host local; sem conhecimento prévio de outro transporte, o valor padrão indicado era HTTP na porta 1096. Esses padrões ajudavam a iniciar uma conversa, mas não provavam que o servidor ainda respondia, era confiável ou continuava em operação.

A concisão era intencional. O CNRP tinha uma representação de consulta em XML, mas embutir uma consulta complexa tornaria a URI comprida demais. A RFC 3368 definiu uma sintaxe menor, com nome comum e pares atributo/valor. Determinou UTF-8 e escapes percentuais para octetos fora da gramática; seu exemplo representa ü com bytes UTF-8. As formas resumidas no texto são didáticas: a sintaxe autoritativa é a gramática ABNF.

O caso-limite mais importante era go://cnrp.example?id=5432345. A URI apontava para um registro específico em um servidor específico sem incluir o nome comum. A seção de segurança da RFC 3368 destacou a diferença: alguém poderia pensar que o link se referia ao recurso então associado a “BMW”, embora o nome “BMW” não aparecesse na URI. Um identificador legível por máquina pode ser estável e ainda opaco para quem precisa confiar nele.

A RFC 3367, protocolo complementar, deixou fora do escopo inicial a descoberta e a seleção de provedores, o registro, a propriedade e a unicidade dos nomes. O conjunto de serviços configurados pelo cliente na RFC 3368 continuava sendo uma escolha local, não uma resposta global sobre quem falava por um nome. Mais tarde, o Registro de Esquemas URI da IANA listou go como Permanente, com referência à RFC 3368. Esse registro comprova a situação formal, não o suporte por navegadores, a atividade de serviços, o tráfego ou a adoção.

O limite histórico útil é este: um link pode identificar serviço, consulta ou registro, mas esses objetos não são intercambiáveis. As notas de Heng Lu “Reality Layers” e “Running-Code Primacy” são lentes editoriais aqui declaradas para separar sintaxe, desenho registrado e operação observada; não são requisitos do protocolo nem evidência de implantação do go:.

Fontes