Lightning Node Management
Search…
Lightning Node Management
Advanced Tools
Technicals
Hardware deployment
Donate
Methods to create a balanced channel with a trusted peer
Trusted swap
Perform a trusted onchain to offchain swap.
Advantage:
- creates bidirectional liquidity on both sides.
- paying a peer on a direct LN channel is free.
How to:
- Open a channel to a trusted peer
- Once the channel is confirmed pay an invoice provided py the peer (use half of the channel capacity to end up with a perfectly balanced channel) - this payment is free
- Send the peer an onchain address to pay back the amount of the invoice (use a low network-fee)
How to open a balanced channel with a trusted peer
Open a dual funded, balanced channel with a trusted peer using the command line requiring an Lightning and an on-chain transaction.
Find below how to create a 2million sats balanced channel between the nodes
A and B .Advantages:
- Only one on-chain tx required (cheaper)
- Will result in a channel with 2M sats capacity instead of 2x1mil with the same amount of funds tied down (more efficient).
Requirements:
Ahas 1M sats outgoing liquidity.Bhas 1M sats incoming liquidity + 2mil sats funds on-chain (trusted node).- A payment route for 1M sats between
AandB.
How to:
Bsends and invoice to receive 1M sats fromA.Apays 1M sats toB.- make sure A and B are peers
Bopens a 2M sats channel to A with the command:lncli openchannel <nodeID_of_A> --local_amt 2000000 --push_amt 1000000 --sat_per_byte 2
There should be no rush, so use a low fee for the on-chain tx. Check https://whatthefee.io/ for the current mempool status or use the
--conf_target 10 option for automatic fee estimation to aim to have the channel confirmed in ~10 blocks.This will result to have a balanced channel with 1M sats on each side (minus the commit fee).
a balanced channel shown in ZeusLN
The cost of liquidity
Providing liquidity on the Lightning Network comes with transaction costs, opportunity and hot wallet risks.
Liquidity is neither abundant nor free.
Asking other node operators for inbound liquidity is asking a favour.
A suggestion (example) for pricing liquidity could be:
- Make minimum 1M sats channels.
- Pay the provider 0.02% = 2000 ppm sats for allocating funds to the channel to cover the miner fees (of open and close + risk of force closure).
- agree in a set routing fee (for example 100 ppm)
- agree in a duration for the channel to be kept open for (for example minimum a month)
Last modified 28d ago