Lightning For Life — Como o Lightning pode e se integrará à Web

Nó Fonte: 1332590

O Lightning está pronto para se integrar perfeitamente às nossas operações diárias da mesma forma que a Internet.

Roy Sheinfeld é cofundador e CEO da Breez, uma empresa de Bitcoin focada em pagamentos Lightning.

Toda vez que você pesquisa alguma coisa no Google, toda vez que se diverte, faz uma pesquisa séria no YouTube ou Instagram, toda vez que pede um Uber, toda vez que verifica seu portfólio ou lê as notícias, está usando a web. Na verdade, você está usando a web agora lendo isso. A web é uma ferramenta, mas é uma ferramenta da mesma forma que pulmões ou polegares são ferramentas; tornou-se uma parte integrante de nós que usamos constantemente sem sequer pensar nisso.

O dinheiro é semelhante, pois o usamos constante e inconscientemente. Enquanto sua geladeira estiver funcionando, enquanto seus fundos estiverem acumulando juros em algum lugar, enquanto o relógio da dívida do seu empréstimo estiver correndo, você estará envolvido em atividades financeiras. Seu eu financeiro está acordado, mantendo sua posição na rede global de valor, mesmo enquanto você dorme.

Bitcoiners tendem a estar cientes desse tipo de coisa. Se você usa o Lightning, provavelmente o vê como um canal entre você e essa rede global de valor. Não é apenas uma maneira de comprar uma cerveja em Helsinque; Lightning conecta você ao mar de Bitcoin.

Estranhamente, essas duas redes vitais – a web e o Lightning – ainda operam em paralelo com pouca integração. Não queremos viver sem nenhum deles, mas as costuras entre eles são palpáveis, às vezes estranhas.

Como aprendi no hackathon bolt.fun (grito para meu homem Johns!), muitos desenvolvedores da Web adorariam criar aplicativos com a funcionalidade do Lightning. A vontade de integrar está lá fora, mas muitos parecem não perceber que também há um caminho. Na verdade, existem várias maneiras de trazer o Lightning para a web e cada uma está evoluindo com seus próprios pontos fortes e casos de uso. Talvez o mundo simplesmente não os conheça ou os entenda?

Então, vamos fazê-lo. Vamos ver como integrar a web e o Lightning, desenhando os fios, entrelaçando-os e criando uma rede mais forte, combinada e perfeita.

Fonte da imagem

LNURL: Mantendo as coisas simples

A experiência do usuário do Lightning (UX) percorreu um longo caminho desde que eu primeiro cobriu três anos atrás. Mas as lacunas permanecem. As faturas são um exemplo. Tecnicamente, apenas o beneficiário pode iniciar um pagamento, o que é inadequado para muitos contextos. Muitos usuários podem não querer gerar uma fatura por qualquer motivo e, em cenários como gorjetas, pode razoavelmente parecer complicado e rude.

LNURL é um conjunto muito simples de especificações para preencher algumas dessas lacunas de UX restantes, incluindo geração de fatura. A beleza do LNURL é sua simplicidade. Como o nome sugere, as especificações LNURL são baseadas em links, seja na forma de URLs clicáveis ​​ou códigos QR escaneáveis. Os links de URL fazem parte do nosso background tecnológico. Você já viu quatro neste post, provavelmente sem nem perceber. Os códigos QR são a mesma coisa, apenas uma representação visual diferente:

Os códigos QR são fáceis e familiares. Não nos vejo desistindo deles tão cedo.

Tem vários LNURL especificações disponíveis, mas estas são especialmente relevantes para a integração da Web do Lightning:

  • LNURL-Pagar: Digamos que você tenha um blog Bitcoin. Você deseja coletar gorjetas, mas não deseja gerar e renderizar uma fatura para cada gorjeta, nem interagir com cada leitor individualmente para cada gorjeta. LNURL-Pay permite gerar códigos QR para pagamentos dentro de um intervalo especificado, digamos, 2,500 – 10,000 sats. Um usuário pode simplesmente digitalizar um código, inserir o valor exato e pagar. O usuário permanece alheio ao idioma das pré-imagens e faturas, em vez disso, apenas digitaliza um código e responde a um prompt.
  • LNURL-Retirar: este é o cenário inverso: você quer pagar aos usuários para interagir com seu site, mas quer poupá-los do trabalho de gerar uma fatura. O LNURL-Withdraw permite que os usuários digitalizem um código ou cliquem em um link que solicitará que suas carteiras gerem o tipo apropriado de fatura e a enviem ao seu nó para pagamento.
  • Autenticação LNURL é outra ferramenta LNURL legal. Ele gera um conjunto de chaves público-privadas com base nas frases iniciais nas carteiras dos usuários para permitir que eles entrem em sites com pseudônimo. É tão privado quanto a própria frase inicial e mais difícil de usar força bruta do que “password123” ou “correct_horse_battery_staple.” O melhor de tudo, ele usa dados já contidos nas carteiras dos usuários, prontos para uso com pouca entrada.

Endereços do Lightning

O e-mail talvez seja tão familiar que consideramos suas vantagens como garantidas. Os endereços de e-mail são estritamente exclusivos (ao contrário impressões digitais), e o e-mail torna extremamente fácil enviar e receber informações exatamente para a pessoa certa. Endereços do Lightning têm o mesmo formato xxx@yyy.zzz do e-mail, mas permitem que os usuários transfiram fundos sem precisar mexer em um código QR.

Atualmente, o LNURL-Pay é o meio mais popular de implementação de Lightning Addresses, mas o protocolo Lightning Address está aberto à inovação. Por exemplo, os endereços do Lightning podem ser estendidos para usar faturas estáticas ou PARAFUSO12 (Basis of Lightning Technology; o equivalente Lightning das especificações da Proposta de Melhoria do Bitcoin [BIP]), uma vez que estas sejam adotadas.

Mesmo em sua forma atual baseada em LNURL, os Lightning Addresses são muito populares e fáceis de integrar. De fato, vários aplicativos incluem endereços do Lightning nativamente, mas também existem servidores de ponte não custodiais disponíveis para aqueles com seus próprios nós que não se importam com um pouco de configuração e existem instruções para uma configuração totalmente auto-hospedada com seu próprio nome de domínio.

Para realmente tornar o Lightning Addresses um sucesso, precisamos descobrir como habilitar carteiras móveis sem custódia para receber enquanto estiver offline.

WebLN

WebLN parte de uma premissa simples: na maioria das vezes, quando interagimos com a web, o fazemos através de um navegador web. Os navegadores da Web são praticamente pequenos sistemas operacionais por si só, capazes de executar todo tipo de software legal em seus próprios ambientes.

Dado que o Lightning é apenas um software e que queremos integrá-lo à web, adicionar o Lightning aos navegadores da web ajudará bastante.

Essa é precisamente a ideia por trás do WebLN, que é uma ferramenta JavaScript simples para criar extensões de navegador habilitadas para Lightning usando makePayment e sendInvoice — novamente, as duas funções principais para qualquer tipo de dinheiro: enviar e receber. Em outras palavras, o WebLN permite que aplicativos da Web interajam com carteiras Lightning.

O WebLN oferece algumas vantagens. Primeiro, o JavaScript é quase universal e tem quase trinta anos. Temos certeza que funciona. Em segundo lugar, o WebLN é simples. Quão simples? Michael Bumann da Alby pode configurá-lo e demonstrar como usá-lo em cinco minutos e trinta e oito segundos.

Link para o vídeo do YouTube aqui.

Terceiro, o WebLN oferece um UX muito melhor do que os códigos QR, começando com o fato de que você não precisa usar um segundo dispositivo. Parece nativo, não como uma solução alternativa. Você também tem acesso a todos os eventos do navegador, então um pressionamento de tecla, um clique do mouse, um posição de rolagem, etc. podem acionar um pagamento. O UX sem QR é especialmente útil em dispositivos móveis, onde o WebLN também funciona.

Ainda assim, o WebLN não é uma interface universal web-to-Lightning. Requer um ambiente habilitado para WebLN. Em um navegador de desktop, uma extensão simples, como Alby, pode criar esse ambiente. Em dispositivos móveis, os desenvolvedores podem desenvolver sua própria solução WebLN ou encontrar um lar em um aplicativo Lightning que já oferece um ambiente WebLN integrado, como Brisa e Carteira Azul. Talvez o fato de o WebLN não ser nativo de navegadores da Web tenha impedido ou retardado sua ampla adoção. Eu posso ver um futuro onde os hosts WebLN são implementados nativamente em sites usando Webassembly., removendo as costuras para os usuários finais.

Para muitas transações simples baseadas em navegador, como gorjetas e compras únicas, o WebLN é tudo o que você precisa para integrar nossas duas redes favoritas. Funciona tão bem que muitos dos principais serviços do Lightning o usam com sucesso há anos. Isso inclui Bitrefill, LNMarkets e Kollider.

APIs

Quando se trata de integrar um serviço da Web e um serviço do Lightning perfeitamente, é difícil superar uma interface de programação de aplicativos (API) projetada para fazer exatamente isso. A integração da API oferece aos desenvolvedores o maior controle sobre a experiência e a interface do usuário.

Por melhor que pareça, as APIs também vêm com compensações. A primeira é que escolher uma API é um compromisso bastante sério. Não há um padrão de integração abrangente, portanto, cada serviço do Lightning define seu lado da API como quiser, e o serviço da Web terá que construir seu UX em torno da API. Mudar para outra API pode ser muito caro e acarretar mudanças significativas na UX e na arquitetura geral.

Uma consideração importante ao escolher qual serviço do Lightning e qual API é adequado para qual aplicativo da Web ou móvel é selecionar uma solução auto-hospedada como Servidor BTCPay, LNPay or LN bits, ou uma solução de custódia como ZEBEDEU or Greve. Novamente, compensações se aplicam.

  • As soluções auto-hospedadas oferecem controle total sobre seus fundos, mas exigem manutenção na forma de gerenciamento de canais, saldos, conectividade, conformidade regulatória, tempo de atividade do servidor etc.
  • As soluções de custódia tiram grande parte da manutenção de suas mãos, mas você terá que confiar no custodiante para manter seu dinheiro (e se estiver disposto a fazer isso, não precisará realmente do Lightning em primeiro lugar). Além disso, os serviços de custódia operam apenas em determinadas jurisdições para sua própria conformidade e essas limitações geográficas também se aplicam naturalmente aos serviços que os utilizam a jusante.

Mas quaisquer que sejam suas virtudes na filosofia Bitcoiner, ambas as abordagens funcionam. Fonte permite que os usuários transmitam sats de volta para seus podcasters favoritos enquanto ouvem e hospedam seu próprio nó com o LNPay. Da mesma forma, o lado Relâmpago de Função de gorjeta do Twitter funciona na API do Strike, então acho que uma grande empresa pública (ou é apenas a Elon?) está confortável com seu serviço de custódia.

Escolha o que é certo para você.

LNC

O gerenciamento de nós envolvido em uma solução auto-hospedada pode parecer uma chatice. Mas imagine que você poderia fazer isso em uma interface de navegador prática, gerenciando os canais e saldos do seu nó Lightning da mesma forma que gerenciaria suas contas e contas em um site de internet banking. Agora imagine oferecer esse tipo de funcionalidade para seus usuários. O mundo se torna sua ostra fintech habilitada para Lightning. E Conexão de nó de relâmpago (LNC) é a pérola.

Como eu disse acima, os navegadores são basicamente sistemas operacionais em sandbox. O LNC aplica o WebAssembly para aproveitar esse atributo para o Lightning. O LNC basicamente permite o gerenciamento completo e remoto de nós por meio de um navegador. Permitir que os usuários acessem e controlem seus nós por meio do navegador oferece aos desenvolvedores da Web uma flexibilidade fantástica na forma como eles criam o UX de seus sites e abre as portas para uma variedade de aplicativos potencialmente lucrativos.

O LNC permite o acesso à interface gRPC (chamada de procedimento remoto grpc) do nó, para que os operadores possam abrir, fechar e reequilibrar canais, além de outras funções avançadas. Terminal Web Lightning é um bom exemplo de como isso pode parecer na prática. Este terminal é basicamente um controle remoto para nós de usuários avançados que eles podem acessar em qualquer lugar.

Você conhece aquela história em quadrinhos “Então ocorre um milagre”. Bem, LNC é o milagre. 

Fonte da imagem

Qual é o problema? Existem dois. Primeiro, o LNC é uma criação do Lightning Labs e só funciona com o LND por enquanto. Em segundo lugar, quanto mais controle você tiver sobre seu nó de fora, mais permissões você terá para conceder a essa interface externa; e quanto mais permissões você conceder, maior será sua superfície de ataque. O Lightning Labs lista uma série de ameaças potenciais eles mesmos, incluindo humanos com acesso ao daemon, tentativas de phishing, vulnerabilidades do navegador e extensões de terceiros. Embora os técnicos da Lightning Labs sejam engenheiros sérios, qualquer aplicativo com permissões tão amplas pode ser um convite para ser “pwned”.

ÚLTIMAS

Tokens de autenticação do serviço Lightning (LSATs) são os meios finais para integrar o Lightning com a web que discutiremos. Não, eles não são uma maneira de verificar quem é irritante o suficiente para se tornar um advogado. A ideia básica por trás dos LSATs é usar Macarrão para autenticar o usuário e definir suas capacidades de pagamento no site.

Inteligentemente, o protocolo LSAT usa o código HTTP 402, que é um código de erro do lado do cliente que significa “Pagamento Requeridooureservado para uso futuro”, dependendo de para quem você pergunta (a especificação LSAT do Lightning Labs incrivelmente, mas paradoxalmente, afirma que “este documento pressupõe que o futuro chegou”). Esse código 402 é usado para invocar um “ticket” – um macaroon que identifica simultaneamente o usuário e define como esse usuário pode interagir com o serviço.

O primeiro benefício resultante dos LSATs é que as permissões de autenticação e pagamento acontecem em uma única etapa. O serviço reconhece o usuário e como os pagamentos de e para esse usuário devem funcionar assim que eles aparecem. Sem nomes de usuário, senhas ou valores de configuração em cada visita. Às vezes é apenas bom estar familiarizado.

A mais deliciosa de todas as tecnologias de integração do Lightning.

Fonte da imagem

Em segundo lugar, essas APIs podem especificar pagamentos medidos, assim como os satélites de streaming no Reprodutor de podcast Breez (embora usemos envio de chave em vez de). Esta é outra forma de evitar assinaturas. Os usuários podem pagar pelo que usam – seja áudio de podcast, streaming de vídeo, jogos, mídia baseada em texto – por qualquer unidade ou intervalo, até o segundo.

LSATs têm um grande potencial e talvez até banir bots das redes sociais cobrando micropagamentos por microinterações que seriam triviais para os usuários, mas proibitivas para os bots.

Parece bom! Tecnologia revolucionária que proíbe bots e integra Lightning e a web! Aleluia! Qual é o problema? Não sei, mas não consigo descobrir como os LSATs existem há alguns anos e, no entanto, não consigo citar um único serviço importante que os tenha implementado. É apenas uma questão de efeitos de rede e todo mundo está esperando que todo mundo dê o mergulho? Ou há alguma inibição mais profunda e substancial? Talvez você, caro leitor, possa me educar sobre isso.

O futuro é uma extensão do presente

Alguns dizem que a web3 é o futuro, e parece ter algo a ver com criptografia... e uma rede... e provavelmente há alguma tolice DeFi em algum lugar também. Eu não sei e não tenho certeza se alguém sabe também. O que eu sei é que o futuro pertence ao Bitcoin, que Lightning é a tecnologia que liquefaz o bitcoin e que temos uma World Wide Web em funcionamento que todo mundo ama e quer manter.

Não é óbvio que o Lightning está destinado a penetrar na web e que a web está destinada a usar o Lightning como sua tecnologia de pagamento líder? Ou é só comigo?

Integrar o Lightning e a web já foi uma perspectiva intimidadora, mas não mais. Temos uma variedade de tecnologias para uma variedade de casos de uso, uma próspera comunidade de desenvolvedores inovando e aperfeiçoando a tecnologia e um mundo que já ama a web e está cada vez mais apaixonado pelo bitcoin.

Talvez o melhor de tudo é que não precisamos de nenhum padrão central para nos dizer como integrar o Lightning e a web. Todos podem escolher a tecnologia que melhor se adapta às suas necessidades locais e trabalhar com a comunidade de desenvolvimento para ajudá-la a melhorar. A nova web habilitada para Lightning crescerá organicamente desde o início, como deveria.

Este é um post convidado de Roy Sheinfeld. As opiniões expressas são inteiramente próprias e não refletem necessariamente as da BTC Inc. ou Bitcoin Magazine.

Carimbo de hora:

Mais de Bitcoin Magazine