⚡
⚡
⚡
⚡
Lightning Node Management
Search…
⚡
⚡
⚡
⚡
Lightning Node Management
Lightning Node Management
Contents
Lightning basics
Create inbound liquidity
Create outbound liquidity
Comparison table of software implementations
Comparison table of lightning channel markets
Node Types
Merchant
Spending
Routing
Advanced Tools
Methods to create a balanced channel with a trusted peer
Pool usage notes
Bos Score
lnd.conf example
Advanced and automated fee settings
Set up a Watchtower and a Client on the Lightning Network
Technicals
High onchain fee environment
Compact the LND database (channel.db)
Manage the LND onchain funds in Electrum Wallet
Connecting to a lightning node remotely
Recovery
Resources for LND
Resources for C-lightning
Privacy
Resources on Lightning privacy
Hardware deployment
RaspiBolt
RaspiBlitz
TrueNAS (FreeBSD) node
Donate
Donations
Powered By
GitBook
Merchant
Aimed for receiving payments, focuses on inbound liqudity
Capital requirement
minimal to buy incoming channels
temporarily high to create incoming capacity from channels opened
Channels and peers
few (2-3) channels with well connected and capitalized nodes
connect to nodes on the
Bos list
see existing fee settings on
Amboss
/
1ml.com
Check node stability on
Lightning Web
Liquidity
mostly remote
Uptime
high, but not perfect
unavailability affects sales
Management
Loop out
(
Autoloop
) to empty existing channels
Close and Reopen when channels are filled up
a channel open (and close) is not more expensive than using Loop given :
have onchain liquidity for more channels (or splice in in the future) or
can afford the channel downtime between peers to close and reopen
Buy further
inbound liquidity
Use liquidity ads to buy inbound
Try Amboss Magma
Place bids on
Lightning Pool
Advertise to receive inbound
Sweeping funds
On-chain or off-chain sweeps may be necessary if Lightning wallet balance becomes too large
An off-chain sweep can improve your privacy as well as give you inbound liquidity
Examples
Self hosted node
connected to a local or remote BTCPayServer
BTCPayServer on a VPS (acceptable with low amount of funds)
Fully hosted solutions (trusted) - eg. Voltage
Coming: Greenlight from Blockstream
Special cases
Accepting
donations
Offer to pay onchain for high value payments (miner fee < 0.5-1%)
can progress to a
Routing node
as the number of connections and capital grows
Previous
Comparison table of software implementations
Next - Node Types
Spending
Last modified
2d ago
Copy link
Contents
Capital requirement
Channels and peers
Liquidity
Uptime
Management
Examples
Special cases