Oddbean new post about | logout
 Just verified myself.  

Sender (my laptop) can't clawback the payment because I went out of my way to lock the ecash to the public key of the recipient (my phone). 

My phone (offline) has a "later" button when receiving offline.  

It shows up in my offline phone's transaction history when press the receive "later" button.  But you can see at the time how much the ecash token is worth and the fact that it is locked to your public key (can't be redeemed by anyone else before you can get to WiFi).   

Offline instantaneous receiving of sats that are tied to your public key.  Amazing.  

 https://image.nostr.build/43a115316cd1d767580d2e1a0fe52ad836c1e4220dd8b7e9efe3fbf7650c83d3.jpg 
 I test it too. I works except if you lock the ecash to a key the sending phone needs to be online to bring up the barcode? 
 Yeah, I didn't test that yet.
Just testing offline receiving to confirm that the sender couldn't pull back the funds if they got to internet first.  (Which they could not.  They couldn't claim the token to one of their own accounts since it was locked to the original recipient's public key). 

I suppose if you knew that every Saturday you would pay the local rancher 100 sats for whatever, that you could make a stack of ready to go QR codes that ONLY that person could cash in.  

You could print out a stack of QR codes that are like cash except locked to the recipient. (Who can melt them down and spend the sats anywhere they wanted) instead of locked to an establishment like a regular gift card.  
 True but why would it need an internet connection to lock it 
 It's physically impossible to prevent the sender from clawing back the funds if the sender gets internet before the recipient does.

nostr:nevent1qvzqqqqqqypzq3huhccxt6h34eupz3jeynjgjgek8lel2f4adaea0svyk94a3njdqqsfygz4xk8qcah6a3dj054dpkf3r2gzuyfmr4t4svndluuuhpm60dcs0sxfg