2018-09-19 17:39:43 -04:00
|
|
|
//! Events are returned from various bits in the library which indicate some action must be taken
|
|
|
|
//! by the client.
|
2018-09-20 12:57:47 -04:00
|
|
|
//!
|
2019-01-24 16:41:51 +02:00
|
|
|
//! Because we don't have a built-in runtime, it's up to the client to call events at a time in the
|
2018-09-19 17:39:43 -04:00
|
|
|
//! future, as well as generate and broadcast funding transactions handle payment preimages and a
|
|
|
|
//! few other things.
|
|
|
|
|
2017-12-25 01:05:27 -05:00
|
|
|
use ln::msgs;
|
2020-01-02 01:23:48 -05:00
|
|
|
use ln::channelmanager::{PaymentPreimage, PaymentHash, PaymentSecret};
|
2018-06-27 09:11:58 -04:00
|
|
|
use chain::transaction::OutPoint;
|
2018-10-19 02:44:40 +00:00
|
|
|
use chain::keysinterface::SpendableOutputDescriptor;
|
2020-02-12 17:02:03 -05:00
|
|
|
use util::ser::{Writeable, Writer, MaybeReadable, Readable};
|
2017-12-25 01:05:27 -05:00
|
|
|
|
|
|
|
use bitcoin::blockdata::script::Script;
|
|
|
|
|
2020-04-27 16:51:59 +02:00
|
|
|
use bitcoin::secp256k1::key::PublicKey;
|
2017-12-25 01:05:27 -05:00
|
|
|
|
2019-07-18 18:13:28 -04:00
|
|
|
use std::time::Duration;
|
2017-12-25 01:05:27 -05:00
|
|
|
|
2018-09-19 17:39:43 -04:00
|
|
|
/// An Event which you should probably take some action in response to.
|
2020-02-12 17:02:03 -05:00
|
|
|
///
|
|
|
|
/// Note that while Writeable and Readable are implemented for Event, you probably shouldn't use
|
|
|
|
/// them directly as they don't round-trip exactly (for example FundingGenerationReady is never
|
|
|
|
/// written as it makes no sense to respond to it after reconnecting to peers).
|
2017-12-25 01:05:27 -05:00
|
|
|
pub enum Event {
|
|
|
|
/// Used to indicate that the client should generate a funding transaction with the given
|
|
|
|
/// parameters and then call ChannelManager::funding_transaction_generated.
|
|
|
|
/// Generated in ChannelManager message handling.
|
2018-10-29 20:21:47 -04:00
|
|
|
/// Note that *all inputs* in the funding transaction must spend SegWit outputs or your
|
|
|
|
/// counterparty can steal your funds!
|
2017-12-25 01:05:27 -05:00
|
|
|
FundingGenerationReady {
|
2018-09-19 13:55:14 -04:00
|
|
|
/// The random channel_id we picked which you'll need to pass into
|
|
|
|
/// ChannelManager::funding_transaction_generated.
|
2018-07-22 18:19:28 -04:00
|
|
|
temporary_channel_id: [u8; 32],
|
2018-09-19 13:55:14 -04:00
|
|
|
/// The value, in satoshis, that the output should have.
|
2017-12-25 01:05:27 -05:00
|
|
|
channel_value_satoshis: u64,
|
2018-09-19 13:55:14 -04:00
|
|
|
/// The script which should be used in the transaction output.
|
2017-12-25 01:05:27 -05:00
|
|
|
output_script: Script,
|
|
|
|
/// The value passed in to ChannelManager::create_channel
|
|
|
|
user_channel_id: u64,
|
|
|
|
},
|
|
|
|
/// Used to indicate that the client may now broadcast the funding transaction it created for a
|
|
|
|
/// channel. Broadcasting such a transaction prior to this event may lead to our counterparty
|
|
|
|
/// trivially stealing all funds in the funding transaction!
|
|
|
|
FundingBroadcastSafe {
|
2018-09-19 13:55:14 -04:00
|
|
|
/// The output, which was passed to ChannelManager::funding_transaction_generated, which is
|
|
|
|
/// now safe to broadcast.
|
2018-06-27 09:11:58 -04:00
|
|
|
funding_txo: OutPoint,
|
2017-12-25 01:05:27 -05:00
|
|
|
/// The value passed in to ChannelManager::create_channel
|
|
|
|
user_channel_id: u64,
|
|
|
|
},
|
|
|
|
/// Indicates we've received money! Just gotta dig out that payment preimage and feed it to
|
|
|
|
/// ChannelManager::claim_funds to get it....
|
2020-04-09 21:51:29 -04:00
|
|
|
/// Note that if the preimage is not known or the amount paid is incorrect, you should call
|
|
|
|
/// ChannelManager::fail_htlc_backwards to free up resources for this HTLC and avoid
|
|
|
|
/// network congestion.
|
2018-10-26 07:35:09 +09:00
|
|
|
/// The amount paid should be considered 'incorrect' when it is less than or more than twice
|
|
|
|
/// the amount expected.
|
2020-01-09 14:09:25 -05:00
|
|
|
/// If you fail to call either ChannelManager::claim_funds or
|
|
|
|
/// ChannelManager::fail_htlc_backwards within the HTLC's timeout, the HTLC will be
|
|
|
|
/// automatically failed.
|
2017-12-25 01:05:27 -05:00
|
|
|
PaymentReceived {
|
2018-09-19 13:55:14 -04:00
|
|
|
/// The hash for which the preimage should be handed to the ChannelManager.
|
2018-11-22 21:18:16 -05:00
|
|
|
payment_hash: PaymentHash,
|
2020-01-02 01:23:48 -05:00
|
|
|
/// The "payment secret". This authenticates the sender to the recipient, preventing a
|
|
|
|
/// number of deanonymization attacks during the routing process.
|
|
|
|
/// As nodes upgrade, the invoices you provide should likely migrate to setting the
|
|
|
|
/// payment_secret feature to required, at which point you should fail_backwards any HTLCs
|
|
|
|
/// which have a None here.
|
|
|
|
/// Until then, however, values of None should be ignored, and only incorrect Some values
|
|
|
|
/// should result in an HTLC fail_backwards.
|
|
|
|
/// Note that, in any case, this value must be passed as-is to any fail or claim calls as
|
|
|
|
/// the HTLC index includes this value.
|
|
|
|
payment_secret: Option<PaymentSecret>,
|
2018-12-17 22:43:05 -05:00
|
|
|
/// The value, in thousandths of a satoshi, that this payment is for. Note that you must
|
|
|
|
/// compare this to the expected value before accepting the payment (as otherwise you are
|
|
|
|
/// providing proof-of-payment for less than the value you expected!).
|
2017-12-25 01:05:27 -05:00
|
|
|
amt: u64,
|
|
|
|
},
|
2018-03-20 19:11:27 -04:00
|
|
|
/// Indicates an outbound payment we made succeeded (ie it made it all the way to its target
|
2018-09-19 13:55:14 -04:00
|
|
|
/// and we got back the payment preimage for it).
|
2018-10-15 23:04:59 -04:00
|
|
|
/// Note that duplicative PaymentSent Events may be generated - it is your responsibility to
|
|
|
|
/// deduplicate them by payment_preimage (which MUST be unique)!
|
2018-03-20 19:11:27 -04:00
|
|
|
PaymentSent {
|
2018-09-19 13:55:14 -04:00
|
|
|
/// The preimage to the hash given to ChannelManager::send_payment.
|
|
|
|
/// Note that this serves as a payment receipt, if you wish to have such a thing, you must
|
|
|
|
/// store it somehow!
|
2018-11-22 21:18:16 -05:00
|
|
|
payment_preimage: PaymentPreimage,
|
2018-03-20 19:11:27 -04:00
|
|
|
},
|
|
|
|
/// Indicates an outbound payment we made failed. Probably some intermediary node dropped
|
|
|
|
/// something. You may wish to retry with a different route.
|
2018-10-15 23:04:59 -04:00
|
|
|
/// Note that duplicative PaymentFailed Events may be generated - it is your responsibility to
|
|
|
|
/// deduplicate them by payment_hash (which MUST be unique)!
|
2018-03-20 19:11:27 -04:00
|
|
|
PaymentFailed {
|
2018-09-19 13:55:14 -04:00
|
|
|
/// The hash which was given to ChannelManager::send_payment.
|
2018-11-22 21:18:16 -05:00
|
|
|
payment_hash: PaymentHash,
|
2018-10-22 11:12:44 -04:00
|
|
|
/// Indicates the payment was rejected for some reason by the recipient. This implies that
|
|
|
|
/// the payment has failed, not just the route in question. If this is not set, you may
|
|
|
|
/// retry the payment via a different route.
|
|
|
|
rejected_by_dest: bool,
|
2018-12-17 18:54:48 -05:00
|
|
|
#[cfg(test)]
|
|
|
|
error_code: Option<u16>,
|
2020-04-20 07:30:16 +10:00
|
|
|
#[cfg(test)]
|
|
|
|
error_data: Option<Vec<u8>>,
|
2018-03-20 19:11:27 -04:00
|
|
|
},
|
2017-12-25 01:05:27 -05:00
|
|
|
/// Used to indicate that ChannelManager::process_pending_htlc_forwards should be called at a
|
|
|
|
/// time in the future.
|
|
|
|
PendingHTLCsForwardable {
|
2019-07-18 22:21:00 -04:00
|
|
|
/// The minimum amount of time that should be waited prior to calling
|
|
|
|
/// process_pending_htlc_forwards. To increase the effort required to correlate payments,
|
|
|
|
/// you should wait a random amount of time in roughly the range (now + time_forwardable,
|
|
|
|
/// now + 5*time_forwardable).
|
2019-07-18 18:13:28 -04:00
|
|
|
time_forwardable: Duration,
|
2017-12-25 01:05:27 -05:00
|
|
|
},
|
2018-10-19 02:44:40 +00:00
|
|
|
/// Used to indicate that an output was generated on-chain which you should know how to spend.
|
2020-01-22 18:31:57 -05:00
|
|
|
/// Such an output will *not* ever be spent by rust-lightning, and are not at risk of your
|
|
|
|
/// counterparty spending them due to some kind of timeout. Thus, you need to store them
|
|
|
|
/// somewhere and spend them when you create on-chain transactions.
|
2018-10-19 02:44:40 +00:00
|
|
|
SpendableOutputs {
|
|
|
|
/// The outputs which you should store as spendable by you.
|
|
|
|
outputs: Vec<SpendableOutputDescriptor>,
|
|
|
|
},
|
2018-10-19 16:25:32 -04:00
|
|
|
}
|
2018-07-24 22:08:18 -04:00
|
|
|
|
2020-02-12 17:02:03 -05:00
|
|
|
impl Writeable for Event {
|
|
|
|
fn write<W: Writer>(&self, writer: &mut W) -> Result<(), ::std::io::Error> {
|
|
|
|
match self {
|
|
|
|
&Event::FundingGenerationReady { .. } => {
|
|
|
|
0u8.write(writer)?;
|
|
|
|
// We never write out FundingGenerationReady events as, upon disconnection, peers
|
|
|
|
// drop any channels which have not yet exchanged funding_signed.
|
|
|
|
},
|
|
|
|
&Event::FundingBroadcastSafe { ref funding_txo, ref user_channel_id } => {
|
|
|
|
1u8.write(writer)?;
|
|
|
|
funding_txo.write(writer)?;
|
|
|
|
user_channel_id.write(writer)?;
|
|
|
|
},
|
2020-01-02 01:23:48 -05:00
|
|
|
&Event::PaymentReceived { ref payment_hash, ref payment_secret, ref amt } => {
|
2020-02-12 17:02:03 -05:00
|
|
|
2u8.write(writer)?;
|
|
|
|
payment_hash.write(writer)?;
|
2020-01-02 01:23:48 -05:00
|
|
|
payment_secret.write(writer)?;
|
2020-02-12 17:02:03 -05:00
|
|
|
amt.write(writer)?;
|
|
|
|
},
|
|
|
|
&Event::PaymentSent { ref payment_preimage } => {
|
|
|
|
3u8.write(writer)?;
|
|
|
|
payment_preimage.write(writer)?;
|
|
|
|
},
|
|
|
|
&Event::PaymentFailed { ref payment_hash, ref rejected_by_dest,
|
|
|
|
#[cfg(test)]
|
|
|
|
ref error_code,
|
2020-04-20 07:30:16 +10:00
|
|
|
#[cfg(test)]
|
|
|
|
ref error_data,
|
2020-02-12 17:02:03 -05:00
|
|
|
} => {
|
|
|
|
4u8.write(writer)?;
|
|
|
|
payment_hash.write(writer)?;
|
|
|
|
rejected_by_dest.write(writer)?;
|
|
|
|
#[cfg(test)]
|
|
|
|
error_code.write(writer)?;
|
2020-04-20 07:30:16 +10:00
|
|
|
#[cfg(test)]
|
|
|
|
error_data.write(writer)?;
|
2020-02-12 17:02:03 -05:00
|
|
|
},
|
|
|
|
&Event::PendingHTLCsForwardable { time_forwardable: _ } => {
|
|
|
|
5u8.write(writer)?;
|
|
|
|
// We don't write the time_fordwardable out at all, as we presume when the user
|
|
|
|
// deserializes us at least that much time has elapsed.
|
|
|
|
},
|
|
|
|
&Event::SpendableOutputs { ref outputs } => {
|
|
|
|
6u8.write(writer)?;
|
|
|
|
(outputs.len() as u64).write(writer)?;
|
|
|
|
for output in outputs.iter() {
|
|
|
|
output.write(writer)?;
|
|
|
|
}
|
|
|
|
},
|
|
|
|
}
|
|
|
|
Ok(())
|
|
|
|
}
|
|
|
|
}
|
2020-02-23 23:12:19 -05:00
|
|
|
impl MaybeReadable for Event {
|
|
|
|
fn read<R: ::std::io::Read>(reader: &mut R) -> Result<Option<Self>, msgs::DecodeError> {
|
2020-02-12 17:02:03 -05:00
|
|
|
match Readable::read(reader)? {
|
|
|
|
0u8 => Ok(None),
|
|
|
|
1u8 => Ok(Some(Event::FundingBroadcastSafe {
|
|
|
|
funding_txo: Readable::read(reader)?,
|
|
|
|
user_channel_id: Readable::read(reader)?,
|
|
|
|
})),
|
|
|
|
2u8 => Ok(Some(Event::PaymentReceived {
|
|
|
|
payment_hash: Readable::read(reader)?,
|
2020-01-02 01:23:48 -05:00
|
|
|
payment_secret: Readable::read(reader)?,
|
2020-02-12 17:02:03 -05:00
|
|
|
amt: Readable::read(reader)?,
|
|
|
|
})),
|
|
|
|
3u8 => Ok(Some(Event::PaymentSent {
|
|
|
|
payment_preimage: Readable::read(reader)?,
|
|
|
|
})),
|
|
|
|
4u8 => Ok(Some(Event::PaymentFailed {
|
|
|
|
payment_hash: Readable::read(reader)?,
|
|
|
|
rejected_by_dest: Readable::read(reader)?,
|
|
|
|
#[cfg(test)]
|
|
|
|
error_code: Readable::read(reader)?,
|
2020-04-20 07:30:16 +10:00
|
|
|
#[cfg(test)]
|
|
|
|
error_data: Readable::read(reader)?,
|
2020-02-12 17:02:03 -05:00
|
|
|
})),
|
|
|
|
5u8 => Ok(Some(Event::PendingHTLCsForwardable {
|
|
|
|
time_forwardable: Duration::from_secs(0)
|
|
|
|
})),
|
|
|
|
6u8 => {
|
|
|
|
let outputs_len: u64 = Readable::read(reader)?;
|
|
|
|
let mut outputs = Vec::new();
|
|
|
|
for _ in 0..outputs_len {
|
|
|
|
outputs.push(Readable::read(reader)?);
|
|
|
|
}
|
|
|
|
Ok(Some(Event::SpendableOutputs { outputs }))
|
|
|
|
},
|
|
|
|
_ => Err(msgs::DecodeError::InvalidValue)
|
|
|
|
}
|
|
|
|
}
|
|
|
|
}
|
|
|
|
|
2018-10-19 16:25:32 -04:00
|
|
|
/// An event generated by ChannelManager which indicates a message should be sent to a peer (or
|
|
|
|
/// broadcast to most peers).
|
|
|
|
/// These events are handled by PeerManager::process_events if you are using a PeerManager.
|
2018-11-01 21:45:59 -04:00
|
|
|
#[derive(Clone)]
|
2018-10-19 16:25:32 -04:00
|
|
|
pub enum MessageSendEvent {
|
2018-10-19 16:49:12 -04:00
|
|
|
/// Used to indicate that we've accepted a channel open and should send the accept_channel
|
|
|
|
/// message provided to the given peer.
|
|
|
|
SendAcceptChannel {
|
|
|
|
/// The node_id of the node which should receive this message
|
|
|
|
node_id: PublicKey,
|
|
|
|
/// The message which should be sent.
|
|
|
|
msg: msgs::AcceptChannel,
|
|
|
|
},
|
|
|
|
/// Used to indicate that we've initiated a channel open and should send the open_channel
|
2018-09-19 13:55:14 -04:00
|
|
|
/// message provided to the given peer.
|
2018-07-06 17:29:34 -04:00
|
|
|
SendOpenChannel {
|
2018-09-19 13:55:14 -04:00
|
|
|
/// The node_id of the node which should receive this message
|
2018-07-06 17:29:34 -04:00
|
|
|
node_id: PublicKey,
|
2018-09-19 13:55:14 -04:00
|
|
|
/// The message which should be sent.
|
2018-07-06 17:29:34 -04:00
|
|
|
msg: msgs::OpenChannel,
|
|
|
|
},
|
2017-12-25 01:05:27 -05:00
|
|
|
/// Used to indicate that a funding_created message should be sent to the peer with the given node_id.
|
|
|
|
SendFundingCreated {
|
2018-09-19 13:55:14 -04:00
|
|
|
/// The node_id of the node which should receive this message
|
2017-12-25 01:05:27 -05:00
|
|
|
node_id: PublicKey,
|
2018-09-19 13:55:14 -04:00
|
|
|
/// The message which should be sent.
|
2017-12-25 01:05:27 -05:00
|
|
|
msg: msgs::FundingCreated,
|
|
|
|
},
|
2018-10-19 17:06:40 -04:00
|
|
|
/// Used to indicate that a funding_signed message should be sent to the peer with the given node_id.
|
|
|
|
SendFundingSigned {
|
|
|
|
/// The node_id of the node which should receive this message
|
|
|
|
node_id: PublicKey,
|
|
|
|
/// The message which should be sent.
|
|
|
|
msg: msgs::FundingSigned,
|
|
|
|
},
|
2017-12-25 01:05:27 -05:00
|
|
|
/// Used to indicate that a funding_locked message should be sent to the peer with the given node_id.
|
|
|
|
SendFundingLocked {
|
2018-09-19 13:55:14 -04:00
|
|
|
/// The node_id of the node which should receive these message(s)
|
2017-12-25 01:05:27 -05:00
|
|
|
node_id: PublicKey,
|
2018-09-19 13:55:14 -04:00
|
|
|
/// The funding_locked message which should be sent.
|
2017-12-25 01:05:27 -05:00
|
|
|
msg: msgs::FundingLocked,
|
2018-10-19 17:30:52 -04:00
|
|
|
},
|
|
|
|
/// Used to indicate that an announcement_signatures message should be sent to the peer with the given node_id.
|
|
|
|
SendAnnouncementSignatures {
|
|
|
|
/// The node_id of the node which should receive these message(s)
|
|
|
|
node_id: PublicKey,
|
|
|
|
/// The announcement_signatures message which should be sent.
|
|
|
|
msg: msgs::AnnouncementSignatures,
|
2017-12-25 01:05:27 -05:00
|
|
|
},
|
2018-08-22 12:09:11 -04:00
|
|
|
/// Used to indicate that a series of HTLC update messages, as well as a commitment_signed
|
2017-12-25 01:05:27 -05:00
|
|
|
/// message should be sent to the peer with the given node_id.
|
2018-08-22 12:09:11 -04:00
|
|
|
UpdateHTLCs {
|
2018-09-19 13:55:14 -04:00
|
|
|
/// The node_id of the node which should receive these message(s)
|
2017-12-25 01:05:27 -05:00
|
|
|
node_id: PublicKey,
|
2018-09-19 13:55:14 -04:00
|
|
|
/// The update messages which should be sent. ALL messages in the struct should be sent!
|
2018-08-22 12:09:11 -04:00
|
|
|
updates: msgs::CommitmentUpdate,
|
2018-03-20 19:11:27 -04:00
|
|
|
},
|
2018-10-17 11:35:26 -04:00
|
|
|
/// Used to indicate that a revoke_and_ack message should be sent to the peer with the given node_id.
|
|
|
|
SendRevokeAndACK {
|
|
|
|
/// The node_id of the node which should receive this message
|
|
|
|
node_id: PublicKey,
|
|
|
|
/// The message which should be sent.
|
|
|
|
msg: msgs::RevokeAndACK,
|
|
|
|
},
|
2018-10-19 21:50:16 -04:00
|
|
|
/// Used to indicate that a closing_signed message should be sent to the peer with the given node_id.
|
|
|
|
SendClosingSigned {
|
|
|
|
/// The node_id of the node which should receive this message
|
|
|
|
node_id: PublicKey,
|
|
|
|
/// The message which should be sent.
|
|
|
|
msg: msgs::ClosingSigned,
|
|
|
|
},
|
2018-07-22 23:03:31 -04:00
|
|
|
/// Used to indicate that a shutdown message should be sent to the peer with the given node_id.
|
|
|
|
SendShutdown {
|
2018-09-19 13:55:14 -04:00
|
|
|
/// The node_id of the node which should receive this message
|
2018-07-22 23:03:31 -04:00
|
|
|
node_id: PublicKey,
|
2018-09-19 13:55:14 -04:00
|
|
|
/// The message which should be sent.
|
2018-07-22 23:03:31 -04:00
|
|
|
msg: msgs::Shutdown,
|
|
|
|
},
|
2018-10-20 17:50:34 -04:00
|
|
|
/// Used to indicate that a channel_reestablish message should be sent to the peer with the given node_id.
|
|
|
|
SendChannelReestablish {
|
|
|
|
/// The node_id of the node which should receive this message
|
|
|
|
node_id: PublicKey,
|
|
|
|
/// The message which should be sent.
|
|
|
|
msg: msgs::ChannelReestablish,
|
|
|
|
},
|
2017-12-25 01:05:27 -05:00
|
|
|
/// Used to indicate that a channel_announcement and channel_update should be broadcast to all
|
|
|
|
/// peers (except the peer with node_id either msg.contents.node_id_1 or msg.contents.node_id_2).
|
2020-01-02 20:32:37 -05:00
|
|
|
///
|
|
|
|
/// Note that after doing so, you very likely (unless you did so very recently) want to call
|
|
|
|
/// ChannelManager::broadcast_node_announcement to trigger a BroadcastNodeAnnouncement event.
|
|
|
|
/// This ensures that any nodes which see our channel_announcement also have a relevant
|
|
|
|
/// node_announcement, including relevant feature flags which may be important for routing
|
|
|
|
/// through or to us.
|
2017-12-25 01:05:27 -05:00
|
|
|
BroadcastChannelAnnouncement {
|
2018-09-19 13:55:14 -04:00
|
|
|
/// The channel_announcement which should be sent.
|
2017-12-25 01:05:27 -05:00
|
|
|
msg: msgs::ChannelAnnouncement,
|
2018-09-19 13:55:14 -04:00
|
|
|
/// The followup channel_update which should be sent.
|
2017-12-25 01:05:27 -05:00
|
|
|
update_msg: msgs::ChannelUpdate,
|
|
|
|
},
|
2020-01-02 20:32:37 -05:00
|
|
|
/// Used to indicate that a node_announcement should be broadcast to all peers.
|
|
|
|
BroadcastNodeAnnouncement {
|
|
|
|
/// The node_announcement which should be sent.
|
|
|
|
msg: msgs::NodeAnnouncement,
|
|
|
|
},
|
2018-04-24 20:40:22 -04:00
|
|
|
/// Used to indicate that a channel_update should be broadcast to all peers.
|
|
|
|
BroadcastChannelUpdate {
|
2018-09-19 13:55:14 -04:00
|
|
|
/// The channel_update which should be sent.
|
2018-04-24 20:40:22 -04:00
|
|
|
msg: msgs::ChannelUpdate,
|
|
|
|
},
|
2018-08-01 16:34:03 +00:00
|
|
|
/// Broadcast an error downstream to be handled
|
|
|
|
HandleError {
|
2018-09-19 13:55:14 -04:00
|
|
|
/// The node_id of the node which should receive this message
|
2018-07-23 01:06:45 +00:00
|
|
|
node_id: PublicKey,
|
2018-09-19 13:55:14 -04:00
|
|
|
/// The action which should be taken.
|
2019-11-04 19:54:43 -05:00
|
|
|
action: msgs::ErrorAction
|
2018-10-22 11:12:44 -04:00
|
|
|
},
|
|
|
|
/// When a payment fails we may receive updates back from the hop where it failed. In such
|
2020-05-06 19:04:44 -04:00
|
|
|
/// cases this event is generated so that we can inform the network graph of this information.
|
2018-10-22 11:12:44 -04:00
|
|
|
PaymentFailureNetworkUpdate {
|
2020-05-06 19:04:44 -04:00
|
|
|
/// The channel/node update which should be sent to NetGraphMsgHandler
|
2018-10-22 11:12:44 -04:00
|
|
|
update: msgs::HTLCFailChannelUpdate,
|
2018-07-23 01:06:45 +00:00
|
|
|
}
|
2017-12-25 01:05:27 -05:00
|
|
|
}
|
|
|
|
|
2018-10-19 16:25:32 -04:00
|
|
|
/// A trait indicating an object may generate message send events
|
|
|
|
pub trait MessageSendEventsProvider {
|
|
|
|
/// Gets the list of pending events which were generated by previous actions, clearing the list
|
|
|
|
/// in the process.
|
|
|
|
fn get_and_clear_pending_msg_events(&self) -> Vec<MessageSendEvent>;
|
|
|
|
}
|
|
|
|
|
2018-09-19 17:39:43 -04:00
|
|
|
/// A trait indicating an object may generate events
|
2017-12-25 01:05:27 -05:00
|
|
|
pub trait EventsProvider {
|
2018-09-19 17:39:43 -04:00
|
|
|
/// Gets the list of pending events which were generated by previous actions, clearing the list
|
|
|
|
/// in the process.
|
2017-12-25 01:05:27 -05:00
|
|
|
fn get_and_clear_pending_events(&self) -> Vec<Event>;
|
|
|
|
}
|