Tim Berners-Lee anunciou a decisão de conferir à especificação que define identificadores descentralizados para a Web (DID, Decentralized Identifier) o status de padrão recomendado. As objeções apresentadas pelas empresas Google e Mozilla foram rejeitadas.
A especificação DID introduz um novo tipo de identificadores globalmente únicos, que não estão atrelados a serviços e organizações centralizados, como registradores de domínios e autoridades certificadoras. Um identificador pode ser associado a qualquer recurso e gerado por sistemas confiáveis pelo proprietário do recurso. Para a autenticação do identificador, utiliza-se autenticação com prova de posse baseada em mecanismos criptográficos, como assinaturas digitais. A especificação permite o uso de vários métodos de gerenciamento descentralizado e recuperação de informações sobre identificadores, incluindo métodos baseados em blockchain.
O formato do novo URI é formado como «did:método:identificador_único», onde «did» define um novo esquema de URI, «método» indica o mecanismo de processamento do identificador e «identificador_único» representa um identificador de recurso específico para o método escolhido, por exemplo, «did:example:123456789abcdefghi». No campo do método, é especificado o nome do serviço utilizado para o armazenamento de dados verificáveis, garantindo a singularidade do identificador, definindo seu formato e estabelecendo a ligação do identificador ao recurso para o qual foi criado. O URI com o identificador é convertido em um documento no formato JSON com metadados que descrevem o objeto solicitado e incluem chaves públicas para verificação da identidade do proprietário.
As implementações dos métodos vão além do padrão DID, sendo definidas em suas especificações e suportadas em um registro separado. Atualmente, foram propostos 135 métodos com base em diferentes blockchains, algoritmos criptográficos, tecnologias distribuídas, bancos de dados descentralizados, sistemas P2P e mecanismos de identificação. Também é permitido criar camadas DID sobre sistemas centralizados, por exemplo, o método web permite usar a ligação a nomes tradicionais de hosts (por exemplo, «did:web:example.com»).
As objeções do Google estão relacionadas à separação da especificação do mecanismo geral de identificadores descentralizados das especificações sobre as implementações finais dos métodos, o que impede a análise da correção da especificação principal sem examinar as especificações dos métodos. A publicação da especificação principal, sem a preparação das especificações dos métodos, dificulta a revisão, e o Google sugeriu adiar a padronização da especificação geral DID até que várias melhores práticas estejam prontas para padronização, pois durante o processo de padronização dos métodos, podem surgir detalhes sutis que exigem ajustes na especificação principal.
As objeções da Mozilla estão relacionadas ao fato de que a especificação não incentiva adequadamente a portabilidade, colocando essa questão na esfera do registro dos métodos. No registro, já foram propostos mais de uma centena de métodos, criados sem preocupação com compatibilidade e unificação de soluções padrão. Na sua forma atual, é incentivada a criação de um novo método para cada tarefa, em vez de tentar adaptar métodos existentes às suas necessidades.
A posição do W3C é que a padronização da especificação DID, que define uma nova classe extensível de identificadores e a sintaxe associada, servirá como um impulso para o desenvolvimento de métodos e para alcançar um consenso sobre a padronização desses métodos. Na forma atual, existem evidências suficientes da aplicabilidade da especificação principal para resolver desafios que são demandados pela comunidade que desenvolve tecnologias descentralizadas. As implementações de métodos propostas não devem ser avaliadas por analogia com novos esquemas de URL, e a criação de um grande número de métodos pode ser vista como uma resposta da especificação básica às necessidades dos desenvolvedores.
A padronização de determinados métodos é considerada uma tarefa mais complexa, do ponto de vista de alcançar consenso entre os desenvolvedores, do que a padronização de uma classe geral de identificadores. Portanto, a adoção da especificação geral antes da padronização dos métodos é vista como uma solução que pode causar menos dano potencial à comunidade que está implementando identificadores descentralizados.
Fonte: opennet.ru
