Encontrei uma lista bem interessante com links que ajudam a resolver os problemas de liquidez que os operadores de nodes por vezes encontram.
Agora vem uma pergunta parva.
(As perguntas parvas são aqueles que ficam por fazer...) Eu abro um canal com 1
BTC. Se o meu canal fica bloqueado com 1
BTC até esse valor ser gasto, como é que ele pode gerar liquidez para outros utilizadores?
Quando tu abres um canal, esse canal só te permite enviar sats para o outro owner com quem abriste esse canal.
Neste momento o teu node ainda não pode ser usado para servir outros peers com liquidez porque o teu canal ainda só consegue enviar sats. Se alguém abrir um canal para ti, então aí sim, o teu node já pode ser usado como intermediário para outros nodes enviarem sats usando o teu canal.
Por exemplo, há 4 nodes. A, B, C e D. Se A quiser enviar sats para D mas não te. um canal com D, pode usar os peers B e C se eles tiverem canais entre eles que liguem A e D indirectamente.
Vamos supor que a rede é: A->C->B->D. Isto quer dizer que A não tem canais abertos nem com B nem com D e C não tem com D.
Mas indirectamente há uma rota de A para D, através de C e B, logo A pode enviar para D.
Mas este cenário é um cenário de routing, ou seja, o C envia 1BTC a B porque sabe que vai receber 1BTC mais tarde de A. o mesmo raciocínio se aplica ao todos os nodes deste path de A até D. Portanto, para isto funcionar, os nodes têm que ter canais com liquidez dos dois lados. Inbound e Outbound porque o 1BTC que sai de um dos nossos canais, vai ter que entrar num dos outros canais que nos temos. Isto porque estamos apenas a reencaminhar um pagamento de alguém.
Se estivermos a fazer um pagamento de um serviço com o nosso node, então neste caso só teremos Bitcoin a sair de um dos nossos canais.
São dois conceitos diferentes. Routing node e pagamento de serviços.
Se calhar compliquei ao tentar explicar com muito detalhe. Mas estarei cá para explicar com exemplos e de forma mais simples.