Fundadores y orígenes5 min de lecturaBitcoin (BTC)

OpenTimestamps: la prueba de que un archivo ya existía

OpenTimestamps vincula un archivo con un bloque pasado de Bitcoin sin guardar el original en la cadena. Su alfa pública de 2016 y el experimento con Internet Archive de 2017 muestran la diferencia entre un recibo pendiente, una prueba completa y lo que esta puede demostrar.

OpenTimestamps: la prueba de que un archivo ya existía

Resumen clave en 3 puntos

  • El detonante / ParadojaPeter Todd anunció una alfa pública de OpenTimestamps el 15 de septiembre de 2016: usaba Bitcoin para anclar pruebas de la existencia previa de archivos.
  • El punto de inflexiónUn archivo .ots recién creado puede estar incompleto. La prueba completa, el original y los datos de Bitcoin correspondientes permiten verificarlo de forma independiente.
  • El legado históricoEl experimento con Internet Archive de 2017 utilizó hashes de archivos a gran escala, pero tuvo lagunas de cobertura. Un sello temporal demuestra existencia previa, no autoría ni veracidad.

Cronología de los hechos

15 de septiembre de 2016Se anuncia la alfa pública

Todd presenta OpenTimestamps y distingue la existencia de unos datos de la veracidad de su contenido.

25 de mayo de 2017Se explica el experimento con el archivo

Todd describe el uso de hashes de Internet Archive y reconoce omisiones y límites para verificar capturas web individuales.

Un comprobante del pasado

El 15 de septiembre de 2016, Peter Todd anunció una alfa pública de OpenTimestamps. El programa abordaba una pregunta aparentemente modesta: ¿se puede demostrar que determinados datos existían antes de cierto momento? Una fecha escrita en un documento depende de quien la escribió. OpenTimestamps construía, en cambio, una conexión verificable entre un archivo y un registro ajeno al control de su autor.[1]

Pensemos en una fotografía de investigación que adquiere importancia más adelante. Es un ejemplo ilustrativo, no un incidente real. Un sello temporal puede ayudar a demostrar que ese archivo exacto ya existía antes de una disputa posterior. No identifica al fotógrafo, certifica la escena ni revela el instante preciso en que se abrió el obturador. El proyecto define su función como prueba de existencia previa; el significado de la imagen necesita otras evidencias.[1][4]

El original queda fuera de Bitcoin

El cliente calcula el hash del archivo, un resumen compacto, y construye una secuencia de operaciones criptográficas que lo vincula con un bloque de Bitcoin. El archivo separado .ots contiene la prueba. No hace falta almacenar la fotografía, el libro o el vídeo en la cadena. Según el diseño de privacidad del cliente de referencia, el servidor de calendario recibe un resumen opaco protegido mediante un nonce, un valor aleatorio, en lugar del contenido original.[1][2]

Muchas solicitudes pueden compartir una única transacción de Bitcoin. Un árbol de Merkle combina compromisos criptográficos por etapas hasta obtener una raíz que representa el conjunto; la prueba conserva el recorrido necesario para un archivo concreto. Por eso se puede trabajar con una colección grande sin pagar una transacción por documento. Compartir un compromiso no convierte la cadena en una copia de seguridad de la colección.[1]

El primer comprobante puede seguir pendiente

La documentación oficial hace visible la espera. Al ejecutar ots stamp aparece un archivo .ots, pero una verificación inmediata puede indicar que aún falta la confirmación en Bitcoin. Los servidores de calendario agrupan solicitudes y suministran el recorrido restante cuando está disponible. Recibir un pequeño archivo en el ordenador no demuestra, por sí solo, que el sello temporal de Bitcoin esté completo.[2]

El comando ots upgrade incorpora ese recorrido al archivo de prueba. Una prueba completa se puede contrastar con los datos de Bitcoin sin pedir al calendario las piezas que faltaban; el verificador de Python documentado utiliza un nodo local de Bitcoin Core. Conviene conservar tanto el original como la prueba completa. Un recibo incompleto aún necesita más datos, y una prueba terminada tampoco puede reconstruir un original perdido.[2]

Un archivo enorme y varios periodos ausentes

En mayo de 2017, Todd explicó cómo se había aplicado el método a Internet Archive a una escala de cientos de millones de archivos. El equipo utilizó los hashes disponibles mediante las API públicas del archivo, sin descargar toda la colección, y los agrupó en un árbol de Merkle. Todd aclaró que no era un proyecto oficial de Internet Archive. Se creaban evidencias sobre archivos conservados; no se trasladaba la biblioteca a Bitcoin.[3]

Su relato también reconocía las lagunas. En la importación inicial faltaba un año entero y partes de otros dos; algunos elementos carecían de los metadatos empleados para encontrarlos. Sellar los archivos de rastreo web subyacentes no proporcionaba una prueba individual cómoda para cada página de Wayback Machine, y parte de los datos originales no era pública. Una prueba válida de un archivo no demostraba que se hubiera cubierto toda la colección.[3]

Un archivo antiguo también puede estar equivocado

La distinción va más allá de la cobertura. Alguien puede preparar material falso y asignarle un sello temporal válido. Una verificación correcta acota cuándo los datos ya debían existir; no convierte su contenido en verdad ni establece quién es su propietario. La hora de un bloque de Bitcoin tampoco es un reloj de precisión para la creación de un archivo individual. Interpretarla como el instante exacto en que se tomó una foto exigiría a la prueba responder otra pregunta.[1][4]

Para quien conserva documentos, el conjunto práctico es el original, una prueba completa y un medio para contrastarla con Bitcoin. OpenTimestamps permite llevar esa evidencia más allá del servicio que emitió el primer recibo. Guardar esas piezas ofrece a un lector futuro algo concreto que comprobar, mientras que la autoría, el contexto y la autenticidad siguen requiriendo sus propias evidencias.[1][2][4]

La siguiente pregunta

Historias para seguir leyendo

Explora el tema a través de otros casos y contextos.

Fuentes y referencias

  1. [1]Fuente 1: Alfa pública de 2016: alcance, hashes, agrupación y límites temporalesPeter Todd · 2016-09-15Consultado 2026-09-16
  2. [2]Fuente 2: Cliente de referencia: pruebas pendientes, actualización y privacidadOpenTimestampsConsultado 2026-09-16
  3. [3]Fuente 3: Experimento con Internet Archive de 2017: método y lagunasPeter Todd · 2017-05-25Consultado 2026-09-16
  4. [4]Fuente 4: Definición del proyecto: prueba de existencia previaOpenTimestampsConsultado 2026-09-16