The multifundchannel RPC command opens multiple payment channels
with nodes by committing a single funding transaction to the blockchain
that is shared by all channels.
If not already connected, multifundchannel will automatically attempt
to connect; you may provide a @host:port hint appended to the node ID
so that Core Lightning can learn how to connect to the node;
see lightning-connect(7).
Once the transaction is confirmed, normal channel operations may begin.
Readiness is indicated by listpeers reporting a state of
CHANNELD_NORMAL for the channel.
destinations is an array of objects, with the fields:
id is the node ID, with an optional @host:port appended to it
in a manner understood by connect; see lightning-connect(7).
Each entry in the destinations array must have a unique node id.
amount is the amount in satoshis taken from the internal wallet
to fund the channel.
The string all can be used to specify all available funds
(or 16,777,215 satoshi if more is available and large channels were
not negotiated with the peer).
Otherwise it is in satoshi precision; it can be
a whole number,
a whole number ending in sat,
a whole number ending in 000msat, or
a number with 1 to 8 decimal places ending in btc.
The value cannot be less than the dust limit, currently 546 satoshi
as of this writing, nor more than 16,777,215 satoshi
(unless large channels were negotiated with the peer).
announce is an optional flag that indicates whether to announce
the channel with this, default true.
If set to false, the channel is unpublished.
push_msat is the amount of millisatoshis to outright give to the
node.
This is a gift to the peer, and you do not get a proof-of-payment
out of this.
close_to is a Bitcoin address to which the channel funds should be sent to
on close. Only valid if both peers have negotiated
option_upfront_shutdown_script. Returns close_to set to
closing script iff is negotiated.
request_amt is the amount of liquidity you'd like to lease from peer.
If peer supports option_will_fund, indicates to them to include this
much liquidity into the channel. Must also pass in compact_lease.
compact_lease is a compact represenation of the peer's expected
channel lease terms. If the peer's terms don't match this set, we will
fail to open the channel to this destination.
There must be at least one entry in destinations;
it cannot be an empty array.
feerate is an optional feerate used for the opening transaction and, if
commitment_feerate is not set, as the initial feerate for
commitment and HTLC transactions. It can be one of
the strings urgent (aim for next block), normal (next 4 blocks or
so) or slow (next 100 blocks or so) to use lightningd's internal
estimates: normal is the default.
Otherwise, feerate is a number, with an optional suffix: perkw means
the number is interpreted as satoshi-per-kilosipa (weight), and perkb
means it is interpreted bitcoind-style as satoshi-per-kilobyte. Omitting
the suffix is equivalent to perkb.
minconf specifies the minimum number of confirmations that used
outputs should have. Default is 1.
utxos specifies the utxos to be used to fund the channel, as an array
of "txid:vout".
minchannels, if specified, will re-attempt funding as long as at least
this many peers remain (must not be zero).
The multifundchannel command will only fail if too many peers fail
the funding process.
commitment_feerate is the initial feerate for commitment and HTLC
transactions. See feerate for valid values.
The multifundchannel RPC command opens multiple payment channels with nodes by committing a single funding transaction to the blockchain that is shared by all channels.
If not already connected, multifundchannel will automatically attempt to connect; you may provide a @host:port hint appended to the node ID so that Core Lightning can learn how to connect to the node; see lightning-connect(7).
Once the transaction is confirmed, normal channel operations may begin. Readiness is indicated by listpeers reporting a state of
CHANNELD_NORMALfor the channel.destinations is an array of objects, with the fields:
true. If set tofalse, the channel is unpublished.option_upfront_shutdown_script. Returnsclose_toset to closing script iff is negotiated.option_will_fund, indicates to them to include this much liquidity into the channel. Must also pass in compact_lease.There must be at least one entry in destinations; it cannot be an empty array.
feerate is an optional feerate used for the opening transaction and, if commitment_feerate is not set, as the initial feerate for commitment and HTLC transactions. It can be one of the strings urgent (aim for next block), normal (next 4 blocks or so) or slow (next 100 blocks or so) to use lightningd's internal estimates: normal is the default.
Otherwise, feerate is a number, with an optional suffix: perkw means the number is interpreted as satoshi-per-kilosipa (weight), and perkb means it is interpreted bitcoind-style as satoshi-per-kilobyte. Omitting the suffix is equivalent to perkb.
minconf specifies the minimum number of confirmations that used outputs should have. Default is 1.
utxos specifies the utxos to be used to fund the channel, as an array of "txid:vout".
minchannels, if specified, will re-attempt funding as long as at least this many peers remain (must not be zero). The multifundchannel command will only fail if too many peers fail the funding process.
commitment_feerate is the initial feerate for commitment and HTLC transactions. See feerate for valid values.