Subscriptions Without Silos: Bringing Recurring Commerce to NOSTR
- The Problem
- The Idea: Native Subscriptions on NOSTR
- The Building Blocks
- Why This Matters
- The Logistics Question
- The Bigger Picture
The Problem
Peer-to-peer (P2P) commerce on NOSTR is growing fast. Merchants can sell directly to customers, accept Bitcoin, and interact without centralized platforms. Whether you want decadent wine from @BenJustman all natural handmade soap @@zzmx…w5wy delicious @GreatGhee perfectly blended pecan butter straight from @oshi kitchen, a western shirt made by our friends at @@gh73…4ruj to sport for a first date or a stylish Faraday bag to protect your digital footprint courtest of @@cqc4…x8zn they are available to purchase using sats. But one major piece is still missing: recurring purchases and subscriptions.
Today, if you want to join a merchant’s subscription offering—say, a wine club, a monthly food delivery, or a quarterly shipment—you almost always have to leave the Bitcoin and NOSTR ecosystem behind.
Take a real-world example: Peony Lane Vineyards. To join their wine club, customers must:
-
Sign up through a traditional website
-
Enter personal information
-
Store a debit or credit card with a payment processor
-
Wait for an email before each shipment
-
Get billed automatically through legacy payment rails
-
Receive the shipment after payment clears
Merchants are forced to rely on banks, card networks, payment processors, and centralized customer databases. Even if the merchant wants to operate natively on Bitcoin and NOSTR, there simply aren’t protocol-level tools that support subscriptions.
The result?
-
Merchants are tethered to legacy payment systems
-
Customer data is fragmented across shipping companies and payment processors
-
Privacy is optional instead of default
-
Bitcoin liquidity leaks back into fiat rails
This is not a failure of intent—it’s a gap in infrastructure.
The Idea: Native Subscriptions on NOSTR
What if subscriptions worked the same way as everything else on NOSTR:
permissionless, decentralized, and opt-in?
The core idea is simple:
-
A NOSTR user subscribes to a merchant
-
This could be wine, food, soap, or any recurring good
-
Examples: Peony Lane Vineyards, Great Ghee, Soapminer, and others
-
-
The merchant generates an invoice for each billing cycle
-
Monthly, quarterly, or custom intervals
-
Each invoice has a clear expiration date
-
-
The customer chooses whether to pay
-
No automatic billing
-
No stored card details
-
No forced withdrawals
-
-
Payment triggers fulfillment
-
Once paid, the merchant is notified
-
Goods are shipped
-
Receipts and details are shared securely
-
-
No payment = no shipment
-
If the invoice expires unpaid, that cycle is skipped
-
No debt, no chargebacks, no friction
-
In short: No pay, no play.
This preserves user sovereignty while still giving merchants predictable, recurring revenue.
The Building Blocks
This system doesn’t require reinventing everything. The tools already exist.
NOSTR: Coordination and Identity
NOSTR provides the foundation:
-
Merchants publish subscription offerings
-
Users subscribe using public/private keys
-
Events, invoices, and notifications flow through relays
-
No centralized platform owns the relationship
NOSTR acts as the communication and coordination layer.
Ecash (Cashu): Private Payments
Ecash provides the payment rail:
-
Permissionless
-
Fast
-
Private by default
-
Uses custodial mints without revealing balances
With Ecash, merchants don’t see customer balances, transaction histories, or financial metadata. Payments are settled without surveillance or profiling.
Safebox: Encrypted Data Exchange
Safebox solves a critical problem: secure information sharing.
Created by @Tim Bouma Safebox allows encrypted data to be exchanged directly between parties:
-
Shipping addresses
-
Receipts
-
Order details
-
Event tickets
-
Medical records (and more)
In this model:
-
Data is encrypted at the moment it’s created
-
Only the merchant and customer can read it
-
No third-party database becomes a honeypot
-
No unnecessary data leaks to shipping or payment companies
This minimizes silos and dramatically improves privacy.
Why This Matters
This approach strengthens the Bitcoin economy in several ways:
-
Bitcoin stays in Bitcoin
No forced off-ramps to fiat or card networks. -
Privacy is the default
Not an add-on, not a checkbox. -
Merchants regain control
No chargebacks, frozen funds, or account shutdowns. -
Customers stay sovereign
Every payment is intentional. -
Data is minimized
Only the parties who need information receive it.
The Logistics Question
The remaining challenge is logistics.
Most freight and shipping providers still operate entirely in fiat and require extensive customer data. Building a Bitcoin-native logistics network is hard—existing companies already have massive infrastructure and scale.
That said, innovation doesn’t always start at the top.
Maybe it’s:
-
A regional delivery company willing to accept BTC
-
A small freight operator experimenting with Bitcoin rails
-
Or even an enterprising individual with a box truck and a friend who has a private pilot’s license
Every major system starts small. Competition begins at zero.
The Bigger Picture
Subscriptions are a cornerstone of modern commerce. If Bitcoin and NOSTR are going to support real businesses—not just one-off transactions—they need a way to handle recurring relationships without sacrificing principles.
This model:
-
Keeps sats flowing
-
Reduces trust dependencies
-
Preserves privacy
-
Aligns incentives between merchants and customers
It doesn’t try to replicate the legacy system.
It replaces it with something simpler, more honest, and more aligned with Bitcoin values.
The tools are here.
The demand is real.
What’s missing is execution.
And that’s a solvable problem.
I know there are other merchants I missed mentioning and for that I’m sorry but tag them below and spread the word. This protocol has all the talent in the world and to kick off from Max Hillebrand’s article there is no future if the real world doesn’t relfelct the changes we are making. A hammer is useless if there is no one to use it.
