PRINCIPAIS DESTAQUES

• A maioria dos utilizadores do Lightning hoje utiliza soluções de custódia porque são convenientes.
• O splicing permitirá aos utilizadores e prestadores de serviços abstrair a diferença entre o Lightning e o bitcoin na cadeia.
• Os Lightning Service Providers (LSPs) servirão como um portal para os utilizadores finais acederem ao Lightning.
• Os desenvolvimentos técnicos no horizonte próximo podem aumentar a privacidade de todos os utilizadores do Lightning sem que os utilizadores tenham de tomar quaisquer ações adicionais.

A Lightning Network percorreu um longo caminho desde a sua criação. Uma vasta gama de melhorias permitiu que os pagamentos do Lightning funcionassem de uma forma quase perfeita, mas não é isento de desafios. Hoje a experiência do utilizador pode não estar onde queremos, mas como construtores, gostamos de enquadrar isso como um desafio: o que deve ser feito para aumentar o nível da experiência?

Neste artigo, vemos como pode ser a experiência de usar o Lightning com base nas soluções que estão a ser desenvolvidas por muitas mentes brilhantes.

Vamos primeiro descrever a experiência do utilizador de hoje e os pontos problemáticos em torno dela. Apresentaremos então um potencial estado futuro de Lighttning — informado pelas tecnologias que estão a ser implementadas ou desenvolvidas ativamente.

Quais são os problemas com o relâmpago em 2023?

Para abordar primeiro o elefante na sala: uma proporção significativa das transações na Lightning Network hoje são facilitadas por carteiras de custódia. Usando as transações Lightning no Nostr como uma avaliação aproximada do uso de custódia em toda a rede, aproximadamente 90% das transações são feitas através de aplicativos em que o usuário confia a um custodiante as suas chaves.

Porque é que a maioria dos utilizadores opta atualmente por serviços de custódia? As pessoas usam os serviços de custódia por causa da conveniência, experiência simples do utilizador e desafios associados ao uso sem custódia do Lightning. Categorizamos os desafios atuais do Lightning em três baldes:

Esforço Manual

Se os utilizadores forem obrigados a tomar mais medidas do que através dos métodos de pagamento tradicionais para alcançar o resultado desejado, pode levar a maioria dos utilizadores a perder o interesse. Alguns exemplos disso:

• Os utilizadores devem estar sempre ligados para enviar e receber pagamentos. Hoje, uma das principais razões pelas quais os pagamentos Lightning falham é porque o destinatário está offline, o que acontece em cerca de 0,5-1% detodos os pagamentos Lightning
• Os utilizadores devem partilhar faturas uns com os outros fora de banda via texto, e-mail, mensagens, etc. para fazer e solicitar pagamentos, o que é um processo complicado.
• Os utilizadores que operam o seu próprio nó Lightning devem poder alocar bitcoin em diferentes canais. Abrir canais a pares que não mantenham ativamente o seu nó e canais pode resultar na travagem dos fundos num estado de limbo.
  • Este é o custo de oportunidade do capital no Lightning: se o seu capital for alocado a um peer que não responde, esse capital não pode ser usado para encaminhar outros pagamentos (e gerar retornos).

Especialização técnica

Estes problemas exigem um conhecimento profundo do Lightning e/ou protocolos inter-relacionados que o utilizador médio do Lightning provavelmente não irá prosseguir.

• É preciso um certo grau de competência técnica para configurar um nó Lightning. Um nó LN deve estar sempre online para manter ligações com o resto da rede.
  • Se o nó de um utilizador estiver offline, existe o risco de a bitcoin ser perdida ou roubada.
• Um operador de nó deve equilibrar a liquidez dentro dos seus canais; se não houver fundos do seu lado do canal, não poderá enviar pagamentos. Por outro lado, se todos os fundos do canal estiverem do seu lado, não poderá receber pagamentos.
• Se um pagamento falhar ou ficar preso, um operador de nó deve estar confortável para solucionar problemas através de uma interface de linha de comando.
• Fazer o backup de um nó é complicado— os operadores de nós precisam armazenar os seus estados de semente e de canal, ou correm o risco de ter os canais existentes fechados se perderem a conectividade.

Défices Técnicos

A tecnologia da Lightning ainda não está totalmente desenvolvida. Alguns problemas técnicos ainda precisam ser resolvidos.

• Ainda não temos uma maneira padronizada e fácil de enviar pagamentos uns aos outros que não dependa de um servidor centralizado.
  • Exemplos são um código QR unificado ou experiência do tipo paynym.
  • Os endereços LNURL e Lightning são opções, embora sejam soluções alternativas, uma vez que ainda dependem de alguém a executar um servidor algures.
• Uma vez que um nó Lightning deve estar sempre online, as chaves de assinatura também devem estar online (quente). Isto levanta preocupações imediatas de segurança a qualquer escala.
• O custo de abertura e encerramento de canais está diretamente relacionado com as taxas on-chain; durante períodos de alta procura, as taxas aumentam rapidamente, tornando os canais caros.
  • Para evitar isso, o utilizador deve configurar canais antes dos picos de taxas, embora decidir quando abrir canais seja uma decisão não trivial.
• A privacidade no Lightning é subideal.
  • Quando solicita um pagamento na Lightning Network, divulga sempre informações como o endereço IP do nó.
  • Embora os remetentes (geralmente) tenham melhor privacidade do que os receptores, eles também expõem informações no decurso de uma transação.
  • Com base na forma como os nós Lightning comunicam uns com os outros, um terceiro pode facilmente determinar o UTXO associado à transação de financiamento de canal na cadeia. Em escala, este comportamento de vigilância pode ter um efeito de desanonimização na rede.

Como poderia ser o Relâmpago quando a maioria, senão todos estes problemas estão resolvidos?

Experiência do utilizador do Lightning em 2025

As próximas secções irão destacar o potencial estado futuro da experiência do utilizador do Lightning. Este não é um roteiro exato de como os utilizadores irão interagir com o Lightning no futuro, é uma projeção da experiência do utilizador que poderia ser possível, dadas certas actualizações da rede.

A emendas torna o relâmpago invisível para o utilizador

Esperamos que o splicing seja implementado na maioria das carteiras Lightning nos próximos anos, mas o que isso significa para os participantes da rede?

Os operadores de nós poderão adicionar e remover fundos de um canal sem pagar em excesso as taxas na cadeia, em vez de ter de fechar e reabrir os canais para atingir o tamanho desejado. Como o redimensionamento de canais se torna acessível, os operadores de nós — ou software agindo em seu nome — teriam maior controlo para gerir os seus canais, o que, por sua vez, faria com que os pagamentos fossem bem-sucedidos com mais frequência.

Os prestadores de serviços Lightning (referidos como LSPs) beneficiariam de forma semelhante com os custos reduzidos do redimensionamento do canal e poderiam fornecer um nível maior de privacidade do utilizador. Os LSPs que procuram otimizar a privacidade do utilizador podem combinar os fundos dos utilizadores numa única transação aberta de canal em lotes para ofuscarem a origem dos fundos.

Quando o splicing se torna a norma, e mover-se entre o Lightning e o Bitcoin é barato e fácil, as carteiras apresentariam um saldo unificado— porque, para um utilizador, não haverá mais distinção entre fundos em cadeia e fora da cadeia.

Num cenário em que as taxas na cadeia são elevadas, osLSPs poderiam gerir os canais dos utilizadores de forma barata combinando o splicing com o reequilíbrio atómico nas cadeias laterais; Líquido, porexemplo.

Os prestadores de serviços relâmpago baixam a barreira à entrada

Os LSPs podem tornar-se num componente instrumental das experiências do utilizador num futuro próximo devido à sua capacidade de abstrair as complexidadesdos utilizadores. Além disso, os LSPs reduzem os requisitos de capital para a execução de um nó; podem servir como um portal do utilizador para a rede.

A magia do Lightning é a sua liquidação instantânea mas pagamentos falhados e outros pontos de tensão paralisam a experiência do utilizador. Através da infra-estrutura operativa dos LSPs, como servidores e/ou o próprio nó, os utilizadores podem interagir com o Lightning de uma forma simples. Os LSPs podem remover as interações do utilizador com a infraestrutura oferecendo um modelo de nó na nuvem onde o utilizador ainda mantém o controlo sobre os seus fundos mas não faz interface com o nó. Podem também oferecer uma versão “light” do serviço que consome menos bateria no telemóvel, ou uma combinação dos dois modelos.

Se mais capital for passar para o Lightning, os utilizadores devem poder restaurar o seu nó ou carteira de uma forma que lhes seja familiar — como introduzir uma série de 12 ou 24 palavras numa aplicação. Os prestadores de serviços permitem aos utilizadores armazenar uma cópia de segurança encriptada da sua carteira Lightning na nuvem. No caso de o dispositivo de um utilizador quebrar ou ficar de outra forma comprometido, o backup encriptado na nuvem pode ser facilmente importado para um novo dispositivo.

Removendo o Esforço Manual da Equação

Se uma pessoa tiver de tomar medidas adicionais para beneficiar do Bitcoin (ou de qualquer outra tecnologia nova), as chances são de que ela caia em algum momento do processo de adoção.

No contexto de um problema atual que precisa de uma solução: os LSPs podem resolver os requisitos “sempre online”aceitando pagamentos para utilizadores offline, aproximando o UX das soluções de pagamento existentes.

À medida que mais financiamento se torna disponível para os desenvolvedores de Bitcoin, é provável que surjam mais soluções que permitam aos utilizadores aceitar pagamentos de forma independente sem alavancar serviços externos.

Os IDs de pagamento atuais, como endereços Lightning, são utilizáveis mas custódios em quase todos os casos. Os utilizadores devem poder trocar códigos QR reutilizáveis para receber pagamentos sem depender de terceiros. A reutilização é crucial: copiar, colar e enviar faturas a contrapartes é demasiado passo. A disponibilidade de uma solução simples proporcionaria benefícios a todos os utilizadores do Lightning.

Fonte de informação da imagem: https://bolt12.org/

O código QR mais pequeno e mais simples na imagem acima chama-se oferta que permitiria às carteiras lidar com a fatura solicitando parte do fluxo de pagamento sem a orientação do utilizador. Outro benefício das ofertas é que podem conter informações como moeda, nome do fornecedor, limites de quantidade e rotas para chegar às carteiras receptoras.

A maioria das pessoas prefere um processo de integração simples, o que significa que provavelmente confiarão nos prestadores de serviços com a configuração. Um exemplo disso é o protocolo Fedimint: um grupo de pessoas que gere o que se chama casa de moeda eletrónica. Este modelo oferece melhor privacidade e um conjunto de produtos e serviços adicionais, tais como gestão de heranças, pools privados de mineração, resoluções de disputas descentralizadas, exposição sintética ao dólar e muito mais. Uma vez que o Lightning está integrado nestas comunidades, os utilizadores podem sair e entrar em federações instantaneamente a seu critério, com pouco custo para o fazer.

Privacidade como padrão no Lightning

Para que a privacidade do utilizador se torne uma funcionalidade padrão no Lightning, as tecnologias que a permitem devem ser invisíveis para o utilizador, o que significa que o utilizador não teria de tomar nenhuma ação para beneficiar dela. Os programadores de aplicações e os prestadores de serviços devem tomar decisões nos bastidores que, por exemplo, separam as transações em cadeia das transações Lightning, entre outras coisas.

Perturbar a vigilância da Lightning Network

Vai tornar-se muito difícil avaliar se uma transação em cadeia é um canal Lightning aberto/fechado, uma vez que as novas tecnologias irão cada vez mais fazer com que pareçam exatamente iguais a qualquer outra transação Bitcoin. À medida que mais tecnologias Taproot são implementadas, funcionalidades como agregação de assinaturas podem ocultar informações sobre um canal de pagamento e quantos utilizadores podem estar envolvidos na transação.

Os utilizadores podem ganhar mais privacidade quando fazem pagamentos fora do seu grupo de pares se o Taproot for amplamente implementado nas carteiras. Actualmente, existe um ID de pagamento (um hash do pagamento) que é conhecido por cada nó intermitente na rota para o destino. Aspectos de como o Taproot lida com assinaturas podem ser usados para criar IDs de pagamento “fictícios” ao longo da rota, para que apenas o remetente e o destinatário tenham uma compreensão clara do pagamento.

Um utilizador do Lightning não deve ter de se preocupar — ou mesmo saber — a rota exata que o seu pagamento segue para chegar ao destino pretendido, mas atualmente, os nós ao longo do caminho de pagamento podem ver de onde um pagamento foi enviado. Através da saga Canadian Freedom Comvoy, vimos que os governos podem, e vão, apreender fundos, fechar contas bancárias fiduciárias e censurar indivíduos que se manifestam contra eles.

Os LSPs podem anonimizar a origem de uma transação Lightning oferecendo um serviço onde servem como intermediários de construção de rotas. Desta forma, o LSP sabe apenas a parte da rota que constrói, e o remetente conhece a outra parte; os nós intermédios e o ponto de destino seriam “cegos” para a totalidade da rota. Este modelo proporcionaria uma segurança robusta e o utilizador não precisaria de estar envolvido de todo.

Utilizar o Lightning como VPN

As carteiras podem ser criativas com a forma como oferecem melhorias de privacidade. Por exemplo, carteiras e LSPs podem servir como “intermediários de faturas” para os utilizadores; a carteira cria uma fatura a encaminha para um LSP, e o LSP conclui o pagamento. Ao destinatário, parece que foram pagos pelo LSP e, desta forma, o remetente consegue um maior grau de privacidade sem qualquer interrupção do seu fluxo de pagamento familiar. O co-fundador da Mutiny Wallet, Tony Giorgio, observa que este tipo de abordagem permite que os utilizadores da carteira se escondam entre todos os outros utilizadores do LSP.

Um subconjunto de utilizadores do Lightning vai querer uma privacidade mais robusta do que a que pode ser obtida através da passagem de faturas através dos LSPs. Mais casos de ofuscação de transações é um método experimentado e testado para aumentar a privacidade, mas isso requer uma ação manual do utilizador e pode ser dispendioso na cadeia. Uma vez que os LSPs já estão a executar servidores, estão bem posicionados para oferecer serviços colaborativos de coordenação de transações aos utilizadores. Os prestadores de serviços podem criar pontos de verificação paraaumentar a privacidade: quando os utilizadores abrem ou fecham canais, aumentam ou diminuem a capacidade do canal (como mencionado anteriormente na secção Splicing), ou quando os utilizadores pagam por bens ou serviços.

O Lightning sobe de nível o comércio eletrónico

Os fornecedores podem oferecer aos seus clientes um período de retorno para transações feitas no Lightning. Os clientes pagariam um tipo especial de fatura na finalização da compra mas manteriam a capacidade de “revogar” a transação até o momento em que os bens ou serviços são prestados. Isto era anteriormente impossível de fazer no Lightning.

A segurança é a chave para a adoção institucional

Para que mais instituições se juntem à Lightning Network, tem de ser fácil transferir fundos do armazenamento a frio offline para um canal Lightning. Os canais Taproot permitem este caso de uso, sem comprometer a segurança.

Além disso, será mais seguro para as instituições deter grandes quantias de fundos no Lightning. Eles poderão usar dispositivos especializados que ajudam a protegê-los dos riscos de carteiras conectadas à Internet.

Conclusão

O Lightning demonstrou a sua utilidade na realização de pagamentos com liquidação instantânea mas devemos reconhecer que realmente tem pontos problemáticos. Mesmo assim, os participantes da rede devem sentir-se otimistas sobre o progresso que está a ser feito na resolução de obstáculos de UX; alguns dos desenvolvedores mais talentosos do mundo estão a trabalhar incansavelmente para melhorar a experiência.

À medida que surgem mais soluções tecnológicas e mais capital é investido na rede, é provável que os prestadores de serviços Lightning assumam um papel maior na abstração das complexidades dos utilizadores finais. Os avanços na tecnologia beneficiarão igualmente os utilizadores auto-hospedados e aproximarão toda a rede de uma experiência IT Just Works.

Há muito com que se entusiasmar no Lightning; todas as projeções de estado futuro neste artigo foram informadas por soluções que estão a ser trabalhadas hoje. Quanto mais desenvolvedores e empreendedores se concentrarem na otimização da experiência do utilizador, mais participantes e capital se juntam à rede, e melhor a experiência de todos fica.

Isenção de responsabilidade：

1. Este artigo foi reimpresso da [Superscrypt]. Todos os direitos de autor pertencem ao autor original [Jacob Ko]. Se houver objeções a esta reimpressão, contacte a equipa do Gate Learn, e eles tratarão disso imediatamente.
2. Isenção de responsabilidade: As opiniões e opiniões expressas neste artigo são exclusivamente do autor e não constituem nenhum conselho de investimento.
3. As traduções do artigo para outras línguas são feitas pela equipa do Gate Learn. A menos que mencionado, é proibido copiar, distribuir ou plagiar os artigos traduzidos.