The service now also subscribes to marketplace events addressed to subscribers
(kinds 30403/31872/31871) via #p filters built from the live subscription set,
re-subscribed on every subscribe/unsubscribe. Payloads stay generic ('New offer
on your listing', 'Your offer was accepted') - never the amount or item. Verified
locally: subscribe -> offer to #p -> push attempt.
|
||
|---|---|---|
| .. | ||
| .env.example | ||
| Caddyfile | ||
| package.json | ||
| README.md | ||
| server.ts | ||
| skatespots-push.service | ||
| tsconfig.json | ||
SkateSpots push service
A small, keyless Bun service that delivers closed-app notifications for NIP-17 gift wraps. It watches relays for kind-1059 wraps that carry a plaintext push marker, and sends a Web Push naming the wrap id. It never decrypts anything — the client fetches + decrypts the wrap itself. So the server learns only "this pubkey has something, at time T."
How it works
-
A sender marks the recipient copy of a gift wrap with a plaintext tag
["skatespots", "push"](never the self copy). -
This service subscribes to
{ kinds: [1059] }on the configured relays, and for each wrap: verifies the outer signature, requires exactly oneprecipient, and checks the marker.It ALSO pushes marketplace events addressed to subscribers — offers (
30403, the whole negotiation), trade requests (31872) and confirmations (31871) — via#pfilters built from the current subscription set (so it only receives events for subscribers; the payload is generic, never the amount or item). Re-subscribed on every subscribe/unsubscribe. -
For a marked wrap it looks up that recipient's subscriptions and sends a Web Push payload:
{ title, body, wrapId, url }— content-free. -
The service worker shows an OS notification. On tap, the app fetches the wrap by
wrapIdand decrypts locally, revealing the real message.
⚠️ Relay overlap: the marked wrap must land on a relay this service watches. Designate a notify relay (the community relay) and publish push-marked recipient copies there.
Endpoints
| Method | Path | Body | Returns |
|---|---|---|---|
| GET | /health |
— | { ok, subscriptions, relays } |
| GET | /vapid-public-key |
— | { key } |
| POST | /auth/challenge |
{ pubkey } |
{ challenge, expiresAt } |
| POST | /subscribe |
{ subscription, proof } |
{ ok } |
| POST | /unsubscribe |
{ endpoint, proof } |
{ ok } |
subscription is the standard PushSubscription.toJSON() shape:
{ endpoint, keys: { p256dh, auth } }.
proof is a NIP-98 kind-27235 event signed by the subscribing pubkey,
carrying ["challenge", <value>] from /auth/challenge. A challenge is
one-time (consumed on use) and expires after PUSH_CHALLENGE_TTL_SECONDS.
Environment
See .env.example. Key ones:
PUSH_VAPID_PUBLIC_KEY/PUSH_VAPID_PRIVATE_KEY— Web Push VAPID keys. Generate withnode -e "console.log(require('web-push').generateVAPIDKeys())". Changing them invalidates all subscriptions.PUSH_RELAYS— comma-separated relays to watch.PUSH_MARKER— the marker tag name (defaultskatespots).PUSH_STORAGE_PATH— JSON state file.PUSH_ALLOWED_ORIGINS— CORS allow-list for/subscribe.
Local dev
cd push-service
bun install
PORT=8788 PUSH_RELAYS=wss://goskatespots.nostr1.com bun run server.ts
# typecheck (from repo root):
npx tsc -p push-service/tsconfig.json
Without PUSH_VAPID_* it generates ephemeral keys (fine for a smoke test;
subscriptions break on restart).
Deploy
npm run deploy:push (reads host/SSH from ~/.config/skatespots/cvm.env,
never committed). It uploads the source, generates VAPID keys on the host
into .env, installs the systemd unit, and restarts. Public TLS is served by
Caddy — copy Caddyfile to /etc/caddy/Caddyfile and reload once.
Logs: npm run deploy:push -- --logs.
Privacy
The service is opt-in per device. It stores a pubkey ↔ push-endpoint map and
sees only timing + recipient. Content, sender and amounts stay in the encrypted
wrap. /privacy discloses this. Web Push delivery routes through the browser
vendor's push service (Chrome→Google, Firefox→Mozilla); Android uses FCM.