Todo sistema de identidad digital necesita una forma de decir “esta persona sos vos.” Las direcciones de email lo hacen para internet. Los números de teléfono lo hacen para telecomunicaciones. Los números de documento lo hacen para servicios públicos.
Todos estos identificadores tienen algo en común: los controla otra entidad. Google controla tu email. Una telco controla tu número de teléfono. Una agencia de gobierno controla tu número de documento. Si cualquiera de esas organizaciones cambia de criterio, tu identificador puede ser revocado, reasignado o dado de baja.
Los Identificadores Descentralizados, o DIDs, funcionan de manera diferente. Un DID lo controla quien tiene la clave criptográfica asociada. En la práctica, eso significa que lo controlás vos.
Esta edición explica qué es un DID a nivel técnico, cómo habilita la identidad digital portátil, y por qué importa para los 8 millones de ciudadanos que ya usan infraestructura de credenciales verificables en América Latina.
Si sos nuevo en credenciales verificables, nuestra edición anterior ¿Qué pasa después de que se emite una Credencial Verificable? cubre el ciclo de vida de la credencial. Esta edición va una capa más profundo: el identificador que hace a las credenciales portátiles.
Un DID en tres partes
Un DID es un URI (Identificador Uniforme de Recurso) que sigue una estructura específica definida por el W3C (World Wide Web Consortium). Se ve algo así:
Cada DID tiene tres componentes.
El esquema siempre es “did.” Esto le indica a cualquier sistema que lo que sigue es un Identificador Descentralizado.
El método describe cómo se puede buscar el DID. Diferentes métodos DID usan diferente infraestructura para la resolución. did:web usa servidores web estándar. did:key es autocontenido, con la clave pública embebida directamente en el identificador. did:ethr usa la blockchain de Ethereum como registro. El método determina los supuestos de confianza: ¿en quién se depende para buscar este identificador?
El identificador específico del método es único para el sujeto del DID. Combinado con el método, provee un identificador globalmente único que puede resolverse para obtener más información sobre el sujeto.
La especificación W3C DID Core, ahora en versión 1.1, estandariza este formato para que cualquier sistema que implemente la spec pueda resolver cualquier DID, independientemente del método. Podés explorar cómo se conectan estos conceptos en la Base de Conocimiento de Sovra.
Qué pasa cuando se busca un DID
Cuando un sistema resuelve un DID, recupera un DID Document. Es un objeto de datos estructurado, típicamente en formato JSON o JSON-LD, que contiene todo lo necesario para interactuar de forma segura con el sujeto del DID.
Un DID Document incluye:
Claves públicas (listadas bajo verificationMethod). Son las claves criptográficas públicas asociadas al DID. Cuando alguien firma un documento con la clave privada de su DID, cualquier verificador puede usar la clave pública del DID Document para confirmar que la firma es auténtica.
Endpoints de servicio. Son URLs o direcciones donde se puede interactuar con el sujeto del DID. Para un ciudadano, esto podría ser el endpoint de su wallet digital. Para una institución, podría ser la URL de su servicio de emisión de credenciales.
Métodos de autenticación y aserción. Definen cómo el sujeto del DID prueba que controla el DID (autenticación) y cómo hace claims verificables (aserción). Ambos referencian las claves públicas listadas en el documento.
El DID Document es esencialmente un documento de identidad legible por máquinas. Dice: estas son las claves que controlo, así se verifican mis firmas, y así me contactan. Cualquier sistema que resuelva el DID puede usar esta información para verificar credenciales, autenticar solicitudes o establecer comunicación segura.
Por qué importa la portabilidad
Los identificadores tradicionales están atados a la institución que los emitió. Si te mudás de país, tu número de documento se queda atrás. Si cambiás de proveedor de email, perdés tu dirección. Cada identificador vive en el silo de la organización que lo controla.
Un DID viaja con la persona. Porque el identificador lo controla la clave criptográfica del titular, y el DID Document puede ser resuelto por cualquiera, el mismo identificador funciona en cualquier sistema que implemente el estándar.
Así se ve en la práctica. Un gobierno en Argentina emite una credencial verificable, un documento digital firmado sobre un ciudadano, vinculado al DID del ciudadano. Esa credencial vive en la wallet del ciudadano en su celular.
Cuando el ciudadano presenta esa credencial en un banco en México, el banco resuelve el DID del ciudadano, recupera el DID Document, encuentra la clave pública relevante, y verifica la firma de la credencial. El proceso completo toma menos de un segundo, no requiere comunicación con el gobierno argentino, y no necesita ningún acuerdo bilateral entre las dos instituciones.
El DID es el ancla universal que hace esto posible. El formato de credencial (W3C Verifiable Credentials) provee la estructura de datos. El DID provee el identificador que conecta todo.
Si querés entender qué pasa después de que se emite una credencial y cómo funciona el flujo de verificación en detalle, nuestra edición anterior ¿Qué pasa después de que se emite una Credencial Verificable? recorre el ciclo de vida completo.
DIDs en producción
Esto ya funciona a escala nacional. En Sovra, 8 millones de ciudadanos en Argentina, México y Colombia usan DIDs como base de sus credenciales verificables. Más de 50 millones de verificaciones y 100 millones de llamadas API se procesaron a través de esta infraestructura, cada una resolviendo un DID y verificando una firma criptográfica en menos de un segundo. Podés ver los despliegues en detalle en nuestros casos de uso.
Un link que vale la pena leer
In an AI Rush, Sell Trust — Chuy Cepeda, Chief of Strategy de Sovra, sobre por qué las empresas que van a ganar la era de la IA son las que venden infraestructura de confianza verificable, y qué significa eso para gobiernos e instituciones evaluando su próximo paso.
The Identity Brief es el newsletter semanal de Sovra sobre identidad digital, credenciales verificables e infraestructura de confianza. Suscribite para recibirlo cada jueves.