Les identifiants décentralisés seront standardisés, malgré les objections de Google et Mozilla

Tim Berners-Lee a annoncé la décision de donner à la spécification définissant les identifiants décentralisés pour le Web (DID, Identifiant Décentralisé) le statut de norme recommandée. Les objections soulevées par les entreprises Google et Mozilla ont été rejetées.

La spécification DID introduit un nouveau type d'identificateurs globaux uniques, non associés à des services et organisations centralisés, tels que les registraires de domaines et les autorités de certification. Un identifiant peut être associé à une ressource arbitraire et généré par des systèmes dignes de confiance selon le propriétaire de la ressource. Pour l'authentification de l'identifiant, une authentification prouvant la possession est appliquée, basée sur des mécanismes cryptographiques tels que les signatures numériques. La spécification permet d'utiliser différentes méthodes de gestion décentralisée et d'obtention d'informations sur les identifiants, y compris des méthodes basées sur la blockchain.

Le format du nouvel URI est structuré comme «did:métode:identifiant_unique», où «did» définit le nouveau schéma URI, «méthode» indique le mécanisme de gestion de l'identifiant, et «identifiant_unique» représente un identifiant spécifique à la méthode choisie, par exemple, «did:example:123456789abcdefghi». Le champ de méthode indique le nom du service de stockage des données vérifiables utilisé, garantissant l'unicité de l'identifiant, définissant son format et assurant le lien de l'identifiant à la ressource pour laquelle il a été créé. L'URI avec l'identifiant se transforme en un document au format JSON, contenant des métadonnées décrivant l'objet demandé et incluant des clés publiques pour vérifier le propriétaire.

Les mises en œuvre des méthodes vont au-delà de la norme DID, sont définies dans leurs propres spécifications et sont soutenues dans un registre séparé. Actuellement, 135 méthodes basées sur différentes blockchains, algorithmes cryptographiques, technologies décentralisées, bases de données décentralisées, systèmes P2P et mécanismes d'identification ont été proposées. Il est également possible de créer des couches DID au-dessus de systèmes centralisés, par exemple, la méthode web permet d'utiliser un lien avec des noms d'hôtes traditionnels (par exemple, «did:web:example.com»).

Les objections de Google concernent la séparation de la spécification du mécanisme général des identifiants décentralisés des spécifications des mises en œuvre spécifiques, ce qui empêche l'analyse de la validité de la spécification principale sans examiner les spécifications des méthodes. La publication de la spécification principale alors que les spécifications des méthodes ne sont pas prêtes complique la révision, et Google a proposé de retarder la normalisation de la spécification générale DID jusqu'à ce que plusieurs meilleures méthodes soient prêtes pour la normalisation, car des subtilités nécessitant des ajustements de la spécification principale pourraient émerger au cours du processus de normalisation des méthodes.

Les objections de Mozilla sont liées au fait que la spécification ne pousse pas suffisamment à garantir la portabilité, déchargeant cette question vers le registre des méthodes. Plus d'une centaine de méthodes ont déjà été proposées dans le registre, sans tenir compte de la compatibilité et de l'unification des solutions standards. Dans sa forme actuelle, elle encourage la création d'une nouvelle méthode pour chaque tâche, plutôt que d'essayer d'adapter les méthodes existantes à leurs besoins.

La position du W3C est que la normalisation de la spécification DID, qui définit une nouvelle classe extensible d'identifiants et la syntaxe associée, sera un stimulant pour le développement de méthodes et l'atteinte d'un consensus sur la normalisation des méthodes. Il existe suffisamment de preuves de la pertinence de la spécification principale pour répondre aux besoins de la communauté développant des technologies décentralisées. Les mises en œuvre de méthodes proposées ne devraient pas être évaluées par analogie avec de nouveaux schémas d'URL, et la création d'un grand nombre de méthodes peut être considérée comme une réponse de la spécification fondamentale aux besoins des développeurs.

La normalisation de méthodes spécifiques est considérée comme une tâche plus complexe, en termes d'atteindre un consensus parmi les développeurs, que la normalisation d'une classe générale d'identifiants. Par conséquent, l'adoption de la spécification générale avant la normalisation des méthodes est perçue comme une solution capable de causer moins de dommages potentiels à la communauté mettant en œuvre des identifiants décentralisés.

Source : opennet.ru