Blockchain y protección de datos: verificar sin exponer datos personales

Cuando una academia o universidad escucha por primera vez que sus certificados pueden anclarse en blockchain, la reacción más habitual no es entusiasmo: es una pregunta legal. "¿Blockchain no es inmutable? ¿Y si registro los datos de un alumno y luego ejerce su derecho al olvido?". Es una objeción legítima, y saber responderla convierte el binomio blockchain protección de datos en un argumento a favor, no en un obstáculo. La respuesta corta es que un sistema bien diseñado nunca escribe datos personales en la cadena: solo registra una huella criptográfica que no permite reconstruir nada. Vamos a verlo con detalle.

La objeción GDPR y habeas data, en sus propios términos

El Reglamento General de Protección de Datos europeo (GDPR) y las leyes de habeas data en Latinoamérica comparten dos principios que parecen chocar de frente con una cadena de bloques: la minimización de datos (recoger y almacenar solo lo imprescindible) y el derecho de supresión (poder borrar los datos de una persona). Una blockchain pública es, por diseño, difícil de alterar y está distribuida en miles de nodos. Si dentro de ella guardaras el nombre, el correo o el documento de identidad de un estudiante, tendrías un problema serio: no podrías borrarlo aunque quisieras.

De ahí nace el malentendido. Se asume que "poner un certificado en blockchain" significa subir el certificado entero —con sus datos— a la cadena. No es así, y confundirlo lleva a rechazar una tecnología que, aplicada correctamente, protege la privacidad en lugar de comprometerla.

Qué se registra realmente: solo la huella

El modelo correcto es el que usan instituciones como el MIT y el que aplica ZERTI: se calcula una huella SHA-256 del certificado —un resumen criptográfico de longitud fija— y solo esa huella se ancla en Bitcoin mediante OpenTimestamps. Nada más viaja a la cadena.

Una huella SHA-256 tiene tres propiedades que la hacen ideal para esto:

• Es irreversible. A partir de la huella es matemáticamente inviable reconstruir el documento original. No contiene el nombre del alumno, ni su correo, ni una sola letra del certificado.
• Es única para cada contenido. Dos certificados distintos producen huellas distintas; el más mínimo cambio —una coma, un píxel— genera una huella completamente diferente.
• Es determinista. El mismo certificado siempre da la misma huella, así que cualquiera puede recalcularla y comparar.

En términos de protección de datos, esto es decisivo: la huella no es un dato personal porque no identifica ni permite identificar a nadie por sí sola. Lo que se ancla en la cadena es una prueba de que "un documento con este contenido exacto existía en esta fecha", sin revelar cuál es ese contenido. La blockchain actúa como un sello de tiempo notarial, no como un archivo.

Y el email va hasheado

El mismo principio se extiende a las credenciales Open Badges 3.0. Cuando ZERTI emite un badge firmado (estándar 1EdTech/W3C, verificable de forma independiente ante el validador oficial de 1EdTech), el correo del destinatario no viaja en claro: se incluye hasheado. El titular puede demostrar que la credencial es suya aportando su email —que al hashearlo coincide con el registrado—, pero un tercero que inspeccione la credencial no obtiene la dirección. Es el mismo criterio: verificable sí, expuesto no. Puedes revisar cómo encaja todo esto en la página de certificados verificables de ZERTI.

Derecho al olvido: dónde vive de verdad el dato

Aquí es donde el modelo demuestra su solidez. Si un estudiante ejerce su derecho de supresión, ¿qué se borra?

Los datos personales —nombre, documento, correo, el propio certificado— viven en la base de datos de ZERTI, no en la cadena. Ahí se pueden editar, anonimizar o eliminar con total normalidad, igual que en cualquier sistema. La revocación de un certificado también se gestiona desde ZERTI. Lo único que permanece en Bitcoin es una huella anónima que, por definición, no es un dato personal y no puede vincularse a ninguna persona una vez borrado el documento del que salió. En otras palabras: eliminas el original y la huella queda huérfana, apuntando a un contenido que ya no existe y del que no se puede deducir nada.

Así, minimización y derecho al olvido conviven perfectamente con el anclaje en blockchain, porque cada cosa está donde debe estar: los datos, en un sistema controlado y borrable; la prueba de integridad, en una cadena pública e inalterable.

Tamper-evident, no tamper-proof: seamos precisos

Conviene ser honesto sobre lo que esta tecnología hace y lo que no. El anclaje en blockchain no vuelve un certificado imposible de editar. Cualquiera puede abrir un PDF y modificarlo. Lo que hace es volver ese cambio imposible de ocultar: si el documento se altera, su huella deja de coincidir con la registrada y la validación muestra "Alterado".

Por eso hablamos de certificados a prueba de manipulación (tamper-evident), no de documentos infalsificables. La cadena no impide la manipulación; la hace evidente y verificable de forma independiente por cualquier tercero, sin depender de que ZERTI esté disponible. Esa distinción no es un tecnicismo: es la diferencia entre una promesa que se puede cumplir y una que no.

El modelo correcto, en una frase

Verificar sin exponer. La blockchain guarda la prueba, no los datos. El estudiante conserva su privacidad, la institución conserva el control de la información y cualquier empleador o entidad puede comprobar la autenticidad de un certificado por su cuenta. Bien planteado, blockchain y protección de datos no se contradicen: se refuerzan.

Si estás evaluando emitir certificados verificables y quieres entender cómo se aplica este modelo en tu institución, revisa los planes de ZERTI y la documentación de verificación. La tecnología ya está resuelta; lo importante es usarla respetando a las personas cuyos logros certificas.