keyboard_arrow_up

6d9986d6702134c43fe4b6931dd8fff4fb3481ad38687a9813ed190270a47a3b

Here the step-by-step procedure for the independent verification of the data or document notarization :

This is a courtesy page provided by Quadrans Foundation for convenience to easier proove the correct notarization of the submitted data hash.
This is a free service, as such Quadrans cannot be held responsible for any loss or damage.
Please print or save this page and store it in a safe place for later reference and use.
With those it's easy to proove ownership, timestamping, time of existence, consistency and immutability of data.

It is necessary to:

  • store the original data at the time of this notarization
  • store this page with the notarization data

Quadrans will not store any of those. No guaranties are provided that this page will still be available at any time in the future.
Therefore the owner of the data and email address is responsible for the storage of both.

All the following steps make extensive use of the cryptographic hash function (SHA256) on binary bytes strings, here represented in their exadecimal notation.

1) Getting to the evidence

The evidence is the double hash of the concatenation of 2 binary hashes of data available to the sender:

  • the hash of the original data/document and
  • the hash of email address thar the sender used
document/data hashd70cb656d5193d81b643bb7f6b3aef9f89517c2fa564862f61ff50021284e305
owner email hash06da5cb0a3bd50ecc1bffbb21e99bd263a6c62ff0d12260caa5006f205a034f5
resulting evidence6d9986d6702134c43fe4b6931dd8fff4fb3481ad38687a9813ed190270a47a3b

Using any Linux console, it is possible to check the evidence using the hash submitted for the data [hd] and the hash of the email address [he] used with:

echo -n [hd][he] | tr "[:lower:]" "[:upper:]" | xxd -r -p | sha256sum | xxd -r -p | sha256sum

According to the properties of cryptographic hash functions, excluding the extremelly unlikely event of collisions, that evidence can only result as hash of the to previously provided elements.

2) Merkle Proof

The evidence is stored with many others into a covenient data structure called Merkle Tree. All those evidences are coupled and hashed together in a binary tree until a single hash can be derived, called Merkle Root.
In order to proove matematically that an evidence is part of a merkle tree, a list of the other hashes (called Merkle Proof) must be provided, and those have to be hashed together and result in the same Merkle Root.

For this particular evidence the list of hashes is :

d70cb656d5193d81b643bb7f6b3aef9f89517c2fa564862f61ff50021284e305 (your data)
6d9986d6702134c43fe4b6931dd8fff4fb3481ad38687a9813ed190270a47a3b (your evidence)
6d9986d6702134c43fe4b6931dd8fff4fb3481ad38687a9813ed190270a47a3b (merkle tree root)

3) Merkle Tree

The correct combination of those hashes to get to the Merkle Root is:
6d9986d6702134c43fe4b6931dd8fff4fb3481ad38687a9813ed190270a47a3b (calculated root)
This clearly shows :
  • the Merkle Root (in bold) as calculated by the other hashes in the proof
  • the data evidence value (in bold) as described in Point 1
  • the other proof hashes (in italic)
  • the combination of the other hashes (calculated from previous hashes)

Those hashes are calculated on binary numeric values (byte arrays). Using any Linux console it is possible to check each pair of hashes [h1] and [h2] with:

echo -n [h1][h2] | tr "[:lower:]" "[:upper:]" | xxd -r -p | sha256sum

This proves that the evidence 6d9986d6702134c43fe4b6931dd8fff4fb3481ad38687a9813ed190270a47a3b is part of the merkle root 6d9986d6702134c43fe4b6931dd8fff4fb3481ad38687a9813ed190270a47a3b

4) Blockchain Notarization

Provided that the evidence is part of the merkle root, that specific value has been notarized in the Quadrans blockchain in this position and date:

blockDateTime2021-01-17 18:07:09
blockNumber11891759
blockHash0x08a1e2b870589eddf63cc527e11632457eaceb9a1b84bac5d0f04adf5ee1f03a
transactionHash0x55e0c7ee7d582e08ff33271535a23af746b2e0597fb429cc9ed8fba27bb6e45d
sender0x3ce6d53998e0b45b46d62c5e3a08025156543ef9
rawData0x0000000000000000000000000000000000000000000000000000000000000040000000000000000000000000000000000000000000000000000000000000008000000000000000000000000000000000000000000000000000000000000000146e6f746172697a65407175616472616e732e696f000000000000000000000000000000000000000000000000000000000000000000000000000000000000000a4d65726b6c655472656500000000000000000000000000000000000000000000

It is possible to use Quadrans Explorer to see that transaction and inspect it's content. The relevant data are stored in the transaction's event logs.

5) Transaction Analysis

With the merkle tree and the transaction it was recorded in, it is possible to use web3 api to get the transaction receipt.
It is necessary to have the smart contract ABI. Sample code for this operation is provided in python and javascript.
It is also necessary to have access to a free Quadrans Node.

Running that procedure the result is the following:

_emailnotarize@quadrans.io
_storageMerkleTree
_hash6d9986d6702134c43fe4b6931dd8fff4fb3481ad38687a9813ed190270a47a3b (merkle root)

The recorded "_hash" value matches the merkle root, this shows that the all the evidences, with the provided merkle proof, where successfully notarized on the Quadrans blockchain.

Don't trust, verify.

Quadrans Foundation