VERIFY · LIVE
Notary
One append-only log of hashes — never content — from across the estate. Every figure below is recomputed from the leaf stream a stranger can download; none is a number we typed.
The log holds 7681 leaves from 12 sources. Each leaf is a 0x… sha256 and four fields of context — a sealed head, a certificate, a receipt — and nothing about who or how much. The head below is the RFC 6962 root over all of them, recomputed here; fetch the leaf stream and rebuild it yourself.
| Head size | 7681 |
|---|---|
| Head root | 0x65c796ed397bc9e35d84a5d6f8ebac3d5385428e8f999efa1b838949ab8ce9af |
| Most recent leaf | 2026-09-22T20:33:43.900Z |
| Stream regenerated | 2026-09-22T20:33:44.342Z |
Per-event coverage
The fine-grained sources — one leaf per real event, not per commit or sealed head. A source is folding once the log holds a leaf of its own kind, and awaiting when its emitter is wired and correct but the property has not produced that event yet. Awaiting is the honest middle state, not a failure: a record only speaks when there is something true to seal.
| Source | Event | Status |
|---|---|---|
| academy | certificate/1 | ✓ folding |
| claimyourgold | receipt/1 | ✓ folding |
| flashyid | verification/1 | ◇ awaiting first event |
| flashynetwork | settlement/1 | ✓ folding |
| flashyos | countersignature/1 | ◇ awaiting first event |
| gdagroup | intent/1 | ✓ folding |
| goldholdings | intent/1 | ✓ folding |
| intentmesh | intent/1 | ✓ folding |
| magician | introduction/1 | ◇ awaiting first event |
Growth
Measured from the leaves’ own seal-times — not asserted. A leaf counts in a week because the work it seals happened that week, so the figures below cannot move unless the estate’s real activity does.
| This week | 486 | -52.6% vs last week |
|---|---|---|
| This month | 4835 | +148.1% vs the month before |
Leaves sealed per week — the last 8 weeks, oldest to newest.
Who is in the log
Each property folds its own hashes in. A checkpoint/1 leaf is a property’s whole sealed record in one root; the finer kinds — certificate/1, receipt/1 — are one leaf per event.
| Source | Leaves | Kinds |
|---|---|---|
| flashynetwork | 4542 | checkpoint/1, devlog/1, settlement/1 |
| flashyos | 991 | checkpoint/1, ship/1 |
| claimyourgold | 932 | checkpoint/1, receipt/1, ship/1 |
| gdagroup | 250 | checkpoint/1, devlog/1, intent/1, ship/1 |
| academy | 225 | certificate/1, checkpoint/1, devlog/1, ship/1 |
| flashygroup | 179 | checkpoint/1, ship/1 |
| goldholdings | 162 | checkpoint/1, intent/1, ship/1 |
| flashyid | 157 | checkpoint/1, devlog/1, ship/1 |
| flashygold | 113 | checkpoint/1, devlog/1, ship/1 |
| mlgblockchain | 85 | checkpoint/1, ship/1 |
| intentmesh | 37 | checkpoint/1, intent/1, ship/1 |
| rites | 8 | checkpoint/1, ship/1 |
Browse the log
Every leaf, newest first — the same stream served at /.well-known/notary-log.json, one screen at a time. Each row is a 0x… sha256 and four fields of context; there is nothing here about who or how much, because there is nothing like that in the log.
| Time (UTC) | Source | Kind | Hash | Ref |
|---|---|---|---|---|
| 2026-06-12 15:49 | claimyourgold | ship/1 | 0x19f1db51c45802b9… | ship/claimyour.gold/6495d72… |
| 2026-06-12 16:49 | claimyourgold | ship/1 | 0x7fd7e4b358861268… | ship/claimyour.gold/250641f… |
| 2026-06-12 15:08 | claimyourgold | ship/1 | 0xda454b5de65b8379… | ship/claimyour.gold/c1db230… |
| 2026-06-12 17:29 | claimyourgold | ship/1 | 0xf8dee6fa40a053f9… | ship/claimyour.gold/64a7d36… |
| 2026-06-12 18:53 | claimyourgold | ship/1 | 0xebe8d86531c4b43d… | ship/claimyour.gold/f1ce845… |
| 2026-06-15 14:49 | claimyourgold | ship/1 | 0x3fcf0a8b6363f6cc… | ship/claimyour.gold/5fc1ac1… |
| 2026-06-15 14:51 | claimyourgold | ship/1 | 0xe092b6f43cbe8b6d… | ship/claimyour.gold/34c467d… |
| 2026-06-15 15:33 | claimyourgold | ship/1 | 0x31a325165b1e80db… | ship/claimyour.gold/c50ae07… |
| 2026-06-15 15:49 | claimyourgold | ship/1 | 0x8d1110ec5b095d1a… | ship/claimyour.gold/570ca20… |
| 2026-06-15 15:51 | claimyourgold | ship/1 | 0x33720ff2c42a86f3… | ship/claimyour.gold/a77bf17… |
| 2026-06-15 16:16 | claimyourgold | ship/1 | 0xe675754ae1e9193e… | ship/claimyour.gold/efd0827… |
| 2026-06-15 16:20 | claimyourgold | ship/1 | 0x564b56c0c3ed606a… | ship/claimyour.gold/1eb2bd6… |
| 2026-06-16 18:37 | claimyourgold | ship/1 | 0x394872b9702bb91b… | ship/claimyour.gold/78a0fca… |
| 2026-06-16 18:43 | claimyourgold | ship/1 | 0xf65d1e2b01943b1f… | ship/claimyour.gold/c735835… |
| 2026-06-16 18:58 | claimyourgold | ship/1 | 0x8353c67b7512209d… | ship/claimyour.gold/c416bdb… |
| 2026-06-16 19:27 | claimyourgold | ship/1 | 0xe7488ddb8d4102d1… | ship/claimyour.gold/fe6c2e3… |
| 2026-06-16 19:30 | claimyourgold | ship/1 | 0x0df15fb601ad714d… | ship/claimyour.gold/e9be3e2… |
| 2026-06-16 19:31 | claimyourgold | ship/1 | 0x71c05514442e026d… | ship/claimyour.gold/4cff6a4… |
| 2026-06-16 20:00 | claimyourgold | ship/1 | 0xaefbd669a7cdbedf… | ship/claimyour.gold/9ec86dd… |
| 2026-06-16 20:01 | claimyourgold | ship/1 | 0x9c84c49549857c0e… | ship/claimyour.gold/98db12a… |
| 2026-06-16 20:10 | claimyourgold | ship/1 | 0x09910dfec50bb4c7… | ship/claimyour.gold/21dd19d… |
| 2026-06-16 20:16 | claimyourgold | ship/1 | 0x3dd768b61cf4c9d6… | ship/claimyour.gold/44dd1f3… |
| 2026-06-16 20:32 | claimyourgold | ship/1 | 0x4b2a2c9d592636b0… | ship/claimyour.gold/aeff620… |
| 2026-06-16 20:41 | claimyourgold | ship/1 | 0xdd3f7d2df0333be5… | ship/claimyour.gold/0a02f3e… |
| 2026-06-16 20:47 | claimyourgold | ship/1 | 0x3380a3d8f395b0c6… | ship/claimyour.gold/1029930… |
What the log proves, and what it does not
The head is reproducible: anyone can rebuild it from the leaf stream, and a consistency proof shows the log only ever grew. It is not yet tamper-evident — that needs a cosignature from a party that is not the estate, and until one exists the log says so rather than implying more. See the checkpoint for the per-property root and verify to hash a record in your own browser.
Served at /api/v1/public/notary (head + proofs) and /.well-known/notary-log.json (the full stream). This page is derived from that stream — the estate’s fan-in runs every six hours, and a fold that changes the log deploys this page with it, so a new hash appears here on its own without anyone pushing.