summaryrefslogtreecommitdiff
path: root/content/entry/future-proof-digital-timestamping.md
diff options
context:
space:
mode:
authorNicholas Johnson <mail@nicholasjohnson.ch>2024-11-25 00:00:00 +0000
committerNicholas Johnson <mail@nicholasjohnson.ch>2024-11-25 00:00:00 +0000
commitb1eed925e590b4ace01e3a2f648ba9fb6ee5dcde5b1bacbe212b89929a644872 (patch)
tree7da5177e276b904fde4c41addc440630cb342a4c38054b953a516b0a6e28f7ad /content/entry/future-proof-digital-timestamping.md
parent82aaab74d01951547b48cda9db1d9fca4e479167b3dcd3fc99acc611cda80065 (diff)
downloadjournal-b1eed925e590b4ace01e3a2f648ba9fb6ee5dcde5b1bacbe212b89929a644872.tar.gz
journal-b1eed925e590b4ace01e3a2f648ba9fb6ee5dcde5b1bacbe212b89929a644872.zip
Move static files to subdirectory and update links
It's good practice to keep static website assets isolated to their own subdirectory.
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 fa83e55..f08eee6 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](/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](/static/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]'.