By Bitcoin Magasin - 1 år siden - Læsetid: 11 minutter
Lightning For Life - Hvordan Lightning kan og vil integreres med internettet
Lightning er klar til problemfrit at integreres i vores daglige drift på samme måde som internettet har gjort.
Roy Sheinfeld er medstifter og administrerende direktør for Breez, a Bitcoin selskab med fokus på Lightning-betalinger.
Hver gang du googler noget, hver gang du fjoller laver seriøs research på YouTube eller Instagram, hver gang du bestiller en Uber, hver gang du tjekker din portefølje eller læser nyhederne, bruger du nettet. Faktisk bruger du nettet lige nu og læser dette. Nettet er et værktøj, men det er et værktøj på samme måde som lunger eller tommelfingre er redskaber; det er blevet en integreret del af os, som vi bruger konstant uden overhovedet at tænke over det.
Penge ligner hinanden ved, at vi bruger dem konstant og ubevidst. Så længe dit køleskab kører, så længe dine penge påløber renter et eller andet sted, så længe gældsuret på dit lån tikker, er du involveret i finansiel aktivitet. Dit økonomiske selv er vågent og bevarer sin position i det globale netværk af værdi, selv mens du sover.
Bitcoinere har en tendens til at være meget opmærksomme på denne slags ting. Hvis du bruger Lightning, ser du det sandsynligvis som en kanal mellem dig og det globale netværk af værdi. Det er ikke bare en måde at købe en øl i Helsinki; Lyn forbinder dig med havet af Bitcoin.
Mærkeligt nok fungerer disse to vitale netværk - nettet og Lightning - stadig parallelt med lidt integration. Vi ønsker ikke at leve uden nogen af dem, men sømmene mellem dem er til at tage og føle på, nogle gange akavede.
Som jeg lærte på bolt.sjovt hackathon (shoutout til min mand Johns!), ville mange webudviklere elske at bygge apps med Lightning-funktionalitet. Viljen til at integrere er derude, men mange ser ikke ud til at indse, at der også er en vej. Faktisk er der flere måder at bringe Lightning til nettet på, og hver af dem udvikler sig med sine egne styrker og use cases. Måske kender verden bare ikke til eller forstår dem?
Så lad os gøre det. Lad os se på, hvordan man integrerer nettet og Lightning, trækker trådene ud, væver dem sammen og laver et stærkere, kombineret, sømløst net.
LNURL: At holde det enkelt
Lightning-brugeroplevelsen (UX) er kommet langt siden jeg først dækkede det tre år siden. Men hullerne er fortsat. Fakturaer er et eksempel. Teknisk set er det kun betalingsmodtageren, der kan iværksætte en betaling, hvilket er uhensigtsmæssigt i mange sammenhænge. Mange brugere ønsker måske ikke at generere en faktura af en eller anden grund, og i scenarier som drikkepenge kan det med rimelighed virke besværligt og uhøfligt.
LNURL er et meget simpelt sæt specifikationer til at bygge bro over nogle af disse resterende UX-huller, inklusive fakturagenerering. Skønheden ved LNURL er dens enkelhed. Som navnet antyder, er LNURL-specifikationer baseret på links, enten i form af klikbare URL'er eller scanbare QR-koder. URL-links er en del af vores teknologiske baggrund. Du har allerede set fire i dette indlæg, sandsynligvis uden overhovedet at bemærke dem. QR-koder er det samme, bare en anden visuel repræsentation:
QR-koder er nemme og velkendte. Jeg kan ikke se, at vi opgiver dem foreløbigt.Der er flere LNURL specifikationer derude, men disse er især relevante for Lightnings webintegration:
Lynadresser
E-mail er måske så velkendt, at vi tager fordelene for givet. E-mailadresser er strengt unikke (i modsætning til fingeraftryk), og e-mail gør det ekstremt nemt at sende og modtage information til præcis den rigtige person. Lynadresser har det samme [e-mail beskyttet] format som e-mail, men de giver brugerne mulighed for at overføre penge uden at skulle rode med en QR-kode.
I øjeblikket er LNURL-Pay det mest populære middel til at implementere Lightning Addresses, men Lightning Address-protokollen er åben for innovation. For eksempel kan Lightning-adresser udvides til at bruge statiske fakturaer eller BOLT12 (Basis for Lightning Technology; Lightning-ækvivalenten til Bitcoin specifikationer for forbedringsforslag [BIP]), når disse er vedtaget.
Selv i sin nuværende form baseret på LNURL, er Lightning Addresses meget populære og nemme at integrere. Faktisk inkluderer flere apps Lightning-adresser indbygget, men der er også tilgængelige broservere, der ikke er fri for dem med deres egne noder, som ikke har noget imod en lille konfiguration, og der er anvisninger for et fuldt selvhostet opsætning med dit eget domænenavn.
For virkelig at gøre Lightning Addresses til en succes, er vi nødt til at finde ud af, hvordan vi aktiverer mobile tegnebøger, der ikke er frihedsberøvede. modtage, mens du er offline.
WebLN
WebLN tager udgangspunkt i en simpel forudsætning: Det meste af tiden, når vi interagerer med internettet, gør vi det gennem en webbrowser. Webbrowsere er praktisk talt små operativsystemer i sig selv, der er i stand til at køre alverdens cool software i deres egne miljøer.
I betragtning af at Lightning kun er software, og at vi ønsker at integrere det med nettet, vil det gå langt at tilføje Lightning til webbrowsere.
Dette er netop ideen bag WebLN, som er et simpelt JavaScript-værktøj til at bygge Lightning-aktiverede browserudvidelser ved hjælp af makePayment og sendInvoice - igen de to kernefunktioner for enhver form for penge: afsendelse og modtagelse. Med andre ord tillader WebLN webapps at interagere med Lightning-punge.
WebLN tilbyder nogle få fordele. For det første er JavaScript næsten universelt og næsten tredive år gammelt. Vi er ret sikre på, at det virker. For det andet er WebLN simpelt. Hvor simpelt? Michael Bumann fra Alby kan indstille den og demonstrere, hvordan den bruges på fem minutter og otteogtredive sekunder.
For det tredje leverer WebLN en meget bedre UX end QR-koder, startende med det faktum, at du ikke behøver at bruge en anden enhed. Det føles indfødt, ikke som en løsning. Du har også adgang til alle browserbegivenheder, så et tastetryk, et museklik, et rullepositionosv. kan alle udløse en betaling. Den QR-fri UX er især praktisk på mobil, hvor WebLN også fungerer.
Alligevel er WebLN ikke en universel web-til-Lightning-grænseflade. Det kræver et WebLN-aktiveret miljø. På en desktopbrowser kan en simpel udvidelse, som Alby, skabe dette miljø. På mobilen kan udviklere enten udarbejde deres egen WebLN-løsning eller finde en home i en Lightning-app, der allerede tilbyder et indbygget WebLN-miljø, som f.eks brise , Blue Wallet. Måske har det faktum, at WebLN ikke er hjemmehørende i webbrowsere, forhindret eller bremset dets udbredte anvendelse. Jeg kan se en fremtid, hvor WebLN-værter implementeres indbygget på websteder, der bruger WebAssembly, fjernelse af sømmene for slutbrugere.
Til mange simple browserbaserede transaktioner, såsom drikkepenge og engangskøb, er WebLN alt hvad du behøver for at integrere vores to yndlingsnetværk. Det fungerer så godt, at mange af de bedste Lightning-tjenester har brugt det med succes i årevis. Det inkluderer Bitrefill, LNMarketsog Kollider.
API'er
Når det kommer til at integrere en webtjeneste og en Lightning-tjeneste problemfrit, er det svært at slå en applikationsprogrammeringsgrænseflade (API), der er designet til at gøre netop det. API-integration giver udviklere den største kontrol over brugeroplevelsen og grænsefladen.
Hvor godt det end lyder, kommer API'er også med afvejninger. Den første er, at det er en ret seriøs forpligtelse at vælge en API. Der er ingen overordnet integrationsstandard, så hver enkelt Lightning-tjeneste definerer sin side af API'en, som den vil, og webtjenesten skal bygge sin UX op omkring API'et. Skift til en anden API kan være meget dyrt og medføre betydelige ændringer af UX og den overordnede arkitektur.
En vigtig overvejelse, når du skal vælge, hvilken Lightning-tjeneste og hvilken API, der passer til hvilken web- eller mobilapp, er, om du skal vælge en selvhostet løsning som f.eks. BTCPay Server, LNPay or LNbits, eller en frihedsberøvelse som ZEBEDÆ or Strike. Igen gælder afvejninger.
Selvhostede løsninger giver dig fuld kontrol over dine midler, men de kræver vedligeholdelse i form af styring af kanaler, saldi, forbindelse, overholdelse af lovgivning, serveroppetid osv. Depotløsninger tager meget af vedligeholdelsen fra dine hænder, men du vil er nødt til at stole på, at depotmanden holder dine penge (og hvis du er villig til at gøre det, har du ikke rigtig brug for Lightning i første omgang). Desuden opererer depottjenester kun i visse jurisdiktioner for deres egen overholdelse, og disse geografiske begrænsninger gælder naturligvis også for tjenester, der bruger dem downstream.Men uanset deres dyder i BitcoinEr filosofi virker begge tilgange. Springvand giver brugerne mulighed for at streame sats tilbage til deres yndlingspodcastere, mens de lytter, og de hoster deres egen node med LNPay. Af samme grund, Lyn-siden af Twitters tipfunktion arbejder på Strikes API, så jeg gætter på, at en stor offentlig virksomhed (eller er det bare Elon?) er fortrolig med deres frihedsberøvelse.
Vælg, hvad der er rigtigt for dig.
LNC
Nodestyringen involveret i en selv-hostet løsning kan lyde som et træk. Men forestil dig, at du kunne gøre det i en praktisk browsergrænseflade, der administrerer kanalerne og saldierne på din Lightning-knude, ligesom du ville administrere dine regninger og konti på et internetbankwebsted. Forestil dig nu at tilbyde den slags funktionalitet til dine brugere. Verden bliver din Lyn-aktiverede fintech østers. Og Lightning Node Connect (LNC) er perlen.
Som jeg sagde ovenfor, er browsere dybest set sandboxed operativsystemer. LNC anvender WebAssembly for at udnytte denne egenskab til Lightning. LNC giver grundlæggende mulighed for fuld fjernstyring af node via en browser. At lade brugere få adgang til og kontrollere deres noder gennem deres browser giver webudviklere fantastisk fleksibilitet i, hvordan de laver deres websteders UX og åbner døren til en række potentielt lukrative applikationer.
LNC giver adgang til nodens gRPC (grpc remote procedure call) interface, så operatører kan åbne, lukke og genbalancere kanaler ud over andre avancerede funktioner. Lightning Web Terminal er et godt eksempel på, hvordan det kan se ud i praksis. Denne terminal er grundlæggende en fjernbetjening til superbrugeres noder, som de kan få adgang til hvor som helst.
Du kender tegneserien "Så sker der et mirakel." Nå, LNC er miraklet.Hvad er fangsten? Der er to. For det første er LNC udtænkt af Lightning Labs og fungerer kun med LND indtil videre. For det andet, jo mere kontrol du har over din node udefra, jo flere tilladelser skal du give til den eksterne grænseflade; og jo flere tilladelser du giver, jo større kan din angrebsflade være. Lightning Labs lister en række af potentielle trusler sig selv, inklusive mennesker med adgang til dæmonen, phishing-forsøg, browsersårbarheder og tredjepartsudvidelser. Mens de tekniske folk hos Lightning Labs er seriøse ingeniører, kan enhver app med så vidtgående tilladelser være en invitation til at blive "pwned".
LSAT'er
Lightning Service Authentication Tokens (LSAT'er) er det sidste middel til at integrere Lightning med nettet, som vi vil diskutere. Nej, de er ikke en måde at tjekke, hvem der er irriterende nok til at blive en advokat. Den grundlæggende idé bag LSAT'er er at bruge nøje definerede makroner at autentificere brugeren og definere deres betalingsmuligheder på webstedet.
Klogt, LSAT-protokollen bruger HTTP-kode 402, som er en fejlkode på klientsiden, der betyder enten "betaling påkrævet"Eller"reserveret til fremtidig brug," afhængigt af hvem du spørger (Lightning Labs LSAT-specifikationen er fantastisk, men paradoksalt nok, at "dette dokument antager, at fremtiden er ankommet"). Denne 402-kode bruges til at kalde en "billet" - en makron, der samtidig identificerer brugeren og definerer, hvordan denne bruger kan interagere med tjenesten.
Den første fordel ved LSAT'er er, at godkendelse og betalingstilladelser sker i et enkelt trin. Tjenesten genkender brugeren, og hvordan betalinger til og fra denne bruger skal fungere, så snart de dukker op. Ingen brugernavne, adgangskoder eller indstillingsbeløb ved hvert besøg. Nogle gange er det bare rart at være bekendt.
Den lækreste af alle Lightning-integrationsteknologier.For det andet kan disse API'er angive målte betalinger, ligesom streaming-satsen i Breez podcast-afspiller (selvom vi bruger nøglesend i stedet). Dette er en anden måde at undgå abonnementer. Brugere kan betale for det, de bruger - uanset om det er podcast-lyd, streaming af video, spil, tekstbaserede medier - uanset enhed eller interval, helt ned til sekundet.
LSAT'er har et stort potentiale og kunne måske endda forvis bots fra sociale medier ved at opkræve mikrobetalinger for mikrointeraktioner, der ville være trivielle for brugere, men uoverkommelige for bots.
Lyder godt! Revolutionær teknologi, der forbyder bots og integrerer Lightning og nettet! Halleluja! Hvad er fangsten? Jeg ved det ikke, men jeg kan ikke finde ud af, hvordan LSAT'er har eksisteret i et par år, og alligevel kan jeg ikke nævne en eneste større tjeneste, der har implementeret dem. Er det bare et spørgsmål om netværkseffekter, og alle venter på, at alle andre tager springet? Eller er der en dybere, mere substantiel hæmning? Måske kan du, kære læser, oplyse mig om den.
Fremtiden er en forlængelse af nutiden
Nogle siger, at web3 er fremtiden, og det ser ud til at have noget at gøre med krypto... og et netværk... og der er sikkert også noget DeFi tomfooleri derinde et eller andet sted. Jeg ved det ikke, og jeg er heller ikke sikker på, at nogen andre gør det. Hvad jeg ved er, at fremtiden tilhører Bitcoin, at Lightning er teknologien, der flyder bitcoin, og at vi har et fungerende World Wide Web, som alle elsker og ønsker at beholde.
Er det ikke indlysende, at Lightning er bestemt til at trænge ind på nettet, og at nettet er bestemt til at bruge Lightning som sin førende betalingsteknologi? Eller er det bare mig?
At integrere Lightning og nettet var engang et skræmmende perspektiv, men ikke længere. Vi har en række teknologier til en række brugssager, et blomstrende fællesskab af udviklere, der innoverer og perfektionerer teknologien, og en verden, der allerede elsker nettet og bliver stadig mere glad for bitcoin.
Måske bedst af alt, vi behøver ikke nogen central standard for at fortælle os, hvordan vi integrerer Lightning og nettet. Alle kan vælge den teknologi, der passer bedst til deres lokale behov, og arbejde sammen med udviklingssamfundet for at hjælpe den med at blive bedre. Det nye Lightning-aktiverede web vil vokse organisk fra bunden, som det skal.
Dette er et gæsteindlæg af Roy Sheinfeld. Udtalte meninger er helt deres egne og afspejler ikke nødvendigvis dem fra BTC Inc. eller Bitcoin magasin.
Oprindelig kilde: Bitcoin magasin