CrawlCheck

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

  1. 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.
  2. 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.
  3. 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.
  4. Anyone verifies it with the reference client and no permission from us: ots verify -d <root> crawlcheck-2026-08-24.ots

2026-08-24

Merkle root7644633ea3c78c66f76615c63d3aaf37dbef05d62ca7b25155df62cca6e11c17
Reports covered34
Sealed2026-08-25T01:17:35.766Z
Bitcoin anchorsubmitted 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.

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 34 digests sealed under this root

0213ba6e4a2f78fb587534eb934037147b7194fb85b4a59fc90d2a998ddef9f8
07d86fe6c8a3a8337eb77657c548e7faa534d181240993b6dea6e9855742c611
1c5ddf014ca0db15c7fda46a895781b9cd04d82806e5e7f2393b7aa0d621003c
2716aaa34dbcd32598e40736371963636e8cc47af105d510f6e179ebb2d5d4f6
2c47171bdc3099940b2835499b969c8bba7a9a17db94c6f1d0bcac91a69de0aa
42a12e90ed91a93ce8a3d047ed2a2da9a791d5986f1c725aa084bd8130481a0c
42b8526cd1793083a66616b8689d5608df4142590f5f65dcd76372464f3f4180
57969612b57c74e3147807fca5fbffc13c678eaa61fbbc670896dfb86163ca7e
59d1f14b02ecc38b13bb821e24a754b8479487e31fe3f9b90335e4ea012be81d
5b1cd56dc519671798caccbad5b738dc8bc07ad3e9a970393b6fede1c68d5ad5
667dbc18ae067157d40f698f448bac771fbadd9624430c2b6dc087053a9b4d86
698446c15235af3eb81a1683899b6b91d30b9823a5e1b119a31bcfd672451b36
7ae84495217625dac6edbfcdbbb61d632cb62ebb66b67f9e8d58842a280f1d0e
87d569d179551da0adda780a55e955fae2bc2f497332cca6bc6f1dfc05bc5191
8ebde9c7780bc02f906b5958637b8d8ab8a16a935e9daf71196fcef323fefd77
91f77ffdb4445501b16fc9a9566be212e2cd9651c28af265a02e306b45abd1d9
93a901cea1f51da8246537552117adf337617d1b810af3d79ee6d10bca46d664
9c4a87a6d9f173ee7d240bfa5759371852be16c65df5500fe07fece48079eca3
ada95f4a7b1cd37eb9ef8b5f71f41751ec676964fa7b3c7d17851f44ad1970a0
bd2bcb56f54106cbc32caf5bf6665243ba90782edb8b7bce6189374e67db7e75
c16646cf23e8718bd3b2c7bfd9483409d92f63bbbee0687c6d86f85fd9ea0ea8
c555a35e36431c43c11852ee4b378cc7883fb39c0cb6e539a298e37da7acba04
c776a4a0f250a7e4efa49c5d9d81cdec1b09825231934aa0a13219d0b77dbcf1
c95b7b9c88ccb811c9943992f5ae666212d73c37802183b24536e4571bd69669
c9de756faa3811b6093e324999ca58b5cfd546ff33911e1f83da4339abb5653c
cf3962039ddc3eb0523cecb0567d86e661a5b6da2a1d925f03e112c14a5e571f
d7ca67ac3766655805bd142ab0a94e13ca5c92a0632f88eb5159c77c01bf1d07
e7d57a5f681cb715011de7e518c59fa3c7b5308874350e897940fb0aaaf69e3c
f64012eef172a35fd45c99fd01b01e0a254a9583172ad77e9999551c2750dddb
f6a2fbd2e714658c77dd1a7bcb6cbe2e8b207ba820db82c78761165d116adf82
f809dbb1effbfdc0eb21f92fb46df856dc161ab06c167c56da6f34d68c7aa72c
fab2aa9ce711a3e0b6a519a738a937c6b03962fec58d8c66f3cae3287275d070
fb85d30939f179afe61aef5dd319d704e59b4543fb795e3628e977144541df3e
fe60896a990b849f2b71342afab8fb12936ef3dea4e6b9539c19912ea9ce7ea8