A channel is created each time an incoming payment isn't able to "fit" into your existing channels. Phoenix will add a bit of "remote" capacity on top of it, but from the looks of it, you have over time received four payments in the range of 25k to 60k at a time when your remote balance was less than that.
I agree that Phoenix' practice feels highly wasteful in terms of on-chain fees, but it might be very efficient for them in terms of capital efficiency. I don't know if their approach of multiple small channels has an effect on payment success rates, but quite possibly not.
What I'd love to see is an option in Phoenix to select how much incoming capacity you'd like to have, and whenever you receive the next incoming payment, Phoenix would create the channel of the size you desire, and charge you for it.
In the meantime, you can create such a girthy channel for yourself by sending a large on-chain or off-chain payment to yourself in a single chunk, then send sats back out over the Lightning Network.
Yes I was testing with small channels deliberately. Yes I know that is better to use larger channels. Yes I know that are also commit_fees involved in the limit of a channel.
A channel is created each time an incoming payment isn't able to "fit" into your existing channels. I disabled that option deliberately, to test this scenario: refill at maximum the existing channels.
But even then a channel that still shows 10000 sats available to receive and is not receiving is weird.
reply