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 | 545 | -48.5% vs last week |
|---|---|---|
| This month | 4966 | +172.9% 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-08-25 02:39 | flashygroup | ship/1 | 0xa7eb2779a8919a66… | ship/flashy-group/d5e000ccf… |
| 2026-08-25 02:42 | flashygroup | ship/1 | 0xc917c48eaa8aa584… | ship/flashy-group/a3e537435… |
| 2026-08-25 02:46 | flashygroup | ship/1 | 0x1f18e526b69381e7… | ship/flashy-group/7c20db8cf… |
| 2026-08-25 13:58 | flashygroup | ship/1 | 0xb309d91610641a5b… | ship/flashy-group/927b709d3… |
| 2026-08-25 17:09 | flashygroup | ship/1 | 0xd8db100ecd3291bf… | ship/flashy-group/b0c55c221… |
| 2026-08-25 17:17 | flashygroup | ship/1 | 0x4a99481b6df01c07… | ship/flashy-group/873e9a78e… |
| 2026-08-25 17:28 | flashygroup | ship/1 | 0xa7f6a16f0320c9da… | ship/flashy-group/8dcb10354… |
| 2026-08-25 17:55 | flashygroup | ship/1 | 0x7857c0341ffc15e3… | ship/flashy-group/29d155371… |
| 2026-08-26 14:23 | flashygroup | ship/1 | 0x5acb13d5c496c292… | ship/flashy-group/0855bdb38… |
| 2026-08-26 16:36 | flashygroup | ship/1 | 0xbe9bf24cd911f59f… | ship/flashy-group/4524803e0… |
| 2026-08-26 17:55 | flashygroup | ship/1 | 0xeec827062e2e9888… | ship/flashy-group/b6821fa0a… |
| 2026-08-26 19:22 | flashygroup | ship/1 | 0xc25bccd1f60c67da… | ship/flashy-group/54da2e331… |
| 2026-08-26 19:23 | flashygroup | ship/1 | 0x528468ffc0161e55… | ship/flashy-group/fea361508… |
| 2026-08-26 19:29 | flashygroup | ship/1 | 0x69146939b2bb43e4… | ship/flashy-group/806c3189a… |
| 2026-08-26 19:32 | flashygroup | ship/1 | 0xca8ff823200ad95a… | ship/flashy-group/e37fa53d3… |
| 2026-08-28 00:31 | flashygroup | ship/1 | 0x4a3a429ac99f5161… | ship/flashy-group/bdabd1697… |
| 2026-08-28 00:41 | flashygroup | ship/1 | 0x137133195aa30aad… | ship/flashy-group/1141da016… |
| 2026-08-28 17:43 | flashygroup | ship/1 | 0xf504ea52a674938a… | ship/flashy-group/bb067b735… |
| 2026-08-28 18:04 | flashygroup | ship/1 | 0x2f5f136c0a21eff8… | ship/flashy-group/b8b8248b6… |
| 2026-08-28 19:51 | flashygroup | ship/1 | 0xd807917536a6af59… | ship/flashy-group/4bb600735… |
| 2026-08-30 00:14 | flashygroup | ship/1 | 0x8a403b497713c726… | ship/flashy-group/783f1fddd… |
| 2026-08-30 00:19 | flashygroup | ship/1 | 0x5f7db79e33c95c88… | ship/flashy-group/0a6fbbed3… |
| 2026-08-30 01:34 | flashygroup | ship/1 | 0x7d37a553da8a3da5… | ship/flashy-group/732548b63… |
| 2026-08-30 02:26 | flashygroup | ship/1 | 0xde473e6d241f5528… | ship/flashy-group/b2ee97e35… |
| 2026-08-30 03:07 | flashygroup | ship/1 | 0x67db5cc2ef1dcf02… | ship/flashy-group/5197fb5b8… |
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.