Lightning For Life — Hoe Lightning kan en zal integreren met het web

Bliksem staat op het punt om naadloos te integreren in onze dagelijkse activiteiten, net zoals internet dat heeft gedaan.

Roy Sheinfeld is de mede-oprichter en CEO van Breez, een Bitcoin-bedrijf dat zich richt op Lightning-betalingen.

Elke keer dat je iets googelt, elke keer dat je gek bent, serieus onderzoek doet op YouTube of Instagram, elke keer dat je een Uber bestelt, elke keer dat je je portfolio bekijkt of het nieuws leest, gebruik je internet. In feite gebruikt u het internet nu u dit leest. Het web is een hulpmiddel, maar het is een hulpmiddel zoals longen of duimen hulpmiddelen zijn; het is een integraal onderdeel van ons geworden dat we constant gebruiken zonder er zelfs maar bij na te denken.

Geld is vergelijkbaar in die zin dat we het constant en onbewust gebruiken. Zolang uw koelkast draait, zolang uw geld ergens rente oploopt, zolang de schuldenklok op uw lening tikt, bent u betrokken bij financiële activiteiten. Je financiële zelf is wakker en behoudt zijn positie in het wereldwijde netwerk van waarde, zelfs als je slaapt.

Bitcoiners zijn zich meestal terdege bewust van dit soort dingen. Als je Lightning gebruikt, zie je het waarschijnlijk als een kanaal tussen jou en dat wereldwijde netwerk van waarde. Het is niet alleen een manier om een biertje kopen in Helsinki; Bliksem verbindt je met de zee van Bitcoin.

Vreemd genoeg werken deze twee vitale netwerken - het web en Lightning - nog steeds parallel met weinig integratie. We willen niet zonder een van beide leven, maar de naden ertussen zijn voelbaar, soms onhandig.

Zoals ik heb geleerd op de bout.leuke hackathon (shoutout to my man Johns!), veel webontwikkelaars zouden dolgraag apps willen bouwen met Lightning-functionaliteit. De wil om te integreren is er, maar velen lijken niet te beseffen dat er ook een manier is. In feite zijn er verschillende manieren om Lightning naar het web te brengen en elk evolueert met zijn eigen sterke punten en gebruiksscenario's. Misschien kent de wereld ze gewoon niet of begrijpt ze ze niet?

Dus laten we het doen. Laten we eens kijken hoe we het web en Lightning kunnen integreren, de draden eruit trekken, ze samen weven en een sterker, gecombineerd, naadloos net maken.

LNURL: het simpel houden

De Lightning-gebruikerservaring (UX) heeft een lange weg afgelegd sinds ik eerst bedekt drie jaar geleden. Maar er blijven hiaten. Facturen zijn daar een voorbeeld van. Technisch gezien kan alleen de begunstigde een betaling initiëren, wat in veel contexten ongepast is. Veel gebruikers willen misschien om welke reden dan ook geen factuur genereren en in scenario's zoals fooien kan het redelijkerwijs omslachtig en onbeleefd overkomen.

LNURL is een zeer eenvoudige set specificaties om enkele van deze resterende UX-lacunes te overbruggen, inclusief het genereren van facturen. Het mooie van LNURL is de eenvoud. Zoals de naam al doet vermoeden, zijn LNURL-specificaties gebaseerd op links, in de vorm van klikbare URL's of scanbare QR-codes. URL-links maken deel uit van onze technologische achtergrond. Je hebt er al vier in dit bericht gezien, waarschijnlijk zonder ze zelfs maar op te merken. QR-codes zijn hetzelfde, alleen een andere visuele weergave:

Er zijn meerdere LNURL specificaties die er zijn, maar deze zijn vooral relevant voor de webintegratie van Lightning:

• LNURL-Betalen: Laten we zeggen dat u een Bitcoin-blog beheert. U wilt fooien verzamelen, maar u wilt niet voor elke fooi een factuur genereren en weergeven, en u wilt ook niet voor elke fooi afzonderlijk met elke lezer communiceren. Met LNURL-Pay kunt u QR-codes genereren voor betalingen binnen een bepaald bereik, bijvoorbeeld 2,500 - 10,000 sats. Een gebruiker kan eenvoudig een code scannen, het exacte bedrag invoeren en betalen. De gebruiker blijft zich niet bewust van de taal van voorafbeeldingen en facturen, in plaats daarvan scant hij gewoon een code en reageert hij op een prompt.
• LNURL-Intrekken: Dit is het omgekeerde scenario: u wilt gebruikers betalen voor interactie met uw site, maar u wilt ze de moeite besparen om een ​​factuur te genereren. Met LNURL-Withdraw kunnen gebruikers een code scannen of op een link klikken die hun portemonnee zal vragen om de juiste soort factuur te genereren en naar uw node te sturen voor betaling.
• LNURL-authenticatie is een andere coole LNURL-tool. Het genereert een publiek-private sleutelset op basis van de seed-frases in de portemonnee van gebruikers, zodat ze zich pseudoniem kunnen aanmelden bij websites. Het is net zo privé als de seed-zin zelf en moeilijker te brute kracht dan "password123" of "correcte_paard_batterij_staple.” Het beste van alles is dat het gebruik maakt van gegevens die al in de portemonnee van de gebruikers zitten, klaar voor gebruik met weinig invoer.

Lightning-adressen

E-mail is misschien zo vertrouwd dat we de voordelen ervan als vanzelfsprekend beschouwen. E-mailadressen zijn strikt uniek (in tegenstelling tot vingerafdrukken), en e-mail maakt het verzenden en ontvangen van informatie naar precies de juiste persoon uiterst eenvoudig. Lightning-adressen hebben hetzelfde xxx@yyy.zzz-formaat als e-mail, maar ze stellen gebruikers in staat om geld over te maken zonder te knoeien met een QR-code.

Momenteel is LNURL-Pay de meest populaire manier om Lightning-adressen te implementeren, maar het Lightning Address-protocol staat open voor innovatie. Lightning-adressen kunnen bijvoorbeeld worden uitgebreid om statische facturen te gebruiken of BOUT12 (Basis of Lightning Technology; het Lightning-equivalent van de Bitcoin Improvement Proposal [BIP]-specificaties), zodra deze zijn aangenomen.

Zelfs in zijn huidige vorm, gebaseerd op LNURL, zijn Lightning-adressen erg populair en gemakkelijk te integreren. Inderdaad, verschillende apps bevatten native Lightning-adressen, maar er zijn ook niet-bewarende bridge-servers beschikbaar voor degenen met hun eigen knooppunten die het niet erg vinden om een ​​beetje configuratie te instructies voor een volledig self-hosted setup met je eigen domeinnaam.

Om Lightning Addresses echt tot een succes te maken, moeten we uitzoeken hoe we niet-bewarende mobiele portemonnees kunnen ontvangen terwijl u offline bent.

WebLN

WebLN gaat uit van een eenvoudig uitgangspunt: meestal wanneer we communiceren met internet, doen we dit via een webbrowser. Webbrowsers zijn op zichzelf praktisch kleine besturingssystemen die in staat zijn om allerlei coole software in hun eigen omgeving te draaien.

Aangezien Lightning slechts software is en we het willen integreren met het web, zal het toevoegen van Lightning aan webbrowsers een lange weg gaan.

Dit is precies het idee achter WebLN, een eenvoudige JavaScript-tool om Lightning-compatibele browserextensies te bouwen met makePayment en sendInvoice - nogmaals, de twee kernfuncties voor elk soort geld: verzenden en ontvangen. Met andere woorden, met WebLN kunnen web-apps communiceren met Lightning-portefeuilles.

WebLN biedt een aantal voordelen. Ten eerste is JavaScript bijna universeel en bijna dertig jaar oud. We zijn er vrij zeker van dat het werkt. Ten tweede is WebLN eenvoudig. Hoe eenvoudig? Michaël Bumann oppompen van Alby kan het in vijf minuten en achtendertig seconden instellen en demonstreren hoe het te gebruiken.

Link naar YouTube-video hier.

Ten derde levert WebLN een veel betere UX dan QR-codes, te beginnen met het feit dat je geen tweede apparaat hoeft te gebruiken. Het voelt native, niet als een tijdelijke oplossing. Je hebt ook toegang tot alle browsergebeurtenissen, dus een toetsdruk, een muisklik, een scroll positie, enz. kunnen allemaal een betaling activeren. De QR-vrije UX is vooral handig op mobiel waar WebLN ook werkt.

Toch is WebLN geen universele web-naar-Lightning-interface. Het vereist een WebLN-enabled omgeving. Op een desktopbrowser kan een eenvoudige extensie, zoals Alby, die omgeving creëren. Op mobiel kunnen ontwikkelaars hun eigen WebLN-oplossing uitwerken of een thuis vinden in een Lightning-app die al een ingebouwde WebLN-omgeving biedt, zoals briesje en Blauwe Portemonnee. Misschien heeft het feit dat WebLN niet standaard is voor webbrowsers de wijdverbreide acceptatie ervan verhinderd of vertraagd. Ik zie een toekomst waarin WebLN-hosts native worden geïmplementeerd in sites met behulp van WebAssembly, het verwijderen van de naden voor eindgebruikers.

Voor veel eenvoudige browsergebaseerde transacties, zoals fooien en eenmalige aankopen, is WebLN alles wat u nodig hebt om te integreren onze twee favoriete netwerken. Het werkt zo goed dat veel van de beste Lightning-services het al jaren met succes gebruiken. Dat omvat Bitrefill, LNMarkten en Kollider.

APIs

Als het gaat om het naadloos integreren van een webservice en een Lightning-service, is het moeilijk om een ​​Application Programming Interface (API) te verslaan die is ontworpen om precies dat te doen. API-integratie geeft ontwikkelaars de grootste controle over de gebruikerservaring en interface.

Hoe goed dat ook klinkt, API's komen ook met compromissen. De eerste is dat het kiezen van een API een vrij serieuze verplichting is. Er is geen overkoepelende integratiestandaard, dus elke Lightning-service definieert zijn kant van de API zoals hij wil, en de webservice zal zijn UX rond de API moeten bouwen. Overstappen naar een andere API kan erg kostbaar zijn en aanzienlijke veranderingen in de UX en de algehele architectuur met zich meebrengen.

Een belangrijke overweging bij het kiezen van welke Lightning-service en welke API geschikt is voor welke web- of mobiele app, is of u een zelf-gehoste oplossing zoals BTCPay-server, LNPay or LNbits, of een bewaringsoplossing zoals ZEBEDEË or Staking. Nogmaals, compromissen zijn van toepassing.

• Zelf-gehoste oplossingen geven u volledige controle over uw geld, maar ze vereisen onderhoud in de vorm van het beheer van kanalen, saldi, connectiviteit, naleving van de regelgeving, server-uptime, enz.
• Bewaringsoplossingen nemen u veel van het onderhoud uit handen, maar u moet erop kunnen vertrouwen dat de bewaarder uw geld vasthoudt (en als u bereid bent dat te doen, heeft u Lightning in de eerste plaats niet echt nodig). Bovendien zijn bewaardiensten alleen in bepaalde rechtsgebieden actief voor hun eigen naleving en die geografische beperkingen zijn natuurlijk ook van toepassing op diensten die ze downstream gebruiken.

Maar wat hun deugden in de Bitcoiner-filosofie ook zijn, beide benaderingen werken. Fontein stelt gebruikers in staat om sats terug te streamen naar hun favoriete podcasters terwijl ze luisteren en ze hosten hun eigen node met LNPay. Op dezelfde manier, de Lightning-kant van De fooifunctie van Twitter werkt op Strike's API, dus ik denk dat een groot beursgenoteerd bedrijf (of is het gewoon Elon?) tevreden is met hun bewaarservice.

Kies wat bij u past.

LNC

Het knooppuntbeheer dat betrokken is bij een zelf-gehoste oplossing klinkt misschien als een belemmering. Maar stel je voor dat je het zou kunnen doen in een handige browserinterface, waarbij je de kanalen en saldi van je Lightning-knooppunt beheert, net zoals je je rekeningen en rekeningen zou beheren op een website voor internetbankieren. Stel je nu eens voor dat je dat soort functionaliteit aan je gebruikers aanbiedt. De wereld wordt jouw Lightning-enabled fintech oester. En Lightning Node-verbinding (LNC) is de parel.

Zoals ik hierboven al zei, zijn browsers in feite sandbox-besturingssystemen. LNC past WebAssembly toe om dat attribuut voor Lightning te gebruiken. LNC maakt in principe volledig beheer van knooppunten op afstand via een browser mogelijk. Door gebruikers toegang te geven tot hun knooppunten en deze te beheren via hun browser, krijgen webontwikkelaars een fantastische flexibiliteit bij het maken van de UX van hun sites en wordt de deur geopend naar een reeks potentieel lucratieve toepassingen.

LNC geeft toegang tot de gRPC-interface (grpc remote procedure call) van het knooppunt, zodat operators naast andere geavanceerde functies kanalen kunnen openen, sluiten en opnieuw in evenwicht kunnen brengen. Lightning-webterminal is een mooi voorbeeld van hoe dat er in de praktijk uit kan zien. Deze terminal is in feite een afstandsbediening voor de nodes van power users waartoe ze overal toegang hebben.

Wat is het addertje onder het gras? Er zijn er twee. Ten eerste is LNC het geesteskind van Lightning Labs en werkt het voorlopig alleen met LND. Ten tweede, hoe meer controle je hebt over je node van buitenaf, hoe meer rechten je moet verlenen aan die externe interface; en hoe meer machtigingen u verleent, hoe groter uw aanvalsoppervlak kan zijn. Lightning Labs somt een aantal: mogelijke dreigingen zichzelf, inclusief mensen met toegang tot de daemon, phishing-pogingen, browserkwetsbaarheden en extensies van derden. Hoewel de technische mensen bij Lightning Labs serieuze ingenieurs zijn, kan elke app met zulke uitgebreide machtigingen een uitnodiging zijn om 'pwned' te worden.

LSAT's

Lightning Service-authenticatietokens (LSAT's) zijn het laatste middel om Lightning te integreren met het web dat we zullen bespreken. Nee, ze zijn geen manier om te controleren wie vervelend genoeg is om te worden een advocaat. Het basisidee achter LSAT's is om zorgvuldig gedefinieerde bitterkoekjes om de gebruiker te authenticeren en zijn betalingsmogelijkheden op de site te definiëren.

slim, het LSAT-protocol maakt gebruik van HTTP-code 402, wat een foutcode aan de clientzijde is die ofwel "Betaling Vereist"Of"Gereserveerd voor toekomstig gebruik", afhankelijk van wie je het vraagt ​​(de Lightning Labs LSAT-specificatie zegt geweldig, maar paradoxaal genoeg "dit document gaat ervan uit dat de toekomst is aangebroken"). Die 402-code wordt gebruikt om een ​​"ticket" aan te roepen - een macaron die tegelijkertijd de gebruiker identificeert en definieert hoe die gebruiker met de service kan communiceren.

Het eerste voordeel van LSAT's is dat authenticatie en betalingsrechten in één stap plaatsvinden. De service herkent de gebruiker en hoe betalingen van en naar die gebruiker zouden moeten werken zodra ze verschijnen. Geen gebruikersnamen, wachtwoorden of het instellen van bedragen bij elk bezoek. Soms is het gewoon leuk om bekend te zijn.

Ten tweede kunnen deze API's gemeten betalingen specificeren, net als de streaming-sats in de Breez podcast-speler (hoewel we gebruiken) keyend in plaats van). Dit is een andere manier om abonnementen afschaffen. Gebruikers kunnen betalen voor wat ze gebruiken - of het nu gaat om podcast-audio, streaming video, gameplay, op tekst gebaseerde media - met elke eenheid of interval, tot op de seconde.

LSAT's hebben een groot potentieel en kunnen misschien zelfs verban bots van sociale media door microbetalingen in rekening te brengen voor micro-interacties die voor gebruikers triviaal zouden zijn, maar onbetaalbaar voor bots.

Klinkt goed! Revolutionaire technologie die bots verbiedt en Lightning en het web integreert! Hallelujah! Wat is het addertje onder het gras? Ik weet het niet, maar ik kan er niet achter komen hoe LSAT's al een paar jaar bestaan ​​en toch kan ik geen enkele grote dienst noemen die ze heeft geïmplementeerd. Is het alleen een kwestie van netwerkeffecten en wacht iedereen tot iedereen de sprong waagt? Of is er een diepere, meer substantiële remming? Misschien kunt u, beste lezer, mij daarover informeren.

De toekomst is een verlengstuk van het heden

Sommigen zeggen dat web3 de toekomst is, en het lijkt iets te maken te hebben met crypto… en een netwerk… Ik weet het niet en ik weet ook niet zeker of iemand anders dat weet. Wat ik wel weet is dat de toekomst aan Bitcoin toebehoort, dat Lightning de technologie is die bitcoin vloeibaar maakt, en dat we een functionerend World Wide Web hebben waar iedereen van houdt en wil behouden.

Is het niet duidelijk dat Lightning voorbestemd is om het web te penetreren en dat het web voorbestemd is om Lightning te gebruiken als toonaangevende betalingstechnologie? Of ligt het aan mij?

De integratie van Lightning en het web was ooit een intimiderend vooruitzicht, maar nu niet meer. We hebben een reeks technologieën voor een reeks gebruiksscenario's, een bloeiende gemeenschap van ontwikkelaars die de technologie innoveren en perfectioneren, en een wereld die al van internet houdt en steeds meer van bitcoin houdt.

Misschien wel het beste van alles is dat we geen centrale standaard nodig hebben om ons te vertellen hoe we Lightning en het web kunnen integreren. Iedereen kan de technologie kiezen die het beste past bij hun lokale behoeften en samenwerken met de ontwikkelingsgemeenschap om deze te helpen verbeteren. Het nieuwe Lightning-enabled web zal vanaf de basis organisch groeien, zoals het hoort.

Dit is een gastpost van Roy Sheinfeld. De geuite meningen zijn geheel van henzelf en komen niet noodzakelijk overeen met die van BTC Inc. of Bitcoin Magazine.

• Coinsmart. Europa's beste Bitcoin- en crypto-uitwisseling.
• Platoblockchain. Web3 Metaverse Intelligentie. Kennis versterkt. GRATIS TOEGANG.
• CryptoHawk. Altcoin-radar. Gratis proefversie.
• Bron: https://bitcoinmagazine.com/technical/how-lightning-can-integrate-with-the-web