mirror of
https://github.com/lightningdevkit/rust-lightning.git
synced 2025-02-27 00:06:34 +01:00
Encapsulates tracking and bumping of in-flight transactions in its own component. This component may be latter abstracted to reuse tracking and RBF for new features (e.g dual-funding, splicing) Build all transactions generation in one place. Also as fees and signatures are closely tied, what keys do you have determine what bumping mode you can use.
38 lines
1.1 KiB
Rust
38 lines
1.1 KiB
Rust
//! High level lightning structs and impls live here.
|
|
//!
|
|
//! You probably want to create a channelmanager::ChannelManager, and a router::Router first.
|
|
//! Then, you probably want to pass them both on to a peer_handler::PeerManager and use that to
|
|
//! create/manage connections and call get_and_clear_pending_events after each action, handling
|
|
//! them appropriately.
|
|
//!
|
|
//! When you want to open/close a channel or send a payment, call into your ChannelManager and when
|
|
//! you want to learn things about the network topology (eg get a route for sending a payment),
|
|
//! call into your Router.
|
|
|
|
pub mod channelmanager;
|
|
pub mod channelmonitor;
|
|
pub mod msgs;
|
|
pub mod router;
|
|
pub mod peer_handler;
|
|
pub mod chan_utils;
|
|
pub mod features;
|
|
pub(crate) mod onchaintx;
|
|
|
|
#[cfg(feature = "fuzztarget")]
|
|
pub mod peer_channel_encryptor;
|
|
#[cfg(not(feature = "fuzztarget"))]
|
|
pub(crate) mod peer_channel_encryptor;
|
|
|
|
mod channel;
|
|
mod onion_utils;
|
|
mod wire;
|
|
|
|
#[cfg(test)]
|
|
#[macro_use]
|
|
pub(crate) mod functional_test_utils;
|
|
#[cfg(test)]
|
|
mod functional_tests;
|
|
#[cfg(test)]
|
|
mod chanmon_update_fail_tests;
|
|
#[cfg(test)]
|
|
mod reorg_tests;
|