Updated documentation
This commit is contained in:
@@ -31,12 +31,12 @@ The design goals of this implementation are
|
|||||||
- to not rely on new binaries (which would need to be trusted too). The software therefore is implemented as bash scripts and uses OpenSSL (https://www.openssl.org/) and git itself for all cryptographic operations.
|
- to not rely on new binaries (which would need to be trusted too). The software therefore is implemented as bash scripts and uses OpenSSL (https://www.openssl.org/) and git itself for all cryptographic operations.
|
||||||
|
|
||||||
A further goal was to leverage the inherent Merkle-Tree based design of git in order to create a tamperproof repository archive where all no history can be rewritten without being noticed.
|
A further goal was to leverage the inherent Merkle-Tree based design of git in order to create a tamperproof repository archive where all no history can be rewritten without being noticed.
|
||||||
By embedding the timestamps in the commit history, they form a Merkle-Chain and thus new timestamps will cryptographically *seal* older ones and thereby additionally protect them from some forms of future invalidation.
|
By embedding the timestamps in the commit history, they form a hash-chain and thus new timestamps will cryptographically *seal* older ones and thereby additionally protect them from some forms of future invalidation.
|
||||||
|
|
||||||
# Merkle-Tree layout
|
# Merkle-Tree layout
|
||||||
|
|
||||||
|
The design leverages git's Merkle-Tree layout and embeds the timestmaps in the commit history, making them form a hash-chain that prevents later changes without being noticed.
|
||||||

|

|
||||||
<img src="./docs/schematic.svg">
|
|
||||||
|
|
||||||
# What are RFC3161 and RFC5816 Timestamps
|
# What are RFC3161 and RFC5816 Timestamps
|
||||||
|
|
||||||
|
|||||||
Reference in New Issue
Block a user