◢ living roadmap · not a pitch deck

This is the wall.
Not the roadmap slide.

No progress bars, no fake quarters. Pins on a board: what's shipped, what's in motion, and what's still just an idea taped up so we don't lose it. Drag the notes around. Nothing here is a promise.

green border = shipped amber border = wip dashed = idea, not started click "+ more" for the honest tradeoffs
// the board — xmr-pay core + every adapter on top of it
~/core.md
shipped · the engine

xmr-pay core

Everything pinned around this card is a thin adapter. The shared substrate isn't us — it's Monero + the merchant's keys. An address + view key is a portable, sovereign receiving identity. Widget, verifier, watch agent: one engine, reused everywhere below.

If every integration below disappeared tomorrow, the merchant still gets paid straight to their address and still verifies on their own node. No platform in the payment path, ever — that's the constraint every adapter has to respect.
shipped

WooCommerce

beta zip on GitHub, live demo store

shipped

PHP engine

composer require, on Packagist

wip

Joomla suite

adapter-core extracted, 27 tests green

wip

WHMCS gateway

pushed, not run vs real WHMCS yet

idea

Telegram bot

Long-polling, no open port, runs behind NAT. Per-order subaddress + QR in DM.

// discussed, not started — reuses the JS agent as-is
Paywall/access, donations/tips, or a digital store — only "on paid" changes. Honest tradeoff: a bot is a process that has to stay running, unlike the library's default.
wip

Nostr + Monero

Relays as a decentralized notification bus — no webhook server, ever.

// phase 0 done — relay round-trip verified
Possibly the highest philosophical fit of all: Nostr's npub and xmr-pay's (address + view key) are both "your keys, no platform." The agent publishes signed invoice-state events; the merchant's app subscribes. Solves durable webhooks without anyone running a server.
idea

Nostr e-commerce
(NIP-15)

Every NIP-15 client settles in Lightning/Cashu. Monero is the missing payment leg.

// concrete path scoped — Shopstr fork or native storefront
Nostr (sovereign identity) + Monero (private payment) + xmr-pay (verify/settle) leaks nothing — no platform, no amount, no buyer PII. Nobody offers that combination today.
idea

Ghost

Self-hosted = Node, reuse the lib directly. Ghost Pro (hosted) = thin adapter.

// stub, not started
idea

Shopify / Wix

Hosted SaaS can't run our code — thin merchant-side adapter + the hosted checkout.

// stub, not started
Non-custodial stays intact; "no server" softens to "one tiny adapter." Lowest priority — most engineering for least alignment with the thesis.
idea

PrestaShop /
Magento

Once the PHP engine is a stable Composer package, these are thin wrappers, not copy-paste.

// stub, waiting on the PHP package to settle
idea

Discord

Same shape as the Telegram bot — a bot process, the JS agent, "on paid" swapped per use-case.

// stub, not started
exploring

xmrpay-escrow

Non-custodial escrow. The server should never be able to become the wallet.

// today: researched Onyx (FROST/WASM) + a custodial-marketplace contrast case
Existing escrow (Haveno, Bisq, XmrBazaar) is desktop-only, human-arbitrated, and slow. Existing embeddable "marketplace" code (the custodial kind) puts a hot wallet where multisig should be. The gap: browser-native, non-custodial, embeddable escrow — nobody ships that combination yet.
◢ someday, not a plan yet

Unify all of this into a suite.

Not a monolith. Every card above stays standalone and installable on its own — that doesn't change. The direction is just: once there are enough thin adapters, give them one shared install/config path so picking your channels (Woo + Telegram + Nostr, or just PHP alone) feels like snapping in modules, not repeating setup for each one. Segmented, plug-and-play, opt-in per piece.

~/someday.txt
              ┌────────────────────┐
              │     xmr-pay core   │   address + view key
              │  widget · verify   │   = the merchant's own
              │  watch agent       │   sovereign identity
              └──────────┬─────────┘
        ┌───────┬────────┼────────┬────────┬─────────┐
      [woo]   [php]    [tg]    [nostr]  [discord] [escrow]  ...
       shipped        idea     wip        idea      idea

      // each bracket: standalone today. "the suite" = one shared
      // spine to install/configure them, later — not a rewrite.