Resumo

  • A RFC 3367 tornou idioma, geografia e categoria propriedades compartilhadas de consulta, mas as chamou de indicações, não filtros obrigatórios.
  • A estrutura da pergunta tornou-se interoperável; correspondência, ordenação e sentido prático de relevância continuaram sob controle de cada serviço.

Um nome não era uma resposta única

Nomes comuns são palavras e expressões, não identificadores únicos no mundo todo. “Mercury” pode ser planeta, empresa, pessoa ou produto; um único serviço também pode associar vários registros ao mesmo nome. A RFC 3367 tratou de uma questão mais estreita: como consultar serviços sobre registros ligados a um nome comum. Não definiu descoberta ou seleção de serviços, registro, propriedade ou unicidade. CNRP era um protocolo de consulta, não uma autoridade de nomes.

Vocabulário comum, decisão local

O protocolo aceitava mais do que uma sequência de caracteres. Entre as propriedades básicas estavam nome, idioma, geografia, categoria e faixa de resultados. O cliente podia iniciar com um ServiceQuery para descobrir quais propriedades o serviço suportava; o próprio serviço também podia expor tipos de dados adicionais.

Mas a RFC não transformou esses campos em critérios universais. Chamou-os de “indicações”: contexto e preferência fornecidos pelo cliente. A ordem podia demonstrar prioridade, mas o serviço podia ignorá-las e tentar a melhor correspondência. Propriedades diferentes se combinavam por AND; vários valores da mesma propriedade, por OR. Ainda assim, a resposta não precisava satisfazer todos os critérios. “Português” e “São Paulo” podiam orientar a busca sem eliminar todo resultado fora da combinação exata.

Essa é a escolha central: o formato podia ser interoperável enquanto as respostas permaneciam específicas de cada serviço. Um provedor talvez valorizasse muito o idioma; outro poderia tratá-lo como sinal fraco. A RFC não estabeleceu fórmula comum de ponderação nem desempate universal.

Codificação não é significado

UTF-8 permitia trocar texto, e as etiquetas de idioma ofereciam uma forma estruturada de identificar línguas. Nenhum dos dois mecanismos determinava se grafias, sistemas de escrita, transliterações ou nomes diferentes eram equivalentes. A RFC deixou as regras de correspondência do nome comum dependentes do serviço e do idioma. A codificação preserva caracteres; não decide a que eles se referem.

A classificação também ficava com o serviço. Cada um podia ordenar seus resultados segundo sua avaliação de relevância. Resultados de serviços distintos não passavam a ter uma escala comum apenas por usarem CNRP. A RFC 3368, sobre o URI go:, podia indicar um servidor ou registro específico, ou expressar uma consulta mais ampla, sem apagar essa divisão de responsabilidades.

Onde terminava a interoperabilidade

A RFC 3367 padronizou a expressão de preferências, a consulta de capacidades e a lógica geral para combinar propriedades. Deixou equivalência semântica e ordem final para os operadores. Isso não é uma falha escondida nas notas: é a fronteira de projeto do protocolo. Um vocabulário compartilhado permite que sistemas conversem sem tornar seus julgamentos iguais.

A perspectiva de Lu Heng sobre a primazia do código em operação ajuda a enxergar essa distância, com limite claro: uma especificação descreve o que implementações podem trocar; a experiência depende do comportamento dos serviços. O texto não comprova adoção nem impacto comercial. Seu interesse histórico aqui é mais preciso: tornou as preferências transportáveis e manteve local o julgamento de relevância.

Fontes