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-30.ots
2026-08-30
| Merkle root | d4b7c1a85836e3e38c5931ffa120fb8c73de6ac308e1e8641f78c0ee933274aa |
| Reports covered | 47 |
| Sealed | 2026-08-31T01:17:21.792Z |
| 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 47 digests sealed under this root
10949576a6d2fa850bdf81b20b37dc72ce79eff7682e76a1c99653e600518018 14ad923c09e56bfe34d7350664b1ebb97792b5df403bb9696512b9331cbe1e8a 15e77b417edf7ee14179f02116195155832b819e3327df852f5b5d0ab8f0ec7d 2499ffee675605918601693405592c95363dccc023e0fe2e67807b9d5c9e17d1 36bf14c4e87d2379e2718994c85c27feb68199282a5f5ee86e7e60fd6565a8c9 39ffd6a83d5a87192cc660a0e44a6f4e8175c76db431b631c97420b499a8cd1f 3b77b68324d20b6c4ec481822cf22fcacc53dc7941c404dfdf396adc5727ff02 3c558982bc110bba515b035649b1119391adfb165bb5e3f310e7d70ec02076da 3f6a5820e03e064d271e8dec5a2a5f337457907b922ce5179e73ae0b748d995f 4413b722b20b1a49e769f3738aafbb9118442854c9c3167ea4758d1eabca7690 47e043b583bf6bbda2b56b4c10dbec9a098d4f1a1e67f8a344a38b6d3465eb72 4b585f63d4d2f44fd260b3fa367e1b9a24f491b04ea75499275c3ba57fc73453 600f87b33136c157ffadc26e25198e4139c57e9d08197360864aa4e941fa4877 63927e8a5b2b4186db00e44c39c35cff87f4cb1a649a9ab023c4cf92003884ca 65865a7d181ebe647be9bf6e805a54988cfdcaa14cd20edd42eb4db6b55f3f85 67d3e0d1a7ce5bae1a20f8dc08d8f739dfebf2fb5f0a4353ab929edbbf4050f3 7b3e0ae11ae141cddeb1795ce04789e6cf95510cd18cd4739c59084a78d36e2f 7ecbc2f2f5673c9596983a14cd6df996bcd029d8f0d24d51671b48e5e32d3025 81b8e04de78151c2eae82682e2c2fd81d927fdfa2c27d2b0b1c0913019b12df1 82039eafe995f3c1dec454040d0e91f023a555e9a0358191eeb072be55870d7d 829243c096e512cd1a62621e292dbd2637199eeb3f3682eb06e08d8d2802d313 88706c6136eff091d369dfcbba18de531d566ae1a0da681a718bfe665ead17a6 8b8a87dbb812567768bcea15ec687918efcaf0013bc374e67e688e44cefff19c 95c78217573cac927374d2786b1ac109b5c29e60e60d7b713fb749306a5cbdaf 9b40afe021645b2ec242b3adec55eb25ab6bcc66f34d8a43678773248ad9e66e a022b5fa9a510b0c0280efd54efed21cb27eb9c7e675182fb5e0999e93d81b94 a4ab2578792ab5a06a053ec498d876dd1a4526554f3935df12020eb8b301374c ae4935e54e4d7535ef8210673321d071bc0941d99661983b8578ca0e6ffd14b2 b05ec4e61a025de174028bfbf118d83c2e6ec4b2011162fad2022939a665b321 b05ed2f257bf942c455496b7cc05197420d79ec058f230e96c18c7537aca926c b2f2d7d097852354315fc7e5c25a56132bdf4fb3f288604bdc9583c6214c2404 b70ed6a354ba5c8f3183788675b941ba7f40ab7b0391b9eb44231fc99f974f6c b8595010d59560e4685a1ec7260bdb9b560e9dc77ac5d4b45a7f1603e9de2e17 bd3f2666ae9bc27e0c7ddba23f72cd022220db7a8b025c3463d06338dcf80274 bdc9666d7871e1e015592606fcf6adcb18f7e5f73acdc4c9b9880b86c38222a1 be9a782c3cd84ef1fc462719f9c87a35771a32c74d9105436a529c681b58b029 c5bbb2f5f59f7c03c065c65a9c974b711c99d36989eab10d9ca77c279d07c139 c6fc094bc2b772951d23abefec4a1b018142ccd44320384448dc4d3867239cdc cd4eb26715825a9601a2faaf0615c9a8539286cd1dcff68c2a46b052ea27e8fd cfd673885bc9ae295732842e4315d404698f79208a8d2c6831224512ecebb015 d0f09c3bc83d1a67587802fb868ca9d62ea76cd05f4b203bc56d7d58f1abbf71 d303f46f97f9e7fdb46f5c3e18e8855f14dae09780bc1470690ea7e480013466 ded28678e96e13461a26e87265fff3695231f834e587499744ceaf88390db951 e39becf0c09bad942598b0088d5be03a3a55bfb8082b1dd42ed3e28d55b1a960 e583b0227748f7462f4febd6a022ed56fa38fa55d2b5b9596e03973d25b20220 efe2a1bd8d0e16060c6375a2081ca76260219a8cc93c6d8e701947ae191af197 f30637f0d119e34d18b90f71c3348626debd3ef24e19ba72e8656cf2e7764857