Certificados blockchain vs Open Badges: ¿cuál elegir para credenciales digitales en 2026?
Certificados blockchain vs Open Badge v2.0: cómo difieren la verificación, la portabilidad y el coste, y cuándo tiene sentido cada uno para emitir credenciales digitales.
Nacho founded Badges Ninja to make issuing verifiable digital credentials as simple as a single API call — Open Badge v2.0 badges and certificates, minted, hosted, and verifiable without standing up your own issuer infrastructure.
Si has dedicado algo de tiempo a investigar sobre credenciales digitales, te habrás topado con dos discursos que compiten entre sí. Uno dice que tus certificados tienen que vivir “en la blockchain”: inmutables, descentralizados, a prueba de manipulaciones. El otro dice que necesitas Open Badges: un estándar consolidado e interoperable que ya funciona con LinkedIn, con los sistemas de seguimiento de candidatos y con todas las plataformas de emisión importantes. Ambos afirman resolver el mismo problema: demostrar que una credencial es real sin tener que llamar por teléfono a la secretaría.
En realidad no son opuestos. Pero el marketing que rodea a cada uno ha enturbiado incluso lo que significa “certificado blockchain”, y los emisores acaban eligiendo una pila tecnológica antes de entender qué problema están resolviendo. Este artículo desglosa qué es realmente diferente entre los dos enfoques, dónde el planteamiento de “blockchain vs Open Badges” es una falsa elección, y cómo elegir una plataforma de emisión sin quedar atado a una infraestructura que no necesitas.
Qué significa realmente “certificado blockchain”
“Certificado blockchain” no es una sola cosa: abarca varias arquitecturas distintas que se agrupan en el discurso de marketing:
1. Certificados anclados por hash. La credencial en sí (un PDF, una imagen, un documento JSON) vive en una base de datos normal. Un hash criptográfico de ese documento —no el documento en sí— se escribe en una blockchain pública (normalmente Ethereum o una cadena permisionada). Cualquiera puede volver a calcular el hash del fichero original y compararlo con el registro en cadena para confirmar que nada ha cambiado. Este es el patrón más habitual entre los proveedores de “credenciales blockchain”, incluidas plataformas enfocadas al ámbito universitario como BCdiploma y POK.
2. Credenciales totalmente en cadena. Los datos de la credencial se almacenan en la propia cadena, a menudo como un NFT o un estándar de token personalizado. Es poco frecuente en la práctica: los costes de gas y los límites de datos de las cadenas públicas lo hacen inviable para cualquier cosa que vaya más allá de un pequeño piloto.
3. Credenciales Verificables W3C (VC). Un estándar de firma criptográfica en el que el emisor firma una afirmación con una clave privada, y cualquiera puede verificar la firma contra la clave pública publicada por el emisor, sin necesidad de blockchain alguna, aunque las VC a veces se combinan con un registro de DID (identificador descentralizado) basado en blockchain. Es la dirección hacia la que se encamina Open Badge 3.0, y merece la pena profundizar en ello en nuestra comparativa entre Open Badge v2 y v3.
El hilo común a los tres: la verificación se delega en la criptografía en lugar de en una llamada telefónica a la secretaría. Esa es la propuesta de valor real, y es una que Open Badge v2.0 —la especificación actual, con firma criptográfica opcional y la más adoptada— ya ofrece sin blockchain.
Qué verifica realmente Open Badge v2.0
Una credencial Open Badge v2.0 es un documento JSON-LD: una afirmación estructurada y legible por máquina que dice “el emisor X emitió la insignia Y al destinatario Z en la fecha D”, con una URL de evidencia y criterios adjuntos. El modelo de verificación es la verificación alojada: la afirmación vive en una URL estable, controlada por el emisor, y cualquiera —un reclutador, un sistema de RR. HH., un bot de seguimiento de candidatos— puede consultar esa URL y obtener el estado actual y autoritativo de la credencial, incluido si ha sido revocada desde entonces.

Esto se diferencia de un anclaje por hash en blockchain en un aspecto importante: un anclaje por hash en blockchain demuestra que un documento no ha sido manipulado desde que se emitió. La verificación alojada de OBv2 demuestra el estado actual y en vivo de la credencial —emitida, revocada o caducada—, porque el verificador siempre está consultando la fuente de la verdad, no una instantánea estática. Si una credencial se revoca seis meses después de su emisión (una certificación caduca, se descubre una infracción), un PDF anclado por hash sigue produciendo el mismo valor de hash de siempre: el anclaje no dice nada sobre la revocación. Una página de verificación alojada de OBv2 refleja la revocación de inmediato. Puedes ver la forma completa, campo por campo, de una afirmación de credencial en la guía de la API de credenciales y en la referencia de la API.
Portabilidad: monederos vs URLs
Las plataformas de credenciales ancladas en blockchain suelen recalcar la portabilidad del monedero: la idea de que el destinatario “posee” su credencial igual que posee un monedero de criptomonedas, con independencia de que ninguna plataforma siga en línea. Es una propiedad real, y para las instituciones preocupadas por la dependencia de un proveedor en un horizonte de 20 años, importa.
En la práctica, sin embargo, la portabilidad para el destinatario hoy se decide por una sola cosa: ¿puede publicarla en LinkedIn con un clic? Los Open Badges ya ganan esa batalla de forma contundente. Un destinatario de badges.ninja obtiene un perfil público en badges.ninja/u/{handle}, una URL de verificación que se puede compartir, un certificado PDF descargable y un botón “Add to Profile” de LinkedIn que rellena previamente el cuadro de diálogo de la certificación: sin software de monedero, sin frase semilla, sin comisiones de gas. Los reclutadores y los responsables de contratación no consultan exploradores de blockchain; hacen clic en el enlace de certificación de LinkedIn. Si tu objetivo es el alcance del destinatario y la señal de credibilidad, la verificación alojada con una URL le gana a un hash en cadena que nadie fuera de la secretaría sabe leer.
Coste y complejidad
Aquí es donde los dos enfoques más divergen. La emisión anclada en blockchain suele implicar:
- Comisiones de gas por credencial (incluso en cadenas de baja comisión, esto añade un coste operativo real a gran volumen)
- Infraestructura de monedero para los emisores y, a menudo, para los destinatarios
- Una dependencia de que una cadena concreta siga siendo económicamente viable y accesible
- Ciclos de venta empresariales: la mayoría de los proveedores de credenciales blockchain venden a universidades y grandes instituciones con contratos personalizados, no con registro de autoservicio
La emisión de Open Badge v2.0, en cambio, no es más que JSON estructurado servido por HTTPS. No hay coste de transacción en blockchain por credencial, no hay dependencia de monedero y no hay motivo para que la emisión tenga que ser solo empresarial. Eso se refleja directamente en el precio: badges.ninja emite credenciales Open Badge v2.0 a partir de 0 $/mes (nivel Free), escalando a 9 $/mes (Starter) y 29 $/mes (Pro), sin comisión de gas por credencial ni negociación de contratos. Si estás comparando el coste total en toda la categoría, nuestro desglose de la plataforma de Open Badges más barata cubre dónde se sitúan en precio las plataformas ancladas en blockchain frente a las alternativas de verificación alojada.
¿Y la durabilidad sin blockchain?
El argumento más sólido del bando blockchain es la durabilidad: ¿qué le pasa a una credencial dentro de 20 o 30 años si una plataforma migra, se reorganiza o cierra? Es una pregunta justa, pero un libro mayor público no es la única respuesta y, para casi todo el mundo, es la equivocada.
La verificación alojada se combina de forma natural con el almacenamiento permanente y direccionado por contenido. En badges.ninja, la imagen de la insignia de cada credencial se almacena de forma permanente bajo una URL inmutable basada en el hash del contenido, de modo que el artefacto visual sigue siendo recuperable por su hash de contenido durante toda la vida de la credencial: obtienes un almacenamiento duradero y a prueba de manipulaciones sin comisiones de gas, sin monederos y sin depender de una cadena. Combinado con la afirmación Open Badge v2.0 servida por HTTPS, eso cubre la preocupación por la durabilidad para la inmensa mayoría de los emisores: proveedores de formación, bootcamps, equipos de L&D corporativos y asociaciones profesionales.
Un conjunto reducido de nichos regulados —ciertos marcos gubernamentales o transfronterizos de reconocimiento de credenciales— sí hacen referencia explícita a la notarización en cadena, y esas instituciones tendrán sus requisitos de cumplimiento detallados. Fuera de esos mandatos concretos, un hash en cadena te compra una garantía de portabilidad que tus destinatarios nunca llegarán a ejercer, a costa de una complejidad real.
La recomendación práctica para 2026
Para la mayoría de los emisores, la arquitectura correcta es: verificación alojada Open Badge v2.0 hoy, con la mirada puesta en OB 3.0 / Credenciales Verificables W3C a medida que ese ecosistema madure. OB 3.0 te da verificación criptográfica firmada por el emisor —la propiedad de seguridad real que se suele vender con el anclaje en blockchain— sin exigir en absoluto una cadena, comisiones de gas ni software de monedero. Es la versión de la vía de estándares de “criptográficamente verificable”, y llega del mismo organismo 1EdTech que mantiene OBv2, lo que significa que interoperará con el ecosistema de LinkedIn / ATS / LMS del que ya dependes.
Si operas bajo un mandato gubernamental o institucional concreto que dicta un formato de verificación específico, sigue el requisito que te entregue tu equipo de cumplimiento: varios proveedores construyen específicamente para esas restricciones, y cubrimos cómo se compara la categoría en nuestros desgloses de alternativa a BCdiploma y alternativa a POK. Para todos los demás —programas de formación, bootcamps, equipos de cumplimiento corporativo, asociaciones profesionales— la verificación alojada Open Badge v2.0, respaldada por el alojamiento permanente de imágenes, te da el mismo resultado práctico (una credencial que nadie puede falsificar, que se verifica al instante, que los destinatarios realmente comparten) sin la sobrecarga de infraestructura.
¿Listo para emitir tu primera credencial verificable? Empieza gratis en badges.ninja: diseñador visual, página de verificación pública, certificado PDF, salida Open Badge v2.0. Sin tarjeta de crédito.
Cómo se elaboró este artículo
Algunos artículos de este blog se redactan con ayuda de un asistente de IA y luego son revisados, verificados y editados por el equipo de Badges Ninja antes de publicarse. Cada ejemplo de código y cada precio se verifican contra el producto en vivo. Más información sobre nuestro proceso editorial y de IA en nuestra página de proceso editorial .

Sobre el autor
Nacho Coll
Founder & Engineer at Badges Ninja
Nacho founded Badges Ninja to make issuing verifiable digital credentials as simple as a single API call — Open Badge v2.0 badges and certificates, minted, hosted, and verifiable without standing up your own issuer infrastructure. Writes about the Open Badges spec, credential verification, and running a credentialing platform serverless on AWS, from the operator side of the wire.
Más de Nacho Coll
- Cómo añadir un botón «Añadir a tu perfil» de LinkedIn a tus Open Badges20 ago 2026 · 12min de lectura
- Open Badges vs Certificados PDF: ¿cuál es la mejor opción para tu programa en 2026?10 ago 2026 · 7min de lectura
- Open Badge v2 vs v3 explicado: ¿qué especificación deberías usar hoy?6 ago 2026 · 10min de lectura


