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...) ![Roll Eyes](https://bitcointalk.org/Smileys/default/rolleyes.gif)
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.