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 | 549 | -48.2% vs last week |
|---|---|---|
| This month | 4969 | +173.5% 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-13 05:21 | flashygroup | ship/1 | 0xe018cec1885a3e97… | ship/flashy-group/eceba24fe… |
| 2026-08-13 05:26 | flashygroup | ship/1 | 0x3a2a29cd52b29eaf… | ship/flashy-group/1fe2e65b0… |
| 2026-08-13 05:47 | flashygroup | ship/1 | 0xd25ddae542cddb9c… | ship/flashy-group/c09d3bee3… |
| 2026-08-13 05:56 | flashygroup | ship/1 | 0x96d5caf5b9389b7d… | ship/flashy-group/113941503… |
| 2026-08-13 06:00 | flashygroup | ship/1 | 0x3b0112761f2db954… | ship/flashy-group/06d77183c… |
| 2026-08-16 19:40 | flashygroup | ship/1 | 0xcb59772b2130c1a9… | ship/flashy-group/cd6eadd4b… |
| 2026-08-16 22:32 | flashygroup | ship/1 | 0x91c94507405b0e8d… | ship/flashy-group/9ee921207… |
| 2026-08-18 03:16 | flashygroup | ship/1 | 0x49d500f7749236a9… | ship/flashy-group/bdc9ce1af… |
| 2026-08-18 14:47 | flashygroup | ship/1 | 0x2f7694213b826637… | ship/flashy-group/f18f103fc… |
| 2026-08-18 14:47 | flashygroup | ship/1 | 0xbd92c897f421da07… | ship/flashy-group/26e92f6f5… |
| 2026-08-18 21:08 | flashygroup | ship/1 | 0x883947dc154bdcea… | ship/flashy-group/a596fd7f0… |
| 2026-08-18 21:27 | flashygroup | ship/1 | 0xae8a22ecaa1811c6… | ship/flashy-group/55818c578… |
| 2026-08-18 21:32 | flashygroup | ship/1 | 0x3d2c2b8284b693ca… | ship/flashy-group/8d4c0864b… |
| 2026-08-19 18:51 | flashygroup | ship/1 | 0x4ec88a3830470c6c… | ship/flashy-group/21b86c553… |
| 2026-08-19 19:17 | flashygroup | ship/1 | 0xef430cca9900e5f4… | ship/flashy-group/6c5df98cd… |
| 2026-08-19 20:06 | flashygroup | ship/1 | 0xe05971df653d8319… | ship/flashy-group/6c451d2d5… |
| 2026-08-19 20:39 | flashygroup | ship/1 | 0x9a61e14dd11147c7… | ship/flashy-group/c76faae29… |
| 2026-08-19 21:01 | flashygroup | ship/1 | 0x1e56c1b0634b8cc9… | ship/flashy-group/94ba92069… |
| 2026-08-21 16:49 | flashygroup | ship/1 | 0x4a99b1e3c00a7318… | ship/flashy-group/fd52e5e18… |
| 2026-08-21 17:02 | flashygroup | ship/1 | 0x8abd44f403536b79… | ship/flashy-group/0b4845037… |
| 2026-08-22 13:12 | flashygroup | ship/1 | 0xbda21e9458f57602… | ship/flashy-group/afa292d44… |
| 2026-08-24 18:32 | flashygroup | ship/1 | 0x92b879585291ef6a… | ship/flashy-group/cc49ffb38… |
| 2026-08-25 00:44 | flashygroup | ship/1 | 0xfd63936dc8b6ae43… | ship/flashy-group/34d26941c… |
| 2026-08-25 01:16 | flashygroup | ship/1 | 0xe575bdd5d8ff20de… | ship/flashy-group/5586a6d0d… |
| 2026-08-25 02:36 | flashygroup | ship/1 | 0x8c4517050fc7bdf9… | ship/flashy-group/de76cd989… |
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.