Rede Lightning: como o Bitcoin amplia a capacidade com pagamentos rápidos

A rede Lightning é uma segunda camada construída sobre o Bitcoin: uma forma de enviar bitcoins em segundos, com taxas pequenas, sem esperar que cada pagamento seja escrito em um bloco. Se você acompanhou os cursos 1 a 3, já sabe como as transações de Bitcoin funcionam na camada base. Esta aula explica como a Lightning tira a maioria dos pagamentos dessa camada sem deixar de depender dela para segurança.

A Lightning não substitui a blockchain do Bitcoin. Funciona ao lado dela. Pense na conta de um bar: você abre a conta, pede bebidas a noite toda e paga uma vez no fim em vez de passar o cartão a cada bebida. Na Lightning, abrir a conta é uma transação on-chain que prende alguns bitcoins, cada rodada é um saldo novo assinado pelos dois lados, e pagar a conta é uma transação de fechamento, com uma taxa on-chain.

O que é a rede Lightning?

A rede Lightning é uma rede de canais de pagamento: saldos compartilhados entre duas partes, cada um lastreado em bitcoins bloqueados na blockchain. Joseph Poon e Thaddeus Dryja a descreveram em um artigo de janeiro de 2016, e o primeiro software para a rede principal do Bitcoin apareceu em 2018. O objetivo é deixar as pessoas pagarem umas às outras muitas vezes, recorrendo à blockchain só de vez em quando, sem entregar os bitcoins para uma empresa.

Depende de quatro componentes, explicados nesta aula:

• Um endereço compartilhado (multisig 2 de 2): as duas partes prendem bitcoins em um endereço que precisa das assinaturas das duas para gastar.
• Transações de compromisso: transações assinadas, mas não publicadas, que registram a divisão atual do canal. Qualquer lado pode publicar a própria a qualquer momento para receber a parte dele on-chain.
• Chaves de revogação: uma penalidade que torna publicar uma divisão antiga e desatualizada uma jogada que dá prejuízo.
• Contratos com bloqueio por hash e tempo (HTLCs): pagamentos condicionais que deixam um pagamento atravessar vários canais sem que alguém no meio possa ficar com ele.

O resultado: duas partes podem pagar uma para a outra milhares de vezes, precisando só de duas transações on-chain, uma para abrir o canal e outra para fechar.

Por que o Bitcoin precisa da rede Lightning

O Bitcoin acrescenta um bloco a cada dez minutos, mais ou menos, e cada bloco tem limite de tamanho (4 milhões de “unidades de peso”, definido no BIP 141). Em outubro de 2026, isso significava cerca de 5.000 transações por bloco e umas 720.000 por dia, ou cerca de 8 transações por segundo para o mundo inteiro (blockchain.com). O limite é deliberado: cada nó completo confere cada transação, e blocos pequenos mantêm acessível rodar um nó para pessoas comuns.

Quando mais pessoas querem espaço do que cabe nos blocos, disputam com taxas (a aula sobre taxas de transação do curso 3 explica como). Na maior parte do tempo, as taxas são baixas: em outubro de 2026, a média ficou bem abaixo de um dólar por transação. Mas nos dias mais movimentados elas saltam. Pelos dados diários do blockchain.com, a taxa média por transação foi de cerca de US$ 56 em 22 de dezembro de 2017 e uns US$ 128 em 20 de abril de 2024. Pagar um café on-chain em um dia assim não faz sentido.

A Lightning divide o trabalho. A blockchain vira a camada de liquidação, usada para abrir e fechar canais e para transferências maiores. A Lightning vira a camada de pagamentos para valores do dia a dia. Pagamentos dentro de um canal não precisam de bloco algum, então a quantidade não é limitada pelo espaço dos blocos, só por quantos bitcoins ficam nos canais e se é possível encontrar uma rota.

Como a rede Lightning funciona

Canais de pagamento

Um canal de pagamento é um saldo privado entre duas partes. As duas prendem bitcoins em um endereço 2 de 2 na blockchain. O valor bloqueado é a capacidade do canal: o máximo que pode ficar em um lado do canal.

Depois de abrir o canal, as duas partes podem mover bitcoins de um lado para o outro quantas vezes quiserem. Nenhuma atualização toca a blockchain. Cada uma é um acordo novo, assinado pelas duas, sobre como os fundos bloqueados se dividem.

Por exemplo, Alice e Bob abrem um canal com capacidade de 0,1 BTC. Alice financiou o canal, então a divisão inicial é:

• Saldo de Alice: 0,1 BTC
• Saldo de Bob: 0 BTC

Depois que Alice paga 0,02 BTC para Bob:

• Saldo de Alice: 0,08 BTC
• Saldo de Bob: 0,02 BTC

A atualização aconteceu em um instante. Nenhum minerador a processou e nenhum bloco foi necessário. Um pagamento direto para a outra parte do canal não paga taxa de roteamento.

Abrir um canal

Abrir um canal exige uma transação on-chain, a transação de financiamento, que envia bitcoins para o endereço compartilhado 2 de 2. Antes da publicação, as duas partes trocam chaves e assinam as primeiras transações de compromisso. A ordem importa: se a outra parte desaparecer assim que o canal abrir, você ainda pode publicar sua transação de compromisso e recuperar seu dinheiro.

A transação de financiamento precisa ser confirmada antes de usar o canal. Quantas confirmações depende do software. O LND, por exemplo, pede de 3 a 6 dependendo do tamanho do canal (configuração de exemplo do LND). Esse é o único momento em que você espera pela blockchain.

Transações off-chain

Cada pagamento dentro do canal substitui a divisão antiga por uma nova. Os dois lados assinam uma nova transação de compromisso com os saldos atualizados, e a antiga é cancelada por revogação:

1. Alice quer pagar 0,01 BTC para Bob.
2. Os dois assinam novas transações de compromisso com os novos saldos.
3. Alice dá para Bob uma chave de revogação da transação de compromisso anterior dela.
4. Bob dá para Alice uma chave de revogação da anterior dele.
5. Se Alice publicar a divisão antiga depois, aquela que dava mais para ela, Bob pode usar a chave de revogação dela para receber todos os fundos do canal como penalidade.

Essa penalidade é o motivo de você não precisar confiar na outra parte do canal: trapacear arrisca perder tudo no canal.

Quem vigia as trapaças?

A penalidade só funciona se alguém perceber a transação antiga na blockchain a tempo. Quando uma parte publica uma transação de compromisso, os fundos dela ficam bloqueados por um período de espera, então o outro lado tem uma janela para responder. Alguém precisa vigiar nessa janela: seu próprio software Lightning, que faz isso enquanto está rodando e conectado, ou uma watchtower, um serviço separado que vigia a blockchain para você e publica a penalidade se necessário.

Por isso operadores de nós recebem a orientação de manter o nó conectado. No LND, o software de nó mais comum, o cliente de watchtower fica desligado até você ativá-lo. Nossa aula sobre Backups Lightning e watchtowers explica quando você precisa de uma, e a aula 4.8 mostra como ativá-lo.

Fechar um canal

Há duas formas de fechar um canal:

Fechamento cooperativo: as duas partes concordam e assinam uma transação de fechamento que paga para cada lado o saldo mais recente. É o jeito barato, rápido e normal.

Fechamento forçado: um lado publica sozinho a transação de compromisso mais recente dele, geralmente porque o outro está desconectado ou não responde. Custa mais em taxas on-chain, e quem fecha precisa esperar um número definido de blocos antes de gastar a parte dele. É o período de espera descrito acima.

Nos dois casos, os saldos finais são liquidados on-chain e os bitcoins voltam para endereços comuns de um só dono. Um fechamento forçado costuma precisar de duas ou mais transações on-chain em vez de uma, então custa cerca do dobro em taxas de mineração ou mais. Nossa aula sobre Backups Lightning e watchtowers calcula em sats o custo de abrir e de cada forma de fechar.

Rotear pagamentos pela rede Lightning

Você não precisa de um canal com cada pessoa para quem paga. Um pagamento pode ser roteado pelos canais de outras pessoas, pulando de nó em nó até chegar ao destinatário.

Suponha que Alice queira pagar para Dave. Alice tem um canal com Bob, Bob com Carol e Carol com Dave. O pagamento pode ir Alice → Bob → Carol → Dave, geralmente em poucos segundos.

Dois termos primeiro. Um hash é uma impressão digital de dados: fácil de calcular com os dados, praticamente impossível de reverter. A pré-imagem são os dados originais por trás de um hash. Imagine um cadeado que só uma chave abre: Dave distribui o cadeado (o hash) e guarda a chave (a pré-imagem).

O roteamento usa contratos com bloqueio por hash e tempo (HTLCs), pagamentos que só abrem com a chave e expiram depois de um prazo:

1. Dave cria um segredo aleatório (a pré-imagem) e põe o hash na fatura que dá para Alice.
2. Alice oferece um HTLC para Bob: “você recebe X sats se me mostrar a pré-imagem deste hash em, digamos, 60 blocos. Caso contrário, o dinheiro volta para mim”.
3. Bob oferece um HTLC parecido para Carol, com prazo um pouco menor.
4. Carol oferece um para Dave, com prazo ainda menor.
5. Dave revela a pré-imagem para Carol e recebe o pagamento dele.
6. Carol usa a mesma pré-imagem para receber o pagamento dela de Bob.
7. Bob a usa para receber o pagamento dele de Alice.

O pagamento é atômico: ou todos os saltos se completam ou nenhum. Ninguém no meio pode ficar com o dinheiro, porque só pode receber do salto anterior revelando a pré-imagem, que só descobre quando o próximo salto é pago. Os prazos menores dão a cada nó tempo para receber depois de pagar.

Para privacidade, a Lightning usa roteamento cebola, parecido em ideia com o Tor: cada nó só conhece o salto anterior e o próximo. Bob sabe que recebeu algo de Alice e precisa passar o valor para Carol, mas não que Dave é o destinatário final. Os nós no caminho veem aproximadamente quanto está sendo pago. A aula 4.2 explica por quê.

Taxas da rede Lightning

Os nós de roteamento cobram uma taxa para encaminhar pagamentos, que remunera manter bitcoins bloqueados em canais e ficar conectado. Cada nó define dois números:

• Taxa base: um valor fixo por pagamento encaminhado, definido em milésimos de um satoshi (um satoshi, ou sat, é um centésimo de milionésimo de um bitcoin).
• Taxa proporcional: uma porcentagem do valor, escrita em partes por milhão (ppm). 100 ppm são 0,01%.

Um exemplo com números reais: no retrato mais recente da rede pública do mempool.space (30 de agosto de 2026), o nó mediano cobrava taxa base de 0,5 sat e taxa proporcional de 100 ppm. Um pagamento de 10.000 sats que passa por dois nós de roteamento paga para cada um 0,5 + 1 = 1,5 sats, cerca de 3 sats no total. Um pagamento de 100.000 sats pela mesma rota paga cerca de 21 sats. A taxa proporcional média no mesmo retrato era de 824 ppm, então algumas rotas custam várias vezes mais (estatísticas Lightning do mempool.space).

Algumas carteiras cobram um preço único com tudo incluído. A Phoenix, carteira para iniciantes recomendada neste curso, cobra 0,4% + 4 sat por pagamento Lightning enviado, roteamento incluído (perguntas frequentes da Phoenix): 44 sats em um pagamento de 10.000 sats. A Phoenix entrega cada pagamento para o nó da ACINQ, que encontra o resto da rota e paga as taxas de roteamento com essa cobrança, então você não soma as duas. Abrir e fechar canais também custa taxas on-chain, que mudam com a demanda por espaço nos blocos.

Nosso guia completo de taxas da rede Lightning traz mais cenários e formas de reduzir as taxas.

Capacidade e crescimento da rede Lightning

A Lightning funciona na rede principal do Bitcoin desde 2018. O retrato do mempool.space de 30 de agosto de 2026 contou:

• Nós públicos: cerca de 16.200
• Canais públicos: cerca de 32.700
• Bitcoins bloqueados em canais públicos: cerca de 3.800 BTC
• Canal mediano: cerca de 2 milhões de sats

Esses números só cobrem a rede pública. Muitos canais, incluindo a maioria dos usados por carteiras de celular, são privados e não podem ser contados. O que dizem: alguns milhares de bitcoins espalhados por dezenas de milhares de canais explicam por que pagamentos pequenos e médios encontram rota facilmente, enquanto os muito grandes podem ter dificuldade.

Você vai experimentar enviar e receber na aula 4.4.

Limitações da rede Lightning

A Lightning tem limitações que todo usuário deve entender:

• Receber precisa de liquidez de entrada: você só pode receber até o que as outras partes dos canais têm do lado delas. Isso confunde muitos iniciantes e é explicado na aula 4.2.
• Estar conectado: sua carteira ou nó precisa estar conectado para receber um pagamento, diferente de um endereço on-chain, que recebe com a carteira aberta ou não. Também precisa se conectar regularmente para vigiar trapaças.
• Gerenciamento de canais: manter canais úteis nos dois sentidos exige atenção e às vezes custa dinheiro. Carteiras como a Phoenix fazem isso para você. No seu nó, é seu trabalho (a aula 4.8 explica).
• Pagamentos grandes: pagamentos muito grandes podem não encontrar uma rota com liquidez suficiente.
• Complexidade e backups: a Lightning tem mais componentes que o Bitcoin on-chain, e fazer backup de um canal não é tão simples quanto anotar uma semente. Nossa aula sobre Backups Lightning e watchtowers explica o que guardar.

Desenvolvedores trabalham nisso. Splicing permite mudar o tamanho de um canal sem fechá-lo, e a busca de rotas continua melhorando.

Perguntas frequentes

A rede Lightning é segura?

A Lightning foi projetada para que você recupere seu dinheiro sem confiar na outra parte do canal, mas essa proteção tem condições. Seu nó ou uma watchtower precisa ver uma tentativa de trapaça antes do fim do período de espera. Um fechamento forçado em um período de taxas on-chain altas pode consumir grande parte de um saldo pequeno. Você precisa dos backups certos (nossa aula sobre Backups Lightning e watchtowers explica quais). E, como todo software, as implementações da Lightning têm falhas: confira nossos avisos de segurança e mantenha sua carteira atualizada. Carteiras Lightning bem testadas cuidam da maior parte disso para você.

Quanto custa usar a rede Lightning?

Alguns sats de roteamento em pagamentos pequenos (como no exemplo acima), ou o preço da própria carteira se cobrar um em vez disso (Phoenix: 0,4% + 4 sat por pagamento enviado, roteamento incluído), mais taxas on-chain quando um canal abre ou fecha. A aula 4.3 detalha quanto custa um primeiro depósito na Phoenix.

Preciso rodar um nó para usar a rede Lightning?

Não. Carteiras como Phoenix e Zeus rodam pequenos nós Lightning no celular. Rodar seu próprio nó completo dá mais controle e privacidade e a opção de rotear pagamentos para outros. A aula 4.5 explica os motivos em mais detalhes.

A rede Lightning consegue lidar com pagamentos grandes?

Funciona melhor para pagamentos pequenos e médios. Os grandes podem não encontrar rota com liquidez suficiente em cada salto. Pagamentos por múltiplas rotas (MPP) ajudam dividindo um pagamento por várias rotas. Para transferências muito grandes, uma transação on-chain costuma ser a melhor escolha.

O que acontece se a outra parte do canal desconectar?

Você pode forçar o fechamento publicando sua transação de compromisso mais recente. Sua parte volta on-chain depois de um período de espera definido pelo software da outra parte ao abrir o canal. Com os padrões do LND, vai de 144 blocos (cerca de um dia) para canais abaixo de cerca de 1,2 milhão de sats a 2.016 blocos (umas duas semanas) para os maiores (configuração de exemplo do LND). Na Phoenix, são 720 blocos, cerca de cinco dias, e a ACINQ diz para forçar o fechamento só como último recurso porque “taxas altas se aplicam” (perguntas frequentes da Phoenix). Você nunca precisa da cooperação da outra parte para recuperar os fundos, mas paga taxas on-chain e espera.

Teste o que você entendeu

1. Alice e Bob têm um canal. Alice publica uma transação de compromisso antiga que dá mais para ela do que tem agora. O que impede isso, e o que precisa ser verdade para funcionar?

Resposta

Bob tem a chave de revogação que Alice deu para ele quando aquele saldo antigo foi substituído. Com ela, pode receber todos os fundos do canal como penalidade. Mas o nó de Bob ou uma watchtower trabalhando para ele precisa perceber a transação de Alice na blockchain antes do fim do período de espera dela. Se ninguém vigiar, a penalidade não pode acontecer.

2. Em um pagamento Alice → Bob → Carol → Dave, por que Bob não pode ficar com o dinheiro de Alice sem pagar para Carol?

Resposta

O pagamento de Alice para Bob só abre com a pré-imagem, o segredo por trás do hash na fatura de Dave. Bob só descobre esse segredo quando Carol o revela para receber dele o pagamento dela, e Carol só descobre quando Dave é pago. Então Bob só pode receber de Alice depois que o pagamento passar. Se nunca passar, o HTLC de Alice expira e o dinheiro volta para ela.

3. Você envia um pagamento de 100.000 sats por dois nós de roteamento que cobram 0,5 sat mais 100 ppm cada. Quanto paga em taxas de roteamento, aproximadamente?

Resposta

Cada nó cobra 0,5 sat mais 100 milionésimos de 100.000 sats (10 sats), então cerca de 10,5 sats cada e cerca de 21 sats no total. Uma carteira como a Phoenix cobra o próprio preço com tudo incluído (0,4% + 4 sat, roteamento incluído), que nesse pagamento seria de 404 sats.