Tim Berners-Lee anunció la decisión de otorgar a la especificación que define los identificadores descentralizados para la Web (DID, Identificador Descentralizado) el estatus de estándar recomendado. Las objeciones presentadas por las empresas Google y Mozilla han sido rechazadas.
La especificación DID introduce un nuevo tipo de identificadores globales únicos que no están vinculados a servicios y organizaciones centralizadas específicos, como los registradores de dominios y las autoridades certificadoras. Un identificador puede estar asociado a un recurso arbitrario y ser generado mediante sistemas de confianza para el propietario del recurso. Para la autenticación del identificador se utiliza un mecanismo de prueba de propiedad basado en métodos criptográficos, como las firmas digitales. La especificación permite utilizar diversos métodos de gestión distribuida y acceso a la información sobre identificadores, incluyendo enfoques basados en blockchain.
El formato del nuevo URI se estructura como "did:método:identificador_único", donde "did" define el nuevo esquema de URI, "método" indica el mecanismo de manejo del identificador, y "identificador_único" representa el identificador específico del recurso de acuerdo al método elegido, por ejemplo, "did:example:123456789abcdefghi". En el campo del método se especifica el nombre del servicio utilizado para almacenar datos verificables, garantizando la unicidad del identificador, definiendo su formato y asegurando la vinculación del identificador al recurso para el cual fue creado. El URI con el identificador se transforma en un documento en formato JSON con metadatos que describen el objeto solicitado e incluyen claves públicas para la verificación del propietario.
Las implementaciones de los métodos van más allá del estándar DID, y se definen en sus respectivas especificaciones, siendo soportadas en un registro separado. Actualmente, se han propuesto 135 métodos basados en diferentes blockchains, algoritmos criptográficos, tecnologías distribuidas, bases de datos descentralizadas, sistemas P2P y mecanismos de identificación. También se permite la creación de envolturas DID sobre sistemas centralizados; por ejemplo, el método web permite usar vínculos a nombres de host tradicionales (por ejemplo, "did:web:example.com").
Las objeciones de Google se relacionan con la separación de la especificación del mecanismo general de identificadores descentralizados de las especificaciones de las implementaciones específicas de los métodos, lo que impide analizar la corrección de la especificación principal sin estudiar las especificaciones de los métodos. La publicación de la especificación principal sin la preparación de las especificaciones de los métodos complica la revisión y Google ha propuesto posponer la estandarización de la especificación general de DID hasta que haya una preparación para la estandarización de varios métodos óptimos, ya que en el proceso de estandarización de métodos pueden surgir puntos delicados que requieran revisiones de la especificación principal.
Las objeciones de Mozilla se refieren a que la especificación no impulsa adecuadamente la portabilidad, dejando esta cuestión en manos del registro de métodos. En el registro ya se han propuesto más de cien métodos, creados sin tener en cuenta la compatibilidad y la unificación de soluciones estándar. En su forma actual, se fomenta la creación de un nuevo método para cada tarea, en lugar de intentar adaptar los métodos existentes a sus necesidades.
La posición del W3C es que la estandarización de la especificación DID, que define una nueva clase de identificadores extensibles y su sintaxis relacionada, será un estímulo para el desarrollo de métodos y para alcanzar un consenso sobre la estandarización de esos métodos. En su forma actual, hay suficientes pruebas de la aplicabilidad de la especificación principal para abordar tareas demandadas por la comunidad que desarrolla tecnologías descentralizadas. Las implementaciones de métodos propuestas no deben evaluarse en analogía con nuevos esquemas de URL, y la creación de un gran número de métodos puede considerarse una respuesta a las necesidades de los desarrolladores en relación con la especificación básica.
La estandarización de métodos específicos se considera una tarea más compleja en términos de alcanzar un consenso entre los desarrolladores, que la estandarización de una clase general de identificadores. Por lo tanto, la aprobación de la especificación general antes de la estandarización de los métodos se considera una decisión que podría causar menos daño potencial a la comunidad que implementa identificadores descentralizados.
Fuente: opennet.ru
