0xMiden / 0xMiden/note-transport-service

No backup/restore story for the note database

Open
#125 0 comments 0 reactions 0 assignees View on GitHub
enhancement production-readiness
Dominant language
Rust
Stars
3
Forks
10
Avg merge
2h 23m
Merged PRs (30d)
4

Description

Severity: high (for the stated production goal).

### Summary

There is no backup mechanism anywhere: no `VACUUM INTO`/`.backup`, no litestream/WAL-shipping sidecar in `bin/node/docker/docker-compose.yml` (only telemetry services), nothing in the `Makefile` (only `docker volume create node-db`), nothing in the docs.

### Impact

For private notes, this DB is the only copy of `NoteDetails` before consumption (per #101's own framing). A lost volume is unrecoverable, fund-relevant data loss — and per the fail-open issue (#124) the service silently restarts empty rather than failing.

### Recommendation

- Minimum viable: periodic `VACUUM INTO '/backup/…'` (safe online under WAL) from the maintenance loop or a cron sidecar, plus documented restore steps.
- Better: litestream or WAL-shipping.
- Note the overlap with #111 — a Postgres backend inherits a mature backup ecosystem.

Related: #111, #112.

---
Part of #114.

Contributor guide

Open the contributing guide

Assessment

This issue has not been assessed yet.

Get new issues in your inbox

A short digest of beginner-friendly GitHub issues.