¿Qué es el sello de tiempo criptográfico?
El sello de tiempo criptográfico es la práctica de producir evidencia de que una pieza específica de datos existió en un momento concreto, en un formato que nadie puede falsificar ni retroceder en el tiempo. Se basa en dos ideas: una función hash que crea una huella digital de los datos y un ancla de confianza que fija el tiempo.
Entender en qué ancla estás confiando es todo el asunto.
La mitad del hash
Todo esquema empieza igual. Pasa los datos por una función hash criptográfica — SHA-256 es la opción habitual — y obtienes una huella digital de longitud fija, 64 caracteres hexadecimales, única para esos bytes exactos.
Tres propiedades hacen que esto funcione:
- Determinista. La misma entrada siempre produce el mismo hash, en cualquier máquina.
- Unidireccional. No puedes recuperar los datos a partir del hash, por lo que publicar el hash no revela nada.
- Resistente a colisiones. Nadie puede construir un documento diferente con el mismo hash.
Así que el hash sustituye al documento: publica el hash y te has comprometido con el documento sin revelarlo. Puedes calcular uno tú mismo con nuestro generador SHA-256.
La mitad del tiempo, y la pregunta de la confianza
Fijar el tiempo es donde divergen los enfoques, y donde tienes que preguntarte a quién estás confiando.
Autoridades de sello de tiempo (RFC 3161)
La respuesta tradicional, estandarizada en RFC 3161. Envías tu hash a una Autoridad de Sello de Tiempo; esta añade su propia lectura del reloj, firma la combinación con su clave privada y devuelve un token firmado.
- Confías en: la honestidad de la TSA, su reloj y su higiene de claves.
- Necesitas para verificar: que la cadena de certificados de la TSA siga siendo válida y resoluble.
- Modos de fallo: la TSA collude o se ve comprometida y emite un token con fecha anterior; o cierra y su cadena se vuelve difícil de validar años después.
- Fortalezas: rápido, estandarizado, integrado directamente en PDFs y firmas de código, y reconocido en regulaciones como eIDAS.
Anclaje en blockchain
En lugar de una firma de una parte nombrada, el hash se escribe en una transacción pública de blockchain. La posición del bloque en la cadena fija el tiempo, y la cadena es mantenida por una red sin un único operador.
- Confías en: que una cadena pública y ampliamente replicada no pueda ser reescrita.
- Necesitas para verificar: un explorador de bloques, o tu propio nodo. Sin cadena de certificados.
- Modos de fallo: esencialmente una reorganización de una cadena madura, lo cual para Bitcoin o Ethereum no es una preocupación práctica a ninguna profundidad.
- Debilidades: el sello de tiempo es tan preciso como los tiempos de bloque, y cada escritura cuesta una tarifa de transacción.
Sello de tiempo vinculado
La idea más antigua del campo, del artículo de Haber y Stornetta de 1991 — el trabajo que cita el whitepaper de Bitcoin. Cada sello incorpora el anterior, formando una cadena donde alterar cualquier entrada rompe todas las entradas posteriores. Los servicios modernos combinan esto con árboles de Merkle para que miles de hashes compartan un solo ancla, que es cómo OpenTimestamps puede ser gratuito.
Comparando los anclas
| TSA RFC 3161 | Blockchain | Vinculado / Merkle | |
|---|---|---|---|
| La confianza reside en | Una autoridad nombrada | Una red pública | Agregación encadenada |
| Sobrevive el cierre del emisor | Mal | Sí | Depende del ancla |
| Precisión temporal | Segundos | Intervalo de bloque | Intervalo del ancla |
| Coste por sello | Gratis a bajo | Una tarifa de transacción | Amortizado, cercano a cero |
| Reconocimiento regulatorio | Fuerte (eIDAS) | Emergente | Varía |
| Herramientas de verificación | Cadena de certificados | Explorador de bloques | Software cliente |
Qué demuestra realmente cualquiera de ellos
Todos demuestran lo mismo y es algo estrecho, y vale la pena declararlo con precisión: estos datos existían no más tarde que este tiempo, y no han cambiado desde entonces.
No demuestran:
- Quién lo creó. Un sello de tiempo no nombra autor. Ver prueba de existencia vs prueba de autoría.
- Que el contenido sea verdadero. Puedes sellar una mentira; el registro muestra solo que lo tenías.
- Cuánto antes existía. El límite es unidireccional.
Eso suena limitado hasta que notas con qué frecuencia el hecho disputado es exactamente el acotado: qué versión, y para cuándo.
Elegir
Usa una TSA RFC 3161 cuando necesites una firma dentro de un documento, o cuando una regulación nombre el estándar — firmas electrónicas cualificadas, formatos de archivo a largo plazo, firma de código.
Usa anclaje en blockchain cuando el registro debe sobrevivir a cualquier empresa, cuando quieres que un tercero verifique sin herramientas especiales, o cuando prefieres no depender del buen comportamiento continuo de una autoridad.
Usa ambos para cualquier cosa genuinamente valiosa. Fallan de maneras no relacionadas, lo cual es precisamente por qué el cinturón y los tirantes funcionan.