{"id":104601,"date":"2022-07-05T15:36:51","date_gmt":"2022-07-05T13:36:51","guid":{"rendered":"https:\/\/prohoster.info\/blog\/novosti-interneta\/deczentralizovannye-identifikatory-budut-standartizirovany-nesmotrya-na-vozrazheniya-google-i-mozilla"},"modified":"2022-07-05T15:36:51","modified_gmt":"2022-07-05T13:36:51","slug":"deczentralizovannye-identifikatory-budut-standartizirovany-nesmotrya-na-vozrazheniya-google-i-mozilla","status":"publish","type":"post","link":"https:\/\/prohoster.info\/es\/blog\/news\/deczentralizovannye-identifikatory-budut-standartizirovany-nesmotrya-na-vozrazheniya-google-i-mozilla","title":{"rendered":"Los identificadores descentralizados ser\u00e1n estandarizados, a pesar de las objeciones de Google y Mozilla","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"
Tim Berners-Lee anunci\u00f3 la decisi\u00f3n de otorgar a la especificaci\u00f3n que define los identificadores descentralizados para la Web (DID, Identificador Descentralizado) el estatus de est\u00e1ndar recomendado. Las objeciones presentadas por las empresas Google y Mozilla han sido rechazadas. <\/p>\n
La especificaci\u00f3n DID introduce un nuevo tipo de identificadores globales \u00fanicos que no est\u00e1n vinculados a servicios y organizaciones centralizadas espec\u00edficos, 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\u00f3n del identificador se utiliza un mecanismo de prueba de propiedad basado en m\u00e9todos criptogr\u00e1ficos, como las firmas digitales. La especificaci\u00f3n permite utilizar diversos m\u00e9todos de gesti\u00f3n distribuida y acceso a la informaci\u00f3n sobre identificadores, incluyendo enfoques basados en blockchain. <\/p>\n
El formato de un nuevo URI se forma como \u00abdid:m\u00e9todo:identificador_\u00fanico\u00bb, donde \u00abdid\u00bb define un nuevo esquema de URI, \u00abm\u00e9todo\u00bb indica el mecanismo de procesamiento del identificador, y \u00abidentificador_\u00fanico\u00bb representa un identificador de recurso espec\u00edfico para el m\u00e9todo seleccionado, por ejemplo, \u00abdid:example:123456789abcdefghi\u00bb. En el campo del m\u00e9todo se indica el nombre del servicio de almacenamiento de datos verificables utilizado, que garantiza la unicidad del identificador, define su formato y asegura la vinculaci\u00f3n del identificador al recurso para el que fue creado. El URI con el identificador se convierte en un documento en formato JSON con metadatos que describen el objeto solicitado e incluyen claves p\u00fablicas para la verificaci\u00f3n del propietario.
<\/center> <\/p>\n
Las implementaciones de m\u00e9todos van m\u00e1s all\u00e1 del est\u00e1ndar DID, se definen en sus propias especificaciones y se mantienen en un registro separado. Actualmente se han propuesto 135 m\u00e9todos basados en diferentes blockchains, algoritmos criptogr\u00e1ficos, tecnolog\u00edas distribuidas, bases de datos descentralizadas, sistemas P2P y mecanismos de identificaci\u00f3n. Tambi\u00e9n se permite la creaci\u00f3n de envolturas DID sobre sistemas centralizados; por ejemplo, el m\u00e9todo web permite utilizar una vinculaci\u00f3n a nombres de host tradicionales (por ejemplo, \u00abdid:web:example.com\u00bb). <\/p>\n
Las objeciones de Google se relacionan con la separaci\u00f3n de la especificaci\u00f3n del mecanismo general de identificadores descentralizados de las especificaciones de las implementaciones espec\u00edficas de los m\u00e9todos, lo que impide analizar la correcci\u00f3n de la especificaci\u00f3n principal sin estudiar las especificaciones de los m\u00e9todos. La publicaci\u00f3n de la especificaci\u00f3n principal sin la preparaci\u00f3n de las especificaciones de los m\u00e9todos complica la revisi\u00f3n y Google ha propuesto posponer la estandarizaci\u00f3n de la especificaci\u00f3n general de DID hasta que haya una preparaci\u00f3n para la estandarizaci\u00f3n de varios m\u00e9todos \u00f3ptimos, ya que en el proceso de estandarizaci\u00f3n de m\u00e9todos pueden surgir puntos delicados que requieran revisiones de la especificaci\u00f3n principal. <\/p>\n
Las objeciones de Mozilla se refieren a que la especificaci\u00f3n no impulsa adecuadamente la portabilidad, dejando esta cuesti\u00f3n en manos del registro de m\u00e9todos. En el registro ya se han propuesto m\u00e1s de cien m\u00e9todos, creados sin tener en cuenta la compatibilidad y la unificaci\u00f3n de soluciones est\u00e1ndar. En su forma actual, se fomenta la creaci\u00f3n de un nuevo m\u00e9todo para cada tarea, en lugar de intentar adaptar los m\u00e9todos existentes a sus necesidades. <\/p>\n
La posici\u00f3n del W3C es que la estandarizaci\u00f3n de la especificaci\u00f3n DID, que define una nueva clase de identificadores extensibles y su sintaxis relacionada, ser\u00e1 un est\u00edmulo para el desarrollo de m\u00e9todos y para alcanzar un consenso sobre la estandarizaci\u00f3n de esos m\u00e9todos. En su forma actual, hay suficientes pruebas de la aplicabilidad de la especificaci\u00f3n principal para abordar tareas demandadas por la comunidad que desarrolla tecnolog\u00edas descentralizadas. Las implementaciones de m\u00e9todos propuestas no deben evaluarse en analog\u00eda con nuevos esquemas de URL, y la creaci\u00f3n de un gran n\u00famero de m\u00e9todos puede considerarse una respuesta a las necesidades de los desarrolladores en relaci\u00f3n con la especificaci\u00f3n b\u00e1sica. <\/p>\n
La estandarizaci\u00f3n de m\u00e9todos espec\u00edficos se considera una tarea m\u00e1s compleja en t\u00e9rminos de alcanzar un consenso entre los desarrolladores, que la estandarizaci\u00f3n de una clase general de identificadores. Por lo tanto, la aprobaci\u00f3n de la especificaci\u00f3n general antes de la estandarizaci\u00f3n de los m\u00e9todos se considera una decisi\u00f3n que podr\u00eda causar menos da\u00f1o potencial a la comunidad que implementa identificadores descentralizados. \n Fuente: opennet.ru<\/a> <\/p>","protected":false,"gt_translate_keys":[{"key":"rendered","format":"html"}]},"excerpt":{"rendered":"
![\"Los](\"\/wp-content\/uploads\/2022\/07\/d24f33dbbd6f855bdfa66400a3397da5.jpg\")
<\/center> <\/p>\n