So zapping will now require me to tab out to a different app to approve a spend?
So zapping will now incur lightning fees?
If the recipient is offline (say a mobile wallet), the zap will fail?
Why are some wallets send only (like Blink)? I like Blink as an intermediary because it obfuscates my identity (I don't reveal my main LND node, which I may want to associate with a different identity).
70 sats \ 2 replies \ @ek 15 Oct
So zapping will now require me to tab out to a different app to approve a spend?
Not necessarily, many wallet connections either require no approval or allow to set a budget within which payments are automatically approved.
So zapping will now incur lightning fees?
Yes, you pay for the route to our node. We pay the network fees for the route to the recipient from the 30% we take for rewards and territory revenue.
For small zaps, it can be a high percentage due to base fees (1 sat fee for 1 sat payments). If you want zero fees, open a channel to SN.
If the recipient is offline (say a mobile wallet), the zap will fail?
Yes. If your wallet fails too much, we might disable it and you'll receive cowboy credits instead until you fixed your wallet and want to try it again.
Why are some wallets send only (like Blink)? I like Blink as an intermediary because it obfuscates my identity (I don't reveal my main LND node, which I may want to associate with a different identity).
You can use Blink for receiving via its lightning address.
If a wallet does not support sending receiving, it's either because we haven't implemented it yet or because they don't support running on the server (like WebLN).
reply
sending
I think you mean receiving.
reply
184 sats \ 0 replies \ @ek 15 Oct
thanks, fixed
reply
So zapping will now require me to tab out to a different app to approve a spend?
Only if that's what your wallet setup/settings require. Mine doesn't. That's up to you.
So zapping will now incur lightning fees?
That's right. If fees are too high for you, you can always use cowboy credits instead.
If the recipient is offline (say a mobile wallet), the zap will fail?
If all the recipient's attached wallets fail (you can attach more than one), we will fallback to giving the receiver fee credits unless they indicate they'd prefer to receive nothing if no wallet is available.
Why are some wallets send only (like Blink)?
Some wallets only support one or the other. For some wallets like Blink, we've only implemented one or the other. We plan on implementing Blink receives soon (@rblb mentioned wanting to work on it this morning).
I like Blink as an intermediary because it obfuscates my identity (I don't reveal my main LND node, which I may want to associate with a different identity).
For non-custodial p2p zaps on SN, we implement an lnproxy like forwarding mechanism. So the only one that would learn your lnd node's identity is SN. That still might not suit your threat model, but it's worth mentioning.
reply