Immutable Ledger — a book that never forgets
The trick isn’t saving copies; it’s that history is a query: the books store what changed, and any past state is recovered by asking for it as of a moment in time. Below, the same journal in two books — one built that way, one not.
Two ways to keep a book
Same journal lines, same chart. One book remembers every state it ever held; the other forgets the moment you edit it. Play with both.
Honest cost: the log only grows by what changed (0 entries), never by full copies. At scale you materialise the current state for speed and answer the past with as-of queries — but you never lose it.
The slider is inert: there is no history. 0 edits → 0 past states unrecoverable.
The trap: it looks tidy — one clean line, no clutter. That tidiness is the data loss.
The axes are the same on both: X = entry date, Y = cumulative net (revenue − expense). The only difference is what happens to the past when you change your mind.
What immutability buys you
Everything below falls out of the same property: state is derived from an append-only log of events.
Full audit trail
Every version is preserved, so you can answer “what did the books say on day N?” without a backup.
Corrections, not erasures
Fixing a mistake appends an adjusting entry. The original error — and its fix — both stay on the record.
Time-travel queries
Reconstruct any historical state on demand; reporting periods become a filter, not a snapshot you had to remember to take.
The idea in full, without the toy — Declarative accounting, explained; and where this property lets AI sit next to the books — the harness.