PSA: If you use NWC and one tap zap, chances are some of your zaps are never paid. Since I have my own node, I can see a bunch of unpaid invoices for different sums, 21, 541, 1000, etc. If you really meant to zap some one, I suggest checking it later and see if it is registered. On the other hand, you save a lot on zaps and get the satisfaction of zapping without actually spending any sats! 🐶🐾🫡
Discussion
So you could see the invoices for the ones I tried last night but no payments? They definitely weren’t being paid from my Alby wallet.
Yes, every single one of them! 🐶🐾🫡
I think I was having an issue with Damus connecting to the Alby relay which if I understand the NIP is how the client interacts with Alby. I’m not sure exactly why though.
Restarting Damus helps. It’s a thing with iPhone and connection resumption. Damus runs a small relay for that and sometimes it cannot connect to the NWC end point. I think Amethyst has similar issues. 🐶🐾🫡
Yeah the restart doesn’t work reliably for me for some reason. Currently I’ve got issues with it connecting to a few relays. I was going to test NWC on Amethyst too just to see if that works better but I haven’t had the chance yet.
which ones?
if it’s your own node then let’s have a look at the logs. (and improve logs if needed)
if it’s alby, then let me know which ones and what’s your app connection pubkey.
we put a lot of work in this and improving the lightning experience in Nostr.
I don’t think it’s an NWC or one tap zap issue. I attribute them mostly to empty wallets, indecisive mentality, or nosy creeps…
Mine is using Alby, not my own node at the moment. I suspect the issue was Damus not connecting to relay.getalby.com - I wasn’t even seeing traffic going to this relay in my firewall logs. I’ve just set up the NWC zaps again and this time it is working correctly. Maybe a Damus or iPhone issue rather than Alby but I’ll keep sending zaps with NWC for a while and see if it breaks again.
I pasted logs yesterday in the thread that you replied to when I was testing. Phill also commented. Let me know what specific logs you need. 🐶🐾🫡
that can not be… can you open an issue and share your logs?
and we need to get Damus and all clients to implement feedback on the payment.
fire and forget and hope everything works is not enough user feedback.
esp. as there are still many new moving parts (clients, relays, nwc. zap publisher,…)
and I am not happy about such general claims/FUD.
I apologize that it sounded like a spread of general fear, uncertainty and doubt. That was not the intention.
The reality is, fire and forget is the current mode how at least Damus works. I also understand that we are in the early stage and things are not well tuned. The experience with one tap zap is vastly different from the wallet payment where you get solid confirmation that payment is settled.
On the topic of the logs, we did experimentation yesterday with #[3] and it was clear that something didn’t work. I also have experience with zaps hanging until I restart the client and rezap. It is usually happens when I switch between cellular connection to wifi or switch apps. It is similar to what happens with connections to nostr relays.
I am not sure what logs I can provide to help with troubleshooting, but I am sure that the problem is not likely with NWC service itself, and likely to be with the client sending the request to make the payment.
Lastly, I’ll refrain from making notes of this nature in the future for the fear of being misinterpreted. 🐶🐾🫡
sorry, I did not want to sound harsh. please always keep the comments coming, we all try hard to build the best Nostr experience and make things better and I really really appreciate your input. You made NWC and the tools around already so much better.
We still have a lot of moving parts here. NWC problems have to be fixed in NWC. Client problems have to be fixed in the client.
If the client can not send the payment request then NWC can not do anything.
The client needs to be resilient there and also give the user feedback.
From my side zapping is still the most unreliable that I see right now. Too many zap events are rejected.
And clients (damus) needs to give users proper feedback.
With the logs I meant the NWC application logs (you run your own, right?) The app logs information about received events, payment status and responses.
There we should see what goes wrong - if NWC receives the event, if not we need to look at some other part.
My node rarely has issues with sending, only happened a few times when I get phone into that rare cannot connect state. I’ll lookout for this and send logs from NWC 🐶🐾🫡
I presume you received that zap I just sent? My NWC zaps seem to be working fine at the moment.
Yes!🐶🐾🫡
we have:
client -> relay -> nwc -> node -> nwc -> relay -> client ; and nwc -> relays -> zaps
Yes, I am aware of the flow. I suspect the issue is mainly at client->relay->NWC point. Likely relay->NWC. Connectivity on mobile is unstable and may get into some sort of lockup timeout. I am sure there are cases where NWC-> node may have problems, but I haven’t seen those on my node at least. 🐶🐾🫡
the mobile connectivity one is interesting. I don’t know how clients behave there… this is something I need to test more.
Try going into different states of the app. Open, put into background, switch connectivity (cell->wifi or wifi->cell), bring it back into foreground. And any other scenarios. Maybe use other apps while client in bg. 🐶🐾🫡
hell yes, just been there lately😂😂😂