summaryrefslogtreecommitdiff
path: root/content/entry/future-proof-digital-timestamping.md
diff options
context:
space:
mode:
authorNicholas Johnson <nick@nicholasjohnson.ch>2024-05-26 00:00:00 +0000
committerNicholas Johnson <nick@nicholasjohnson.ch>2024-05-26 00:00:00 +0000
commit8193b4daba5bcf5502701f1e9e22f9390bac86b0775d49ef3509444d11ba45e8 (patch)
tree22df9a5b8950530903e61724854d5952c772710b8de36b48a35e9cedc6090112 /content/entry/future-proof-digital-timestamping.md
parent9101e9507e26a9725d5929ebb1fd0c347269056c65842161a8ed3b39cd2607e4 (diff)
downloadjournal-8193b4daba5bcf5502701f1e9e22f9390bac86b0775d49ef3509444d11ba45e8.tar.gz
journal-8193b4daba5bcf5502701f1e9e22f9390bac86b0775d49ef3509444d11ba45e8.zip
Flatten directory structure
Diffstat (limited to 'content/entry/future-proof-digital-timestamping.md')
-rw-r--r--content/entry/future-proof-digital-timestamping.md2
1 files changed, 1 insertions, 1 deletions
diff --git a/content/entry/future-proof-digital-timestamping.md b/content/entry/future-proof-digital-timestamping.md
index d09eb2a..653c1f6 100644
--- a/content/entry/future-proof-digital-timestamping.md
+++ b/content/entry/future-proof-digital-timestamping.md
@@ -25,7 +25,7 @@ Then I found [OpenTimestamps](https://opentimestamps.org/). It's based on Bitcoi
Also, OpenTimestamps has an extremely efficient design compared to other Bitcoin timestamping schemes. Thanks to OpenTimestamps' clever use of [Merkle trees](https://petertodd.org/2016/opentimestamps-announcement#merkle-trees), it can timestamp unlimited data using only 1 transaction. Other Bitcoin timestamping software uses 1 transaction per timestamp, an extremely wasteful, inefficient design. At least OpenTimestamps isn't that bad.
-So anyway, I created a timestamped Git commit and tagged it [timestamp-1](https://archive.softwareheritage.org/swh:1:rel:e4726ec79a43e28c616e4d5f3db0efe2237b23f9;origin=https://git.nicholasjohnson.ch/nicksphere-gmi;visit=swh:1:snp:fb9bef300f9b939382f5656232d95377c8630a10). I wrote the concatenated commit data of the timestamped commit to [a file](/resource/timestamp-1.txt) in case you're interested to see what it looks like. The software works in a very elegant fashion. It even maintains compatibility with non-OpenTimestamps Git clients, so GnuPG can still verify the commit signature.
+So anyway, I created a timestamped Git commit and tagged it [timestamp-1](https://archive.softwareheritage.org/swh:1:rel:e4726ec79a43e28c616e4d5f3db0efe2237b23f9;origin=https://git.nicholasjohnson.ch/nicksphere-gmi;visit=swh:1:snp:fb9bef300f9b939382f5656232d95377c8630a10). I wrote the concatenated commit data of the timestamped commit to [a file](/timestamp-1.txt) in case you're interested to see what it looks like. The software works in a very elegant fashion. It even maintains compatibility with non-OpenTimestamps Git clients, so GnuPG can still verify the commit signature.
The base64-encoded timestamp appended to the commit data includes all the necessary hashes to build the Merkle path from the tagged commit to the merkle root included in the Bitcoin transaction. Using './ots --git-extract <filename>' on any file in the nicksphere-gmi repo present at the timestamped commit, you can extract an ots proof file which you can then verify with './ots --verify <filename>'.