Identificadores descentralizados para a Web tornam-se um padrão recomendado

Tim Berners-Lee faz pouco anunciou a decisão de converter a especificação que define os identificadores descentralizados para a Web (DID, Identificador Descentralizado), no estado do padrão recomendado, anulando assim as objeções levantadas pelo Google e Mozilla.

A especificação DID introduz um novo tipo de identificadores globais único do que não estão vinculados a organizações e serviços centralizados individuais, como registradores de domínio e autoridades de certificação. O identificador pode ser associado a um recurso arbitrário e gerado por sistemas confiáveis ​​pelo proprietário do recurso.

Autenticação do Identificador usa autenticação de prova de propriedade com base em mecanismos criptográficos, como assinaturas digitais. A especificação permite vários métodos para controle distribuído e recuperação de informações de identidade, incluindo métodos baseados em blockchain.

O formato do novo URI é formado como "did:method:unique_identifier", onde "did" especifica o novo esquema de URI, "method" indica o mecanismo para manipular o identificador e "unique_identifier" é um identificador de recurso específico do método.

O campo com o método especifica o nome do serviço usado para armazenar dados verificados, que garante a exclusividade do identificador, determina seu formato e fornece a associação do identificador ao recurso para o qual foi criado. O URI com o ID é convertido em um documento JSON com metadados que descrevem o objeto solicitado e incluem chaves públicas para verificar o proprietário.

As implementações de métodos estão fora do escopo do padrão DID, são definidas em suas especificações e são mantidas em um registro separado.

Atualmente a 135 métodos foram propostos baseado em diferentes blockchains, algoritmos criptográficos, tecnologias distribuídas, bancos de dados descentralizados, sistemas P2P e mecanismos de identificação. Também é possível criar links DID em sistemas centralizados, por exemplo, o método web permite que nomes de host tradicionais sejam vinculados (por exemplo, "did:web:example.com").

As objeções do Google estão relacionadas à separação da especificação para o mecanismo geral de identificadores descentralizados das especificações para as implementações finais dos métodos, que não permite analisar a exatidão da especificação principal sem estudar as especificações dos métodos.

A publicação da especificação principal quando as especificações do método não estão prontas dificulta a revisão, e o Google sugeriu que a padronização da especificação geral do DID seja adiada até que alguns dos melhores métodos estejam prontos para padronização, pois no processo de padronização do método, podem surgir pontos sutis que exigem que a especificação principal seja finalizada.

A objeção da Mozilla é que a especificação não conduz adequadamente a portabilidade, deixando o problema para o registro do método.

Mais de uma centena de métodos já foram propostos no registro, criados sem levar em conta a compatibilidade e unificação de soluções padrão. Em sua forma atual, é recomendável criar um novo método para cada tarefa, em vez de tentar adaptar os métodos existentes para atender às suas necessidades.

A posição do W3C é que a padronização da especificação DID, que define uma nova classe de identificador extensível e sintaxe associada, promoverá o desenvolvimento de métodos e o consenso sobre a padronização de métodos.

Em sua forma atual, há evidência suficiente da aplicabilidade da especificação principal para resolver problemas que estão em demanda na comunidade que desenvolve tecnologias descentralizadas. As implementações de métodos propostas não devem ser julgadas por analogia com novos esquemas de URL, e a criação de um grande número de métodos pode ser vista como estando em conformidade com a especificação básica para as necessidades dos desenvolvedores.

A padronização de certos métodos é vista como uma tarefa mais difícil, em termos de obtenção de consenso entre os desenvolvedores, do que padronizar em uma classe comum de identificadores. Portanto, a adoção de uma especificação comum antes da padronização do método é considerada uma solução que pode causar menos danos potenciais à comunidade que implementa identificadores descentralizados.

Finalmente se você estiver interessado em saber mais sobre isso, você pode verificar o detalhes no link a seguir.


Deixe um comentário

Seu endereço de email não será publicado. Campos obrigatórios são marcados com *

*

*

  1. Responsável pelos dados: Miguel Ángel Gatón
  2. Finalidade dos dados: Controle de SPAM, gerenciamento de comentários.
  3. Legitimação: Seu consentimento
  4. Comunicação de dados: Os dados não serão comunicados a terceiros, exceto por obrigação legal.
  5. Armazenamento de dados: banco de dados hospedado pela Occentus Networks (UE)
  6. Direitos: A qualquer momento você pode limitar, recuperar e excluir suas informações.