By Bitcoin Magazin - 1 éve - Olvasási idő: 11 perc
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 is the co-founder and CEO of Breez, a Bitcoin company focused on Lightning payments.
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.
Bitcoiners tend to be acutely aware of this sort of thing. If you use Lightning, you probably see it as a conduit between you and that global network of value. It’s not just a way to vegyél egy sört Helsinkiben; Lightning connects you to the sea of Bitcoin.
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:
A QR-kódok egyszerűek és ismerősek. Nem látom, hogy egyhamar feladjuk őket.Vannak több LNURL specifikációk, de ezek különösen fontosak a Lightning webes integrációja szempontjából:
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 [e-mail védett] format as email, but they allow users to transfer funds without having to mess with a QR code.
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; the Lightning equivalent of the Bitcoin Improvement Proposal [BIP] specifications), once these are adopted.
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.
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.
Still, WebLN isn’t a universal web-to-Lightning interface. It requires a WebLN-enabled environment. On a desktop browser a simple extension, like Alby, can create that environment. On mobile, developers can either work out their own WebLN solution or find a home in a Lightning app that already offers a built-in WebLN environment, like 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.
Self-hosted solutions give you full control over your funds but they require maintenance in the form of managing channels, balances, connectivity, regulatory compliance, server uptime, etc. Custodial solutions take a lot of the maintenance off your hands, but you’ll have to trust the custodian to hold your money (and if you’re willing to do that, you don’t really need Lightning in the first place). Moreover, custodial services only operate in certain jurisdictions for their own compliance and those geographic limitations naturally apply to services using them downstream, too.But whatever their virtues in Bitcoiner philosophy, both approaches do work. 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.
Ismered azt a képregényt, hogy „Akkor csoda történik”. Nos, az LNC maga a csoda.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.
A Lightning integrációs technológiák közül a legfinomabb.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
Some say that web3 is the future, and it seems to have something to do with crypto… and a network… and there’s probably some DeFi tomfoolery in there somewhere, too. I don’t know and I’m not sure anybody else does, either. What I do know is that the future belongs to Bitcoin, that Lightning is the technology that liquifies bitcoin, and that we have a functioning World Wide Web that everybody loves and wants to keep.
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?
Integrating Lightning and the web was once an intimidating prospect, but no longer. We have a range of technologies for a range of use cases, a thriving community of developers innovating and perfecting the tech, and a world that already loves the web and is growing ever fonder of bitcoin.
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 Magazin.
Eredeti forrás: Bitcoin Magazin