Timestamp proof
Every report is fingerprinted, and each day is anchored to Bitcoin
A report is a claim about what a server did at a moment in time. Until it is anchored, the only evidence that it said so — and that nobody edited it afterwards — is our own database, which we control.
The citation state is inside this digest too. The names, the phone numbers, the address, and every profile the site claims — with what each one answered when it was checked — are part of the fingerprint. It does not mean a directory indexed anything: no timestamp can do that. It means the state of those listings on that date can be proved rather than remembered.
What this proves: that a report existed in exactly this form at that time, and has not been altered since. What it does not prove: that the measurement was correct. Those are two different claims and only the first can be settled by mathematics.
How it works
- Each report is reduced to its measurements — host, timestamp, section scores, every path and status fetched, every crawler identity and what it received — canonicalised with sorted keys and hashed with SHA-256. Wording, layout and section copy are excluded, so an editorial change never invalidates an existing proof.
- The day’s digests are sorted and folded into a Merkle tree:
parent = SHA256(left || right), an odd node paired with itself. Sorting means the order scans arrived cannot change the root. - The root is submitted to the OpenTimestamps calendars, which aggregate it into a Bitcoin transaction. No wallet, no fee, no key held by us — the proof is a file, not a coin.
- Anyone verifies it with the reference client and no permission from us:
ots verify -d <root> crawlcheck-2026-08-17.ots
2026-08-17
| Merkle root | 7201b21f0311709df1a791b5d0b57cc45156dd67fa2c9b9b845758f8d29433dc |
| Reports covered | 35 |
| Sealed | 2026-08-18T01:17:19.714Z |
| Bitcoin anchor | submitted to https://a.pool.opentimestamps.org — download the .ots proof |
Every sealed day
39 days anchored. Each links to its own root and proof file.
- 2026-09-20 · .ots
- 2026-09-19 · .ots
- 2026-09-18 · .ots
- 2026-09-17 · .ots
- 2026-09-16 · .ots
- 2026-09-15 · .ots
- 2026-09-14 · .ots
- 2026-09-13 · .ots
- 2026-09-12 · .ots
- 2026-09-11 · .ots
- 2026-09-10 · .ots
- 2026-09-09 · .ots
- 2026-09-08 · .ots
- 2026-09-07 · .ots
- 2026-09-06 · .ots
- 2026-09-05 · .ots
- 2026-09-04 · .ots
- 2026-09-03 · .ots
- 2026-09-02 · .ots
- 2026-09-01 · .ots
- 2026-08-31 · .ots
- 2026-08-30 · .ots
- 2026-08-29 · .ots
- 2026-08-28 · .ots
- 2026-08-27 · .ots
- 2026-08-26 · .ots
- 2026-08-25 · .ots
- 2026-08-24 · .ots
- 2026-08-23 · .ots
- 2026-08-22 · .ots
- 2026-08-21 · .ots
- 2026-08-20 · .ots
- 2026-08-19 · .ots
- 2026-08-18 · .ots
- 2026-08-17 · .ots
- 2026-08-16 · .ots
- 2026-08-15 · .ots
- 2026-08-14 · .ots
- 2026-08-13 · .ots
A fresh submission reports pending confirmation until the calendar’s next Bitcoin transaction confirms, usually within a few hours. Run ots upgrade on the file after that and it carries a block header attestation permanently.
The 35 digests sealed under this root
12e03db967a175052af50d200f61a20af5701418b0c9877dfc958e599cae4f71 1584724063d0982fe4697428d85ff01a58bb378dd7b9deb9ddec48a57ed65481 206a9fc938532dc238780d74a669b537ce82cb8f7651e8c80e5d582cdeb21ca9 322b09a991e0f64610e3421a7d57a8d955b644c0ebf6b71b314b1eee7b9f2f7a 4df0e1a63e8fc1395e554824724363fe003041d38a1a2cb759b573ea8e3f7970 55cb5011a0847d4860ff501d574174da02567a00e154544bbf63da6e3f422588 5636ebe6b94b33caa6037081843d8e719f98a36c9dda214b44f0e67413a590ad 5bdd287602311e0b95fdcc362c8774017889d4d0507000e3e69cdb679ddabe04 5d5acff3557fb97fe6b6c085f127b1a0571191a80c80fe372440f327b1246bf1 5ea71e8e5c60832cebb4620073e686e5e8e66ac7b98fd238373845c45be07223 63b63052d3b286f38a87803ff26c282a9190d0b903a303876d72c0a405351c1b 6bffd8556891ef89bd23ac85d76f9c00b3fd58b7f3fd595d74e5928e599f83ac 73530f7d7613a0c73f0eb5ffe13c089bf14dac4024a147010c5bfb98dabcdaf3 82ce0cc044a84080941050355edc91c694dfcd0598268c7084eb8781a74f3480 838d93b86076ee49706cc0a13d57f1b34d9ad7c2fe5289a7417e7d4f86e9f66b 8725022893ad8a0695c701271aa888c11baa1a8a8990c3a7d8286afdb1f4d209 8bebc66d8b4e5bb63db527118ac0eab46ad538e0f135b1ed50b07f837924a6fb a888b06b4a491575bc7e2a9482a4523463f1593da352c328406dcdd83acfd9ec a9a77ccefa047c6cdb929e1f7bb76fca3631f07a699ca773f6e4dc781a72ed50 ae2914c20b4d7ac736d7a4d949418b037e33304a712ad6375a09e6fd17fbe4fb b5fc3f23a9e9ba64803ea5d9f483be416b618b0ee93a4fc529e5af5bd0195083 bedd57f51e684be20e38c7e5cba2850723d220e995a10584d8f908f32813f011 c21672b9c77754e1c9df7917b8359ee181c54ab854e44fefeb282ceb0e91316a c75ccf8b5b13cac07f3ee4409fdb0911c264d3342b977c4f530bfd66b15114c3 cb2626ae20402f1944459e500532aae024d000a0839ea7c7090c5577e99e3b7c cedda9cc8d6a5d4567c88ef38168f7bbc312d4397d6188490be349c7a2cdcbba d359985e8fdf4fcff81a176db0fc7ca5f655cf11e4e8c47c0285bdb53cb1665c d3a102ed6af46a51da0842f0abed24663b2e5f101b8a7ed8808f72548ebb3384 d70b8f6af3684b9d8ab6589492d5ca2884f6a193d87746f2781d61715aceea36 e4b834b0636c0eca371eb0799d7d9f70ec228416895fd4d484cfd6a4ea2591ff e55662354677957b528634645d73b49f4b71fbced9e9be3429c169c8915bb086 edbdd8a042beacc010a8c79f35f2dd685d5e7913f18e5c022fd37982cfd7cff6 f69bb357c5addd06517861ea8bebd0578993b87bd9cc0b5539799afc2d27ef5d f8d8ce330b77314422cbd579a9501eac90a39323fbad6e9078a6b84502662a66 f9cb6bf30ae61be61999dc3e2631113bfbde7562e299ba7d6d7dfafedc08f25a