pull down to refresh

100 sats \ 2 replies \ @justin_shocknet 20h \ parent \ on: CLINK - 𝚗𝚘𝚏𝚏𝚎𝚛 & 𝚗𝚍𝚎𝚋𝚒𝚝 as Nostr-Native Lightning Interactions lightning
All the events for methods are ephemeral, its like an RPC to simply transport the invoices. Relays that don't offer storage are therefore viable.
(Offer based Lightning addresses are still subject to NIP-05 stored events though)
Yes the offers spec provides an alternative to Bolt12 for use-cases where a static QR code or string is desired, but this is more useful since it's trivially used on the web and Nostr is actually reliable. There's no dependence on Bolt12 at all, in fact, I hate Bolt12 :)
Yes this was designed with subscriptions in mind (push payments), hense the pricing types encoded into the offer which allow for pricing to change over time for scheduled payments. I'll eventually demo the tooling we're building into the wallet and wallet server for this.
The debit side of the spec facilitates a service requesting a payment (pull payments) and give the user one-click ruleset approval.
write
preview
17 sats \ 1 reply \ @supratic OP 17h
This is great! Look forward for it, pink me in case you need some tester! Or there's something in GH i can already play with?
reply
0 sats \ 0 replies \ @justin_shocknet 17h
It's already live in Lightning Pub and ShockWallet, but in a mostly POC state as real users haven't battle-tested it, just internal tinkering.
Feel free to play with it, any and all feedback helps with direction.
The SDK should make it easy enough to make an app that uses it, dev feedback on that would be extremely valuable as well.
The source for the demo is on gh too: https://github.com/shocknet/clink-demo
reply