Un recorrido por las fases que ya dejamos atrás y las que están en curso. Cada tramo tiene su propia lógica: primero se definió qué significa probar un atributo sin exponer el dato, después se construyó el verificador local y ahora se ajusta su comportamiento en dispositivos reales.
Arrancamos separando dos cosas que suelen ir juntas: la identidad de la persona y la evidencia sobre un atributo concreto. El resultado fue un documento interno que fija qué se puede afirmar sin revelar el resto, y qué queda fuera del alcance del sistema.
La validación biométrica pasó a ejecutarse en local. La plantilla no sale del teléfono; lo que viaja es una prueba criptográfica sobre un atributo puntual, como mayoría de edad o residencia. En esta etapa aparecieron los primeros límites de hardware débil.
Probamos emisión y presentación de credenciales con un grupo reducido. El foco estuvo en la revocación: qué ocurre cuando alguien pierde el dispositivo o necesita invalidar una credencial sin rehacer todo el historial.
Dos emisores distintos tienen que poder firmar credenciales que el mismo verificador acepte. Trabajamos formatos y esquemas comunes, y anotamos los puntos donde la falta de acuerdo entre implementaciones genera fricción real.
Alquiler, acceso a servicios regulados y verificación de edad. En cada caso medimos cuántos datos dejan de circular y qué requisitos legales siguen pendientes antes de pensar en un despliegue más amplio.
Queda afinar la recuperación de carteras, documentar el modelo de confianza para terceros y publicar las guías técnicas. No hay fecha cerrada: preferimos avanzar cuando cada pieza resiste una revisión externa.
Qué gana el usuario en cada etapa del recorrido
El verificador local confirma un atributo concreto, edad o residencia por ejemplo, y emite una credencial. La imagen biométrica y los documentos originales no salen del dispositivo.
Las credenciales se guardan en tu teléfono. Puedes revisar qué contiene cada una, cuándo se emitió y a quién se la presentaste, sin depender de un panel ajeno.
Cada trámite pide solo el atributo necesario. Se reduce la superficie expuesta frente a filtraciones y se simplifican los acuerdos de tratamiento de datos entre organizaciones.
Si pierdes el dispositivo o cambias de emisor, la credencial se revoca y queda registro. Los verificadores consultan el estado antes de aceptar la prueba.
El modelo se apoya en estándares abiertos de identificadores y credenciales. Eso permite integrar emisores distintos sin rehacer cada sistema desde cero.
El recorrido de adopción no es lineal: primero se estabiliza la emisión, después la verificación y al final la revocación a escala. En recursos reunimos material de referencia para cada fase, y en contacto puedes plantear dudas sobre casos concretos.