By Bitcoin Revista - 1 ano atrás - Tempo de leitura: 11 minutos
Lightning For Life — Como o Lightning pode e se integrará à Web
O Lightning está pronto para se integrar perfeitamente às nossas operações diárias da mesma forma que a Internet.
Roy Sheinfeld is the co-founder and CEO of Breez, a Bitcoin company focused on Lightning payments.
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 tend to be acutely aware of this sort of thing. If you use Lightning, you probably see it as a conduit between you and that global network of value. It’s not just a way to comprar uma cerveja em Helsinque; Lightning connects you to the sea of 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.
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:
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 Ter o mesmo [email protegido] format as email, but they allow users to transfer funds without having to mess with a QR code.
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; the Lightning equivalent of the Bitcoin Improvement Proposal [BIP] specifications), once these are adopted.
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.
Still, WebLN isn’t a universal web-to-Lightning interface. It requires a WebLN-enabled environment. On a desktop browser a simple extension, like Alby, can create that environment. On mobile, developers can either work out their own WebLN solution or find a home in a Lightning app that already offers a built-in WebLN environment, like 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.
Self-hosted solutions give you full control over your funds but they require maintenance in the form of managing channels, balances, connectivity, regulatory compliance, server uptime, etc. Custodial solutions take a lot of the maintenance off your hands, but you’ll have to trust the custodian to hold your money (and if you’re willing to do that, you don’t really need Lightning in the first place). Moreover, custodial services only operate in certain jurisdictions for their own compliance and those geographic limitations naturally apply to services using them downstream, too.But whatever their virtues in Bitcoiner philosophy, both approaches do work. 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.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.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
Some say that web3 is the future, and it seems to have something to do with crypto… and a network… and there’s probably some DeFi tomfoolery in there somewhere, too. I don’t know and I’m not sure anybody else does, either. What I do know is that the future belongs to Bitcoin, that Lightning is the technology that liquifies bitcoin, and that we have a functioning World Wide Web that everybody loves and wants to keep.
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?
Integrating Lightning and the web was once an intimidating prospect, but no longer. We have a range of technologies for a range of use cases, a thriving community of developers innovating and perfecting the tech, and a world that already loves the web and is growing ever fonder of 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.
Fonte original: Bitcoin Magazine