clave / Clave Remote Signer is on Nostr

Secure Nostr key management for iOS. Pair any compatible client via NIP-46, sign with a tap. Works in the background. Open source. https://clave.casa

Last Notes

2026-05-09 13:55:57 CEST

Clave build 71 just hit external TestFlight.
Two things to know:
1. On iOS, prefer bunker:// if your client is on the same iPhone as Clave. Same-device nostrconnect:// is supported but fragile — iOS suspends the client's WebSocket when you switch between apps, breaking the handshake. Bunker pairing avoids the whole problem (it goes through Clave's primary relay via APNs and doesn't care about foreground state).
If you do use same-device nostrconnect, build 71 fixes the misleading "Stay in Clave" copy — the new prompt tells you to switch back to your client app, which keeps its WebSocket alive long enough to receive the response.
2. Bunker connection cap is now actually enforced. Was bypassable due to a timing bug — closed at all three layers in this build. Thanks to the tester who reported it.
Plus a sizable refactor under the hood (~2,000 LOC of AppState.swift split into focused files; same behavior, much easier to reason about going forward).
Find a bug? DM me.
Clave social post — Option B (narrative, for client devs)
New Clave build out on external TestFlight. Two things worth flagging for anyone shipping NIP-46 in a client:
Same-device iOS pairing: recommend bunker://, not nostrconnect://. When the user taps Approve in Clave, the client app loses foreground and iOS suspends its WebSocket within seconds. The connect-response Clave publishes goes to a closed connection. Bunker pairing routes through wss://relay.powr.build/ (Clave's primary sub) via APNs, so foreground state doesn't matter.
If your client wants to support nostrconnect:// on iOS anyway, two things help:
Include wss://relay.powr.build/ in your URI's relay set — the proxy's primary subscription catches signing requests there regardless of client foreground state
Don't show the user "stay in the signer for a few seconds" — they need to switch back to your app for the WebSocket to stay alive
Documented end-to-end at https://github.com/DocNR/clave/blob/main/docs/nip46-compatibility.md
Beyond that: build 71 also closes a bunker pair-cap bypass and ships an ~85% reduction in AppState.swift size from a behavior-preserving refactor.
https://testflight.apple.com/join/5Mx5AZx7

2026-05-06 13:57:04 CEST

Clave v0.2.0 build 60 — now available in TestFlight 📲
A polish round on the pending-approval surface, based on tester feedback:
• Lock-screen banners properly clear when requests expire, are approved, or denied
• New "Not now" button — defer pending alerts and handle them via the bell on your own time
• Pending tile on Home is now tappable (opens the inbox)
• Correct "X of N" numbering when multiple requests are stacked
TestFlight: https://testflight.apple.com/join/5Mx5AZx7
Source: https://github.com/DocNR/clave

2026-05-05 04:50:42 CEST

New Clave build on TestFlight (v0.2.0 build 54). Two big quality-of-life shifts:
Signing requests now have a real inbox — bell icon on Home, cross-tab alerts, Approve/Deny right from the lock screen.
Connecting a Nostr app got simpler — one sheet with Bunker + Nostrconnect tabs, no more 3-card maze.
Plus: tap any signed event in Activity to see the raw JSON.
https://testflight.apple.com/join/5Mx5AZx7
https://image.nostr.build/eacfdf38062afe48dc8cf1003933fd4c763747629d51b2bb23a219172c875e44.jpg
https://image.nostr.build/a1a5d7ef49875394b1aec2b6b5ab7b87c90a0715ce4c3aab7d1d26cc4c1cd39c.jpg
https://image.nostr.build/8cab9f5c396931d7aa48acd5aa04b4c8324afba0f6b77ce073b0ba5be79554ac.jpg
https://image.nostr.build/53aab486a9837bd3442962ab4b79198715fc5468aba24246992e479c2fe47a42.jpg

2026-05-04 16:58:21 CEST

Hello Nostr. The keys stayed home today. #clave