Em nosso último artigo, Os Principais Desafios Enfrentados pela Rede Lightning (1), discutimos a liquidez, um dos principais fatores que limitam o desenvolvimento da Lightning Network. A questão da liquidez pode ser dividida em dois aspectos: um é a falta geral de liquidez na rede, que requer a redução das barreiras para construir e manter nós da Lightning Network e a introdução de mecanismos de incentivo adicionais; o outro é o problema de distribuição da liquidez. Atualmente, soluções como Submarine Swap, channel stitching, pagamentos multi-caminho, Lightning Pool, publicidade de liquidez e pagamentos em loop estão em vigor para otimizar a liquidez na Lightning Network.

Hoje, continuaremos a abordar outros desafios enfrentados atualmente pela Lightning Network e as soluções inovadoras propostas pela comunidade.

Suporte para Stablecoins

Com sua alta taxa de transferência, baixa latência, baixo custo e recursos de privacidade, a Lightning Network se tornou uma escolha ideal para pagamentos de criptomoedas e serve como uma infraestrutura de pagamento fundamental para a construção de uma economia P2P. Em 2021, após a adoção do Bitcoin por El Salvador como moeda legal, o escopo de aplicação da Lightning Network expandiu significativamente, com o número e o valor dos pagamentos aumentando, resultando em mais de 82.000 canais de pagamento na rede em um determinado momento.

Fonte: https://mempool.space/graphs/lightning/capacity

No entanto, nos últimos dois anos, houve algumas mudanças na tendência de desenvolvimento da Lightning Network. A partir dos gráficos acima, podemos observar que a taxa de crescimento de fundos na Lightning Network diminuiu. Mais notavelmente, o número de canais até diminuiu. Esse fenômeno reflete que a Lightning Network está enfrentando novos desafios após uma rápida expansão.

Atualmente, BTC é a moeda principal em circulação dentro da Rede Lightning do Bitcoin. No entanto, um dos maiores desafios que o BTC enfrenta como meio de troca é a sua alta volatilidade de preço. Essa instabilidade tem sido há muito tempo uma grande barreira para a adoção generalizada da Lightning Network. Para realmente trazer a Lightning Network para os lares e torná-la um método preferido para pagamentos diários pequenos e frequentes, é especialmente essencial introduzir suporte para stablecoins. Afinal, na vida real, as pessoas estão acostumadas a usar moedas com valor estável para transações diárias.

Para resolver isso, em 23 de julho de 2024, a Lightning Labs lançou a primeira versão mainnet da Lightning Network multiativos, introduzindo oficialmente o Taproot Assets na Lightning Network. O Taproot Assets é um protocolo de emissão de ativos em Bitcoin, permitindo que os ativos emitidos sejam depositados nos canais de pagamento da Lightning Network e transferidos através da Lightning Network existente. O lançamento da versão mainnet multiativos da Lightning Network marca o suporte formal de stablecoins na Bitcoin Lightning Network, abrindo caminho para aplicações como negociação forex de liquidação instantânea global por meio da Lightning Network e uso de stablecoins para compra de bens.

Imagem: Na Lightning Network, Alice envia um stablecoin USD, e Bob recebe um stablecoin EUR.

Além disso, a Nervos CKB lançou a Rede de Fibra para a Lightning Network, que alavanca a flexibilidade da blockchain CKB para suportar nativamente ativos definidos pelo usuário, incluindo stablecoins nativas do Bitcoin cunhadas por protocolos descentralizados como o Stable++. Na versão de teste totalmente funcional lançada em setembro, os desenvolvedores já podem testar a stablecoin nativa do Bitcoin RUSD usando a Rede de Fibra.

Acreditamos que a integração da Lightning Network e das stablecoins desencadeará sinergias poderosas, injetando nova vitalidade na Lightning Network e promovendo a adoção generalizada de pagamentos criptográficos na vida cotidiana.

Experiência do Usuário

Apesar dos avanços tecnológicos significativos na Lightning Network, ainda há espaço para melhoria na experiência do usuário, especialmente quando comparada às experiências de pagamento tradicionais. Alguns pontos-chave incluem:

Requisito para ficar online para pagamentos

Os usuários devem permanecer on-line ao receber ou enviar pagamentos na Lightning Network. Isso ocorre porque os pagamentos da Lightning Network envolvem a alteração do estado dos fundos em um canal que é compartilhado com outras pessoas, o que significa que ambas as partes devem estar on-line para alterar o estado dos fundos juntas. Um dos principais motivos para falhas de pagamento na Lightning Network é que o destinatário está offline. Do ponto de vista da experiência do usuário, essa é uma falha significativa de design. Em contraste, os métodos de pagamento tradicionais (como transferências bancárias) e pagamentos em blockchain (como transferências USDT on-chain) não exigem que o destinatário esteja online; As transações podem ser concluídas simplesmente conhecendo a conta ou o endereço do destinatário.

A solução primária atual é introduzir Provedores de Serviços de Rede Lightning (LSPs). LSPs podem receber pagamentos em nome de usuários offline, eliminando a exigência rigorosa de 'ficar online'. Essa solução aproxima a experiência do usuário da Lightning Network daquela dos métodos de pagamento existentes, aumentando significativamente sua praticidade e conveniência.
No entanto, essa solução também introduz um novo desafio: suposições de confiança. Os usuários precisam depositar um certo grau de confiança em seu provedor de serviços da Lightning Network escolhido. Essa dependência de terceiros contradiz um pouco a intenção original da descentralização e pode levantar preocupações entre alguns usuários.

Falta de um sistema para aceitar múltiplos pagamentos de qualquer valor

As faturas na Lightning Network são a ferramenta principal para solicitar pagamentos. Elas são geradas pelo destinatário do pagamento e fornecem ao iniciador todas as informações necessárias para concluir a transação. Podemos simplesmente comparar as faturas aos “códigos de pagamento” comumente encontrados em aplicativos de pagamento.

Atualmente, a fatura padrão na Lightning Network é de uso único, contendo um valor de hash para um único pagamento juntamente com seu valor. Uma vez que o pagamento é bem-sucedido ou o tempo da fatura expira, ela se torna inválida. Esse mecanismo resulta em um processo complicado: cada pagamento requer a geração, cópia, colagem e envio de uma nova fatura para o pagador. Esse design impacta significativamente a experiência do usuário em certos cenários. Por exemplo, um comerciante acostumado a exibir um código QR de pagamento (como os do WeChat ou Alipay) achava complicado utilizar a Lightning Network. Especialmente durante as horas de maior movimento, a necessidade de gerar e compartilhar faturas com frequência poderia diminuir substancialmente a eficiência e até mesmo afetar as operações normais.

Para resolver isso, a comunidade Bitcoin propôs várias soluções:

Keysend

O node_id dos nós da Lightning Network permanece inalterado e é exposto ao pagador após a emissão de uma fatura, por isso o Keysend o trata como um ponto de extremidade estático. Este método tem uma vantagem significativa: ele depende inteiramente da arquitetura da Lightning Network sem exigir suporte adicional de protocolo. Sua desvantagem é que oferece uma proteção de privacidade mais fraca, pois dados sensíveis, como o nó do destinatário, o canal e o canal UTXO, são expostos.
No entanto, a praticidade do Keysend tem sido amplamente reconhecida e a maioria dos clientes da Lightning Network já implementou a funcionalidade do Keysend.

LNURL e Lightning Address

LNURL-pagamento é um padrão que permite aos usuários criar um código QR estático capaz de receber múltiplos pagamentos, melhorando significativamente a experiência do usuário. O fluxo de trabalho é o seguinte:

1. O usuário escaneia o código QR (LNURL-pagamento) usando uma carteira de Rede Lightning.
2. A carteira decodifica o código QR, obtendo o URL e acessando-o via HTTPS.
3. Após responder, o servidor solicita o valor do pagamento (que também pode ser um valor fixo).
4. O usuário insere o valor e envia as informações de volta para o servidor.
5. O servidor retorna uma fatura tradicional da Lightning Network.
6. A carteira processa o pagamento.

O Endereço Relâmpago otimiza ainda mais esse processo ao codificar o código QR do usuário (LNURL-pay) em um URL que se assemelha a um endereço de e-mail. Quando outros usuários acessam este URL, o sistema automaticamente retorna uma solicitação LNURL-pay, simplificando todo o fluxo de pagamento.

Vale ressaltar que a maioria das carteiras que implementam a funcionalidade LNURL atualmente operam em modo custodial. Esses serviços de carteira atribuem a cada usuário um endereço Lightning, permitindo-lhes receber pagamentos facilmente. Embora essa abordagem ofereça conveniência, também introduz um grau de centralização, exigindo que os usuários ponderem a compensação entre conveniência e descentralização.

BOLT12

BOLT12 é uma nova proposta para uma especificação técnica da Lightning Network com o objetivo de alcançar algumas das funcionalidades oferecidas pelo LNURL sem depender de um servidor web. Embora o BOLT12 ainda não tenha sido incorporado ao BOLT (a base técnica da Lightning Network), ele tem recebido apoio da maioria dos desenvolvedores. O principal destaque do BOLT12 em comparação com o LNURL é que ele pode ser implementado dentro do próprio protocolo da Lightning Network, sem precisar depender de outros protocolos de rede ou métodos de comunicação.

Conclusão

Além das questões gerais de liquidez e problemas de distribuição de liquidez mencionados no artigo anterior, e a falta de suporte a stablecoins discutida neste artigo, há muitas áreas para melhorar a experiência do usuário dentro da Lightning Network. O caminho de desenvolvimento da Lightning Network também enfrenta inúmeros outros desafios. Por exemplo, o mecanismo LN-Penalty usado na Bitcoin Lightning Network não apenas adiciona complexidade, mas também impõe encargos de armazenamento. A implementação da melhoria proposta, eltoo, requer um soft fork do Bitcoin e a introdução de um novo tipo de hash de assinatura. Da mesma forma, as preocupações de privacidade em relação às HTLCs podem ver melhorias por meio de PTLCs, que poderiam ser implementadas primeiro em Lightning Networks de outros blockchains.

Embora o caminho pela frente seja desafiador, avanços tecnológicos contínuos e esforços comunitários sustentados eventualmente superarão esses obstáculos. Temos todas as razões para acreditar que a Rede Lightning está cada vez mais próxima de seu objetivo de adoção generalizada. Não só irá transformar os pagamentos criptográficos, mas também tem o potencial de se tornar um dos principais impulsionadores da inovação financeira global.

Aviso Legal:

1. Este artigo é reimpresso de [RGB++ Fans]. Todos os direitos autorais pertencem ao autor original [Byte CKB]. Se houver objeções a essa reprodução, entre em contato com o Gate Learnequipe e eles vão lidar com isso prontamente.
2. Aviso de responsabilidade: As opiniões expressas neste artigo são exclusivamente do autor e não constituem qualquer conselho de investimento.
3. As traduções do artigo para outros idiomas são feitas pela equipe de aprendizado da Gate. A menos que seja mencionado, copiar, distribuir ou plagiar os artigos traduzidos é proibido.