A database · not a sync layer

Your servers are optional.

One database engine. Embedded on a phone, or clustered across a datacenter. Offline, elastic, and versioned — three things your team stops worrying about.

Every feature teams bolt onto the database, KineDB just is.

01

No sync layer.

Every instance holds the full history. Replication and merge aren't modules stacked above the database — they're how the engine works. Disconnect, keep writing, reconnect, and only what changed crosses the wire. Users never lose a keystroke.

02

No sharding project.

Peers discover each other and data rebalances itself. No replica configs, no connection poolers, no migration weekend. Adding capacity is boring — which is the highest compliment you can pay infrastructure.

03

No audit bolt-on.

Every write is permanent and addressable. Branch your data like code. Merge experiments. Roll back to any moment. A complete audit trail, woven in — not added after compliance asked.

04

No stateful servers.

Stream the write log to S3 (or any object store). Servers themselves become ephemeral — spin them up, scale them out, tear them down without migrating state. Durability lives in cloud storage; servers only need speed.

In stealth. Building with design partners.

If you're fighting a sync layer, a sharding project, or an audit bolt-on — we'd like to hear about it. Twenty minutes is enough to decide if it's interesting.

Availability
Early access · with design partners
Engine
Rust · embedded or clustered
Contact