Primeiros Passos
Escolhendo uma carteira e fazendo seus primeiros pagamentos
-
Eric de Castro - Atualizado em
Lightning Network
Você não precisa entender todos os BOLTs para usar a Lightning. Mas precisa entender uma coisa antes de instalar qualquer carteira: quem controla o dinheiro?
Na prática, começar bem é escolher um modelo de carteira compatível com o valor que você vai usar, com o quanto quer aprender e com o nível de responsabilidade que aceita assumir.
Conteúdo
A primeira regra
Use Lightning primeiro com valores pequenos. Ela é ótima para experimentar pagamentos rápidos, gorjetas, compras pequenas e testes entre carteiras. Não comece colocando uma quantia que você não aceitaria perder enquanto ainda está aprendendo o modelo de custódia, backup e liquidez.
Lightning é Bitcoin, mas o uso é diferente da camada on-chain. Em Bitcoin on-chain, guardar a seed costuma ser o principal ponto operacional. Em Lightning, além das chaves, existe estado de canal, liquidez, invoices que expiram e, em algumas carteiras, serviços externos que ajudam a abrir canais ou receber pagamentos.
Nenhuma carteira legítima precisa que você digite sua seed, chave privada, backup, senha ou macaroon em uma página aleatória. Exemplos deste site são didáticos; não cole dados reais em ferramentas públicas.
Modelos de carteira
"Carteira Lightning" pode significar coisas bem diferentes. A tabela abaixo é mais útil do que perguntar apenas se a carteira é "boa".
| Modelo | Quem controla as chaves? | Vantagem | Cuidado principal |
|---|---|---|---|
| Custodial | A empresa ou serviço. | Mais simples: normalmente não exige lidar com canais, liquidez ou backups de canal. | Você confia o saldo ao custodiante. Ele pode congelar, perder, censurar ou encerrar acesso. |
| Autocustódia assistida | Você controla as chaves, mas a carteira pode usar um provedor de liquidez ou servidor. | Bom equilíbrio para começar com autocustódia sem operar um nó completo. | Backup e recuperação importam. O provedor pode ver metadados e cobrar por canais/liquidez. |
| Nó próprio | Você controla chaves, canais e operação. | Máximo controle, melhor aprendizado e possibilidade de encaminhar pagamentos. | Exige uptime, nó Bitcoin, liquidez, canais, monitoramento, backups e cuidado com fees on-chain. |
Descrição longa do diagrama
O diagrama compara duas carteiras. Na carteira custodial, uma empresa aparece entre o usuário e os fundos, controlando chaves e canais. Na carteira não-custodial, o usuário controla suas próprias chaves e assume responsabilidade por backup, canais e recuperação. A imagem destaca que praticidade e controle aumentam em direções opostas.
Para aprender a experiência de pagamento, uma carteira custodial com valor pequeno pode ser suficiente. Para usar como Bitcoin de verdade, a pergunta inevitável volta: você controla as chaves e consegue recuperar a carteira corretamente?
Primeiro pagamento
O fluxo mais comum para pagar é simples:
- O recebedor mostra uma invoice, geralmente como QR code.
- Sua carteira lê a invoice e mostra valor, descrição, destino aproximado e taxa.
- Você confere se faz sentido e confirma.
- A carteira escolhe uma rota, monta HTLCs e tenta pagar.
- Se a rota funcionar, o recebedor revela a preimage e o pagamento liquida.
Antes de confirmar, confira três coisas:
- Valor: se a invoice tem valor fixo, a carteira deve mostrar quanto será pago.
- Descrição: ela ajuda a evitar pagar o pedido errado, mas não é garantia de identidade.
- Taxa e expiração: a taxa Lightning costuma ser pequena, mas a invoice pode estar expirada ou perto de expirar.
Se falhar, não assuma perda. Na maioria das vezes, a carteira não encontrou rota com liquidez suficiente ou o recebedor/invoice não está mais válido. Leia a mensagem, tente novamente ou peça uma nova invoice.
Recebendo
Receber na Lightning exige uma invoice e, dependendo da carteira, exige liquidez de entrada. Isso é o ponto que mais confunde iniciantes.
Se você abriu um canal colocando todo o saldo do seu lado, você consegue enviar bem, mas pode não conseguir receber muito por esse canal. Para receber, alguém precisa conseguir empurrar saldo na sua direção.
| Ação | O que precisa existir |
|---|---|
| Enviar | Saldo saindo da sua carteira por algum canal ou serviço. |
| Receber | Saldo do outro lado de algum canal, ou um serviço/carteira que providencie liquidez de entrada. |
Carteiras custodiais escondem isso porque o serviço gerencia a liquidez. Carteiras de autocustódia modernas podem abrir canais automaticamente, usar provedores de liquidez ou cobrar uma taxa quando você recebe sem ter inbound suficiente. Nó próprio exige gerenciar isso diretamente.
Como bitcoin entra na Lightning
Existem três caminhos comuns:
| Caminho | O que acontece |
|---|---|
| Depositar em custodiante | Você envia bitcoin ou recebe Lightning em uma conta controlada pelo serviço. É simples, mas custodial. |
| Abrir canal on-chain | Sua carteira cria uma funding transaction. Isso paga taxa on-chain e prende capacidade em um canal. |
| Usar swap ou provedor de liquidez | Um serviço ajuda a converter entre on-chain e Lightning ou entrega inbound liquidity. Pode ter custo e vazar metadados. |
Não confunda taxa Lightning com taxa on-chain. Pagar por uma rota Lightning usa taxas de roteamento. Abrir ou fechar canal usa uma taxa de transação Bitcoin e depende da mempool.
Se sua carteira diz que precisa "abrir canal", "criar canal", "fazer swap" ou "comprar liquidez", isso normalmente é operação on-chain ou serviço auxiliar, não um pagamento Lightning comum.
Lightning Address
Uma Lightning Address parece um e-mail, por exemplo voce@example.com. Ela é mais fácil de compartilhar do que uma invoice BOLT 11, porque pode ser reutilizada.
O detalhe é que ela não substitui a invoice. Em geral, quando alguém paga uma Lightning Address, a carteira consulta um servidor associado ao endereço e esse servidor entrega uma invoice nova nos bastidores.
Isso melhora a experiência de uso, mas muda a privacidade e a disponibilidade:
- o domínio do endereço pode saber que alguém está tentando te pagar;
- se o servidor estiver fora do ar, o pagamento pode falhar;
- se a carteira for custodial, o serviço pode ver muito mais do que apenas a tentativa de pagamento.
Use Lightning Address como uma camada de conveniência, não como prova de autocustódia.
Backups e recuperação
Este ponto merece atenção: backup Lightning não é sempre igual a backup Bitcoin on-chain.
Em uma carteira on-chain comum, uma seed bem guardada pode recuperar as chaves e reconstruir saldos a partir da blockchain. Em Lightning, canais têm estado off-chain. Restaurar um estado antigo pode ser perigoso, porque pode parecer tentativa de publicar compromisso revogado.
O que fazer:
- leia o fluxo de backup da sua carteira antes de colocar valores relevantes;
- não invente restauração manual de canal sem entender o risco;
- não apague o app achando que a seed resolve tudo;
- em nó próprio, entenda backups de canal, watchtowers e recuperação antes de operar valores maiores;
- teste recuperação com quantia pequena, se a carteira documentar um processo seguro de teste.
Se você não sabe como recuperar uma carteira Lightning específica, trate o saldo como experimental. A pior hora para aprender backup é depois de perder o aparelho.
Privacidade e confiança
O modelo de carteira muda quem enxerga seus pagamentos.
| Modelo | Metadados típicos |
|---|---|
| Custodial | O serviço pode ver saldo, pagamentos, recebimentos, horários e contrapartes internas. |
| Autocustódia assistida | O provedor pode ver abertura de canais, solicitações de liquidez, uso de servidores e parte dos metadados. |
| Nó próprio | Você reduz confiança em terceiros, mas canais públicos, peers e atividade de rede ainda podem vazar pistas. |
Também existe a camada on-chain: abrir e fechar canais aparecem na blockchain. A Lightning reduz a exposição de pagamentos cotidianos, mas não apaga todos os rastros.
Caminho prático
Um caminho prudente para começar:
- Teste com valor pequeno. Faça um pagamento e um recebimento pequenos para entender a experiência.
- Identifique o modelo de custódia. Saiba se você ou um serviço controla as chaves.
- Entenda como receber. Veja se a carteira exige inbound liquidity, canal automático, swap ou taxa de recebimento.
- Aprenda o backup. Antes de aumentar o saldo, entenda o que acontece se perder o celular.
- Avance para nó próprio só se fizer sentido. Rodar nó é ótimo para aprender e controlar mais, mas não é pré-requisito para usar Lightning.
Essa abordagem evita dois erros comuns: confiar saldo demais a um custodiante sem perceber, ou partir para nó próprio sem estar pronto para liquidez, uptime e backups.
Resumo
- Comece com valores pequenos e entenda quem controla as chaves.
- Custodial é simples, mas exige confiança em terceiro.
- Autocustódia assistida dá mais controle, mas ainda envolve backup, liquidez e possíveis provedores.
- Nó próprio dá máximo controle e máxima responsabilidade operacional.
- Receber exige invoice e, em muitos casos, liquidez de entrada.
- Lightning Address é conveniente, mas geralmente depende de servidor para gerar invoices.
Mapa de dependências conceituais
Antes de ler esta página
Depois desta página
Referências técnicas
Esta página é prática e não recomenda uma carteira específica. Para os detalhes técnicos por trás dela:
- Canais de Pagamento a fundo
- Pedidos de Pagamento BOLT 11
- Segurança e Privacidade a fundo
- BOLT 2 — Peer Protocol for Channel Management
- BOLT 3 — Bitcoin Transaction and Script Formats
- BOLT 11 — Invoice Protocol for Lightning Payments
Na próxima página, vamos olhar as invoices com mais calma: o que há dentro do QR code, por que elas expiram e como a carteira sabe que pagou o pedido certo.