@calle , is there currently a feasible easy way to build this kind of service-specific credit system without user accounts?
For example, if someone wanted to create a website with a credit system similar to a real-life arcade (user buys credits with money, and credits can only be used for the games within that arcade place), how could they get started?
Login to reply
Replies (5)
Ecash is literally the ideal solution for accountless credit systems! It would work exactly as I described above. Feel free to shoot questions if you have any, happy to help.
To get started:
- Set up a backend test mint using Nutshell [1]
- Integrate cashu-ts into the frontend [2]
- Check proxnut, a frontend integration of nutshell for this purpose [3]
- Join our community on Telegram [4] and Discord [5]
[1]
[2]
[3]
[4]
[5] 
GitHub
GitHub - cashubtc/nutshell: Chaumian ecash wallet and mint for Bitcoin
Chaumian ecash wallet and mint for Bitcoin. Contribute to cashubtc/nutshell development by creating an account on GitHub.
GitHub
GitHub - cashubtc/cashu-ts: A TypeScript library for building Cashu wallets
A TypeScript library for building Cashu wallets. Contribute to cashubtc/cashu-ts development by creating an account on GitHub.
PROXNUT | Monetize & Access API Data with PROXNUT

Telegram
Cashu R&D
Matrix for dev: https://matrix.to/#/#dev:matrix.cashu.space

Discord
Discord - Group Chat That’s All Fun & Games
Discord is great for playing games and chilling with friends, or even building a worldwide community. Customize your own space to talk, play, and h...
Edit: Proxnut implements cashu-ts, not nutshell. It's easy to integrate cashu-ts directly though, you don't need ProxNut.
If I understand correctly I believe that's what @OpenSecret did.


Mutiny Blog
Blinded Authentication Tokens in Mutiny
Mutiny's unique privacy-preserving approach to solving lightning addresses with fedimint and blind authentication tokens.
Can someone elaborate this part?
"Closed ecash systems also do not run into risk of being regulated as money transmission services for the same reason you don't have this issue when you use a BTCPayServer for selling a VPN, for example. "
This is what gpt says:
• Users can pay each other inside the system, but the system doesn’t let you take that “money” out into the real banking world or convert it to another currency.
• Since nothing leaves the bubble, regulators usually don’t consider it “money transmission” (which is legally when you take money from one person and deliver it to another, like Western Union).
2. BTCPayServer + VPN example
• If you run BTCPayServer to accept Bitcoin for your VPN service, the Bitcoin goes directly from the customer’s wallet to your wallet.
• You never hold customer funds on their behalf. You’re just accepting payment for your own goods/services.
• That’s not “money transmission” either — it’s just you getting paid.
3. The core point
Both cases avoid money transmission risk because:
• Closed e-cash: no external transfers, it all stays inside.
• BTCPayServer merchant setup: no custody, just direct payment.
So the line is basically saying:
👉 Regulators care when you custody or move money for other people. If the system is closed (like arcade tokens) or direct (like BTCPay), you’re in the clear.