Lightning For Life – Kuinka Lightning voi ja tulee integroitumaan verkkoon

Lähdesolmu: 1332590

Lightning on valmis integroitumaan saumattomasti jokapäiväiseen toimintaamme pitkälti samalla tavalla kuin Internet.

Roy Sheinfeld on Lightning-maksuihin keskittyvän Bitcoin-yhtiön Breezin toinen perustaja ja toimitusjohtaja.

Joka kerta kun googletat jotain, joka kerta kun huijaat, tee vakavaa tutkimusta YouTubessa tai Instagramissa, joka kerta kun tilaat Uberin, joka kerta kun tarkistat portfoliosi tai luet uutisia, käytät verkkoa. Itse asiassa käytät verkkoa juuri nyt lukiessasi tätä. Verkko on työkalu, mutta se on työkalu samalla tavalla kuin keuhkot tai peukalot ovat työkaluja; siitä on tullut olennainen osa meitä, jota käytämme jatkuvasti edes ajattelematta sitä.

Raha on samanlaista siinä mielessä, että käytämme sitä jatkuvasti ja tiedostamatta. Niin kauan kuin jääkaappisi käy, niin kauan kuin rahasi keräävät korkoa jonnekin, niin kauan kuin lainasi velkakello tikittää, olet mukana taloudellisessa toiminnassa. Taloudellinen minäsi on hereillä ja säilyttää asemansa maailmanlaajuisessa arvoverkostossa, vaikka nukut.

Bitcoinerit ovat yleensä erittäin tietoisia tämänkaltaisista asioista. Jos käytät Lightningia, näet todennäköisesti sen kanavana sinun ja tuon maailmanlaajuisen arvoverkoston välillä. Se ei ole vain tapa osta olutta Helsingistä; Salama yhdistää sinut Bitcoinin mereen.

Kummallista kyllä, nämä kaksi elintärkeää verkkoa – web ja Lightning – toimivat edelleen rinnakkain vähäisellä integraatiolla. Emme halua elää ilman kumpaakaan, mutta niiden väliset saumat ovat tuntuvia, joskus hankalia.

Kuten opin klo bolt.fun hackathon (huuto miehelleni Johnsille!), monet verkkokehittäjät haluaisivat rakentaa sovelluksia, joissa on Lightning-toiminto. Halu integroitua on olemassa, mutta monet eivät näytä ymmärtävän, että siihen on myös keino. Itse asiassa on olemassa useita tapoja tuoda Lightning verkkoon, ja jokainen kehittyy omien vahvuuksiensa ja käyttötapaustensa mukaan. Ehkä maailma ei vain tiedä tai ymmärrä niistä?

Joten tehdään se. Katsotaanpa, miten verkko ja Lightning yhdistetään, vedetään säikeet ulos, kudotaan ne yhteen ja tehdään vahvempi, yhdistetty, saumaton verkko.

Kuvan lähde

LNURL: Keeping It Simple

Lightning-käyttökokemus (UX) on edennyt pitkän tien sen jälkeen, kun I peitti sen ensin kolme vuotta sitten. Mutta aukkoja jää. Laskut ovat yksi esimerkki. Teknisesti vain maksunsaaja voi käynnistää maksun, mikä ei sovellu moniin tilanteisiin. Monet käyttäjät eivät ehkä halua luoda laskua mistä tahansa syystä, ja tippumisen kaltaisissa tilanteissa se voi kohtuudella tuntua hankalalta ja töykeältä.

LNURL on hyvin yksinkertainen joukko teknisiä tietoja, jotka täyttävät joitain näistä jäljellä olevista käyttökokemuksen aukoista, mukaan lukien laskujen luonti. LNURL:n kauneus on sen yksinkertaisuus. Kuten nimestä voi päätellä, LNURL-määritykset perustuvat linkkeihin, joko napsautettavien URL-osoitteiden tai skannattavien QR-koodien muodossa. URL-linkit ovat osa teknistä taustaamme. Olet jo nähnyt neljä tässä viestissä, luultavasti edes huomaamatta niitä. QR-koodit ovat sama asia, vain erilainen visuaalinen esitys:

QR-koodit ovat helppoja ja tuttuja. En näe meidän luopuvan niistä lähiaikoina.

On useita LNURL-osoitteita tekniset tiedot, mutta nämä ovat erityisen tärkeitä Lightningin verkkointegraation kannalta:

  • LNURL-Pay: Oletetaan, että pidät Bitcoin-blogia. Haluat kerätä vinkkejä, mutta et halua luoda ja renderöidä laskua jokaisesta vihjeestä, etkä halua olla vuorovaikutuksessa jokaisen lukijan kanssa erikseen jokaisen vinkin osalta. LNURL-Payn avulla voit luoda QR-koodeja tietyn alueen maksuille, esimerkiksi 2,500 10,000 - XNUMX XNUMX sat. Käyttäjä voi yksinkertaisesti skannata koodin, syöttää tarkan summan ja maksaa. Käyttäjä ei huomioi esikuvien ja laskujen kieltä, vaan skannaa vain koodin ja vastaa kehotteeseen.
  • LNURL-Poista: Tämä on päinvastainen skenaario: haluat maksaa käyttäjille siitä, että he ovat vuorovaikutuksessa sivustosi kanssa, mutta haluat säästää heidät laskun luomisen vaivalta. LNURL-Withdraw antaa käyttäjien skannata koodin tai napsauttaa linkkiä, joka kehottaa heidän lompakkoaan luomaan oikeanlaisen laskun ja lähettämään sen solmullesi maksua varten.
  • LNURL-Auth on toinen hieno LNURL-työkalu. Se luo julkisen ja yksityisen avainsarjan käyttäjien lompakoissa olevien siemenlauseiden perusteella, jotta he voivat kirjautua sisään verkkosivustoille pseudonyymeillä. Se on yhtä yksityinen kuin itse alkulause, ja sitä on vaikeampi käyttää raa'alla voimalla kuin "salasana123" tai "right_horse_battery_staple.” Mikä parasta, se käyttää käyttäjien lompakoissa olevia tietoja, jotka ovat valmiita käyttöön pienellä syöttötavalla.

Salama osoitteet

Sähköposti on ehkä niin tuttu, että pidämme sen etuja itsestäänselvyytenä. Sähköpostiosoitteet ovat ehdottoman yksilöllisiä (toisin kuin sormenjäljet), ja sähköposti tekee tiedon lähettämisestä ja vastaanottamisesta täsmälleen oikealle henkilölle erittäin helppoa. Salama osoitteet niillä on sama xxx@yyy.zzz-muoto kuin sähköpostilla, mutta niiden avulla käyttäjät voivat siirtää varoja ilman QR-koodia.

Tällä hetkellä LNURL-Pay on suosituin tapa toteuttaa Lightning Addresses, mutta Lightning Address -protokolla on avoin innovaatioille. Esimerkiksi Lightning-osoitteita voidaan laajentaa käyttämään staattisia laskuja tai PULTTI12 (Basis of Lightning Technology; Lightning-vastine Bitcoin Improvement Proposal [BIP] -spesifikaatioille), kun ne on otettu käyttöön.

Jopa nykyisessä LNURL-pohjaisessa muodossaan Lightning Addresses ovat erittäin suosittuja ja helppoja integroida. Itse asiassa useat sovellukset sisältävät Lightning-osoitteet natiivisti, mutta myös muita kuin vankeussiltapalvelimia on saatavilla niille, joilla on omat solmunsa ja jotka eivät välitä pienestä määrityksestä. ohjeet täysin itseisännöidylle asennukselle omalla verkkotunnuksellasi.

Jotta Lightning Addresses todella onnistuisi, meidän on selvitettävä, kuinka mahdollistaa ei-vapaudenmukaisten mobiililompakkojen vastaanottaa offline-tilassa.

WebLN

WebLN alkaa yksinkertaisesta lähtökohdasta: suurimman osan ajasta kun olemme vuorovaikutuksessa verkon kanssa, teemme sen verkkoselaimen kautta. Web-selaimet ovat käytännössä pieniä käyttöjärjestelmiä, jotka pystyvät ajamaan kaikenlaisia ​​hienoja ohjelmistoja omissa ympäristöissään.

Koska Lightning on vain ohjelmisto ja haluamme integroida sen verkkoon, Lightningin lisääminen verkkoselaimiin auttaa paljon.

Juuri tämä idea WebLN:n takana on yksinkertainen JavaScript-työkalu, jolla voidaan rakentaa Lightning-yhteensopivia selainlaajennuksia käyttämällä makePaymentia ja sendInvoicea – jälleen kahta ydintoimintoa minkä tahansa rahan osalta: lähettämisen ja vastaanottamisen. Toisin sanoen WebLN sallii verkkosovellusten olla vuorovaikutuksessa Lightning-lompakoiden kanssa.

WebLN tarjoaa muutamia etuja. Ensinnäkin JavaScript on lähes universaali ja lähes kolmekymmentä vuotta vanha. Olemme melko varmoja, että se toimii. Toiseksi WebLN on yksinkertainen. Kuinka yksinkertaista? Michael Bumann alkaen Alby voi asentaa sen ja näyttää kuinka sitä käytetään viidessä minuutissa ja XNUMX sekunnissa.

Linkki YouTube-videoon tästä.

Kolmanneksi WebLN tarjoaa paljon paremman käyttökokemuksen kuin QR-koodit, alkaen siitä, että sinun ei tarvitse käyttää toista laitetta. Se tuntuu alkuperäiseltä, ei kiertotavan. Sinulla on myös pääsy kaikkiin selaintapahtumiin, joten näppäimen painallus, hiiren napsautus, a vieritysasentojne. voivat kaikki käynnistää maksun. QR-vapaa UX on erityisen kätevä mobiililaitteella, jossa myös WebLN toimii.

Silti WebLN ei ole yleinen web-Lightning-käyttöliittymä. Se vaatii WebLN-yhteensopivan ympäristön. Pöytätietokoneen selaimessa yksinkertainen laajennus, kuten Alby, voi luoda ympäristön. Mobiililaitteella kehittäjät voivat joko kehittää oman WebLN-ratkaisunsa tai löytää kodin Lightning-sovelluksesta, joka tarjoaa jo sisäänrakennetun WebLN-ympäristön, esim. tuulta ja Sininen lompakko. Ehkä se tosiasia, että WebLN ei ole syntyperäinen verkkoselaimille, on estänyt tai hidastanut sen laajaa käyttöönottoa. Näen tulevaisuuden, jossa WebLN-isännät toteutetaan natiivisti käyttävillä sivustoilla WebAssembly, poistamalla saumat loppukäyttäjille.

WebLN on kaikki mitä tarvitset moniin yksinkertaisiin selainpohjaisiin tapahtumiin, kuten juomarahaan ja kertaostokseen. kaksi suosikkiverkostoamme. Se toimii niin hyvin, että monet huippuluokan Lightning-palvelut ovat käyttäneet sitä menestyksekkäästi vuosia. Se sisältää Bitrefill, LNMarketsja Kollider.

API

Verkkopalvelun ja Lightning-palvelun saumattomasti yhdistämisen kannalta on vaikea päihittää sovellusten ohjelmointirajapinta (API), joka on suunniteltu juuri tähän. API-integraatio antaa kehittäjille suurimman hallinnan käyttökokemuksesta ja käyttöliittymästä.

Niin hyvältä kuin se kuulostaakin, API:t sisältävät myös kompromisseja. Ensimmäinen on, että API:n valitseminen on melko vakava sitoumus. Ei ole olemassa kattavaa integraatiostandardia, joten jokainen Lightning-palvelu määrittelee oman puolensa API:sta haluamallaan tavalla, ja verkkopalvelun on rakennettava käyttöliittymänsä API:n ympärille. Vaihtaminen toiseen API-liittymään voi olla erittäin kallista ja aiheuttaa merkittäviä muutoksia käyttöliittymään ja yleiseen arkkitehtuuriin.

Tärkeä näkökohta valittaessa, mikä Lightning-palvelu ja mikä API sopii millekin verkko- tai mobiilisovellukselle, on valita itseisännöity ratkaisu, kuten BTCPay-palvelin, LNPay or LNbitit, tai vangitsemisratkaisu, kuten SEBEDEE or Lakko. Jälleen kompromisseja sovelletaan.

  • Itseisännöidyt ratkaisut antavat sinulle täyden hallinnan varoistasi, mutta ne vaativat ylläpitoa esimerkiksi kanavien, saldojen, yhteyksien, säännösten noudattamisen, palvelimen käytettävyyden jne.
  • Säilytysratkaisut vievät suuren osan ylläpidosta käsistäsi, mutta sinun täytyy luottaa omaisuudenhoitajaan pitämään rahasi (ja jos olet valmis tekemään niin, et todellakaan tarvitse Lightningia). Lisäksi säilytyspalvelut toimivat vain tietyillä lainkäyttöalueilla oman vaatimustensa vuoksi, ja kyseiset maantieteelliset rajoitukset koskevat luonnollisesti myös niitä myöhemmässä vaiheessa käyttäviä palveluita.

Mutta olivatpa heidän hyveensä Bitcoiner-filosofiasta riippumatta, molemmat lähestymistavat toimivat. Suihkulähde avulla käyttäjät voivat suoratoistaa satia takaisin suosikkipodcasterilleen kuuntelun aikana ja isännöidä omaa solmuaan LNPaylla. Samalla tavalla, Lightning puoli Twitterin tippaustoiminto toimii Striken API:lla, joten luulisin, että suuri julkinen yritys (vai onko se vain Elon?) on tyytyväinen säilytyspalveluitaan.

Valitse mikä sopii sinulle.

LNC

Itseisännöidyn ratkaisun solmunhallinta saattaa kuulostaa raahaamiselta. Mutta kuvittele, että voisit tehdä sen kätevässä selainkäyttöliittymässä, jossa hallitset Lightning-solmusi kanavia ja saldoja aivan kuten hallinnoisit laskujasi ja tilejäsi verkkopankkisivustolla. Kuvittele nyt tarjoavasi tällaisia ​​toimintoja käyttäjillesi. Maailmasta tulee Lightning-yhteensopiva fintech-osterisi. Ja Lightning Node Connect (LNC) on helmi.

Kuten edellä sanoin, selaimet ovat periaatteessa hiekkalaatikkokäyttöjärjestelmiä. LNC käyttää WebAssemblya hyödyntääkseen tätä attribuuttia Lightningille. LNC mahdollistaa periaatteessa täyden, etäsolmunhallinnan selaimen kautta. Antamalla käyttäjien käyttää ja hallita solmujaan selaimen kautta, verkkokehittäjät saavat fantastista joustavuutta sivustojensa käyttökokemuksen luomisessa ja avaa oven useille mahdollisesti tuottoisille sovelluksille.

LNC mahdollistaa pääsyn solmun gRPC-rajapintaan (grpc remote procedure call), joten käyttäjät voivat avata, sulkea ja tasapainottaa kanavia muiden edistyneiden toimintojen lisäksi. Lightning Web Terminal on hyvä esimerkki siitä, miltä se voi näyttää käytännössä. Tämä pääte on periaatteessa tehokäyttäjien solmujen kaukosäädin, jota he voivat käyttää missä tahansa.

Tiedät sen sarjakuvan "Sitten tapahtuu ihme." No, LNC on ihme. 

Kuvan lähde

Mikä on juju? On kaksi. Ensinnäkin LNC on Lightning Labsin idea ja toimii toistaiseksi vain LND:n kanssa. Toiseksi, mitä enemmän hallitset solmuasi ulkopuolelta, sitä enemmän käyttöoikeuksia sinun on myönnettävä kyseiselle ulkoiselle käyttöliittymälle; ja mitä enemmän oikeuksia myönnät, sitä suurempi hyökkäyspinta voi olla. Lightning Labs listaa useita mahdollisia uhkia itse, mukaan lukien ihmiset, joilla on pääsy demoniin, tietojenkalasteluyritykset, selaimen haavoittuvuudet ja kolmannen osapuolen laajennukset. Vaikka Lightning Labsin teknikot ovat vakavia insinöörejä, mikä tahansa sovellus, jolla on niin laajat käyttöoikeudet, voi olla kutsu "pwned".

LSATit

Lightning-palvelun todennustunnukset (LSAT) ovat viimeinen tapa integroida Lightning verkkoon, josta keskustelemme. Ei, ne eivät ole tapa tarkistaa, kuka on tarpeeksi ärsyttävä tullakseen asianajaja. LSAT:iden perusideana on käyttää tarkasti määriteltyjä makaronit tunnistaakseen käyttäjän ja määrittääkseen hänen maksukykynsä sivustolla.

Taitavasti, LSAT-protokollaa käyttää HTTP-koodia 402, joka on asiakaspuolen virhekoodi, joka tarkoittaa joko "maksua vaaditaan"Tai"varattu tulevaa käyttöä varten”, riippuen keneltä kysyt (Lightning Labsin LSAT-spesifikaatiossa todetaan mahtavasti, mutta paradoksaalisesti, että "tämä asiakirja olettaa tulevaisuuden olevan saapunut"). Tätä 402-koodia käytetään kutsumaan "lippu" - macaroon, joka samanaikaisesti tunnistaa käyttäjän ja määrittää, kuinka käyttäjä voi olla vuorovaikutuksessa palvelun kanssa.

Ensimmäinen LSAT:n tuoma etu on, että todennus ja maksuluvat tapahtuvat yhdessä vaiheessa. Palvelu tunnistaa käyttäjän ja kuinka tälle käyttäjälle ja häneltä tulleiden maksujen tulee toimia heti, kun ne ilmestyvät. Ei käyttäjätunnuksia, salasanoja tai määrityksiä kullakin käynnillä. Joskus on kiva olla tuttu.

Herkullisin kaikista Lightning-integraatiotekniikoista.

Kuvan lähde

Toiseksi nämä sovellusliittymät voivat määrittää mittarimaksuja, aivan kuten suoratoistopalveluissa Breez podcast-soitin (vaikka käytämme avaimen lähetys sen sijaan). Tämä on toinen tapa välttää tilaukset. Käyttäjät voivat maksaa käyttämistään – olipa kyseessä podcast-ääni, suoratoistovideo, pelin pelaaminen, tekstipohjainen media – millä tahansa yksiköllä tai aikavälillä, aina sekuntiin saakka.

LSAT:illa on suuri potentiaali ja ehkä jopa karkottaa robotit sosiaalisessa mediassa veloittamalla mikromaksuja mikrovuorovaikutuksista, jotka olisivat käyttäjille vähäpätöisiä, mutta bottien kannalta kohtuuttomia.

Kuulostaa hyvältä! Vallankumouksellinen tekniikka, joka kieltää robotit ja yhdistää Lightningin ja verkon! Halleluja! Mikä on juju? En tiedä, mutta en voi ymmärtää, kuinka LSAT:t ovat olleet olemassa muutaman vuoden ajan, enkä silti osaa nimetä yhtäkään suurta palvelua, joka on ottanut ne käyttöön. Onko kysymys vain verkkovaikutuksista ja kaikki odottavat kaikkien muiden ottavan askeleen? Vai onko olemassa jotain syvempää, merkittävämpää estoa? Ehkä sinä, rakas lukija, voit opastaa minua siinä.

Tulevaisuus on nykyajan jatke

Jotkut sanovat, että web3 on tulevaisuus, ja sillä näyttää olevan jotain tekemistä krypton kanssa… ja verkkoon… ja siellä on luultavasti myös DeFi-myrskyjä jossain. En tiedä, enkä ole varma, että kukaan muukaan tietää. Tiedän sen, että tulevaisuus kuuluu Bitcoinille, että Lightning on tekniikka, joka nesteyttää bitcoineja ja että meillä on toimiva World Wide Web, jota kaikki rakastavat ja haluavat säilyttää.

Eikö olekin selvää, että Lightningin on määrä tunkeutua verkkoon ja että web on tarkoitettu käyttämään Lightningia johtavana maksuteknologiana? Vai olenko vain minä?

Lightningin ja verkon yhdistäminen oli kerran pelottava mahdollisuus, mutta ei enää. Meillä on valikoima teknologioita erilaisiin käyttötapauksiin, kukoistava kehittäjäyhteisö, joka innovoi ja täydentää tekniikkaa, ja maailma, joka jo rakastaa verkkoa ja rakastaa bitcoineja yhä enemmän.

Ehkä mikä parasta, emme tarvitse mitään keskeistä standardia kertomaan meille, kuinka Lightning ja verkko integroidaan. Jokainen voi valita paikallisiin tarpeisiinsa parhaiten sopivan teknologian ja kehittää sitä yhdessä kehitysyhteisön kanssa. Uusi Lightning-yhteensopiva verkko kasvaa orgaanisesti alusta alkaen, kuten sen pitääkin.

Tämä on Roy Sheinfeldin vieraspostaus. Esitetyt mielipiteet ovat täysin heidän omiaan eivätkä välttämättä vastaa BTC Inc:n tai Bitcoin Magazine.

Aikaleima:

Lisää aiheesta Bitcoin Magazine