@@ -30,7 +30,7 @@ use bitcoin::hash_types::{BlockHash, Txid};
30
30
31
31
use bitcoin::secp256k1::{SecretKey,PublicKey};
32
32
use bitcoin::secp256k1::Secp256k1;
33
- use bitcoin::{secp256k1, Sequence};
33
+ use bitcoin::{secp256k1, Sequence, TxIn };
34
34
#[cfg(splicing)]
35
35
use bitcoin::{TxIn, Weight};
36
36
@@ -84,7 +84,7 @@ use crate::util::config::{ChannelConfig, ChannelConfigUpdate, ChannelConfigOverr
84
84
use crate::util::wakers::{Future, Notifier};
85
85
use crate::util::scid_utils::fake_scid;
86
86
use crate::util::string::UntrustedString;
87
- use crate::util::ser::{BigSize, FixedLengthReader, LengthReadable, Readable, ReadableArgs, MaybeReadable, Writeable, Writer, VecWriter };
87
+ use crate::util::ser::{BigSize, FixedLengthReader, LengthReadable, MaybeReadable, Readable, ReadableArgs, TransactionU16LenLimited, VecWriter, Writeable, Writer };
88
88
use crate::util::logger::{Level, Logger, WithContext};
89
89
use crate::util::errors::APIError;
90
90
#[cfg(async_payments)] use {
@@ -7875,7 +7875,7 @@ This indicates a bug inside LDK. Please report this error at https://github.com/
7875
7875
/// [`Event::OpenChannelRequest`]: events::Event::OpenChannelRequest
7876
7876
/// [`Event::ChannelClosed::user_channel_id`]: events::Event::ChannelClosed::user_channel_id
7877
7877
pub fn accept_inbound_channel(&self, temporary_channel_id: &ChannelId, counterparty_node_id: &PublicKey, user_channel_id: u128, config_overrides: Option<ChannelConfigOverrides>) -> Result<(), APIError> {
7878
- self.do_accept_inbound_channel(temporary_channel_id, counterparty_node_id, false, user_channel_id, config_overrides)
7878
+ self.do_accept_inbound_channel(temporary_channel_id, counterparty_node_id, false, user_channel_id, config_overrides, vec![] )
7879
7879
}
7880
7880
7881
7881
/// Accepts a request to open a channel after a [`events::Event::OpenChannelRequest`], treating
@@ -7897,13 +7897,61 @@ This indicates a bug inside LDK. Please report this error at https://github.com/
7897
7897
/// [`Event::OpenChannelRequest`]: events::Event::OpenChannelRequest
7898
7898
/// [`Event::ChannelClosed::user_channel_id`]: events::Event::ChannelClosed::user_channel_id
7899
7899
pub fn accept_inbound_channel_from_trusted_peer_0conf(&self, temporary_channel_id: &ChannelId, counterparty_node_id: &PublicKey, user_channel_id: u128, config_overrides: Option<ChannelConfigOverrides>) -> Result<(), APIError> {
7900
- self.do_accept_inbound_channel(temporary_channel_id, counterparty_node_id, true, user_channel_id, config_overrides)
7900
+ self.do_accept_inbound_channel(temporary_channel_id, counterparty_node_id, true, user_channel_id, config_overrides, vec![])
7901
+ }
7902
+
7903
+ /// Accepts a request to open a dual-funded channel with a contribution provided by us after an
7904
+ /// [`Event::OpenChannelRequest`].
7905
+ ///
7906
+ /// The `temporary_channel_id` parameter indicates which inbound channel should be accepted,
7907
+ /// and the `counterparty_node_id` parameter is the id of the peer which has requested to open
7908
+ /// the channel.
7909
+ ///
7910
+ /// The `user_channel_id` parameter will be provided back in
7911
+ /// [`Event::ChannelClosed::user_channel_id`] to allow tracking of which events correspond
7912
+ /// with which `accept_inbound_channel_*` call.
7913
+ ///
7914
+ /// The `funding_inputs` parameter provides the `txin`s along with their previous transactions, and
7915
+ /// a corresponding witness weight for each input that will be used to contribute towards our
7916
+ /// portion of the channel value. Our contribution will be calculated as the total value of these
7917
+ /// inputs minus the fees we need to cover for the interactive funding transaction. The witness
7918
+ /// weights must correspond to the witnesses you will provide through [`ChannelManager::funding_transaction_signed`]
7919
+ /// after receiving [`Event::FundingTransactionReadyForSigning`].
7920
+ ///
7921
+ /// Note that this method will return an error and reject the channel if it requires support for
7922
+ /// zero confirmations.
7923
+ // TODO(dual_funding): Discussion on complications with 0conf dual-funded channels where "locking"
7924
+ // of UTXOs used for funding would be required and other issues.
7925
+ // See https://diyhpl.us/~bryan/irc/bitcoin/bitcoin-dev/linuxfoundation-pipermail/lightning-dev/2023-May/003922.txt
7926
+ ///
7927
+ /// [`Event::OpenChannelRequest`]: events::Event::OpenChannelRequest
7928
+ /// [`Event::ChannelClosed::user_channel_id`]: events::Event::ChannelClosed::user_channel_id
7929
+ /// [`Event::FundingTransactionReadyForSigning`]: events::Event::FundingTransactionReadyForSigning
7930
+ /// [`ChannelManager::funding_transaction_signed`]: ChannelManager::funding_transaction_signed
7931
+ pub fn accept_inbound_channel_with_contribution(
7932
+ &self, temporary_channel_id: &ChannelId, counterparty_node_id: &PublicKey, user_channel_id: u128,
7933
+ config_overrides: Option<ChannelConfigOverrides>, funding_inputs: Vec<(TxIn, Transaction, usize)>
7934
+ ) -> Result<(), APIError> {
7935
+ let funding_inputs = Self::length_limit_holder_input_prev_txs(funding_inputs)?;
7936
+ self.do_accept_inbound_channel(temporary_channel_id, counterparty_node_id, false, user_channel_id,
7937
+ config_overrides, funding_inputs)
7938
+ }
7939
+
7940
+ fn length_limit_holder_input_prev_txs(funding_inputs: Vec<(TxIn, Transaction, usize)>) -> Result<Vec<(TxIn, TransactionU16LenLimited, usize)>, APIError> {
7941
+ funding_inputs.into_iter().map(|(txin, tx, witness_weight)| {
7942
+ match TransactionU16LenLimited::new(tx) {
7943
+ Ok(tx) => Ok((txin, tx, witness_weight)),
7944
+ Err(err) => Err(err)
7945
+ }
7946
+ }).collect::<Result<Vec<(TxIn, TransactionU16LenLimited, usize)>, ()>>()
7947
+ .map_err(|_| APIError::APIMisuseError { err: "One or more transactions had a serialized length exceeding 65535 bytes".into() })
7901
7948
}
7902
7949
7903
7950
/// TODO(dual_funding): Allow contributions, pass intended amount and inputs
7904
7951
fn do_accept_inbound_channel(
7905
7952
&self, temporary_channel_id: &ChannelId, counterparty_node_id: &PublicKey, accept_0conf: bool,
7906
- user_channel_id: u128, config_overrides: Option<ChannelConfigOverrides>
7953
+ user_channel_id: u128, config_overrides: Option<ChannelConfigOverrides>,
7954
+ funding_inputs: Vec<(TxIn, TransactionU16LenLimited, usize)>
7907
7955
) -> Result<(), APIError> {
7908
7956
7909
7957
let mut config = self.default_configuration.clone();
@@ -7962,7 +8010,7 @@ This indicates a bug inside LDK. Please report this error at https://github.com/
7962
8010
&self.channel_type_features(), &peer_state.latest_features,
7963
8011
&open_channel_msg,
7964
8012
user_channel_id, &config, best_block_height,
7965
- &self.logger,
8013
+ &self.logger, funding_inputs,
7966
8014
).map_err(|_| MsgHandleErrInternal::from_chan_no_close(
7967
8015
ChannelError::Close(
7968
8016
(
0 commit comments