pull down to refresh

As far as I can tell, I'm only receiving my own sats on that channel. Since I don't have any other public channels, I wasn't expecting any routing through it.
Why would creating a public channel to SN make it so SN can no longer route to my Alby wallet?
27 sats \ 16 replies \ @ek 23 Oct
Since I don't have any other public channels, I wasn't expecting any routing through it.
Mhh, good question! I had to check and I found conflicting information. Using a public + private channel for routing might be called "shadow liquidity" according to this source:
  • does not route payments (unless used in parallel with a public channel to the same node - aka shadow liquidity)
but the docs from Lightning Labs say this:
Private Channel
A private channel is a channel that is not announced to the network. As such it cannot be used for routing, and when receiving payments through a private channel its information needs to be included in the invoice.

Why would creating a public channel to SN make it so SN can no longer route to my Alby wallet?
It could still but your problem sounded like your inbound liquidity gets drained very quickly.
reply
It's only my inbound liquidity on the channel with SN that runs out. There's plenty on the private channels, which I had set up previously and which used to receive payments from SN.
reply
39 sats \ 14 replies \ @ek 23 Oct
Oh, mhh. Is it possible that you withdrew as much as the channel is big, so all liquidity is on your side now in that public channel?
reply
Not according to the information Alby provides. The receiving capacity on those channels is sufficiently large for anything I've been doing.
Edit: Yes, that's exactly the situation wrt the public channel. I'm wondering why payments aren't going to the channels with receiving capacity.
reply
132 sats \ 10 replies \ @ek 23 Oct
Ok, let me summarize your current setup and problem:
You have 3 channels. Two are private and to LSPs recommended by Alby Hub. One is public to SN.
Your problem is that you can't receive payments from SN.
You analyzed the problem a little yourself and noticed that you run out of inbound liquidity on that public channel fast:
I opened a public channel to Stacker News, which has been receiving sats. The problem is that I run out of inbound liquidity on that channel pretty fast.
but this sounds contradictory to this statement:
The receiving capacity on those channels is sufficiently large for anything I've been doing.
So I am confused. Am I right to assume that you attached your Alby Hub node via NWC to SN and see a lot of ERROR autowithdrawal failed: no route found in your logs which is the problem you're trying to solve?
Increasing the max fee might help. Is it at 1%? And how much is it trying to withdraw? It's roughly the difference between your current and desired balance.
reply
You analyzed the problem a little yourself and noticed that you run out of inbound liquidity on that public channel fast:
There we go...
It's roughly the difference between your current and desired balance.
users must also keep in mind a 1% of the channel at least to leave it for reserves, on both sides not just on your side.
For example:
  • you have a channel of 1M with only 10k sats inbound space available, you cannot receive more than 9k sats.
But... if you send 9k sats and after that another 100 sats, you can receive, until it fills out that channel.
reply
I know there isn't enough receiving capacity on the public channel with SN, but the private channels have orders of magnitude more receiving capacity than I'm trying to process.
reply
If you cannot include route hints on those private channels you cannot receive into them. Plain and simple. see here #737329
The channels with lots of receiving capacity are the other two private channels.
On the public channel, I generally haven't had enough receiving capacity for the daily rewards. Then I get the error "no route found". I had tried increasing the default fee (perhaps not enough though). I'd rather just withdraw to another wallet than pay a hundred sat fee.
What's confusing to me is that the two private channels had been receiving transactions and now they aren't.
reply
40 sats \ 1 reply \ @ek 23 Oct
What's confusing to me is that the two private channels had been receiving transactions and now they aren't.
They aren't receiving payments from the same nodes as before?
reply
Assuming SN is using the same node as it used to.
24 sats \ 1 reply \ @ek 23 Oct
I'm wondering why payments aren't going to the channels with receiving capacity.
I see. Could be related to your max fee setting. Maybe the route through these LSPs is too expensive for your withdrawal amount and max fee setting?
reply
That's certainly something I was wondering. SimpleStacker mentioned needing to raise his max fee to 100 for some transactions to go through.
reply