Files
smirk-backend-core/examples/paid-access/README.md
T
jwinterm d96f457b69 docs(examples): operator cookbook — six deployment recipes + premium-relay spec
Add ready-to-run .env + README recipes (personal, public-free, friends,
paid-access, paid-relay, community) and the premium-relay design overview,
with audit fixes to the config template and spec:

- Drop the inert INSTANCE_ID knob (config never read it) and document the real
  per-node id, which is derived from ADMIN_PUBLIC_URL.
- Warn that a placeholder PUBLIC_API_URL is rejected at boot in production
  (Nostr identity is on by default); soften the recipe "boots today" status.
- Remove dead template vars: BTC/LTC Core-RPC settings and the non-existent
  PUBLIC_EXPOSE_FEATURES (replaced with the real per-field landing switches).
- Mark ALTCHA_HMAC_KEY conditional in PoW-off recipes; blank placeholder
  payment creds so a recipe doesn't ship a key that fails validation.
- Fix premium-relay spec drift: the migration creates no premium_until index,
  disabled endpoints return 400/200 (not 404), and neutralize operator voice.
2026-07-02 19:47:46 -04:00

845 B

paid-access — a paid hosted wallet backend

A one-time fee gates creating a NEW wallet (existing wallets and self-hosters bypass it). Non-custodial and pull-model: the backend only reads invoice status, and funds go straight to your own wallet.

  • Config: .env.example — REGISTRATION_REQUIRE_PAYMENT=true + the PAYMENT_* processor block (BTCPay-compatible; also served by xmrcheckout / wowcheckout). Price is fiat-denominated, payable in any coin the processor offers.
  • You are a merchant, not a money transmitter — you sell access to your service and never hold user funds. Have clear Terms (what the fee buys, refunds, fair use), treat the fees as income, and see ../LEGAL_AND_OPS.md.
  • PAYMENT_CONFIRMATIONS >= 1 (0-conf lets a paid invoice be reversed after signup).