SkateSpots/push-service/README.md
SkateSpots baa770f1b8 feat(push): push marketplace events (offers/requests/confirms), not just DMs
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.
2026-10-01 16:07:21 +07:00

3.7 KiB

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

  1. A sender marks the recipient copy of a gift wrap with a plaintext tag ["skatespots", "push"] (never the self copy).

  2. This service subscribes to { kinds: [1059] } on the configured relays, and for each wrap: verifies the outer signature, requires exactly one p recipient, and checks the marker.

    It ALSO pushes marketplace events addressed to subscribers — offers (30403, the whole negotiation), trade requests (31872) and confirmations (31871) — via #p filters 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.

  3. For a marked wrap it looks up that recipient's subscriptions and sends a Web Push payload: { title, body, wrapId, url } — content-free.

  4. The service worker shows an OS notification. On tap, the app fetches the wrap by wrapId and 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 with node -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 (default skatespots).
  • 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.