You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
The goal of this crate is to provide types and primitives to integrate a spec-compliant LSP with an LDK-based node. To this end, this crate provides client-side as well as service-side logic to implement the [LSP specifications].
3
+
The goal of this crate is to provide types and primitives to integrate a spec-compliant LSP with an LDK-based node. To this end, this crate provides client-side as well as service-side logic to implement the LSPS specifications.
4
4
5
5
**Note**: Service-side support is currently considered "beta", i.e., not fully
6
6
ready for production use.
7
7
8
8
Currently the following specifications are supported:
9
-
-[LSPS0] defines the transport protocol with the LSP over which the other protocols communicate.
10
-
-[LSPS1] allows to order Lightning channels from an LSP. This is useful when the client needs
9
+
-[bLIP-50 / LSPS0] defines the transport protocol with the LSP over which the other protocols communicate.
10
+
-[bLIP-51 / LSPS1] allows to order Lightning channels from an LSP. This is useful when the client needs
11
11
inbound Lightning liquidity for which they are willing and able to pay in bitcoin.
12
-
-[LSPS2] allows to generate a special invoice for which, when paid, an LSP
12
+
-[bLIP-52 / LSPS2] allows to generate a special invoice for which, when paid, an LSP
13
13
will open a "just-in-time" channel. This is useful for the initial
14
14
on-boarding of clients as the channel opening fees are deducted from the
15
15
incoming payment, i.e., no funds are required client-side to initiate this
@@ -19,7 +19,6 @@ To get started, you'll want to setup a `LiquidityManager` and configure it to be
19
19
20
20
`LiquidityManager` uses an eventing system to notify the user about important updates to the protocol flow. To this end, you will need to handle events emitted via one of the event handling methods provided by `LiquidityManager`, e.g., `LiquidityManager::next_event`.
Copy file name to clipboardExpand all lines: lightning-liquidity/src/lib.rs
+12-11Lines changed: 12 additions & 11 deletions
Original file line number
Diff line number
Diff line change
@@ -8,19 +8,21 @@
8
8
// licenses.
9
9
#![crate_name = "lightning_liquidity"]
10
10
11
-
//! The goal of this crate is to provide types and primitives to integrate a spec-compliant LSP with an LDK-based node. To this end, this crate provides client-side as well as service-side logic to implement the [LSP specifications].
11
+
//! The goal of this crate is to provide types and primitives to integrate a spec-compliant LSP
12
+
//! with an LDK-based node. To this end, this crate provides client-side as well as service-side
13
+
//! logic to implement the LSPS specifications.
12
14
//!
13
15
//! **Note**: Service-side support is currently considered "beta", i.e., not fully ready for
14
16
//! production use.
15
17
//!
16
18
//! Currently the following specifications are supported:
17
-
//! - [LSPS0] defines the transport protocol with the LSP over which the other protocols communicate.
18
-
//! - [LSPS1] allows to order Lightning channels from an LSP. This is useful when the client needs
19
+
//! - [bLIP-50 / LSPS0] defines the transport protocol with the LSP over which the other protocols communicate.
20
+
//! - [bLIP-51 / LSPS1] defines a protocol for ordering Lightning channels from an LSP. This is useful when the client needs
19
21
//! inbound Lightning liquidity for which they are willing and able to pay in bitcoin.
20
-
//! - [LSPS2] allows to generate a special invoice for which, when paid, an LSP will open a
21
-
//! "just-in-time" channel. This is useful for the initial on-boarding of clients as the channel
22
-
//! opening fees are deducted from the incoming payment, i.e., no funds are required client-side to
23
-
//! initiate this flow.
22
+
//! - [bLIP-52 / LSPS2] defines a protocol for generating a special invoice for which, when paid,
23
+
//! an LSP will open a "just-in-time" channel. This is useful for the initial on-boarding of
24
+
//! clients as the channel opening fees are deducted from the incoming payment, i.e., no funds are
25
+
//! required client-side to initiate this flow.
24
26
//!
25
27
//! To get started, you'll want to setup a [`LiquidityManager`] and configure it to be the
26
28
//! [`CustomMessageHandler`] of your LDK node. You can then for example call
@@ -32,10 +34,9 @@
32
34
//! protocol flow. To this end, you will need to handle events emitted via one of the event
33
35
//! handling methods provided by [`LiquidityManager`], e.g., [`LiquidityManager::next_event`].
0 commit comments