Join GitHub today
GitHub is home to over 31 million developers working together to host and review code, manage projects, and build software together.Sign up
How do receivers open incoming channels while network is highly unbalanced? #400
From my understanding in current state of specification, sender lock his money in channel and also will pay all fees on parent chain. If someone (e.g. online store like bitrefill) want mostly receive money (and move them out via parent network, because he actually need fiats to cover his expenses) he can't open receiving channels for himself.
So he have to go to some hub node and ask him to open channel? But what if flow is constantly unsymmetric. This channel will be extinuguished, and incoming channels for the hub also. All this "please open channel in my direction and lock your money inside it" requests on email looks like 17th century banking. (i haven't found special messages in protocol for such requests)
In mature network fees, should help maintain balance. But in current state for receiver hard to maintain enough input channels as far as he should ask someone do it for him.
In theory hubs/banks running competive fees should cover this task, but as far as they don't know state of other channels it is hard for them to understand network balance.
My understanding, already exists some teams, who intend to integrate Lightning with popular exchanges. So not need to move them out via blockchain, can send by Lightning the Bitcoin received by Lightning, and get to exchange and get fiat immediately (more quickly than by blockchain).
Thus receive capacity continuously becomes replenished by a system like this: on receive, send to exchange immediately, convert to fiat.
Exchanges supporting Lightning directly would have an advantage early on during this stage. Further, arbitrageurs will want to use Lightning for quick transfer between exchange, so, this will also quickly transfer Bitcoin back when money is exchanged for fiat.
The problem of difficult to replenish incoming capacity is crippling lightning network.
Imagine being a new merchant with a new node, he cannot receive payment unless:
Hopefully, it will be great if developer could address this issue soon, e.g both-side funding channels, and setting it as default.