Un taller práctico sobre identidad autosoberana aplicada al cumplimiento. Trabajamos el caso concreto de un inversor que opera en varias plataformas y quiere dejar de reenviar su expediente completo en cada una.
El foco está en la credencial verificable: qué emisor la firma, qué atributos declara, cómo se presenta ante un exchange y qué ocurre cuando caduca o hay que revocarla.
Lo que conviene tener claro antes de emitir una credencial de identidad y usarla en una plataforma supervisada.
Recibe una prueba firmada de que ciertos atributos fueron verificados por un emisor reconocido, junto con un hash que certifica integridad y vigencia. No recibe tu documento, tu domicilio ni tu extracto. Lo que persiste en su lado es el registro de la validación y los metadatos mínimos exigidos por su supervisor.
Depende de cómo cada exchange consulte el estado de revocación. Las que verifican contra el registro del emisor en cada operación la rechazan de inmediato. Otras solo comprueban en el alta, así que la credencial puede seguir asociada a una cuenta ya abierta hasta la siguiente revisión periódica. Conviene revisar ese punto en los términos de cada plataforma.
No siempre. Un hash acredita que hubo verificación en un momento dado, pero varios marcos exigen conservar evidencia documental durante años. La credencial reduce la exposición de datos en tránsito, no elimina las obligaciones de custodia de la entidad supervisada. Antes de adoptarlo, merece la pena documentar qué evidencia se conserva y durante cuánto tiempo.
Si necesitas revisar el marco legal aplicable o los términos de uso, están en términos y en la política de privacidad.
Trabajamos con equipos de cumplimiento, producto y legal que ya operan con exchanges y quieren dejar de repetir el mismo expediente en cada plataforma. El taller no vende una promesa: revisa el flujo real de alta de inversores, identifica dónde se duplican verificaciones y monta un piloto de credenciales verificables sobre los procesos que ya existen.
Antes de emitir nada, levantamos qué documentos pide hoy cada exchange, quién los revisa y cuánto tiempo se conservan. Suele aparecer que el 60% del material se repite entre plataformas sin aportar información nueva al análisis de riesgo.
Definimos qué atributos viajan como credencial verificable (jurisdicción, nivel de acreditación, resultado de comprobaciones AML) y qué queda fuera por política interna. Aquí se decide también quién firma, con qué caducidad y cómo se gestionan las revocaciones.
El equipo técnico conecta la presentación de credenciales con el sistema de alta existente. La plataforma recibe una prueba criptográfica y un hash de cumplimiento, no el pasaporte del inversor. Documentamos qué metadatos persisten y durante cuánto tiempo.
Corremos el flujo completo con perfiles representativos de la cartera y lo contrastamos con las obligaciones de conservación documental de cada jurisdicción donde opera el cliente. Salimos con un informe de fricciones y las decisiones que conviene cerrar antes de producción.
Cada taller se ajusta al número de exchanges y jurisdicciones implicadas. Si el equipo todavía está evaluando el modelo, conviene empezar por entender el marco general antes de tocar integraciones.
Ver las capacidades completas del programa o volver a la visión general de HashID.