NamiDB
Research

RFCs, design docs,
benchmarks.

Every architectural decision lives in an RFC. Every benchmark is published, including the ones that don't go our way. We work in the open because the engine you depend on should not be a black box. Twenty-one engine RFCs at the time of writing, all shipped and public on GitHub, plus one Cloud-side draft in active design.

The principles

  • Decisions are written down. Argued in public. Reversed when wrong.
  • Benchmarks include the dataset, the scale, the hardware, and the raw runs.
  • The numbers that don't flatter us are published with the ones that do.

Storage

4 RFCs

How NamiDB lives on object storage: layout, format, read path, adjacency.

Query

13 RFCs

Parsing, planning, optimisation, execution. From the Cypher subset through join reorder, factorisation, shortest path, and worst-case optimal joins.

Caches

2 RFCs

Cross-snapshot caches that make warm reads cost the price of a hash lookup.

Runtime

2 RFCs

How the server fans out reads and what it speaks on the wire. The two unlocks in v0.5: concurrent reads, and Bolt.

Next

1 RFC

Drafts in active design. Each lands before the feature does.

  • RFC-Cloud-1Draft

    Gateway control plane: Phase 3-A.

    The multi-tenant gateway architecture that fronts the engine in Cloud: wire protocol on /v1/cypher and /v1/bulk, single-writer + epoch fencing between gateway and namidb-worker, scale-to-zero per namespace, and the UsageEvent contract that drives billing.

    Draft in design, lands before the feature does

Full archive on github.com/namidb/namidb. Contributions and issues via the same repository.

Run it on your own bucket.

Early access to the Cloud is open. One launch email when the engine is ready, never spam.