Lightning For Life: cómo Lightning puede integrarse y se integrará con la Web

Lightning está preparado para integrarse a la perfección en nuestras operaciones diarias de la misma manera que lo ha hecho Internet.

Roy Sheinfeld es cofundador y director ejecutivo de Breez, una empresa de Bitcoin centrada en los pagos Lightning.

Cada vez que busca algo en Google, cada vez que pierde el tiempo haciendo una investigación seria en YouTube o Instagram, cada vez que solicita un Uber, cada vez que revisa su cartera o lee las noticias, está utilizando la web. De hecho, estás usando la web ahora mismo leyendo esto. La red es una herramienta, pero es una herramienta de la misma manera que los pulmones o los pulgares son herramientas; se ha convertido en una parte integral de nosotros que usamos constantemente sin siquiera pensar en ello.

El dinero es similar en que lo usamos constantemente e inconscientemente. Mientras su refrigerador esté funcionando, mientras sus fondos acumulen intereses en alguna parte, mientras el reloj de la deuda de su préstamo esté en marcha, usted está involucrado en una actividad financiera. Su yo financiero está despierto, manteniendo su posición en la red global de valor, incluso mientras duerme.

Los bitcoiners tienden a ser muy conscientes de este tipo de cosas. Si usa Lightning, probablemente lo vea como un conducto entre usted y esa red global de valor. No es solo una forma de comprar una cerveza en helsinki; Lightning te conecta con el mar de Bitcoin.

Extrañamente, estas dos redes vitales, la web y Lightning, todavía funcionan en paralelo con poca integración. No queremos vivir sin ninguno de los dos, pero las costuras entre ellos son palpables, a veces incómodas.

Como aprendí en el hackathon bolt.fun (¡saludo a mi amigo Johns!), a muchos desarrolladores web les encantaría crear aplicaciones con la funcionalidad Lightning. La voluntad de integración está ahí fuera, pero muchos parecen no darse cuenta de que también hay una manera. De hecho, hay varias formas de llevar Lightning a la web y cada una está evolucionando con sus propias fortalezas y casos de uso. ¿Quizás el mundo simplemente no los conoce o no los entiende?

Hagamoslo. Veamos cómo integrar la web y Lightning, sacando los hilos, entrelazándolos y creando una red más fuerte, combinada y sin costuras.

LNURL: manteniéndolo simple

La experiencia de usuario (UX) de Lightning ha recorrido un largo camino desde que primero lo cubrió hace tres años. Pero quedan lagunas. Las facturas son un ejemplo. Técnicamente, solo el beneficiario puede iniciar un pago, lo cual es inapropiado para muchos contextos. Es posible que muchos usuarios no deseen generar una factura por el motivo que sea y, en escenarios como las propinas, puede parecer razonablemente engorroso y grosero.

LNURL es un conjunto de especificaciones muy simple para cerrar algunas de estas brechas restantes de UX, incluida la generación de facturas. La belleza de LNURL es su simplicidad. Como sugiere el nombre, las especificaciones de LNURL se basan en enlaces, ya sea en forma de URL en las que se puede hacer clic o códigos QR escaneables. Los enlaces URL son parte de nuestro bagaje tecnológico. Ya has visto cuatro en esta publicación, probablemente sin siquiera darte cuenta. Los códigos QR son lo mismo, solo una representación visual diferente:

Existen varios LNURL especificaciones disponibles, pero estas son especialmente relevantes para la integración web de Lightning:

• LNURL-Pago: Digamos que tienes un blog de Bitcoin. Desea recopilar sugerencias, pero no desea generar y presentar una factura por cada sugerencia, ni desea interactuar con cada lector individualmente para cada sugerencia. LNURL-Pay le permite generar códigos QR para pagos dentro de un rango específico, digamos, 2,500 - 10,000 XNUMX sats. Un usuario puede simplemente escanear un código, ingresar la cantidad precisa y pagar. El usuario permanece ajeno al idioma de las preimágenes y las facturas, en lugar de eso, simplemente escanea un código y responde a un aviso.
• LNURL-Retiro: Este es el escenario inverso: desea pagar a los usuarios por interactuar con su sitio, pero desea ahorrarles la molestia de generar una factura. LNURL-Withdraw permite a los usuarios escanear un código o hacer clic en un enlace que les indicará a sus billeteras que generen el tipo de factura apropiado y lo envíen a su nodo para el pago.
• Autenticación LNURL es otra herramienta genial de LNURL. Genera un conjunto de claves públicas y privadas basado en las frases semilla en las billeteras de los usuarios para permitirles iniciar sesión en sitios web con seudónimo. Es tan privado como la propia frase inicial y más difícil de aplicar por fuerza bruta que "contraseña123" o "correcta_horse_battery_staple.” Lo mejor de todo es que utiliza datos que ya están contenidos en las billeteras de los usuarios, listos para usar con poca información.

Direcciones relámpago

El correo electrónico es quizás tan familiar que damos por sentadas sus ventajas. Las direcciones de correo electrónico son estrictamente únicas (a diferencia de huellas dactilares), y el correo electrónico hace que enviar y recibir información exactamente a la persona adecuada sea extremadamente fácil. Direcciones relámpago tienen el mismo formato xxx@yyy.zzz que el correo electrónico, pero permiten a los usuarios transferir fondos sin tener que meterse con un código QR.

Actualmente, LNURL-Pay es el medio más popular para implementar Lightning Addresses, pero el protocolo Lightning Address está abierto a la innovación. Por ejemplo, las direcciones Lightning se pueden ampliar para usar facturas estáticas o PERNO 12 (Base de la tecnología Lightning; el equivalente Lightning de las especificaciones de la Propuesta de mejora de Bitcoin [BIP]), una vez que se adopten.

Incluso en su forma actual basada en LNURL, las direcciones Lightning son muy populares y fáciles de integrar. De hecho, varias aplicaciones incluyen direcciones Lightning de forma nativa, pero también hay servidores puente sin custodia disponibles para aquellos con sus propios nodos a los que no les importa un poco de configuración y hay Instrucciones para una configuración totalmente autohospedada con su propio nombre de dominio.

Para que las Direcciones Lightning realmente sean un éxito, debemos descubrir cómo habilitar las billeteras móviles sin custodia para recibir sin conexión.

WebLN

WebLN parte de una premisa simple: la mayoría de las veces cuando interactuamos con la web, lo hacemos a través de un navegador web. Los navegadores web son prácticamente pequeños sistemas operativos por derecho propio, capaces de ejecutar todo tipo de software genial en sus propios entornos.

Dado que Lightning es solo un software y que queremos integrarlo con la web, agregar Lightning a los navegadores web será de gran ayuda.

Esta es precisamente la idea detrás de WebLN, que es una herramienta de JavaScript simple para crear extensiones de navegador habilitadas para Lightning utilizando makePayment y sendInvoice; nuevamente, las dos funciones principales para cualquier tipo de dinero: enviar y recibir. En otras palabras, WebLN permite que las aplicaciones web interactúen con las billeteras Lightning.

WebLN ofrece algunas ventajas. Primero, JavaScript es casi universal y tiene casi treinta años. Estamos bastante seguros de que funciona. En segundo lugar, WebLN es simple. ¿Qué tan simple? miguel buman en Alby puede configurarlo y demostrar cómo usarlo en cinco minutos y treinta y ocho segundos.

Enlace al vídeo de YouTube aquí.

En tercer lugar, WebLN ofrece una experiencia de usuario mucho mejor que los códigos QR, comenzando por el hecho de que no necesita usar un segundo dispositivo. Se siente nativo, no como una solución alternativa. También tiene acceso a todos los eventos del navegador, por lo que una pulsación de tecla, un clic del ratón, un posición de desplazamiento, etc. pueden desencadenar un pago. El UX sin QR es especialmente útil en dispositivos móviles donde también funciona WebLN.

Aún así, WebLN no es una interfaz universal de web a Lightning. Requiere un entorno habilitado para WebLN. En un navegador de escritorio, una extensión simple, como Alby, puede crear ese entorno. En dispositivos móviles, los desarrolladores pueden desarrollar su propia solución WebLN o encontrar un hogar en una aplicación Lightning que ya ofrece un entorno WebLN integrado, como Breez y billetera azul. Quizás el hecho de que WebLN no sea nativo de los navegadores web haya impedido o retrasado su adopción generalizada. Puedo ver un futuro en el que los hosts de WebLN se implementen de forma nativa en sitios que utilicen WebAssembly, eliminando las costuras para los usuarios finales.

Para muchas transacciones simples basadas en navegador, como propinas y compras únicas, WebLN es todo lo que necesita para integrar nuestras dos redes favoritas. Funciona tan bien que muchos de los principales servicios Lightning lo han estado usando con éxito durante años. Eso incluye Bitrefill, LN Mercadosy collider.

API

Cuando se trata de integrar un servicio web y un servicio Lightning a la perfección, es difícil superar a una interfaz de programación de aplicaciones (API) diseñada para hacer precisamente eso. La integración de API brinda a los desarrolladores el mayor control sobre la interfaz y la experiencia del usuario.

Tan bueno como suena, las API también vienen con compensaciones. La primera es que elegir una API es un compromiso bastante serio. No existe un estándar de integración general, por lo que cada servicio Lightning define su lado de la API como le plazca, y el servicio web tendrá que construir su UX en torno a la API. Cambiar a otra API podría ser muy costoso e implicar cambios significativos en la UX y la arquitectura general.

Una consideración importante al elegir qué servicio Lightning y qué API es adecuado para qué aplicación web o móvil es si se debe seleccionar una solución autohospedada como Servidor BTCPay, LNPago or LNbits, o una solución de custodia como ZEBEDEO or Huelga. Una vez más, se aplican compensaciones.

• Las soluciones autohospedadas le brindan control total sobre sus fondos, pero requieren mantenimiento en forma de administración de canales, saldos, conectividad, cumplimiento normativo, tiempo de actividad del servidor, etc.
• Las soluciones de custodia le quitan gran parte del mantenimiento de sus manos, pero tendrá que confiar en que el custodio retendrá su dinero (y si está dispuesto a hacer eso, en realidad no necesita Lightning en primer lugar). Además, los servicios de custodia solo operan en ciertas jurisdicciones para su propio cumplimiento y esas limitaciones geográficas también se aplican naturalmente a los servicios que los utilizan aguas abajo.

Pero sean cuales sean sus virtudes en la filosofía Bitcoiner, ambos enfoques funcionan. Fuente permite a los usuarios transmitir sats a sus podcasters favoritos mientras escuchan y alojan su propio nodo con LNPay. De la misma manera, el lado Relámpago de Función de propinas de Twitter funciona en la API de Strike, así que supongo que una gran empresa pública (¿o es solo Elon?) se siente cómoda con su servicio de custodia.

Elija lo que sea adecuado para usted.

LNC

La administración de nodos involucrada en una solución autohospedada puede sonar como un lastre. Pero imagine que podría hacerlo en una práctica interfaz de navegador, administrando los canales y saldos de su nodo Lightning tal como administraría sus facturas y cuentas en un sitio web de banca por Internet. Ahora imagine ofrecer ese tipo de funcionalidad a sus usuarios. El mundo se convierte en su ostra fintech habilitada para Lightning. Y Conexión de nodo Lightning (LNC) es la perla.

Como dije anteriormente, los navegadores son básicamente sistemas operativos aislados. LNC aplica WebAssembly para aprovechar ese atributo para Lightning. LNC básicamente permite la gestión completa y remota de nodos a través de un navegador. Permitir que los usuarios accedan y controlen sus nodos a través de su navegador brinda a los desarrolladores web una flexibilidad fantástica en la forma en que crean la UX de sus sitios y abre la puerta a una gama de aplicaciones potencialmente lucrativas.

LNC permite el acceso a la interfaz gRPC (llamada a procedimiento remoto grpc) del nodo, para que los operadores puedan abrir, cerrar y reequilibrar canales además de otras funciones avanzadas. Terminal web relámpago es un buen ejemplo de cómo se puede ver eso en la práctica. Este terminal es básicamente un control remoto para los nodos de los usuarios avanzados a los que pueden acceder desde cualquier lugar.

¿Cuál es el truco? Hay dos. Primero, LNC es una creación de Lightning Labs y solo funciona con LND por ahora. En segundo lugar, cuanto más control tenga sobre su nodo desde el exterior, más permisos tendrá que otorgar a esa interfaz externa; y cuantos más permisos otorgue, mayor será su superficie de ataque. Lightning Labs enumera una serie de amenazas potenciales ellos mismos, incluidos los humanos con acceso al daemon, los intentos de phishing, las vulnerabilidades del navegador y las extensiones de terceros. Si bien la gente de tecnología de Lightning Labs son ingenieros serios, cualquier aplicación con permisos tan amplios puede ser una invitación para ser "pwned".

LSAT

Tokens de autenticación de servicio Lightning (LSAT) son los medios finales para integrar Lightning con la web que analizaremos. No, no son una forma de comprobar quién es lo suficientemente molesto como para convertirse en un abogado. La idea básica detrás de los LSAT es utilizar cuidadosamente definidos macarrones para autenticar al usuario y definir sus capacidades de pago en el sitio.

Hábilmente, el protocolo LSAT utiliza el código HTTP 402, que es un código de error del lado del cliente que significa "pago requerido"O"reservado para uso futuro”, dependiendo de a quién le pregunte (la especificación LSAT de Lightning Labs asombrosamente, pero paradójicamente, establece que “este documento asume que el futuro ha llegado”). Ese código 402 se usa para invocar un "boleto", un macarrón que identifica al usuario y define simultáneamente cómo ese usuario puede interactuar con el servicio.

El primer beneficio que resulta de los LSAT es que los permisos de autenticación y pago ocurren en un solo paso. El servicio reconoce al usuario y cómo se supone que funcionan los pagos hacia y desde ese usuario tan pronto como aparecen. Sin nombres de usuario, contraseñas ni establecimiento de cantidades en cada visita. A veces es es bueno estar familiarizado.

En segundo lugar, estas API pueden especificar pagos medidos, al igual que los sats de transmisión en el Reproductor de podcasts Breez (aunque usamos envío de claves en cambio). Esta es otra manera de obviar suscripciones. Los usuarios pueden pagar por lo que usan, ya sea audio de podcast, transmisión de video, juegos, medios basados ​​en texto, por cualquier unidad o intervalo, hasta el segundo.

Los LSAT tienen un gran potencial y tal vez podrían incluso desterrar los bots de las redes sociales cobrando micropagos por microinteracciones que serían triviales para los usuarios pero prohibitivas para los bots.

¡Suena genial! ¡Tecnología revolucionaria que prohíbe los bots e integra Lightning y la web! ¡Aleluya! ¿Cuál es el truco? No lo sé, pero no puedo entender cómo han existido los LSAT durante algunos años y, sin embargo, no puedo nombrar un solo servicio importante que los haya implementado. ¿Es solo una cuestión de efectos de red y todos están esperando que los demás den el paso? ¿O hay alguna inhibición más profunda y sustancial? Tal vez usted, querido lector, pueda educarme sobre eso.

El futuro es una extensión del presente

Algunos dicen que web3 es el futuro, y parece tener algo que ver con criptografía... y una red... y probablemente también haya algunas tonterías de DeFi en alguna parte. No lo sé y tampoco estoy seguro de que nadie más lo sepa. Lo que sí sé es que el futuro pertenece a Bitcoin, que Lightning es la tecnología que licua Bitcoin y que tenemos una World Wide Web en funcionamiento que todos aman y quieren conservar.

¿No es obvio que Lightning está destinado a penetrar en la web y que la web está destinada a usar Lightning como su tecnología de pago líder? O solo soy yo?

Integrar Lightning y la web alguna vez fue una perspectiva intimidante, pero ya no. Tenemos una gama de tecnologías para una variedad de casos de uso, una próspera comunidad de desarrolladores que innovan y perfeccionan la tecnología, y un mundo que ya ama la web y está cada vez más apegado a bitcoin.

Quizás lo mejor de todo es que no necesitamos ningún estándar central que nos diga cómo integrar Lightning y la web. Todos pueden elegir la tecnología que mejor se adapte a sus necesidades locales y trabajar con la comunidad de desarrollo para ayudarla a mejorar. La nueva web habilitada para Lightning crecerá orgánicamente desde cero, como debería.

Esta es una publicación de invitado de Roy Sheinfeld. Las opiniones expresadas son totalmente propias y no reflejan necesariamente las de BTC Inc. o Bitcoin Magazine.

• Coinsmart. El mejor intercambio de Bitcoin y criptografía de Europa.
• Platoblockchain. Inteligencia del Metaverso Web3. Conocimiento amplificado. ACCESO LIBRE.
• CriptoHawk. Radar de altcoins. Prueba gratis.
• Fuente: https://bitcoinmagazine.com/technical/how-lightning-can-integrate-with-the-web