-
Notifications
You must be signed in to change notification settings - Fork 895
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
Feature Request: fund channel with all available funds, or a specific output #665
Comments
I agree, this is a very useful feature. |
Agree. I accidentally sent ~8000 satoshis to a change address when doing my first channel opening. My own fault, but an easier way to force spending all available funds and not producing a change UTXO would be useful. |
With fees ticking up again, it's now spending ~€1.50 to open a channel, this becomes more relevant. |
Marking as good first issue, shouldn't be too hard and it's a good exercise in getting acquainted with the source. |
Suggestion for those who want to consider taking this issue: |
I added support to fundchannel to accept "all". For now, I just made It worked on testnet for me, and I added a Its all on my |
Yes, please make pull request, thank you! It could be marked WIP if you intend to also add the specific-output support in the same pull request but we could also do a separate pull request for the specific-output support. |
Ok sounds like a plan. Will do. |
No new functionality, just a continuation of my work toward completing ElementsProject#665. I removed the common members of `struct withdrawal` and `struct fund_channel` and placed them in a new `struct wallet_tx`. Then it was fairly straightforward to reimplement the existing code in terms of `wallet_tx`. Since I made some structural changes I wanted to get this approved before I go any farther.
why limit ourselves to a 1) specific amount, 2) 'all', or 3) a specific manually selected utxo? |
I hear you @robtex. Maybe another option, closest fit: I also am experimenting with providing a list of utxos instead of just a single one. |
I'd rather not make this RPC call any more complex than necessary. We can always add a new RPC command, and then we can externalize the coinselection completely, i.e., pass in a list of outputs that should be selected for the funding, and a value, similar to |
Yeah that makes sense. Should I even add support for specifying the single utxo? |
No new functionality, just a continuation of my work toward completing ElementsProject#665. I removed the common members of `struct withdrawal` and `struct fund_channel` and placed them in a new `struct wallet_tx`. Then it was fairly straightforward to reimplement the existing code in terms of `wallet_tx`. Since I made some structural changes I wanted to get this approved before I go any farther.
Well, that'd be covered by the |
No new functionality, just a continuation of my work toward completing ElementsProject#665. I removed the common members of `struct withdrawal` and `struct fund_channel` and placed them in a new `struct wallet_tx`. Then it was fairly straightforward to reimplement the existing code in terms of `wallet_tx`. Since I made some structural changes I wanted to get this approved before I go any farther.
Yes. |
No new functionality, just a continuation of my work toward completing ElementsProject#665. I removed the common members of `struct withdrawal` and `struct fund_channel` and placed them in a new `struct wallet_tx`. Then it was fairly straightforward to reimplement the existing code in terms of `wallet_tx`. Since I made some structural changes I wanted to get this approved before I go any farther. Added 'all' to fundchannel help message.
No new functionality, just a continuation of my work toward completing ElementsProject#665. I removed the common members of `struct withdrawal` and `struct fund_channel` and placed them in a new `struct wallet_tx`. Then it was fairly straightforward to reimplement the existing code in terms of `wallet_tx`. Since I made some structural changes I wanted to get this approved before I go any farther. Added 'all' to fundchannel help message.
No new functionality, just a continuation of my work toward completing ElementsProject#665. I removed the common members of `struct withdrawal` and `struct fund_channel` and placed them in a new `struct wallet_tx`. Then it was fairly straightforward to reimplement the existing code in terms of `wallet_tx`. Since I made some structural changes I wanted to get this approved before I go any farther. Added 'all' to fundchannel help message.
No new functionality, just a continuation of my work toward completing ElementsProject#665. I removed the common members of `struct withdrawal` and `struct fund_channel` and placed them in a new `struct wallet_tx`. Then it was fairly straightforward to reimplement the existing code in terms of `wallet_tx`. Since I made some structural changes I wanted to get this approved before I go any farther. Added 'all' to fundchannel help message.
No new functionality, just a continuation of my work toward completing ElementsProject#665. I removed the common members of `struct withdrawal` and `struct fund_channel` and placed them in a new `struct wallet_tx`. Then it was fairly straightforward to reimplement the existing code in terms of `wallet_tx`. Since I made some structural changes I wanted to get this approved before I go any farther. Added 'all' to fundchannel help message.
No new functionality, just a continuation of my work toward completing #665. I removed the common members of `struct withdrawal` and `struct fund_channel` and placed them in a new `struct wallet_tx`. Then it was fairly straightforward to reimplement the existing code in terms of `wallet_tx`. Since I made some structural changes I wanted to get this approved before I go any farther. Added 'all' to fundchannel help message.
This is implemented now, can this be closed? |
Avoids the need for a change address, especially if you want to put all available funds in a single channel.
The text was updated successfully, but these errors were encountered: