tamper-evident history
Fact sheet version history — aigentsphere.ai
Tamper-evident version history. Each row is one version of the published fact sheet for this business: the exact bytes, their fingerprint, and the record that fixes them in time.
Current version v10 · facts attested by Michael Emery on 2026-07-30 · page built 2026-07-30
No version has been anchored yet. Every row below reads timestamp pending, the badge says tamper-evident rather than notarized, and both will change by themselves on the day a version carries a transaction. We would rather publish the weaker true sentence than the stronger one we cannot show you.
| Version | Date | SHA-256 of the fact sheet | Bytes | Anchor | Status |
|---|---|---|---|---|---|
| v1 | 2026-07-30 | 6bd0b4bb74f845dfbc93e3de033a9c5c7702a26214065894c4802519259dc5e5 | 6924 | not yet anchored | timestamp pending |
| v2 | 2026-07-30 | 14d9d9ad3d165ea8a1bd3823ea109f296ad9856d6c9d7e0dcf773d3569aa25e0 | 6926 | not yet anchored | timestamp pending |
| v3 | 2026-07-30 | f2ec55d54e17ed85f228f531d97ab4bc2ae006fb0d6d72e7e120f76a6950be3e | 7850 | not yet anchored | timestamp pending |
| v4 | 2026-07-30 | a997122701893cfb3254843967b659d4d2b0618490c865d55808ebc0202d1f01 | 8219 | not yet anchored | timestamp pending |
| v5 | 2026-07-30 | d1cd95c9df6dcaedbf6ef1a7b650abcecea17b6a2ea7c0f6e772c61a5f426b0f | 8341 | not yet anchored | timestamp pending |
| v6 | 2026-07-30 | 2aaf3a4a58cd3b00fd1a74a7f81c512ae6558a4bd1c7c59e0597f35968ab8425 | 8542 | not yet anchored | timestamp pending |
| v7 | 2026-07-30 | d9dd65387d240584cc02822e6aa54b4b8de89911e9445eac42458b354aba8b7b | 8902 | not yet anchored | timestamp pending |
| v9 | 2026-07-30 | dca73f2ccf171c1142d230b9a17b2244d37ba2ecc1db7a2d343a1fb887502c08 | 9206 | not yet anchored | timestamp pending |
| v10 | 2026-07-30 | c2170e2ea0fce2b0db2978a5462dc67a47ec458d31370cf26b4589ce02ae1895 | 10264 | not yet anchored | timestamp pending |
What this page shows, and what it does not
What it shows: a specific sequence of bytes existed, in this operator’s possession, no later than the record that anchors it. Anyone holding a copy of the fact sheet can hash it and compare.
What it does not show: it does not verify anyone’s identity, and it does not attest that the facts inside the file are true. Identity comes from control of the domain — whoever controls aigentsphere.ai publishes the file. The facts are the business’s own statement, attested by the named person on the date shown. The anchor contributes time and immutability, and nothing else.
This wording is fixed on purpose. A history that is described as more than it is becomes a liability instead of an asset, so the description does not move.
How to check it yourself
- Download the fact sheet itself:
aigentsphere.ai.yaml— the exact bytes that were hashed, served unmodified. That name always resolves to the current version. Every row in the table above also links, from its byte count, to the exact bytes of that version on its own (aigentsphere.ai.v10.yamlfor the current one), so a superseded version stays checkable instead of becoming a hash you have to take on trust. - Hash the file exactly as stored —
sha256sum <file>. Nothing is normalised first: no line endings changed, no trailing newline added or removed. A normalisation step would be a private convention you could not reproduce, so there isn’t one. The byte facts recorded with each version (size, byte-order mark, line endings, trailing newline) tell you whether you hold the same bytes. - Open the anchor link and read the record’s data field. It contains a short marked payload: a format identifier, the domain, the version, and the raw thirty-two bytes of the hash. Split on the first three separators from the left; what remains is the hash.
- Compare. If the two hashes match, the file you are holding is the file that was anchored at that moment. If they do not, one of them has been altered — which is the entire point of the exercise.
The full record is published as a machine-readable manifest —
aigentsphere.ai.stamps.json — listing every version,
its hash, its byte facts and its anchor, so the check can be scripted rather than eyeballed.
When a fact changes
The business edits its profile. Every surface — the homepage fact block, the machine-readable fact sheet, the identity card, the structured data — regenerates from that one file in a single run, and a new version appears in the table above. The old version is not deleted. A history that could be quietly rewritten would not be worth publishing.