Certificados en blockchain: ¿es necesario en el Perú?

Para la mayoría de academias, institutos y áreas de capacitación en el Perú, registrar certificados en blockchain no es necesario: el problema que tienen (que un empleador pueda comprobar en segundos si un certificado es auténtico y sigue vigente) se resuelve con un registro del emisor y una página de verificación pública. Blockchain resuelve un problema distinto: que la prueba de emisión sobreviva aunque el emisor desaparezca o quiera alterar su propio registro. Eso importa en algunos casos, pero no es el que enfrenta una academia que emite 200 certificados al mes y recibe consultas de reclutadores.

¿Qué promete blockchain para un certificado?

La idea es registrar en una cadena de bloques pública una “huella” (hash) del certificado en el momento de emitirlo. Como la cadena es inmutable y distribuida, cualquiera puede comprobar después que ese certificado existía en esa fecha y que no ha sido modificado, sin preguntarle al emisor. Las promesas habituales:

• Inmutabilidad: nadie, ni el propio emisor, puede alterar el registro una vez escrito.
• Independencia del emisor: la verificación no depende de que el servidor de la institución siga en línea.
• Sello de tiempo confiable: la fecha de emisión queda anclada a la cadena.
• Portabilidad: el titular “posee” su credencial y puede presentarla sin intermediarios.

Todo eso es técnicamente cierto. La pregunta es si tu institución tiene esos problemas.

¿Qué problema tiene realmente una institución peruana?

Cuando una academia, una escuela de conductores o un área de RR. HH. describe lo que le duele con los certificados, aparecen siempre los mismos puntos:

1. Que los certificados en PDF se falsifican y el empleador no tiene cómo distinguir el verdadero del falso.
2. Que responder consultas de verificación por correo consume horas.
3. Que no hay un registro único de qué se emitió, a quién y cuándo.
4. Que cuando hay un error o un fraude, no se puede revocar el documento que ya circula.
5. Que emitir 300 certificados tras un congreso toma días.

Ninguno de esos cinco problemas necesita blockchain. Los cinco se resuelven con un registro centralizado del emisor, un código único por certificado, un QR que apunte a una página de verificación y una emisión en lote. El funcionamiento está en cómo funciona un certificado con QR verificable.

Es más: el problema 4 (revocación) es donde blockchain estorba. Lo que se escribió en la cadena no se puede cambiar; para revocar necesitas escribir una segunda anotación y que el verificador sepa buscarla. Vuelves a depender de un registro que diga “este certificado fue revocado”, que es justamente lo que un registro centralizado ya hace.

¿Qué resuelve y qué no?

Necesidad	Registro del emisor + QR	Blockchain	Comentario
Comprobar que el emisor lo emitió	Sí	Sí, si el verificador sabe qué hash buscar	Equivalentes para el reclutador típico
Comprobar que no fue alterado	Sí, comparando con el registro	Sí, comparando el hash	Equivalentes
Ver el estado actual (vigente, revocado, vencido)	Sí, en tiempo real	Solo con anotaciones adicionales	Ventaja clara del registro
Verificar desde un celular en segundos	Sí	Depende de la implementación; a menudo requiere una app o un portal del proveedor	El QR a una página suele ser más simple
Sobrevivir al cierre del emisor	No, si el servidor se apaga	Sí, el hash sigue en la cadena, aunque sin los datos del certificado	Ventaja real de blockchain
Impedir que el emisor altere su propio registro	Depende de la plataforma y sus bitácoras	Sí	Relevante solo si el emisor no es confiable
Costo y complejidad	Bajo	Mayor: proveedor especializado, comisiones de red o cadena privada, formación del equipo	Importa en instituciones pequeñas
Protección de datos (Ley 29733)	Los datos se muestran bajo control del emisor y se pueden retirar	Lo que se escribe en la cadena no se puede borrar; exige cuidado para no anclar datos personales	Un hash bien hecho no expone datos, pero el diseño debe hacerse bien
Cumplimiento ante SUNAFIL, MTC, CMP	Lo que exigen es evidencia de la capacitación, no una tecnología	Igual	Ninguna norma peruana exige blockchain para certificados de cursos

La fila de protección de datos merece atención. Si una implementación descuidada escribe en la cadena el nombre y el DNI del titular, ese dato queda ahí para siempre, y el derecho de cancelación de la Ley 29733 se vuelve imposible de atender. Las implementaciones serias anclan solo un hash, pero eso significa que la cadena no “contiene” el certificado: contiene una huella que hay que comparar contra un documento que alguien debe conservar. Más sobre esto en protección de datos personales en certificados.

¿Cuándo sí tiene sentido blockchain?

Hay casos legítimos:

• Títulos y grados de larga duración que deben seguir verificándose dentro de 30 años, cuando la universidad pudo haber cambiado tres veces de sistema. Aquí la independencia del emisor pesa.
• Credenciales que cruzan fronteras y deben verificarse ante instituciones que no conocen al emisor ni confían en su servidor.
• Consorcios de emisores donde ninguno quiere depender del servidor de otro.
• Contextos de baja confianza en el emisor, donde se sospecha que la propia institución podría alterar su registro para favorecer a alguien.

Si tu institución está en alguno de estos casos, evalúalo. Si eres una academia de Lima que emite certificados de cursos de 40 horas para trabajadores de empresas locales, no estás en ninguno. El movimiento de credenciales digitales con estándares abiertos, que no requiere blockchain, es probablemente más relevante para ti; lo explicamos en credenciales digitales y Open Badges.

¿Qué preguntas hacerle a un proveedor que te ofrece blockchain?

Si alguien te lo propone, estas preguntas separan la solución real del argumento de venta:

1. ¿Qué se escribe en la cadena, exactamente? Si la respuesta incluye datos personales, hay un problema de Ley 29733.
2. ¿Cómo verifica un reclutador con su celular, sin instalar nada? Si necesita una app o una cuenta, perdiste al verificador típico.
3. ¿Cómo se revoca un certificado y cómo se entera quien verifica? Si la respuesta es “se anota en la cadena”, pregunta cómo el verificador sabrá buscar esa anotación.
4. ¿Qué pasa si dejo de pagar al proveedor? La cadena seguirá ahí, pero ¿y el portal de verificación, los PDF, los datos?
5. ¿En qué cadena, pública o privada? Una cadena privada controlada por el proveedor tiene las mismas garantías que una base de datos del proveedor, con más complejidad.
6. ¿Cuánto cuesta cada emisión y cómo varía? En cadenas públicas, las comisiones de red fluctúan.
7. ¿Qué norma peruana me exige esto? La respuesta honesta es ninguna.

Ejemplo. El Instituto Horizonte, de Trujillo, recibió una propuesta de certificados “en blockchain” con un portal de verificación propio del proveedor. Al preguntar qué pasaba si cambiaban de proveedor, la respuesta fue que el hash seguiría en la cadena pero el portal dejaría de funcionar y los alumnos tendrían que verificar “con herramientas técnicas”. Para su público (empresas agroindustriales de La Libertad que verifican con el celular del supervisor), eso era peor que un QR a una página simple. Optaron por lo segundo.

Errores comunes al evaluar esta tecnología

• Confundir “inmutable” con “verdadero”. Un certificado falso anclado en blockchain es un certificado falso con sello de tiempo. La cadena no valida que el curso haya existido.
• Creer que blockchain elimina la necesidad de registro. El hash solo sirve si alguien conserva el documento original para compararlo.
• Asumir que los empleadores lo valoran. El reclutador quiere escanear y ver un nombre, un curso y un estado. No le importa dónde está guardado.
• Pagar por una cadena privada. Es una base de datos del proveedor con otro nombre.
• Ignorar la revocación. El caso de uso más frecuente de un registro vivo es cambiar el estado de un certificado, y es el punto débil de blockchain.
• Postergar la verificación en línea esperando “la tecnología correcta”. Mientras tanto, tus certificados en PDF siguen siendo falsificables hoy.

El siguiente paso

Escribe en una línea cuál es tu problema real con los certificados. Si es “que se puedan verificar en segundos, que no se falsifiquen y que pueda cambiar su estado cuando haga falta”, lo que necesitas es un registro del emisor con QR y página de verificación, no una cadena de bloques. Certifika hace eso con la marca de tu institución, emisión masiva desde Excel y planes en soles sin renovación automática, con un plan gratuito de 5 certificados al mes para probar; para empresas y áreas de capacitación, el detalle está en la página de soluciones para empresas.