Lightning For Life – Hogyan tud és fog a Lightning integrálódni az internetbe

A Lightning az internethez hasonlóan zökkenőmentesen beépülhet mindennapi működésünkbe.

Roy Sheinfeld társalapítója és vezérigazgatója a Breeznek, egy Bitcoin cégnek, amely a Lightning fizetésekre összpontosít.

Minden alkalommal, amikor rákeresel a Google-ra, minden alkalommal, amikor kiakadsz, komolyan kutakodsz a YouTube-on vagy az Instagramon, minden alkalommal, amikor Uber-t rendelsz, minden alkalommal, amikor megnézed a portfóliódat vagy elolvasod a híreket, az internetet használja. Ami azt illeti, Ön jelenleg az internetet használja, és ezt olvassa. A web eszköz, de ugyanúgy eszköz, mint a tüdő vagy a hüvelykujj. szerves részünkké vált, amelyet folyamatosan használunk anélkül, hogy gondolnánk rá.

A pénz abban hasonlít, hogy folyamatosan és öntudatlanul használjuk. Amíg a hűtőszekrénye működik, amíg a pénzeszközei kamatokat halmoznak fel valahol, amíg a kölcsön adósságórája ketyeg, Ön pénzügyi tevékenységet folytat. Pénzügyi énje ébren van, és megőrzi pozícióját a globális értékhálózatban, még alvás közben is.

A bitcoinosok általában nagyon tisztában vannak az ilyesmivel. Ha a Lightning-ot használja, valószínűleg csatornaként tekint rá ön és a globális értékhálózat között. Ez nem csak egy módja annak vegyél egy sört Helsinkiben; A villám összeköt a Bitcoin tengerével.

Furcsa módon ez a két létfontosságú hálózat – a web és a Lightning – továbbra is párhuzamosan működik, kevés integrációval. Egyik nélkül sem akarunk élni, de a köztük lévő varratok tapinthatóak, néha kínosak.

Ahogy tanultam a bolt.fun hackathon (kiálts Johns emberemnek!), sok webfejlesztő szeretne Lightning-funkcióval rendelkező alkalmazásokat készíteni. A beilleszkedési akarat megvan, de úgy tűnik, sokan nem veszik észre, hogy erre is van mód. Valójában többféleképpen is elérhető a Lightning az interneten, és mindegyik a saját erősségeivel és használati eseteivel fejlődik. Lehet, hogy a világ nem tud róluk és nem érti őket?

Tehát csináljuk. Nézzük meg, hogyan lehet integrálni a webet és a Lightninget, kihúzni a szálakat, összefonni őket, és erősebb, kombinált, varratmentes hálót készíteni.

LNURL: Keeping It Simple

A Lightning felhasználói élmény (UX) nagy utat tett meg azóta, hogy I először lefedte Három évvel ezelőtt. De hiányosságok maradnak. Ilyen például a számlák. Technikailag csak a kedvezményezett kezdeményezhet kifizetést, ami sok esetben nem megfelelő. Előfordulhat, hogy sok felhasználó bármilyen okból nem akar számlát generálni, és az olyan esetekben, mint a borravaló, ésszerűen nehézkesnek és durvanak tűnhet.

Az LNURL egy nagyon egyszerű specifikációkészlet, amellyel áthidalható néhány fennmaradó UX-rés, beleértve a számlakészítést. Az LNURL szépsége az egyszerűségében rejlik. Ahogy a neve is sugallja, az LNURL specifikációi hivatkozásokon alapulnak, akár kattintható URL-ek, akár beolvasható QR-kódok formájában. Az URL linkek technológiai hátterünk részét képezik. Négyet már láttál ebben a bejegyzésben, valószínűleg anélkül, hogy észrevetted volna őket. A QR-kódok ugyanazok, csak más vizuális megjelenítés:

Vannak több LNURL specifikációk, de ezek különösen fontosak a Lightning webes integrációja szempontjából:

• LNURL-Pay: Tegyük fel, hogy Bitcoin blogot vezetsz. Tippeket szeretne gyűjteni, de nem szeretne minden tippről számlát generálni és megjeleníteni, és nem szeretne minden egyes tippről külön-külön kapcsolatba lépni minden olvasóval. Az LNURL-Pay lehetővé teszi, hogy QR-kódokat generáljon egy meghatározott tartományon belüli fizetésekhez, mondjuk 2,500-10,000 XNUMX sat. A felhasználó egyszerűen beolvashat egy kódot, beírhatja a pontos összeget és fizethet. A felhasználó figyelmen kívül hagyja az előképek és számlák nyelvét, ehelyett csak beolvas egy kódot, és válaszol egy felszólításra.
• LNURL-Visszavonás: Ez a fordított forgatókönyv: fizetni szeretne a felhasználóknak a webhelyével való interakcióért, de szeretné megkímélni őket a számla generálásától. Az LNURL-Withdraw segítségével a felhasználók beolvashatnak egy kódot, vagy rákattinthatnak egy hivatkozásra, amely arra kéri pénztárcájukat, hogy állítsák elő a megfelelő típusú számlát, és küldjék el a csomópontra fizetésre.
• LNURL-Auth egy másik nagyszerű LNURL eszköz. Nyilvános-privát kulcskészletet hoz létre a felhasználók pénztárcájában található kezdő kifejezések alapján, hogy lehetővé tegye számukra álnéven történő bejelentkezést a webhelyekre. Ugyanolyan privát, mint maga a kiindulási kifejezés, és nehezebb erőszakkal megerőszakolni, mint a „password123” vagy a „helyes_lóakkumulátor_kapcs.” A legjobb az egészben, hogy a felhasználók pénztárcájában már tárolt adatokat használja fel, és kis bevitellel készen áll a használatra.

Villám címek

Az e-mail talán annyira ismerős, hogy természetesnek vesszük előnyeit. Az e-mail címek szigorúan egyediek (ellentétben a ujjlenyomatok), az e-mail pedig rendkívül egyszerűvé teszi az információk küldését és fogadását pontosan a megfelelő személynek. Villám címek ugyanaz az xxx@yyy.zzz formátum, mint az e-mailek, de lehetővé teszik a felhasználók számára, hogy pénzátutalást végezzenek anélkül, hogy a QR-kóddal kellene szórakozniuk.

Jelenleg az LNURL-Pay a legnépszerűbb eszköz a Lightning Addresses megvalósítására, de a Lightning Address protokoll nyitott az innovációra. Például a Lightning címek kibővíthetők statikus számlákra ill BOLT12 (Basis of Lightning Technology; a Lightning megfelelője a Bitcoin Improvement Proposal [BIP] specifikációinak), miután ezek elfogadásra kerülnek.

A Lightning Addresses még jelenlegi, LNURL-en alapuló formájában is nagyon népszerű és könnyen integrálható. Valójában számos alkalmazás natívan tartalmazza a Lightning-címeket, de nem őrizet nélküli hídszerverek is elérhetők azok számára, akik rendelkeznek saját csomóponttal, akik nem bánják egy kis konfigurációt. utasítás egy teljesen önálló telepítéshez saját domain névvel.

Ahhoz, hogy a Lightning Addresses valóban sikeres legyen, ki kell találnunk, hogyan tegyük lehetővé a szabadságvesztés nélküli mobiltárcák számára fogadni offline állapotban.

WebLN

WebLN egy egyszerű előfeltevésből indul ki: amikor az internettel interakcióba lépünk, azt legtöbbször webböngészőn keresztül tesszük. A webböngészők gyakorlatilag önmagukban kis operációs rendszerek, amelyek mindenféle klassz szoftvert képesek futtatni a saját környezetükben.

Tekintettel arra, hogy a Lightning csak szoftver, és integrálni akarjuk az internettel, a Lightning webböngészőkhöz való hozzáadása sokat fog jelenteni.

Pontosan ez az ötlet a WebLN mögött, amely egy egyszerű JavaScript-eszköz, amellyel Lightning-kompatibilis böngészőbővítményeket készíthet a makePayment és sendInvoice segítségével – ez ismét a két alapvető funkció bármilyen pénzért: a küldés és a fogadás. Más szavakkal, a WebLN lehetővé teszi a webalkalmazások számára, hogy kölcsönhatásba lépjenek a Lightning pénztárcákkal.

A WebLN néhány előnnyel rendelkezik. Először is, a JavaScript szinte univerzális és majdnem harminc éves. Biztosak vagyunk benne, hogy működik. Másodszor, a WebLN egyszerű. Milyen egyszerű? Michael Bumann ból ből Alby öt perc harmincnyolc másodperc alatt beállíthatja és bemutathatja, hogyan kell használni.

Link a YouTube videóhoz itt.

Harmadszor, a WebLN sokkal jobb felhasználói élményt biztosít, mint a QR-kódok, kezdve azzal, hogy nincs szükség második eszköz használatára. Őshonosnak tűnik, nem megoldásnak. Ezenkívül hozzáférhet az összes böngészőeseményhez, így egy gombnyomás, egy egérkattintás, a görgetés pozíciójastb. mind fizetést válthatnak ki. A QR-mentes UX különösen hasznos mobilokon, ahol a WebLN is működik.

Ennek ellenére a WebLN nem egy univerzális web-Lightning felület. WebLN-kompatibilis környezet szükséges. Asztali böngészőben egy egyszerű bővítmény, például az Alby, létrehozhatja ezt a környezetet. Mobilon a fejlesztők vagy kidolgozhatják saját WebLN-megoldásukat, vagy otthont találhatnak egy Lightning alkalmazásban, amely már rendelkezik beépített WebLN környezettel, mint pl. szellő és a BlueWallet. Talán az a tény, hogy a WebLN nem őshonos a webböngészőkben, megakadályozta vagy lelassította széles körű elterjedését. Látom a jövőt, ahol a WebLN gazdagépeket natív módon implementálják a használó webhelyeken WebAssemble, a varratok eltávolítása a végfelhasználók számára.

Számos egyszerű böngésző alapú tranzakcióhoz, például borravalóhoz és egyszeri vásárláshoz, a WebLN-nek csak az integrálásához kell két kedvenc hálózatunk. Annyira jól működik, hogy a legnépszerűbb Lightning szolgáltatások évek óta sikeresen használják. Az tartalmazza Bitretöltés, LNMarketsés Kollider.

API-k

Ha egy webszolgáltatás és egy Lightning szolgáltatás zökkenőmentes integrációjáról van szó, nehéz felülmúlni egy erre tervezett alkalmazásprogramozási felületet (API). Az API-integráció a fejlesztők számára biztosítja a legnagyobb ellenőrzést a felhasználói élmény és a felület felett.

Bármilyen jól is hangzik, az API-k kompromisszumokkal is járnak. Az első az, hogy az API kiválasztása meglehetősen komoly elkötelezettség. Nincs átfogó integrációs szabvány, így minden Lightning szolgáltatás tetszés szerint határozza meg az API oldalát, és a webszolgáltatásnak az API köré kell építenie felhasználói élményét. Egy másik API-ra való váltás nagyon költséges lehet, és jelentős változásokat vonhat maga után az UX-ben és az általános architektúrában.

Az egyik fő szempont a Lightning szolgáltatás és az API megfelelő webes vagy mobilalkalmazáshoz való kiválasztásakor, hogy válasszunk-e saját üzemeltetésű megoldást, pl. BTCPay szerver, LNPay or LNbits, vagy olyan őrizetbe vételi megoldás, mint pl ZEBEDEE or Sztrájk. Ismét kompromisszumok érvényesek.

• A saját üzemeltetésű megoldások teljes ellenőrzést biztosítanak a pénzeszközök felett, de karbantartást igényelnek a csatornák, egyenlegek, kapcsolódási lehetőségek, a szabályozási megfelelés, a szerver üzemideje stb.
• A letétkezelési megoldások sok karbantartást levesznek az Ön kezéből, de rá kell bíznia a letétkezelőre, aki tartja a pénzét (és ha hajlandó erre, akkor eleve nincs szüksége a Lightningre). Ezen túlmenően a felügyeleti szolgáltatások csak bizonyos joghatóságokban működnek saját megfelelésük érdekében, és ezek a földrajzi korlátozások természetesen vonatkoznak az őket követő szolgáltatásokra is.

De bármilyen erényük is legyen a Bitcoiner filozófiájában, mindkét megközelítés működik. Szökőkút lehetővé teszi a felhasználók számára, hogy zenehallgatás közben streameljék a műsorokat kedvenc podcastereikre, és saját csomópontot üzemeltetnek az LNPay segítségével. Ugyanezen alapon a Villám oldala A Twitter billenő funkciója Strike API-ján működik, úgyhogy azt hiszem, egy nagy állami cég (vagy csak az Elon?) elégedett a felügyeleti szolgáltatásával.

Válassza ki a megfelelőt.

LNC

A saját üzemeltetésű megoldásban résztvevő csomópontkezelés húzósnak tűnhet. De képzelje el, hogy ezt egy praktikus böngészőfelületen is megteheti, a Lightning-csomópont csatornáit és egyenlegeit ugyanúgy kezelheti, mint a számláit és számláit egy internetes banki webhelyen. Most képzelje el, hogy ezt a fajta funkciót kínálja felhasználóinak. A világ a Lightning-kompatibilis fintech osztrigává válik. És Lightning Node Connect (LNC) a gyöngyszem.

Ahogy fentebb is mondtam, a böngészők alapvetően sandbox operációs rendszerek. Az LNC a WebAssemblyt alkalmazza, hogy kihasználja ezt az attribútumot a Lightning számára. Az LNC alapvetően teljes, távoli csomópontkezelést tesz lehetővé böngészőn keresztül. Azzal, hogy a felhasználók hozzáférhetnek és vezérelhetik csomópontjaikat a böngészőn keresztül, fantasztikus rugalmasságot biztosítanak a webfejlesztőknek webhelyeik felhasználói élményének kialakításában, és megnyitja a kaput egy sor potenciálisan jövedelmező alkalmazás előtt.

Az LNC hozzáférést tesz lehetővé a csomópont gRPC (grpc távoli eljáráshívás) interfészéhez, így a kezelők az egyéb speciális funkciók mellett csatornákat nyithatnak, zárhatnak és kiegyensúlyozhatnak. Lightning webterminál jó példa arra, hogyan néz ki ez a gyakorlatban. Ez a terminál alapvetően egy távirányító a nagy teljesítményű felhasználók csomópontjai számára, amelyhez bárhonnan hozzáférhetnek.

Mi a fogás? Van két. Először is, az LNC a Lightning Labs ötlete, és egyelőre csak az LND-vel működik együtt. Másodszor, minél több irányítása van a csomópont felett kívülről, annál több engedélyt kell megadnia a külső felületnek; és minél több engedélyt adsz, annál nagyobb lehet a támadási felületed. A Lightning Labs számos ilyet felsorol potenciális fenyegetések magukat, beleértve a démonhoz hozzáféréssel rendelkező embereket, az adathalász kísérleteket, a böngésző sebezhetőségeit és a harmadik féltől származó bővítményeket. Míg a Lightning Labs technikusai komoly mérnökök, minden ilyen széles körű engedélyekkel rendelkező alkalmazás felkérést jelenthet a „pwned” megszerzésére.

LSAT-ok

Lightning szolgáltatás hitelesítési tokenek (LSAT-ok) jelentik az utolsó eszközt a Lightning és a web integrációjához, amelyekről meg fogunk beszélni. Nem, ezek nem alkalmasak arra, hogy ellenőrizzék, ki elég idegesítő ahhoz, hogy azzá váljon ügyvéd. Az LSAT alapötlete a gondosan meghatározott használat macaroons a felhasználó hitelesítésére és fizetési lehetőségeinek meghatározására az oldalon.

Okosan, az LSAT protokollt a 402-es HTTP-kódot használja, amely egy kliensoldali hibakód, amely vagy "fizetés szükséges"Vagy"későbbi használatra fenntartva”, attól függően, hogy kit kérdezel (a Lightning Labs LSAT specifikációja félelmetesen, de paradox módon kijelenti, hogy „ez a dokumentum azt feltételezi, hogy elérkezett a jövő”). Ez a 402-es kód egy „jegy” meghívására szolgál – egy macaroon, amely egyidejűleg azonosítja a felhasználót, és meghatározza, hogy a felhasználó hogyan léphet kapcsolatba a szolgáltatással.

Az LSAT-okból származó első előny az, hogy a hitelesítés és a fizetési engedélyek egyetlen lépésben történnek. A szolgáltatás azonnal felismeri a felhasználót és azt, hogy a felhasználó felé és a felhasználótól érkező fizetéseknek hogyan kell működniük, amint megjelennek. Nincsenek felhasználónevek, jelszavak vagy összegek beállítása minden látogatáskor. Néha az csak jó, hogy ismerős.

Másodszor, ezek az API-k mérőszámos fizetéseket határozhatnak meg, akárcsak a streaming sats a Breez podcast lejátszó (bár mi használjuk kulcsküldés helyette). Ez egy másik módja annak előfizetések elkerülése. A felhasználók fizethetnek azért, amit használnak – legyen szó podcast hangról, streaming videóról, játékról, szöveges médiáról – bármilyen mértékegységben vagy intervallumban, egészen másodpercig.

Az LSAT-okban nagy lehetőségek rejlenek, és talán még lehet is száműzd a botokat a közösségi médiából mikrofizetések felszámításával olyan mikrointerakciókért, amelyek a felhasználók számára triviálisak, de a robotok számára megfizethetetlenek.

Jól hangzik! Forradalmi technológia, amely betiltja a botokat, és integrálja a Lightninget és a webet! Alleluja! Mi a fogás? Nem tudom, de nem tudok rájönni, hogyan léteznek az LSAT-ok néhány éve, és mégsem tudok egyetlen olyan jelentős szolgáltatást sem megnevezni, amelyik megvalósította volna őket. Csak a hálózati effektusokról van szó, és mindenki arra vár, hogy a többiek belevágjanak? Vagy van valami mélyebb, lényegesebb gátlás? Talán te, kedves olvasó, felvilágosítasz erről.

A Jövő A Jelen Meghosszabbítása

Egyesek azt mondják, hogy a web3 a jövő, és úgy tűnik, hogy valami köze van a kriptográfiai megoldáshoz… és a hálózathoz… és valószínűleg ott van valahol valami DeFi-féle bolondozás is. Nem tudom, és nem vagyok benne biztos, hogy bárki más is tudja. Amit tudok, az az, hogy a Bitcoiné a jövő, hogy a Lightning az a technológia, amely cseppfolyósítja a bitcoint, és hogy van egy működő világhálónk, amelyet mindenki szeret és meg akar tartani.

Hát nem nyilvánvaló, hogy a Lightningnek az a rendeltetése, hogy behatoljon az internetre, és hogy az internet a Lightninget használja vezető fizetési technológiájaként? Vagy csak én?

A Lightning és a web integrálása egykor félelmetes lehetőség volt, de már nem. Számos technológiánk van különféle felhasználási esetekre, virágzó fejlesztői közösségünk, akik megújítják és tökéletesítik a technológiát, és egy olyan világ, amely már szereti a webet, és egyre jobban szereti a bitcoint.

Talán a legjobb az egészben, hogy nincs szükségünk központi szabványra ahhoz, hogy megmondjuk, hogyan integráljuk a Lightninget és a webet. Mindenki kiválaszthatja a helyi igényeinek leginkább megfelelő technológiát, és a fejlesztő közösséggel együttműködve segíti a fejlesztést. Az új Lightning-kompatibilis web az alapoktól kezdve szervesen fog növekedni, ahogy kell.

Ez Roy Sheinfeld vendégbejegyzése. A kifejtett vélemények teljes mértékben a saját véleményük, és nem feltétlenül tükrözik a BTC Inc. ill Bitcoin Magazine.

• Coinsmart. Európa legjobb Bitcoin- és kriptográfiai tőzsdéje.
• Platoblockchain. Web3 metaverzum intelligencia. Felerősített tudás. SZABAD HOZZÁFÉRÉS.
• CryptoHawk. Altcoin radar. Ingyenes próbaverzió.
• Forrás: https://bitcoinmagazine.com/technical/how-lightning-can-integrate-with-the-web