5 second delay for zap cancel opportunity -> fetch lightning invoice from users lightning address -> send invoice to NWC relay for payment -> nwc pay confirmation -> n second delay -> zap appears …
I realize none of this really needs to be shown to the user. When you click the zap button, it just becomes a placeholder that tracks all this progress and state internally, but otherwise shows immediate zap success. Most of the time it will succeed, in the instances it doesn’t the zap just goes away and you can retry if you want, but its not the end of the world. The biggest thing is the instant haptic feedback on zap that will tend to work 99% of the time anyways. I’m not even going to show a different color I don’t think, you can inspect the zaps in the zap list to see if its still pending, but its a detail users rarely need to care about
Replies (39)
Thanks, because I have still to open wallet and was wondering. Looking forward to new version 🙏
BTW, I very seldom have the issue that whole amount of my wallet is selected instead of the set standard amount of sats. Hope that does not happen with instant zap. Otherwise I will make someone very happy 😝
uhh thats pretty bad and sounds like a buggy lnurl implementation, but damus detect and prevent these now
Great 🙏☝️
I think I also did not have that issue in the last couple of weeks anymore. So seems to work.
This is a good point. Would be cool if the button changed to the value after you zapped for the next 5 seconds at least
I don’t get it, accidents can be reverted. What would the complaints be about? How would wallets get depleted accidentally?
Il me semble que c'est ceci qui fut l'objet de plusieurs interactions. Mais qu'est-ce vous êtes réactif, c'est incroyable !? Aussi dit aussi fait, vous êtes combien à travailler dans l'ombre ? 💜 Quelle efficacité c'est époustouflant professionnellement ⚡🙏💜
Instant zaps without taking me put of the app are magic.
What if you tap it again immediately? Should that try to cancel it?
Yes this is how it works. Thats why the 5 second delay is there. It doesn’t try to cancel it, it does cancel it.
I’m using it now. Its fucking amazing.
Non-custodially too! I’m living the dream 💫
Yeah I can imagine about 1,000 use cases.
You must be half way to NFC between 2x phones? That would transform the economy of Africa overnight.
Good idea! #[5]
Tap-2-zap
🔥🔥🔥
#[6] #[7] 👀
Is Machankura on nostr?
This guy has offline payments. Between trusting parties only until online, (like legacy visa/mastercard).
#[9]
This example scenario:
My last zap was nK sats to a friend and I forgot to change it to my normal few amount,
Then one evening I was sad and out of it and instant zapped all the memes that made me laugh, next morning I opend my wallet and a huge chunk was gone.
I think it may need to warn about the amount once in a while or sth
Can the accidents be reverted for more than 5 seconds? I know I sometimes change my default zap setting. It would be good to have some sort of immediate feedback on the zap amount if you won’t see it every time when the invoice pops up
Well in damus you can instantly see how much you zapped when you click it. So you would notice this right away
I think I see what you mean from your video. Is the amount that gets displayed what you just zapped or the total on the post? Cannot wait to play with it!
#[9] perhaps you know 😝
Thinking about this further, moving the functionality of LnUrl into Nostr could be a good move. No more requirement to run your own server (much as LNUrl is cool). I think #[6] spoke about this.
Entry level should be super easy by default, lowest possible initial friction. Maybe with caps and limits to protect new people.
But with tools and interfaces to implement more advanced options / uncapped, open limits for those who want to. Orgs, tech savvy, etc.
When you say between 2 phones do you mean without internet access?
How could you do it without internet?
You could persist it in the postbox. It would show as “pending” until you get online again.
Could it bounce like a bad cheque?
What prevents double spending?
A lot more difficult! But I think I recall SMS was used to send payments in Africa. But if we assume they’re both connected that makes it easier if that is indeed the case.
Yes, offline,
via feature phones and sms functionality. Here #[8] explains
Have you seen #[5] ‘s PoS? The merchant can take payments on a very simple (cheap) device with no internet connection. The person paying (who has internet) shows the merchant a PIN that the merchant can confirm means payment was made. Very nifty.
Speaking of Machankura: what if a nostr client low data / offline mode has send sms to nostr note + publish service & functionality
Wow, might benefit from numerous payment pathways for both, either/or, neither having a connection to give greater robustness.
Can run various paths by priority.
But anything is better than nothing.
Quite nice to blend irl commerce with ecommerce with social.
Although I guess other clients could be that gateway.
Respectfully, i think a different color matters during #zapathon unless there is a built-in retry mechanism
