@@ -147,14 +147,22 @@ You must configure **exactly one** of the following sections:
147147> against the blockchain. This means a malicious peer could flood your node with fake channel
148148> announcements, consuming memory and disk. If your node is publicly reachable, use bitcoind.
149149
150- ### ` [liquidity.lsps2_client] `
151-
152- Connects to an [ LSPS2] ( https://github.com/BitcoinAndLightningLayerSpecs/lsp/blob/main/LSPS2/README.md )
153- Liquidity Service Provider for just-in-time (JIT) inbound channel opening. When configured,
154- the ` Bolt11ReceiveViaJitChannel ` and ` Bolt11ReceiveVariableAmountViaJitChannel ` RPCs become
155- available, the LSP will open a channel on the fly when the generated invoice is paid.
156-
157- Requires the LSP's public key and address. Some LSPs also require an authentication token.
150+ ### ` [[liquidity.lsps_client]] `
151+
152+ Registers a Liquidity Service Provider to source inbound liquidity from. Repeat the section
153+ to register several LSPs. Each LSP's supported protocols are discovered on startup via
154+ [ bLIP-50 / LSPS0] ( https://github.com/lightning/blips/blob/master/blip-0050.md ) . LDK Server
155+ currently supports LSPS2 only, so an LSP that does not advertise it is registered but unused.
156+
157+ When at least one LSPS2-capable LSP is configured, the ` Bolt11ReceiveViaJitChannel ` and
158+ ` Bolt11ReceiveVariableAmountViaJitChannel ` RPCs become available, and the cheapest fee offer
159+ across all LSPS2-capable LSPs is selected per invoice.
160+
161+ Requires each LSP's public key and address. Some LSPs also require an authentication token.
162+ ` trust_peer_0conf ` is required and controls whether 0-confirmation channels from that LSP are
163+ accepted. Setting it to ` true ` is generally necessary for JIT channels to be usable before
164+ the funding transaction confirms. Each entry must name a distinct ` node_pubkey ` as duplicates
165+ are rejected at startup.
158166
159167### ` [liquidity.lsps2_service] `
160168
0 commit comments