Como a Lightning funciona
Juntando as peças: canais, rede e pagamentos
-
Eric de Castro - Atualizado em
⚡ Lightning Network
Já vimos que um canal de pagamento (a "comanda") deixa duas pessoas pagarem uma à outra fora da blockchain. Agora vamos juntar as peças e ver como isso vira uma rede em que você consegue pagar praticamente qualquer um.
Uma rede de comandas
Cada pessoa tem canais com algumas outras. Quando esses canais se conectam, formam uma rede. E numa rede, você consegue alcançar gente com quem não tem canal direto.
Imagine que você quer pagar uma cerveja no Bar do Bob, mas não tem comanda com ele. Você tem comanda com a Alice, e a Alice tem comanda com o Bob. Então você paga o Bob através da Alice:
- você "empurra" o valor da cerveja para a Alice na sua comanda;
- a Alice "empurra" o mesmo valor para o Bob na comanda dela.
No fim, a cerveja foi paga, e você nem precisou conhecer o Bob. Esse processo de achar um caminho e passar o pagamento por ele se chama roteamento. Quem fica no meio (a Alice) cobra uma taxa minúscula por repassar — normalmente frações de centavo.
Ninguém no meio fica com a sua cerveja
"Espera... se o pagamento passa pela Alice, o que impede ela de embolsar o dinheiro e não repassar pro Bob?"
É aqui que está a parte genial. O pagamento é montado de um jeito que ele ou chega inteiro ao Bob, ou não acontece — nunca fica preso no meio. Funciona mais ou menos como um cadeado com segredo:
- O Bob cria um cadeado e guarda o segredo que o abre. Ele te manda só o cadeado (dentro da invoice).
- Você manda o pagamento "trancado" para a Alice, e a Alice manda "trancado" para o Bob. Cada um no caminho só consegue pegar o seu valor se o segredo aparecer.
- O Bob abre o cadeado com o segredo dele para receber. Ao fazer isso, ele revela o segredo, o que destrava o pagamento da Alice, que por sua vez destrava o seu.
Se qualquer coisa der errado no meio do caminho, nada é destravado e tudo volta atrás — ninguém perde dinheiro. O segredo revelado funciona, no fim, como um recibo de que a cerveja foi paga.
O nome técnico desses "cadeados" é HTLC, mas isso fica para a parte técnica. Por enquanto, o que importa é: pagar por intermediários é seguro.
O fluxo, do começo ao fim
Resumindo um pagamento típico:
- O Bob gera uma invoice (com o "cadeado") e te entrega — em geral, um QR code.
- Sua carteira lê a invoice e calcula um caminho pela rede até ele.
- O pagamento percorre o caminho, salto a salto, de forma atômica (tudo ou nada).
- O Bob abre o cadeado e revela o segredo, liberando o repasse em cada salto de volta.
- Pronto: o Bob recebeu, cada intermediário ganhou sua taxinha — tudo em segundos, sem tocar na blockchain.
E o melhor: na prática você não vê nada disso. Você lê um QR code, confirma, e o pagamento "simplesmente acontece". Nas próximas páginas vamos ver como começar a usar e como as invoices funcionam por dentro.