Show HN: Vaultrice – A real-time key-value store with a localStorage API

Show HN (score: 8)
Found: August 13, 2025
ID: 847

Description

API/SDK
Show HN: Vaultrice – A real-time key-value store with a localStorage API Hi HN,

I'm Adriano, one of the makers of Vaultrice. I'm excited (and a little nervous!) to share what we've been building.

For years, we found ourselves in a frustrating loop: whenever we needed a simple real-time feature—like a "who's online" list, a collaborative app, or just sharing state between a marketing site and our main app — we'd end up spending days setting up the same stack or discarded to do it. Setting it up, it always involved wiring together a database, a WebSocket server, an API, and managing the connection state. It felt like massive overkill for what we were trying to achieve.

We wanted a tool that felt as simple to use as the browser's `localStorage` API but worked across domains and devices, with real-time sync and security built-in.

So, we built Vaultrice.

It’s a key-value data store built on top of Cloudflare's Durable Objects, which gives you a strongly consistent backend for each data object. You interact with it through our TS/JS SDK, which comes in two flavors:

1. `NonLocalStorage`: A low-level client with a `localStorage`-like API (`setItem`, `getItem`, etc.) plus real-time events and presence (`.on()`, `.join()`).

2. `SyncObject`: A higher-level, reactive JavaScript Proxy. You just change a property on an object (`doc.title = 'New Title'`), and it automatically syncs to all other connected clients.

The goal is to let you build the real-time features you want in minutes, not days. We've also put a lot of thought into a layered security model, allowing you to go from simple API key restrictions all the way to server-signed object IDs and client-side E2EE.

We’ve just launched and would be grateful for any feedback from the HN community. What do you think of the API design? Are there use cases we haven't considered? Any thoughts on the security model?

We'll be here (or via email (support@vaultrice.com)) to answer any questions. Thanks for checking it out!

More from Show

Show HN: ccrider - Search and Resume Your Claude Code Sessions – TUI / MCP / CLI

Show HN: ccrider - Search and Resume Your Claude Code Sessions – TUI / MCP / CLI I built a tool that stores your full Claude Code history to let you easily find and resume sessions. It has TUI, CLI and MCP interfaces. It&#x27;s a single Go binary, and the session history is synced to SQLite each time you use it.<p>Default mode is the TUI with a session browser and full-text search. Once a session is selected you can browse and search within it, resume it or export to markdown.<p>The MCP server provides tools to let Claude search back through the session for pre-compact context or pull from prior sessions. I use this constantly.<p>I&#x27;ve seen elaborate continuity systems to give Claude Code access to history but this simple approach has been very effective.<p>Installation:<p>macOS: brew install neilberkman&#x2F;tap&#x2F;ccrider<p>Linux&#x2F;other: git clone <a href="https:&#x2F;&#x2F;github.com&#x2F;neilberkman&#x2F;ccrider" rel="nofollow">https:&#x2F;&#x2F;github.com&#x2F;neilberkman&#x2F;ccrider</a> &amp;&amp; cd ccrider &amp;&amp; go build<p>MCP server: claude mcp add --scope user ccrider $(which ccrider) serve-mcp<p>Source: <a href="https:&#x2F;&#x2F;github.com&#x2F;neilberkman&#x2F;ccrider" rel="nofollow">https:&#x2F;&#x2F;github.com&#x2F;neilberkman&#x2F;ccrider</a>

Show HN: OSS sustain guard – Sustainability signals for OSS dependencies

Show HN: OSS sustain guard – Sustainability signals for OSS dependencies Hi HN, I made OSS Sustain Guard.<p>After every high-profile OSS incident, I wonder about the packages I rely on right now. I can skim issues&#x2F;PRs and activity on GitHub, but that doesn’t scale when you have tens or hundreds of dependencies. I built this to surface sustainability signals (maintainer redundancy, activity trends, funding links, etc.) and create awareness. It’s meant to start a respectful conversation, not to judge projects. These are signals, not truth; everything is inferred from public data (internal mirrors&#x2F;private work won’t show up).<p>Quick start: pip install oss-sustain-guard export GITHUB_TOKEN=... os4g check<p>It uses GitHub GraphQL with local caching (no telemetry; token not uploaded&#x2F;stored), and supports multiple ecosystems (Python&#x2F;JS&#x2F;Rust&#x2F;Go&#x2F;Java&#x2F;etc.).<p>Repo: <a href="https:&#x2F;&#x2F;github.com&#x2F;onukura&#x2F;oss-sustain-guard" rel="nofollow">https:&#x2F;&#x2F;github.com&#x2F;onukura&#x2F;oss-sustain-guard</a><p>I’d love feedback on metric choices&#x2F;thresholds and wording that stays respectful. If you have examples where these signals break down, please share.

Show HN: Open database of link metadata for large-scale analysis

Show HN: Open database of link metadata for large-scale analysis

Show HN: TinyPDF – 3KB PDF library (70x smaller than jsPDF)

Show HN: TinyPDF – 3KB PDF library (70x smaller than jsPDF) I needed to generate invoices in a Node.js app. jsPDF is 229KB. I only needed text, rectangles, lines, and JPEG images.<p><pre><code> So I wrote tinypdf: &lt;400 lines of TypeScript, zero dependencies, 3.3KB minified+gzipped. What it does: - Text (Helvetica, colors, alignment) - Rectangles and lines - JPEG images - Multiple pages, custom sizes What it doesn&#x27;t do: - Custom fonts, PNG&#x2F;SVG, forms, encryption, HTML-to-PDF That&#x27;s it. The 95% use case for invoices, receipts, reports, tickets, and labels. GitHub: https:&#x2F;&#x2F;github.com&#x2F;Lulzx&#x2F;tinypdf npm: npm install tinypdf</code></pre>

No other tools from this source yet.