Show HN: Spared – self-hosted Workers and Durable Objects for Rust apps
Hi HN, I wanted something like workerd + celld for untrusted Rust apps and couldn’t find anything that quite fit. That said, I got a lot of inspiration from workerd, celld, spin, and wasmcloud. spared (spare-dee) runs Rust apps + SQLite in isolated WASM sandboxes. It lets you run many apps per server, and by packaging SQLite inside the sandbox, you get better isolation than running it on the host. This opens the door to running untrusted code on a single machine. It's open source and runs on any
Read original source
Source record
Recorded metrics
points · 5 votes
2026-11-11 23:08:58.922Z
cumulative since publication
Research analysis
Project record
Repository: michaelmagan/spared. Source account: Hi HN, I wanted something like workerd + celld for untrusted Rust apps and couldn’t find anything that quite fit. That said, I got a lot of inspiration from workerd, celld, spin, and wasmcloud. spared (spare-dee) runs Rust apps + SQLite in isolated WASM sandboxes. It lets you run many apps per server, and by packaging SQLite inside the sandbox, you get better isolation than running it on the host. This opens the door to running untrusted code on a single machine. It's open source and runs on any
Observed adoption & comparisons
Source votes: 5 votes (Nov 11, 2026 UTC; cumulative since publication); previous same-scope observation: 5 (Nov 11, 2026 UTC). These observations do not establish demand growth. Recent records to compare: “Show HN: Lettercamp – open-source static blog framework” (Show HN, Nov 11, 2026); “openai/codex-security” (GitHub Trending, Nov 11, 2026). Shared themes are navigation hints; they have not been verified as the same need or independent corroboration.
Adoption decision
Evaluate it against the tool or manual workflow it would replace. The stored record supports discovery; it does not yet establish reliability, lower operating cost or commercial adoption.
Unverified requirements
Not verified: license permissions, required hardware, installation steps, maintenance status and a representative task with its failure cases.
Next test
Choose one real task and a current alternative. Record the commit, environment, input, output, elapsed time and failure behavior; retain the result before recommending adoption.