# Método DID did:lac1

La verificabilidad de las credenciales digitales depende de las firmas criptográficas de **issuers** y **sujetos**. Históricamente, **certificados X.509** se han usado para autenticación, principalmente en la seguridad de servidores y aplicaciones. Sin embargo, estos certificados carecen de la **escalabilidad y flexibilidad** necesarias para las credenciales digitales. Un enfoque más escalable requiere **identificadores descentralizados (DIDs)**, que permiten a las entidades administrar múltiples pares de claves criptográficas mientras admiten **rotación de claves, revocación y múltiples endpoints**. Esto convierte a los DIDs en una solución ideal para los ecosistemas modernos de credenciales digitales.

En cumplimiento con las [especificaciones W3C DID Core](https://www.w3.org/TR/did-core/), hemos propuesto un nuevo **método DID did:lac1, diseñado para ofrecer escalabilidad, seguridad e interoperabilidad.** Se basa en el [método DID ethr ](https://github.com/decentralized-identity/ethr-did-resolver/blob/master/doc/did-method-spec.md)y el [método DID LAC](https://github.com/lacchain/lacchain-did-registry/blob/master/DID_SPEC.md), incorporando mejoras clave para mayor precisión y transparencia. Nuestro método permite la **codificación de la ruta exacta de resolución dentro del propio DID**, garantizando acceso fluido al **registro DID**. Las mejoras clave frente a **did:ethr, did:lac**, y otros métodos did incluyen:

* **Soporte para revocación retroactiva:** Esta función permite a un **controlador de DID** revocar una clave no solo desde el momento de la revocación, sino también de forma retroactiva, especificando un momento en el pasado (t₁) a partir del cual la clave se considera revocada. Esto es especialmente útil al revocar una clave sin invalidar todas las declaraciones verificables criptográficamente firmadas con ella; solo se ven afectadas las emitidas después de t₁. Los beneficios clave son:
  * **Transparencia**: Como las revocaciones se registran en la blockchain, todos los cambios de claves son completamente **rastreables y auditables**.
  * **Escenarios de compromiso de claves**: Si una clave asociada con un DID se compromete, el controlador tiene dos opciones:
    1. **Revocación completa**, que invalida **todas** las declaraciones firmadas con esa clave.
    2. **Revocación selectiva**, donde el controlador especifica una fecha pasada en la que la clave dejó de ser válida (por ejemplo, si se identificó una vulnerabilidad hace X días, solo se revocan las declaraciones emitidas **después de X días** antes, mientras que las declaraciones anteriores siguen siendo válidas). Para garantizar que un verifier pueda confiar en que una declaración verificable criptográficamente se hizo **antes de X días**, la declaración debería incluir una **prueba de tiempo**, como una marca de tiempo anclada a una blockchain. Esto permite a los verifiers confirmar la existencia del documento en un momento específico.
* **Resolución directa del registro DID:** Nuestro método codifica la ruta exacta al **registro DID** dentro del propio DID, eliminando la necesidad de búsquedas adicionales y garantizando una resolución fluida.
* **Compatibilidad hacia atrás y capacidad de actualización**: Las mejoras al método DID están diseñadas para ser **totalmente compatibles hacia atrás**, lo que garantiza compatibilidad continua con las implementaciones existentes mientras permite mejoras futuras.
* **Soporte para migración de DID**: A través del **también conocido** como atributo, nuestro método permite **una migración fluida** a un DID diferente, garantizando la continuidad de la identidad sin interrumpir las interacciones verificables existentes.

Al integrar estas innovaciones, nuestro **método DID** mejora **la confianza, la transparencia y la flexibilidad**, convirtiéndolo en una solución potente para las credenciales verificables y la gestión descentralizada de identidad

***


---

# Agent Instructions
This documentation is published with GitBook. GitBook is the documentation platform designed so that both humans and AI agents can read, navigate, and reason over technical content effectively. Learn more at gitbook.com.

## Querying This Documentation
If you need additional information that is not directly available in this page, you can query the documentation dynamically by asking a question.

Perform an HTTP GET request on the current page URL with the `ask` query parameter:

```
GET https://docs.blerify.com/es/recursos-detallados/did-method/did-method-did-lac1.md?ask=<question>
```

The question should be specific, self-contained, and written in natural language.
The response will contain a direct answer to the question and relevant excerpts and sources from the documentation.

Use this mechanism when the answer is not explicitly present in the current page, you need clarification or additional context, or you want to retrieve related documentation sections.