Lightning For Life – kuidas välk saab ja integreerub veebiga

Allikasõlm: 1332590

Lightning on valmis integreeruma meie igapäevatoimingutesse sujuvalt samamoodi nagu Internet.

Roy Sheinfeld on Lightningi maksetele keskendunud Bitcoini ettevõtte Breez kaasasutaja ja tegevjuht.

Iga kord, kui midagi googeldate, iga kord, kui lolli ajate, tehke YouTube'is või Instagramis tõsist uurimistööd, iga kord, kui tellite Uberi, iga kord, kui kontrollite oma portfelli või loed uudiseid, kasutate veebi. Tegelikult kasutate praegu seda lugedes veebi. Veeb on tööriist, kuid see on tööriist samamoodi nagu kopsud või pöidlad on tööriistad; sellest on saanud meie lahutamatu osa, mida kasutame pidevalt, sellele isegi mõtlemata.

Raha on selle poolest sarnane, et me kasutame seda pidevalt ja alateadlikult. Kuni teie külmkapp töötab, kuni teie raha kogub kuskil intressi, kuni teie laenu võlakell tiksub, olete seotud finantstegevusega. Teie rahaline mina on ärkvel, säilitades oma positsiooni globaalses väärtusvõrgustikus isegi magades.

Bitcoinerid kipuvad sellistest asjadest teravalt teadlikud olema. Kui kasutate Lightningit, näete seda tõenäoliselt kanalina teie ja selle globaalse väärtusvõrgustiku vahel. See ei ole lihtsalt viis osta Helsingis õlut; Välk ühendab teid Bitcoini merega.

Kummalisel kombel töötavad need kaks olulist võrku – veeb ja Lightning – siiski paralleelselt vähese integratsiooniga. Me ei taha elada kummagita, kuid nendevahelised õmblused on käegakatsutavad, mõnikord ebamugavad.

Nagu ma õppisin polt.lõbus häkaton (hüüdke minu mehele Johnsile!), sooviksid paljud veebiarendajad luua Lightning-funktsiooniga rakendusi. Tahe integreeruda on olemas, kuid paljud ei paista mõistvat, et ka võimalus on olemas. Tegelikult on Lightningi veebi toomiseks mitu võimalust ja igaüks neist areneb oma tugevate külgede ja kasutusjuhtudega. Võib-olla maailm lihtsalt ei tea ega mõista neid?

Nii et teeme seda. Vaatame, kuidas integreerida veebi ja Lightningit, tõmmates kiud välja, kududes need kokku ja tehes tugevama, kombineeritud õmblusteta võrgu.

Pildi allikas

LNURL: Lihtne

Lightningi kasutajakogemus (UX) on pärast seda, kui ma olen, jõudnud kaugele esmalt kattis selle kolm aastat tagasi. Kuid lüngad jäävad. Arved on üks näide. Tehniliselt saab makse algatada ainult makse saaja, mis pole paljudes kontekstides sobilik. Paljud kasutajad ei pruugi mingil põhjusel soovida arvet koostada ja sellistel stsenaariumidel nagu jootraha võib see tunduda tülikas ja ebaviisakas.

LNURL on väga lihtne spetsifikatsioonide kogum, et ületada mõned neist allesjäänud UX-i lünkadest, sealhulgas arvete genereerimine. LNURL-i ilu seisneb selle lihtsuses. Nagu nimigi ütleb, põhinevad LNURL-i spetsifikatsioonid linkidel, kas klõpsatavate URL-ide või skannitavate QR-koodide kujul. URL-i lingid on osa meie tehnoloogilisest taustast. Olete selles postituses juba näinud nelja, ilmselt isegi märkamata. QR-koodid on samad, vaid erinev visuaalne esitus:

QR-koodid on lihtsad ja tuttavad. Ma ei näe, et me neist niipea loobuksime.

Seal on mitu LNURL-i spetsifikatsioonid, kuid need on eriti olulised Lightningu veebiintegratsiooni jaoks:

  • LNURL-Pay: Oletame, et peate Bitcoini ajaveebi. Soovite näpunäiteid koguda, kuid te ei soovi iga vihje kohta arvet koostada ja renderdada, samuti ei soovi te iga vihje puhul iga lugejaga eraldi suhelda. LNURL-Pay võimaldab teil genereerida QR-koode maksete jaoks kindlas vahemikus, näiteks 2,500–10,000 XNUMX sat. Kasutaja saab lihtsalt koodi skannida, sisestada täpse summa ja maksta. Kasutaja ei tunne eelpiltide ja arvete keelt, vaid skannib koodi ja vastab viipale.
  • LNURL-Tühjenda: See on vastupidine stsenaarium: soovite kasutajatele teie saidiga suhtlemise eest maksta, kuid soovite säästa neid arve koostamisest. LNURL-Withdraw võimaldab kasutajatel skannida koodi või klõpsata linki, mis palub nende rahakotil genereerida sobivat tüüpi arve ja saata see teie sõlme tasumiseks.
  • LNURL-Auth on veel üks lahe LNURL-i tööriist. See loob kasutajate rahakotis olevate algfraaside põhjal avaliku ja privaatvõtmekomplekti, mis võimaldab neil veebisaitidele pseudonüümselt sisse logida. See on sama privaatne kui algfraas ise ja seda on raskem jõuga rakendada kui „password123” või „õige_hobuse_aku_klambrid.” Mis kõige parem, see kasutab juba kasutajate rahakotis olevaid andmeid, mis on vähese sisendiga kasutamiseks valmis.

Välgu aadressid

E-post on võib-olla nii tuttav, et peame selle eeliseid iseenesestmõistetavaks. E-posti aadressid on rangelt kordumatud (erinevalt Sõrmejälgede) ning e-post teeb teabe saatmise ja vastuvõtmise täpselt õigele inimesele äärmiselt lihtsaks. Välgu aadressid on sama vorminguga xxx@yyy.zzz nagu meil, kuid need võimaldavad kasutajatel raha üle kanda, ilma et peaksid QR-koodiga segama.

Praegu on LNURL-Pay kõige populaarsem vahend Lightning Addresside rakendamiseks, kuid Lightning Addressi protokoll on uuendustele avatud. Näiteks saab Lightning-aadresse laiendada, et kasutada staatilisi arveid või POLT12 (Välktehnoloogia alus; Bitcoini täiustamise ettepaneku [BIP] spetsifikatsioonide välkekvivalent), kui need on vastu võetud.

Isegi praegusel LNURL-il põhineval kujul on välguaadressid väga populaarsed ja hõlpsasti integreeritavad. Tõepoolest, mitmed rakendused sisaldavad algselt Lightning-aadresse, kuid nende jaoks, kellel on oma sõlmed, kes ei pahanda vähese konfigureerimise vastu, on saadaval ka mittevahtsillaserverid. juhised täielikult ise hostitud seadistuse jaoks oma domeeninimega.

Selleks, et Lightning Addresses tõesti õnnestuks, peame välja mõtlema, kuidas võimaldada vabadusekaotuseta mobiilsete rahakottide jaoks võrguühenduseta vastuvõtt.

WebLN

WebLN algab lihtsast eeldusest: enamiku ajast, kui me veebiga suhtleme, teeme seda veebibrauseri kaudu. Veebibrauserid on omaette praktiliselt väikesed operatsioonisüsteemid, mis suudavad käitada kõikvõimalikku lahedat tarkvara omaenda keskkondades.

Arvestades, et Lightning on lihtsalt tarkvara ja me tahame seda veebiga integreerida, on Lightningi lisamine veebibrauseritesse kaugele kasulik.

Just see on WebLN-i idee, mis on lihtne JavaScripti tööriist Lightning-toega brauserilaiendite loomiseks makePaymenti ja sendInvoice'i abil – jällegi kaks põhifunktsiooni mis tahes raha eest: saatmine ja vastuvõtmine. Teisisõnu võimaldab WebLN veebirakendustel suhelda Lightningi rahakottidega.

WebLN pakub mõningaid eeliseid. Esiteks on JavaScript peaaegu universaalne ja peaaegu kolmkümmend aastat vana. Oleme üsna kindlad, et see töötab. Teiseks on WebLN lihtne. Kui lihtne? Michael Bumann Alates Alby oskab seda viie minuti ja kolmekümne kaheksa sekundiga seadistada ja näidata, kuidas seda kasutada.

Link YouTube'i videole siin.

Kolmandaks pakub WebLN palju paremat kasutuskogemust kui QR-koodid, alustades sellest, et te ei pea kasutama teist seadet. See tundub omapärane, mitte nagu lahendus. Samuti on teil juurdepääs kõikidele brauseri sündmustele, nii et klahvivajutus, hiireklõps, a kerimisasendjne võivad kõik makse käivitada. QR-vaba UX on eriti mugav mobiilis, kus töötab ka WebLN.

Siiski ei ole WebLN universaalne veebi-Lightningi liides. See nõuab WebLN-i toega keskkonda. Töölauabrauseris saab selle keskkonna luua lihtne laiendus, näiteks Alby. Mobiilis saavad arendajad välja töötada oma WebLN-i lahenduse või leida kodu Lightningi rakenduses, mis juba pakub sisseehitatud WebLN-i keskkonda, näiteks Tuul ja BlueWallet. Võib-olla on selle laialdast kasutuselevõttu takistanud või aeglustanud asjaolu, et WebLN ei ole veebibrauseritele omane. Näen tulevikku, kus WebLN-i hostid rakendatakse natiivselt kasutavatel saitidel WebAssembly, eemaldades lõppkasutajatele õmblused.

Paljude lihtsate brauseripõhiste tehingute jaoks, nagu jootraha andmine ja ühekordsed ostud, on WebLN kõik, mida vajate integreerimiseks meie kaks lemmikvõrku. See töötab nii hästi, et paljud parimad Lightningi teenused on seda juba aastaid edukalt kasutanud. See hõlmab Bitrefill, LNMarketsja Kollider.

API-liidesed

Veebiteenuse ja Lightning-teenuse sujuvaks integreerimiseks on raske ületada rakenduste programmeerimisliidest (API), mis on loodud just selleks. API integreerimine annab arendajatele suurima kontrolli kasutajakogemuse ja liidese üle.

Nii hästi kui see ka ei kõla, kaasnevad API-dega ka kompromissid. Esimene on see, et API valimine on üsna tõsine kohustus. Puudub kõikehõlmav integratsioonistandard, nii et iga Lightningi teenus määratleb oma API poole vastavalt oma soovile ja veebiteenus peab rajama oma kasutuskogemuse API ümber. Teisele API-le üleminek võib olla väga kulukas ja kaasa tuua olulisi muudatusi UX-is ja üldises arhitektuuris.

Millise Lightningi teenuse ja API valimisel millise veebi- või mobiilirakenduse jaoks on oluline kaaluda, kas valida isehostitav lahendus, näiteks BTCPay server, LNPay or LNbits, või vangistuse lahendus nagu SEBEDEE or Lööma. Jällegi kehtivad kompromissid.

  • Isehostitavad lahendused annavad teile täieliku kontrolli oma raha üle, kuid need nõuavad hooldust kanalite, saldode, ühenduvuse, eeskirjade järgimise, serveri tööaja jms haldamise näol.
  • Hoolduslahendused võtavad suure osa ülalpidamisest teie käest, kuid peate usaldama, et haldur hoiab teie raha (ja kui olete nõus seda tegema, pole teil Lightningit tegelikult vaja). Peale selle toimivad hooldusteenused ainult teatud jurisdiktsioonides, et tagada oma vastavus ja need geograafilised piirangud kehtivad loomulikult ka teenustele, mis kasutavad neid allavoolu.

Kuid olenemata nende voorustest Bitcoineri filosoofias, mõlemad lähenemisviisid töötavad. Purskkaev võimaldab kasutajatel kuulamise ajal voogesitada oma lemmikpodcasteritesse ja nad hostivad LPay abil oma sõlme. Samamoodi välgu pool Twitteri jootraha funktsioon töötab Strike'i API peal, nii et ma arvan, et suur avalik ettevõte (või on see lihtsalt Elon?) on oma hooldusteenusega rahul.

Valige, mis teile sobib.

Lnc

Isehostitava lahendusega seotud sõlmehaldus võib tunduda lohisemisena. Kuid kujutage ette, et saaksite seda teha käepärases brauseri liideses, hallates oma Lightning-sõlme kanaleid ja saldosid täpselt nii, nagu haldaksite oma arveid ja kontosid internetipanga veebisaidil. Kujutage nüüd ette, et pakute oma kasutajatele sellist funktsiooni. Maailmast saab teie välgutoega fintech austr. Ja Lightning Node Connect (LNC) on pärl.

Nagu ma eespool ütlesin, on brauserid põhimõtteliselt liivakastiga operatsioonisüsteemid. LNC rakendab WebAssembly'i, et seda Lightningi atribuuti kasutada. LNC võimaldab põhimõtteliselt täielikku kaughaldust brauseri kaudu. Lubades kasutajatel brauseri kaudu oma sõlmedele juurde pääseda ja neid juhtida, annab veebiarendajatele fantastiline paindlikkus oma saitide kasutuskogemuse loomisel ja avab ukse paljudele potentsiaalselt tulusatele rakendustele.

LNC võimaldab juurdepääsu sõlme gRPC (grpc remote procedure call) liidesele, nii et operaatorid saavad lisaks muudele täiustatud funktsioonidele kanaleid avada, sulgeda ja tasakaalustada. Lightning veebiterminal on hea näide sellest, kuidas see praktikas välja näeb. See terminal on põhimõtteliselt kaugjuhtimispult energiakasutajate sõlmedele, millele nad pääsevad igal pool juurde.

Teate seda koomiksit "Siis juhtub ime". Noh, LNC on ime. 

Pildi allikas

Mis on saak? On kaks. Esiteks on LNC Lightning Labsi vaimusünnitus ja töötab praegu ainult LND-ga. Teiseks, mida rohkem on teil väljastpoolt oma sõlme üle kontrolli, seda rohkem õigusi peate sellele välisele liidesele andma; ja mida rohkem lubasid annate, seda suurem võib olla teie rünnakupind. Lightning Labs loetleb mitmeid võimalikud ohud ise, sealhulgas inimesed, kellel on juurdepääs deemonile, andmepüügikatsed, brauseri haavatavused ja kolmandate osapoolte laiendused. Kuigi Lightning Labsi tehnikainimesed on tõsised insenerid, võib iga nii laiaulatuslike lubadega rakendus olla kutseks saada "pwned".

LSAT-id

Lightning teenuse autentimismärgid (LSAT-id) on viimane vahend Lightningi integreerimiseks veebiga, mida me arutame. Ei, need ei ole viis kontrollida, kes on piisavalt tüütu, et saada Advokaat. LSAT-ide põhiidee on hoolikalt määratletud kasutamine makroonid kasutaja autentimiseks ja nende maksevõimaluste määratlemiseks saidil.

Targalt, LSAT protokoll kasutab HTTP koodi 402, mis on kliendipoolne veakood, mis tähendab kas "makse nõutav"Või"reserveeritud edaspidiseks kasutamiseks”, olenevalt sellest, kellelt te küsite (Lightning Labsi LSAT-i spetsifikatsioon ütleb suurepäraselt, kuid paradoksaalsel kombel, et „see dokument eeldab, et tulevik on saabunud”). Seda 402 koodi kasutatakse "pileti" kutsumiseks - makroon, mis samaaegselt tuvastab kasutaja ja määrab, kuidas see kasutaja saab teenusega suhelda.

Esimene LSAT-i eelis on see, et autentimine ja makseload toimuvad ühes etapis. Teenus tuvastab kasutaja ja selle, kuidas sellele kasutajale ja temalt saadud maksed peaksid toimima kohe pärast nende ilmumist. Igal külastusel pole kasutajanimesid, paroole ega summade määramist. Mõnikord on lihtsalt hea tuttav olla.

Kõige maitsvam Lightningi integratsioonitehnoloogiatest.

Pildi allikas

Teiseks saavad need API-d määrata mõõdetud makseid, täpselt nagu voogesituse sats Breez podcasti mängija (kuigi me kasutame võtmete saatmine selle asemel). See on veel üks viis tellimustest loobuda. Kasutajad saavad maksta selle eest, mida nad kasutavad – olgu selleks taskuhäälingusaadete heli, video voogesitus, mängimine, tekstipõhine meedium – mis tahes ühiku või intervalliga, kuni sekundini.

LSAT-idel on suur potentsiaal ja võib-olla isegi botid sotsiaalmeediast välja saata nõudes mikromakseid mikrointeraktsioonide eest, mis oleks kasutajate jaoks triviaalsed, kuid robotite jaoks üle jõu käivad.

Kõlab hästi! Revolutsiooniline tehnoloogia, mis keelab robotid ja integreerib Lightningu ja veebi! Halleluuja! Mis on saak? Ma ei tea, aga ma ei saa aru, kuidas LSAT-id on olnud juba paar aastat, ja ometi ei oska ma nimetada ühtki suurt teenust, mis oleks neid juurutanud. Kas küsimus on ainult võrguefektides ja kõik ootavad, et kõik teised sammud ette võtaksid? Või on seal mõni sügavam ja sisulisem pärssimine? Ehk saad sina, kallis lugeja, mind selles osas harida.

Tulevik on oleviku pikendus

Mõned ütlevad, et web3 on tulevik ja tundub, et sellel on midagi pistmist krüptoga… ja võrguga… ja ilmselt on seal ka DeFi hulljulge. Ma ei tea ja ma pole kindel, et ka keegi teine ​​teab. Mida ma tean, on see, et tulevik kuulub Bitcoinile, et Lightning on tehnoloogia, mis vedeldab bitcoine, ja et meil on toimiv World Wide Web, mida kõik armastavad ja tahavad säilitada.

Kas pole ilmselge, et Lightning on määratud veebi tungima ja et veeb on määratud kasutama Lightningit oma juhtiva maksetehnoloogiana? Või on asi ainult minus?

Lightningi ja veebi integreerimine oli kunagi hirmutav väljavaade, kuid enam mitte. Meil on lai valik tehnoloogiaid erinevate kasutusjuhtumite jaoks, jõudsalt arenevate arendajate kogukond, kes uuendab ja täiustab tehnoloogiat, ning maailm, mis juba armastab veebi ja hakkab bitcoinidest üha enam armastama.

Võib-olla kõige parem on see, et me ei vaja keskseid standardeid, mis ütleksid meile, kuidas Lightningit ja veebi integreerida. Igaüks saab valida oma kohalikele vajadustele kõige paremini sobiva tehnoloogia ja teha koostööd arenduskogukonnaga, et aidata seda täiustada. Uus Lightning-toega veeb kasvab algusest peale orgaaniliselt, nagu peab.

See on Roy Sheinfeldi külalispostitus. Avaldatud arvamused on täielikult nende omad ja ei pruugi kajastada BTC Inc. või Bitcoin ajakiri.

Ajatempel:

Veel alates Bitcoin ajakiri