Por qué sellar borradores y no la versión final

La mayoría de la gente sella lo que ya está terminado. Es el instinto natural: la versión final es la que importa, así que esa es la que hay que proteger.

Pero es al revés, y la razón vale diez minutos.

Un sello de tiempo es un límite superior

Un registro en blockchain establece que un archivo existía a más tardar en un bloque concreto. No dice nada sobre cuánto antes existiera.

Así que el valor de cualquier sello de tiempo depende de lo temprano que sea. Un registro del día en que terminaste prueba que lo tenías ese día. Un registro del primer borrador, seis meses antes, prueba que tenías algo seis meses antes, lo cual es una afirmación mucho más útil cuando la pregunta es quién fue primero.

Sellar solo la versión final desperdicia cada mes de prioridad que realmente has ganado.

El argumento de la secuencia

La segunda razón es más interesante que la primera.

Un único archivo fechado demuestra posesión. Cualquiera que obtuviera una copia podría producir lo mismo.

Una secuencia de archivos fechados, que muestra cómo cambia una obra durante meses, demuestra desarrollo. De lo rudimentario a lo refinado, errores y correcciones, estructura emergente. Eso es muy difícil de fabricar después de los hechos e esencialmente imposible para un copiador, porque este tiene la salida y nada detrás.

Esta es la forma más sólida de evidencia disponible para un creador individual, y cuesta unos pocos dólares por entrada.

Cómo se ve esto en la práctica

Escritura. El primer borrador completo, cada versión enviada a un lector, la versión anterior a una reestructuración importante. Guarda los certificados de los borradores sustituidos; los sustituidos son los más valiosos.

Diseño. Conceptos iniciales, cada presentación al cliente y, específicamente, las rutas rechazadas. El trabajo rechazado es lo más probable que reaparezca en otro lugar y lo menos probable que exista en cualquier otro sitio.

Ingeniería. Bocetos conceptuales y CAD inicial, cada revisión significativa, el estado antes de cualquier divulgación externa.

Fotografía. El RAW, antes de la entrega y antes de la publicación. No el JPEG exportado.

Software. Cada lanzamiento, más el estado antes de que el código vaya a un cliente o a un auditor.

La instrucción recurrente: sella antes de que la obra salga de tu control, no después.

La objeción del coste

Sellar cada borrador suena caro si cada certificado cuesta unos pocos dólares y produces muchos borradores. Dos respuestas.

No necesitas todos los borradores; necesitas el más antiguo y los que están en transiciones significativas. Cinco o seis registros a lo largo de la vida de un proyecto capturan la secuencia.

Y donde el volumen es genuinamente alto, agrupa: mete un conjunto de archivos de trabajo en un solo archivo comprimido y sella el archivo comprimido. Un certificado cubre el paquete exacto. La contrapartida es que producir un archivo más tarde significa revelar que existen los demás, lo cual importa en algunos contextos y no en la mayoría.

Lo único que debes hacer bien

Guarda los archivos exactos, byte a byte.

Un hash cubre bytes exactos. Volver a guardar un documento, volver a exportar una imagen o reconstruir un archivo produce un archivo diferente que no coincidirá. Archiva cada versión certificada por separado y sigue trabajando en una copia.

Perder el archivo es, con diferencia, la forma más común en que la gente descubre que su certificado no vale nada. Consulta cuánto dura un registro en blockchain.

Lo que aún no hará

Probar que lo escribiste. Una secuencia de borradores es una fuerte evidencia circunstancial de autoría, pero no es prueba de ella; consulta prueba de existencia frente a prueba de autoría. Lo que hace es hacer considerablemente más difícil avanzar la explicación alternativa.