Skip to the content.
Español ES | Deutsch DE | Français FR | Italiano IT | Dutch NL | Hrvatski HR | Hindi HI

Originally posted on Substack on Nov 25, 2021. Updated here on Dec 27, 2024.

How to use 3 types of nodes for public and private liquidity

Many new users are running LN nodes now. But they get into this fascinating world without having a base knowledge about how Lightning Network works and what you should take in consideration as a node operator.

I wrote many guides about using specific apps, nodes, tools etc, you can look into all my Github page for them.

In this one I will try to explain how I did for my node and how I see it from my point of view. Maybe I am wrong, maybe not. But at least will give a bit more guidance to all those new users that are now jumping into running a node.

This guide will not enter into deep details, is just a bit on the surface to give you as a new user a hint about the direction where to look. Each one later can do his own scenario, taking in consideration some aspects explained here.

Why to run a node?

Are many reasons, as I described in the Umbrel node guide. My personal reasons are:

I consider that we are not yet there where this fee market is enough mature to be taken as a priority. First we need to create a strong network for payments. By suffocating it with high fees and greed will do more damage than good. Some noobs are taking too serious this game of earning sats from routing and sometimes they don't know to use well the scripts and tools for managing fees and that will affect all the rest of the network, sometimes are even disabling channels for routing because they consider them "not profitable". That's just stupid, is totally against the whole concept of LN.

So, as some of you already know, I run an Umbrel node, not on a RaspPi, but on a NUC Brix, DebianOS. This is my "public node". But I run also another node, private, that nobody knows which is. Used for really private stuff. Apart from that I use also Blixt, another type of node, in a mobile wallet. Is a great companion for my Umbrel node!

So let's dive in into how to manage liquidity for these nodes. This scenario is a proposal, not really need you do it exactly. Is just as a reference for things you can do with LN nodes.

A. Umbrel/Raspiblitz/myNode/Start9 LN node

Characteristics

Liquidity

What really is liquidity? Is practically liquid, water flow and your LN channels are water recipients, pipes. so in order to have a healthy water system, you need to have healthy pipes and clean water. If is dirty and with bottlenecks, your water system will be broken and can end up in bad situations. Keep in mind this aspect.

How do we achieve this healthy liquidity? Choose wisely your peers, the nodes to where you will connect your node and open channels with them.

Not all players in this network are good. Some of them play fair, some not, some are maintaining their nodes in a good status, some don't care too much. But all these aspects will affect you and the whole networks in the same way. If you are connected only to bad nodes/peers, you will get down with them and you will not able not even to do your own txs.

Lightning Network is like a living organism: feed it well and you will get results.

For a home node, is good to have a balance between your total inbound and total outbound liquidity.

No need to have each channel perfectly balanced. That is a myth circulating around. I was testing with perfectly balanced channels and it didn't help at all, just wasting sats in fees paid to re-balance. Some users use scripts for rebalancing. I don't. They use them to earn some sats from arbitraging between peers. I consider this wasting time and sats.

This is the most important report - total liquidity report

What comes in from a channel, will go out through another one. Keep your channels always online, good fees, good peers and you will never have problems with non-balanced channels.

If you have a good number of channels / connections with many peers and a good ratio between total remote and local balance, you will never have issues with routing payments and txs from other peers. But with just 2-3-5 channels you will find that some of your payments will not be well routed, sometimes you will pay high fees or worse, your txs will never go through.

So, start opening channels with:

Then just play around with channel fees. I use Thunderhub app because is easy to understand.

Details report for channels fees in Thunderhub app
Changing fees for a channel in Thunderhub app

Lower your fees per channel when you have most of the funds on your side and increase the fees when you lose more than 50%, keeping a fair balance ratio with your peer fees. Each one is free to use its own fees level. Is a free market, but those acting in greed will always be "punished" and the protocol will skip their route by being too expensive.

You will need to observe a lot your peers (Amboss page or Mempool LN page are a great tool for that):

Amboss Community Metrics for a node

Keep your channels open as much is possible. Your node history is very important in a long run. Each of your actions will have a result in time. Close only those channels that are long time offline or the peer is "dead". Those, indeed, are useless channels.

Channels use to start moving sats around after some time and only if that node is in a good shape. If you see that the peer is not opening more channels, is in a stagnation mode, yes, you could close the channel with that "sleepy" peer. A channel that do not have other routes connected, is a dead channel and will not serve you at all. yes you will punish that peer, that's why try to contact it first and ask what are his plans. If is not responsive... kill the channel.

Here I put together a great thread from Czino, that explain a bit more about balancing.

We are still in early phase of Lightning Network, users still do not make so many payments through LN, but is good to be prepared from now, building your own node, make it known, strong, stable, respected. Your node is your own bank, is your own prestige, is not just a game.


B. Blixt / Zeus LN node (mobile)

Characteristics

Here some guides about Blixt and Zeus:

Liquidity

No need to keep large amounts of funds in it, but enough to have for regular spending. But keep in mind that opening tiny small channels, you will spend more on fees and reserves. I would recommend this scenario of use:

  1. First time you use it, open a Dunder LSP channel. See here the guide. This is a great way to start, you get inbound liquidity for a certain amount of deposit into a Dunder channel. So from the beginning you can send and receive sats on LN. You can have more than one Dunder channel, but is better to not abuse with many small ones, you will pay more in fees. better a bigger one or two that you periodically refill.
  2. Then open a channel towards your own Umbrel / home node. See Blixt guides page. This will give you another way to move funds in between, using keysend but also making payments in a more private way, through your own public node, used as first hop.
  3. Then open channels other LN services as you need. But keep in mind that most of your traffic will be through your own home node, so no need of many channels, just enough to have as backup liquidity.

So keep in mind some aspects of using Blixt node wallet app on your mobile:


C. "Secret LN Node" (optional)

Characteristics

Liquidity

You can have also public channels for some routing, but mainly will be with private channels. Is up to you how you want it. But keep in mind: never promote it in public spaces and link it to your identity, to any identity (real of false).

This node you will use it mostly for private swaps, private transfers, moving funds around or even small routing in "unknown mode".

No need to have a lot of funds in this node, all are transitory here.

You can choose some of the mentioned nodes in this list, as peers, but mainly this node will be connected to your other nodes Umbrel and Blixt, with private channels.

Use your imagination about how to use this node. Is very useful if is used in the right way.

HAPPY LIGHTNING !