Lightning Network explicado para usuários do Nostr

Cada zap no Nostr é um pagamento no Lightning. Se você quer enviar ou receber zaps, está usando Lightning independentemente de pensar nisso como Lightning ou não. E se tudo isso parece uma caixa preta, este guia a abre.

Não vamos cobrir os detalhes criptográficos dos canais de pagamento a menos que você pergunte. Esta é a explicação do Lightning que pula a matemática HTLC e se concentra no que você realmente encontra como usuário do Nostr: faturas, carteiras, taxas e por que tudo funciona em segundos em vez de minutos.

TL;DR. Lightning é uma camada de pagamento rápida construída sobre o Bitcoin. Os pagamentos são off-chain, roteados através de uma rede de nós e liquidados em menos de um segundo. As taxas são tipicamente uma fração de um centavo. O Nostr usa Lightning para zaps porque apenas o Lightning torna práticas as dicas sociais de um centavo.

Quando estiver pronto, pegue seu endereço @nostr.blog →

O problema que o Lightning resolve

O Bitcoin da camada base é seguro e descentralizado, mas é lento e não é barato para pequenos pagamentos. Cada transação Bitcoin é registrada em um bloco, e os blocos chegam aproximadamente a cada dez minutos. Uma transação paga uma taxa proporcional ao seu tamanho, e em períodos de movimento intenso a taxa para mover alguns dólares pode ser alguns dólares.

Isso torna o Bitcoin inadequado para dicas. Uma dica de um centavo que custa dez centavos em taxas e leva dez minutos para confirmar não é uma dica; é um erro.

O Lightning existe porque as pessoas queriam tanto as propriedades do Bitcoin (autocustódia, sem permissão, sem intermediário) quanto a economia de uma rede de pagamento (rápida, barata, para pequenos valores). Os canais de pagamento off-chain resolvem isso amortizando o custo da blockchain entre muitos pagamentos.

Como funciona um canal, sem a matemática

Duas pessoas que querem fazer transações com frequência no Lightning abrem um canal de pagamento publicando uma transação Bitcoin. Essa transação bloqueia alguns Bitcoin em um endereço 2-de-2 compartilhado. Ambas as partes agora têm um canal com uma capacidade igual ao que bloquearam.

Eles podem então se enviar pagamentos atualizando um registro off-chain do saldo atual do canal. Alice envia para Bob 100 sats: o registro é atualizado. Alice envia para Bob 100 sats a mais: atualizado novamente. Eles fazem isso milhares de vezes. Nada disso toca a blockchain.

Quando terminam, fecham o canal publicando uma transação Bitcoin final que registra o saldo final. Duas transações on-chain cobrem arbitrariamente muitos pagamentos entre eles.

Agora aumente isso. Alice não tem um canal com cada usuário de Bitcoin do mundo. Ela tem um canal com dois ou três nós bem conectados. Esses nós têm canais com dezenas de outros nós, e assim por diante. Um pagamento no Lightning de Alice para um estranho através da rede é roteado através de um caminho de nós intermediários, cada um dos quais tem um canal com o próximo.

O pagamento é atômico: ou é concluído de ponta a ponta ou falha completamente. Nenhum nó intermediário pode roubar fundos porque a criptografia garante que eles só recebem se o próximo salto também receber. Esta é a parte com a matemática HTLC que estamos pulando; a propriedade importante é a atomicidade.

Como isso se parece como um usuário

Você não vê nada do acima. Aqui está o que você realmente vê:

Como remetente: você toca "enviar" em sua carteira Lightning, cola uma fatura ou um endereço Lightning, escolhe o valor, confirma. A carteira encontra uma rota através da rede e liquida o pagamento. A operação inteira leva menos de um segundo.

Como receptor: você compartilha um endereço Lightning (como alice@getalby.com) ou gera uma fatura (uma longa string começando com lnbc). O remetente paga qualquer um; o saldo da sua carteira aumenta.

A carteira abstrai os canais, o roteamento, a atomicidade criptográfica e o cálculo de taxas. O que você vê são números subindo e descendo, e ocasionalmente um aviso de pagamento falhado se o roteamento não encontrar um caminho.

Onde o Nostr usa Lightning

Zaps são a aplicação específica do Nostr do Lightning. O fluxo:

1. Você quer dar uma gorjeta para alguém pelo seu post.
2. Seu cliente pergunta ao seu endereço Lightning por uma fatura anexada a um evento de solicitação de zap (um evento Nostr específico descrevendo a gorjeta).
3. Sua carteira (ou o serviço hospedando seu endereço Lightning) gera uma fatura pelo valor que você escolheu.
4. Sua carteira paga a fatura.
5. Uma vez paga, um evento de zap-receipt é publicado aos relays Nostr pelo serviço que tratou o pagamento.
6. Seu cliente e o dele veem o recebimento e o renderizam como um zap com o valor visível ao lado do post que recebeu a gorjeta.

Cinco desses seis passos são Lightning. Apenas o passo cinco é específico do Nostr. O resto é infraestrutura Lightning padrão que acontece ser chamada por clientes Nostr.

É por isso que fazer zaps funcionar significa fazer Lightning funcionar. Um zap Nostr que falha geralmente falha porque a camada Lightning falhou, não porque o Nostr está quebrado.

Carteiras custodiais vs não-custodiais

Dois tipos de carteiras Lightning existem, e a diferença importa.

Carteiras custodiais (Wallet of Satoshi, Strike, Blink, Primal wallet) mantêm seu Bitcoin em sua própria infraestrutura. Você tem uma conta; eles têm as chaves. Vantagens: zero configuração, disponibilidade instantânea, sem gerenciamento de canal. Desvantagens: o provedor da carteira pode congelar seus fundos, eles veem seus pagamentos, e se desaparecerem seus fundos desaparecem com eles.

Carteiras não-custodiais (Phoenix, Mutiny, Breez, Zeus, Alby auto-hospedado) mantêm as chaves em seu dispositivo ou seu próprio nó. Vantagens: apenas você pode gastar, ninguém pode congelá-lo, a privacidade é melhor. Desvantagens: você gerencia canais e backups sozinho, liquidez é algo que você tem que pensar ocasionalmente, a configuração é mais envolvida.

Para atividade de zap no Nostr, ambas funcionam. Novos usuários quase sempre começam com uma carteira custodial porque o atrito é menor, e muitos ficam porque os valores de zap são pequenos e a conveniência vence. Usuários com saldos mais altos ou necessidades de privacidade mais fortes mudam para não-custodial.

Endereços Lightning vs faturas

Um endereço Lightning parece alice@getalby.com. É um identificador permanente que você publica no seu perfil Nostr. Os remetentes podem lhe dar gorjetas sem gerar uma nova fatura toda vez; sua carteira pergunta ao seu endereço Lightning por uma fatura fresca automaticamente.

Uma fatura é uma solicitação de pagamento única. Começa com lnbc... e codifica o valor, o nó de destino e um tempo de expiração (geralmente uma hora). Uso único; uma vez paga, não pode ser reutilizada.

Para zaps, você compartilha o endereço Lightning. Sua carteira lida com geração de faturas nos bastidores. Faturas brutas são para transferências diretas (pague para esta pessoa 0,01 BTC agora) onde você conhece o valor exato e não precisa de pagamentos repetidos.

Taxas, os números realistas

As taxas do Lightning são diminutas comparadas ao Bitcoin da camada base.

• Zap típico (21 a 1000 sats): a taxa geralmente é zero ou um sat. Algumas rotas cobram alguns sats extras por pagamentos muito pequenos.
• Pagamento médio (100.000 sats, cerca de $60): a taxa geralmente é 1 a 10 sats. 0,001 a 0,01 por cento.
• Pagamento grande (1.000.000 sats, cerca de $600): taxa 50 a 500 sats. Ainda tipicamente menos de 0,05 por cento.
• Abertura de canal (único, on-chain): qualquer que seja a taxa atual do mempool Bitcoin. Varia de 200 sats em dias calmos a 20.000 sats em dias ocupados.

A estrutura de taxa inverte o Bitcoin's de uma forma importante: pequenos pagamentos Lightning são baratos em termos absolutos (uma fração de um centavo), enquanto pequenos pagamentos Bitcoin on-chain pagam uma taxa fixa que domina o valor. O Lightning existe para tornar os pequenos pagamentos economicamente viáveis.

O que o Lightning ainda não pode fazer

Limitações honestas a partir de 2026:

• Receber sem liquidez de entrada. Você precisa de canais onde o outro lado tem um saldo para "enviar" sats para você. Novas carteiras não-custodiais resolvem isso com compras de liquidez automática, mas ainda há uma curva de conhecimento inicial.
• Mover quantias muito grandes em um pagamento. Rotear um pagamento de 10 BTC através de uma rede Lightning típica é difícil porque nenhum caminho único tem tanta liquidez. Pagamentos multi-caminho ajudam mas não o resolvem completamente.
• Ser totalmente anônimo. O remetente conhece o primeiro salto do caminho; receptores conhecem seu vizinho imediato. O caminho completo é oculto de todos exceto do remetente, mas os metadados vazam. Ferramentas como randomização de rota e roteamento de trampolim fecham algumas lacunas, não todas.
• Funcionar offline. O Lightning requer que tanto o remetente quanto o receptor (ou uma infraestrutura de carteira representando-os) estejam online quando o pagamento acontece. O Bitcoin da camada base funciona de forma assíncrona; o Lightning não.

Estas são áreas de engenharia ativas, não limitações fundamentais. A rede Lightning de 2026 lida com casos de uso que a rede Lightning de 2021 não podia. A trajetória é em direção a menos limitações a cada ano.

O que fazer a seguir

Se você está aqui porque quer dar uma gorjeta para alguém no Nostr:

1. Instale uma carteira Lightning. Wallet of Satoshi é o ponto de partida mais fácil para iniciantes; Phoenix se você quer não-custodial em celular. (Se você se registrou através do nostr.blog, uma carteira já foi provisionada para você como parte do fluxo, então você pode pular esta etapa.)
2. Financie-a com sats. Qualquer exchange que suporte saques Lightning funcionará; vários deixam você depositar fiat e sacar Lightning diretamente.
3. No seu perfil Nostr, defina seu endereço Lightning (a carteira lhe fornece um).
4. Agora você pode enviar e receber zaps.

A configuração completa leva cerca de dez minutos. A "Lightning Network" parece intimidadora quando você lê artigos como este; na prática é um aplicativo de carteira que envia Bitcoin da forma que qualquer outro aplicativo envia dólares.