RADAR / DATABASES SPOTTED

A database that starts with the question: what was true then?

ChronDB puts Git-style history at the centre of a key/value store. Compatibility is the harder half of the idea.

FIRST SPOTTED 05/09/2026 / PUBLISHED 05/09/2026

A database cylinder is drawn as a stack of dated layers with a rewind arrow and a branch line.
RADAR PLATERadar fallback plate / chronology as a database primitive
RADAR STATUS: SPOTTED
Public repository and README only. No ChronDB process or client workload was run by Toolglass.
TESTED BY TOOLGLASS: NO

What is it?

ChronDB is a key/value database organised around chronological history and branching. The pitch is simple to state and difficult to make useful: ask not only what a value is, but what it used to be.

Why did Radar notice it?

Most teams bolt an audit trail onto a database after the fact. ChronDB treats history as the starting point. That makes it an unusually clear experiment in whether familiar database access can coexist with a versioned model underneath.

What's the catch?

A protocol name is not feature parity. Transactions, restart recovery, query coverage and operational cost still need to be measured against the application you actually have.

Radar verdict

A genuinely odd database idea that deserves a careful client-compatibility test before anyone calls it a replacement.

Next step

Define a tiny workload, then test historical reads, branching and restart recovery.

Sources

github.com/avelino/chrondb ↗

← Back to Radar

THE TOOLGLASS LETTER

Toolglass, occasionally.

New reviews, strange software and useful things that deserved more attention.

The subscription desk is being connected. The letter will open here once its Buttondown account is ready.