Avatar
Tim Bouma
06b7819d7f1c7f5472118266ed7bca8785dceae09e36ea3a4af665c6d1d8327c
| Independent Self | Pug Lover | Published Author | #SovEng Alum | #Cashu OG | #OpenSats Grantee x 2| #Nosfabrica Prize Winner

A kind 0 event is functionally the same as a DNS Start of Authority (SOA) record

I lost against Son 3.

Replying to Avatar Gigi

GN

GN (photo from last month)

FWIW, Lightning doesn’t sit on Bitcoin either. You can put it atop any chain. I get your point, but the value for Cashu (the current implementations) is due to the network effect of Lightning. And yes, like cash, they are transferable IOUs. AFAICT, I am not aware of any non-Lightning implementations of Cashu - I would call these more generically Chaumian mint implementations

Cashu sits on top of lightning. The biggest advantage is that you can do an ‘out-of-band’ value transfer with a Cashu token, for example, email, DM, cut-and-paste, etc. The receiver can redeem back into Lightning and no way to correlate back to sender.

I'd like to keep it simple for the first iteration. Since the token is being passed directly, no need to lock. Still need the 9735 event to be broadcast as a successful zap, once redeemed.

How about zap request kind 9733 with "cashu" tag consisting of valid token? 9733 doesn't need "lnurl" or "amount" tags.

Once redeemed, the 9735 event can have an optional "cashu" tag of redeemed token. Not really a proof a payment but shows that a legit token was generated.

It would be straightforward to add a “cashu” tag to the 9734 event. If it corresponds to the “amount” and it is redeemed, then the zap receipt event could be broadcast immediately, instead of issuing an invoice.

Can the 9734 zap request event have a Cashu token embedded instead? If it redeems then the signed 9735 event gets broadcasted?

nostr:note1dj5sv44ec60kawdz32ugz9d35ld574uhrt6nq29rcs0lpvrf2tds75y9ys

Getting ready for hotpot night!