pull down to refresh

0 sats \ 3 replies \ @k00b OP 15h \ parent \ on: Lightning payment probing behavior is implementation dependent lightning
The issue is related to the implementation of your Lightning node - method of requesting an invoice and your channels are not relevant.
I deployed a fallback, but it doesn’t work because the first attempt to probe scores the channel as invalid temporarily, then the fallback fails too.
I’ll deploy a workaround tomorrow rather than a fallback and that should get LDK-backed Alby Hub folks back to receiving sats for zaps.
write
preview
0 sats \ 2 replies \ @SimpleStacker 15h
Interesting. Still trying to understand the problem better. I was able to receive my rewards from last night, as well as withdraw sats from my SN account. Does that mean you don't use probing for those payments?
reply
0 sats \ 1 reply \ @k00b OP 14h
We only use probing for zaps. Before we give an invoice to the sender we want to be reasonably certain we’ll be able to pay the receiver.
Before, the probe failing indicated there isn’t a route. But now probing is generating false negatives.
reply
0 sats \ 0 replies \ @SimpleStacker 14h
ah, got it
reply