GEXPLO
Laboratorio EditorialBitácora del CEO
Inicio/Archivo/Semana 02
Semana 02domingo, 26 de abril de 2026

De certificar PDFs a controlar la verdad: el rediseño real de nuestro sistema blockchain

Cuando el producto deja de ser una feature técnica y se convierte en una herramienta legal y comercial

blockchaintrazabilidadcertificación digitalintegridad de datosethereumbitcoindocumentos técnicoslegaltechdata infrastructureproduct strategy
Idea clave

No estábamos construyendo certificación de documentos; estábamos construyendo control sobre la verdad… y recién ahora lo entendimos.

De certificar PDFs a controlar la verdad: el rediseño real de nuestro sistema blockchain

Durante mucho tiempo, nuestro sistema de certificación en blockchain hacía algo técnicamente correcto pero estratégicamente pobre: te decía si un documento estaba certificado o no. y Punto.

Era binario. Limitado. Y, sobre todo, inútil en los momentos donde realmente importa.

El problema no era tecnológico, era conceptual. Nosotros pensábamos en “certificar archivos”, cuando en realidad lo que necesitábamos era algo mucho más incómodo de asumir: controlar la integridad, la trazabilidad y la responsabilidad sobre la información.

Ese error de enfoque nos explotó en la cara varias veces.

Tuvimos casos donde entregábamos documentos técnicos —ambientales, legales, incluso presupuestos— y el cliente los modificaba antes de presentarlos ante una autoridad. Hasta que un día eso escaló. Hubo un conflicto. Hubo una instancia judicial. Y apareció la pregunta que define todo:

“¿Este documento es realmente de ustedes?”

En ese momento, nuestro sistema —que en ese entonces corría sobre Ethereum— no era una feature. Era la única línea entre tener razón o quedar expuestos.

Y nos salvó.

Pero también dejó en evidencia algo: habíamos construido una herramienta potente… sin haber diseñado realmente el producto.

Esta semana hicimos ese ajuste como parte de nuestra estrategia de digitalización como consultora.

Reestructuramos completamente el sistema. Ya no se trata de decir si un documento está certificado, sino de explicar su estado real en términos comprensibles y accionables: si está verificado, si fue hasheado, si tiene identidad, si fue modificado, si alguna vez estuvo fuera de nuestro control.

Parece un detalle menor, pero no lo es. Es pasar de un sistema técnico a uno que educa y comunica.

También rompimos otra limitación autoimpuesta: dejamos de trabajar solo con PDFs. Hoy el sistema cubre Excel, tablas y estructuras de datos más complejas. Esto no es solo una mejora técnica; es un cambio en el tipo de cliente y en el tipo de problema que podemos resolver.

Porque en la práctica, el valor no está en certificar archivos estáticos, sino en controlar información viva.

Ahí empezó a aparecer algo más interesante: el uso comercial real.

Una conversación con una empresa de higiene y seguridad nos terminó de cerrar la idea. Ellos necesitan exactamente lo mismo que nosotros necesitábamos cuando éramos “los chicos” frente a clientes grandes: poder decir “esta es la versión válida” y sostenerlo.

No es un problema tecnológico. Es un problema de autoridad.

Y ahí entendí algo que no estaba tan claro antes: esta herramienta no es interna. Es un producto.

Pero todavía estamos a mitad de camino.

Porque si realmente queremos llevar esto a un modelo escalable, hay decisiones que ya no podemos postergar. La más evidente es la trazabilidad por destinatario.

Hoy, todos los receptores de un documento comparten la misma versión y la misma verificación. Eso es cómodo, pero es débil. No permite saber quién recibió qué, quién verificó, ni dónde se rompe la cadena.

La siguiente iteración es inevitable: generar tokens únicos por entrega, con URLs de verificación individuales. Eso cambia completamente el sistema. Pasa de certificar documentos a auditar comportamiento.

Quién recibió.

Quién abrió.

Quién verificó.

Qué versión vio.

Dónde se filtró.

Eso ya no es blockchain como validación. Es blockchain como sistema de control distribuido sobre la información.

Y hay algo más incómodo: sabemos que podríamos agregar marcas de agua codificadas en los documentos para reforzar esto. Pero decidimos no hacerlo todavía.

No por limitación técnica, sino porque hoy el valor está en la invisibilidad del sistema. En que funcione sin intervenir la experiencia del usuario. Meter una marca visible puede resolver un problema, pero también puede degradar la percepción del producto.

Y eso también es una decisión estratégica.

Si miro esta semana en perspectiva, no fue una actualización de un sitio web. Fue el momento en que dejamos de pensar en “certificar documentos” y empezamos a construir un sistema para defender la integridad de la información en contextos reales: legales, técnicos y comerciales.

Y eso, aunque suene más abstracto, es infinitamente más valioso.

Firma:

Pedro Cardoso, CEO & Founder de GEXPLO

Publicado en
GEXPLO · Laboratorio Editorial
← Volver al archivo