Hash de cumplimiento sin exponer datos personales

Cuando un exchange recibe un hash de cumplimiento, no obtiene el expediente del inversor. Obtiene una prueba verificable de que un emisor autorizado ya validó esos datos en algún momento. La diferencia parece menor hasta que se piensa en qué pasa si esa base de datos se filtra: no hay nada útil que robar.

Qué certifica realmente el hash

Un hash de cumplimiento es la salida de una función criptográfica aplicada sobre un conjunto de atributos ya verificados. El emisor autorizado revisó el pasaporte, el domicilio, el origen de fondos y las listas de sanciones. Después firmó un resumen y lo entregó al titular. Ese resumen viaja al exchange, que solo comprueba dos cosas: que la firma es válida y que el emisor sigue siendo de confianza.

Lo que el exchange nunca ve es el nombre, el número de documento, la dirección ni la fecha de nacimiento. Tampoco ve el expediente completo que el emisor guardó en su momento. Solo ve un resultado booleano envuelto en criptografía.

Atributos que se pueden probar por separado

No todo el proceso tiene que ir en un único bloque. La mayoría de los marcos SSI permiten emitir credenciales parciales, de modo que cada plataforma reciba solo lo que su regulador exige:

• Jurisdicción fiscal: prueba que el inversor reside en una zona concreta sin revelar la dirección exacta.
• Categoría de inversor: acredita condición de minorista o profesional según el marco aplicable.
• Origen de fondos: certifica que se revisó la procedencia sin exponer cuentas ni montos.
• Estado de sanciones: confirma que el titular no aparece en listas restrictivas en la fecha de emisión.
• Vigencia de la credencial: indica cuándo debe renovarse sin obligar a repetir todo el proceso.

Esta granularidad es útil cuando un exchange solo necesita cubrir un requisito puntual y no tiene por qué acumular información que después le resulta difícil de custodiar.

Límites técnicos que conviene reconocer

El hash no es magia. Si el emisor desaparece o revoca su clave, las pruebas dejan de validarse y el inversor tiene que volver a empezar. Tampoco resuelve la trazabilidad: si el exchange guarda el hash junto con la sesión, puede correlacionar operaciones del mismo titular aunque no sepa quién es. Y no elimina la obligación legal de conservar ciertos registros en el lado del emisor, que sigue siendo el responsable del tratamiento.

Hay además un problema de estandarización. Cada jurisdicción define sus propios atributos mínimos, y un hash emitido bajo un marco no siempre es aceptado por otro. La interoperabilidad avanza, pero todavía exige acuerdos entre emisores y verificadores.

Qué cambia en la práctica para el inversor

El efecto más visible es que deja de repetir el mismo formulario en cada plataforma. El segundo es que puede decidir qué atributo comparte y con quién. El tercero, menos obvio, es que si un exchange sufre una brecha, su nombre no aparece en el volcado. Esa ausencia tiene valor a largo plazo, sobre todo en mercados donde los datos filtrados se reutilizan para fraude dirigido.