-
Notifications
You must be signed in to change notification settings - Fork 491
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
How do receivers open incoming channels while network is highly unbalanced? #400
Comments
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. |
@azhmur - take a look at https://testnet.lightningconductor.net/ makes it trivial to re-balance any channel. i.e. can use this website to add/remove balance from a channel and convert into BTC. |
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. |
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.
The text was updated successfully, but these errors were encountered: