Core Lightning: Hogyan beszél a Blockstream implementációs rebrandja a Bitcoin hosszú távú jövőképéről

Now called Core Lightning, Blockstream’s Lightning Network implementation seeks to be Bitcoin’s interoperable, specification-focused standard.

Bitcoin infrastructure company Blockstream recently rebranded its Lightning Network implementation from c-lightning to Core Lightning (CLN) in an attempt to highlight the project’s long-term focus on interoperability and specification work.

A kezdeti név, amely a C programozási nyelvre utalt, amelybe az implementáció be van építve, nem tükrözte a vállalat tényleges szándékát a projekttel kapcsolatban. Most a Core Lightning igyekszik tükrözni a Blockstream megvalósítás értékajánlatát.

"Reméljük, hogy a felfrissített név jobban kommunikálja a CLN-nek az interoperabilitásra, a specifikációs munkára való összpontosítását, valamint azt a folyamatos célt, hogy referencia-megvalósítást biztosítson, prioritást élvezve a korrektség és robusztusság tekintetében" - mondta a vállalat nyilatkozat.

Miért léteznek a Lightning Network különböző megvalósításai?

The Lightning Network is an abstracted concept of what is, in fact, many different Lightning channels connected together. Lightning payment channels set the basis of the network as two participants lock up an amount of bitcoin on the Bitcoin network base layer to make quick and cheap off-chain payments among themselves. However, by opening more channels with different participants, payments can then be routed in this “mesh network,” from one participant to the next until a final recipient of a Lightning payment is found.

Ezért az absztrakció, amely „a Villámhálózat” megköveteli, hogy a különböző résztvevők kommunikáljanak egymással, így irányíthatják egymás fizetéseit, és lehetővé teszik a súrlódásmentes interakciót. Ez a kommunikáció olyan csomópontok között történik, amelyek a Lightning protokoll szoftvert futtatják, és így többek között fizetéseket is küldhetnek és fogadhatnak.

Whereas in Bitcoin there is currently a de-facto standard node software, Bitcoin Core, jelenleg egynél több típusú Lightning node szoftver létezik. Ennek eredményeként szükség van egy olyan dokumentumkészletre, amely megszabja, hogy ezek a különböző típusú Lightning csomópontok – más néven „megvalósítások” – hogyan tudnak beszélni egymással.

A A villámtechnológiai (BOLT) dokumentumok alapjai define the set of specifications that all Lightning node implementations must adhere to in order to be a stable, compliant participant in the Lightning Network. There are currently 11 BOLT documents that describe everything from how to establish a payment channel and fund it with bitcoin to how one should request a Lightning payment.

Természetesen az a tény, hogy léteznek különböző Lightning-megvalósítások, azt is jelenti, hogy különböző ajánlatok állnak a felhasználók rendelkezésére, és saját igényeik alapján választhatják ki a futtatni kívánt szoftvert. Magas szinten négy fő Lightning-megvalósítás létezik, az LND, a Core Lightning, az Eclair és az LDK, amelyek mindegyike konkrét felhasználási esetekhez igazodik.

Core Lightning: BOLT-ból épült

CLN, previously c-lightning, has been in production use on the Bitcoin mainnet since early 2018. Written in the C programming language, which offers developers a high degree of control over the behavior of their code even at a low level, CLN has a focus on efficiency as well as on providing developers and users with a modular, plugin alapú implementation of Bitcoin’s Layer 2 scaling protocol.

„Célunk, hogy egy nagy teljesítményű, vállalati szintű, specifikációnak megfelelő megvalósítás legyünk” – mondta a Lightning fejlesztője, a Blockstreamnél, Rusty Russel. Bitcoin Magazine. „Ez hagyományosan azt jelenti, hogy inkább a csúcsfelhasználóknak, a vállalkozásoknak és a fejlesztőknek valók vagyunk, akikre építhetnek.”

CLN csak működik Linux és MacOS rendszeren, és helyi vagy távoli számítógép szükséges bitcoind 0.16-os vagy újabb verzió, amely teljesen felzárkózik a hálózathoz, amelyen a felhasználó fut, és továbbítja a tranzakciókat. A metszés az részben támogatott.

Könnyű megvalósításként a CLN nagymértékű testreszabást tesz lehetővé, mivel lehetővé teszi a felhasználók számára, hogy saját magukévá tegyék, és csak a kívánt vagy szükséges funkciókat adják hozzá. A fejlesztők egyéni JSON-RPC metódusokon keresztül kapcsolódhatnak a démonhoz, lehetővé téve számukra, hogy hatékonyan testreszabják a funkcionalitást igényeik szerint olyan bővítmények révén, amelyek közvetlenül hozzáférhetnek az alacsony szintű részletekhez.

CLN’s modularity, efficiency and code robustness come with their accompanying downsides, too. Christian Decker, a researcher at Blockstream focused on scaling solutions for Bitcoin, mondott during the London Bitcoin Devs meetup last month that, by adhering to the UNIX philosophy of doing one thing very well and not forcing decisions on the user, CLN comes in a “bare bones” fashion and requires some dedication from the user to get it working.

Nevezetesen, a Blockstream megvalósítása nagymértékben a specifikációs folyamatra összpontosít, és a kód nagy részét közvetlenül a BOLT specifikációiból állítja elő, Russel szerint. Noha ez biztosítja a teljes mértékben az előírásoknak megfelelő megvalósítást, a csapatnak kevesebb ideje marad munkája piacra dobására, és ez az oka annak, hogy kevesebb közösségi elkötelezettséget és csomópont-megosztást lát, mint más megvalósításoknál.

„Szó szerint a Lightning BOLT specifikációi alapján épültünk fel!” Russel elmondta Bitcoin Magazine. „Ez azt jelenti, hogy nagyon törődünk (és csapatként hatalmas erőfeszítéseket tettünk) a teljes Lightning Network architektúrájának koordinálására a BOLT specifikációkon keresztül.”

A csapat általában egy új specifikációt javasol a szélesebb fejlesztői közösségnek, mielőtt hozzáadná a CLN-hez, hogy hosszú távú kompatibilitást biztosítson a különböző megvalósítások között, miközben több szemet kér a kód áttekintésére, tesztelésére és kommentálására, mielőtt végül új kódot készítene. BOLT, és készen áll arra, hogy minden implementáció elfogadja.

„Részben azért hajtjuk végre a specifikációs és áttekintési folyamatot a megvalósítások között, mert ez segít a dolgok jobb módjainak azonosításában – hibák keresése, jövőbeli problémák azonosítása” – mondta Lisa Neigut, a Blockstream Lightning protokoll mérnöke. Bitcoin Magazine.

Hatékonyságának és kis súlyának köszönhetően a CLN valószínűleg a legalkalmasabb megvalósítás az alacsony specifikációjú eszközökhöz.

A Blockstream csapata egy sor új funkciót is kifejlesztett, amelyek kiterjesztik a BOLT-ok jelenlegi funkcionalitását, amelyek gyakran specifikációk vagy specifikációs javaslatok, beleértve az együttműködési csatornanyitásokat, a likviditási hirdetéseket és a BOLT 12-t. A CLN lehetőséget ad a felhasználónak arra, hogy kipróbálja ezeket a közelgő specifikációkat.

„Kísérleti lehetőségek keretében leválasztjuk a Lightning specifikáció vázlatos részeit” – mondta Russel Bitcoin Magazine. „De ha kalandosabb vagy, akkor ezek a kísérleti lehetőségek megadják a lehetőséget

betekintést abba, hogy mi vár a Lightning Network-re a következő lépésben!”

A korábban „kettős finanszírozási csatornáknak” nevezett együttműködési csatorna megnyitása lehetővé teszi a résztvevők számára, hogy együttműködve új csatornát nyissanak. közösen finanszírozzák a csatornafinanszírozási tranzakciót. Jelenleg egy résztvevő egyoldalú finanszírozási tranzakciójával nyitottak a csatornák. Az együttműködésen alapuló csatorna megnyitása lehetővé teszi az elosztott CoinJoin-okat egy Lightning csatornába.

„Rengesztelheti saját CoinJoinját egy csomó más Lightning csomóponttal” – mondta Neigut Bitcoin Magazine. "Decentralizáltan csinálja, így csak azok tudnak róla, akik részt vesznek ebben a tranzakcióban, így nincs központi koordinátor, aki ezt megvalósítja."

A likviditási hirdetések az együttműködési csatorna megnyitását is kihasználják. Egy Blockstream szerint blogbejegyzés, „könnyű módja annak, hogy decentralizált és hozzáférhető módon koordinálják a likviditás telepítését a hálózaton.”

A funkció egy gyakori problémát próbál megoldani a Lightningben: a bejövő likviditást.

A likviditási hirdetések lehetővé teszik, hogy „láthasd mindazokat, akik azt hirdetik, hogy eladják a bejövő likviditást, ha nyitsz nekik egy csatornát, ami igazán izgalmas dolog” – mondta Neigut.

BOLT 12 egy másik specifikációvázlat a Lightning pénztárcákhoz és csomópontokhoz, kísérleti támogatással a CLN-ben. A javasolt funkció, a megalkotott „ajánlatok” javítaná a BOLT 11 számlákat azáltal, hogy lehetővé tenné az újrafelhasználható ajánlatokat, míg a BOLT 11 számla csak egyszer használható fel. Továbbá, míg a számla kizárólag fizetési felszólítás, az ajánlat segítségével pénzt is küldhet, nem csak fogadhat.

A CLN-felhasználók ezentúl a csomópontkezelési feladataikat is automatizálhatják CLBOSS, egy nemrégiben kiadott „mesterséges intelligencia” eszköz, amely eldöntheti, hogy mely csomópontokhoz nyisson csatornákat, csatornákat nyithat meg, ha alacsonyak a díjak és vannak láncon belüli alapok, módosíthatja az útválasztási díjakat, hogy versenyképesek legyenek a többi csomóponttal, tengeralattjáró cserét hajthat végre a boltz segítségével. .exchange API és automatikusan kiegyensúlyozza a csatornákat.

Míg a különböző implementációkat ösztönözni kell arra, hogy a jelenlegi BOLT 11 specifikációkat betartva önálló megoldásokat keressenek sajátos felhasználási eseteikre, általában bevált gyakorlat, ha egy kísérő specifikációjavaslatot nyújtanak be, hogy segítsenek más implementációknak is telepíteni ugyanazt – vagy hasonló – funkciót. egy lépés állítólag a Lightning széles és folyamatosan növekvő felhasználói bázisának hosszú távú érdekeit szolgálja. Ennek ellenére a specifikációs folyamatot nem könnyű elviselni.

„Mint egy folyamat fáradságos és sok időt vesz igénybe. Ez megköveteli a koordinációt más emberekkel, akiknek sokféle nézőpontjuk van” – mondta Neigut.

Ennek eredményeként a különböző vállalatok eltérő mennyiségű időt és energiát áldoznak erre a folyamatra egyéni prioritásaik szerint, amelyek természetesen eltérőek. Míg Russel szerint a CLN csapata „erőfeszítésének nagy részét a specifikációra és az alacsony szintű megvalósítás részleteire fordította, és szinte semmi erőfeszítést nem tett a fejlesztők megszólítására vagy marketingre”, a Lightning Labs, az LND mögött álló vállalat gyakran úgy döntött, hogy jobban összpontosít. mérnöki erőforrások az új funkciókhoz és az ügyfelek fájdalmas pontjainak megoldásához, mint a nehézkes specifikációs folyamatokhoz.

LND: Hiányosságok, amelyeket a CLN pótolhat?

Az LND a fejlesztők számára első helyen álló Lightning-implementáció, amely az alkalmazások fejlesztésének megkönnyítésére összpontosít, és ezáltal nagy hangsúlyt fektet a fejlesztői interakcióra, különösen a REST API-kon keresztüli kommunikáció szabványos megközelítésében, amelyek amellett, hogy megkönnyítik az alkalmazásfejlesztést, világos dokumentáció és egyszerű beállítás.

„Azt akarjuk, hogy a fejlesztők könnyen felvehessék, beépíthessék termékeikbe, alkalmazásokat építhessenek rá, és pénztárcaként vagy saját üzemeltetésű csomópontként terjeszthessék” – mondta Oliver Gugger, az LND fejlesztője. mondott at the London Bitcoin Devs meetup. “Bringing it to the plebs.”

Ennek eredményeként az LND arra összpontosít, hogy „nagyszerű fejlesztői felülettel rendelkezzen” – tette hozzá Gugger a gRPC és a REST engedélyezésével.

„Az LND-nek nagyszerű közössége van, egyszerű a beállítás és nagyszerű fejlesztői dokumentáció” – mondta Russel, amikor arról kérdezték, miért gondolta, hogy az LND a legnépszerűbb Lightning-megvalósítás.

Az LND a legnagyobb közösségi részvételt tapasztalta az összes megvalósítás között, és jelenleg az összes hálózati csomópont többségét futtatja. Néhány becslés az LND részesedését az összes nyilvános Lightning csomóponton belül 70 és 90% közé helyezi.

Az LND emellett a vitathatatlanul a legnagyobb teljes munkaidős fejlesztőcsapattal is büszkélkedhet. Ennek eredményeként a csapatnak számos értéknövelt szolgáltatást sikerült kiépítenie az LND köré, mint pl. rekesz valamint a Lightning likviditási szolgáltatók Hurok és a Medence karbantartására.

Loop uses submarine swaps to bridge on-chain and off-chain bitcoin, making it easy to move bitcoin into and out of the Lightning Network. It performs automated channel balancing, privacy-forward non-custodial swaps, fee-saving opportunistic transaction batching and progress monitoring of in-flight swaps.

A Pool egy peer-to-peer piactér a Lightning csatornák számára. Összekapcsolja azokat a felhasználókat, akiknek hozzáférésre van szükségük a bejövő likviditáshoz, és azokkal, akiknek tőkével kell rendelkezniük a Lightning Networkben, lehetővé téve a Lightning Network résztvevőinek, hogy jelezzék ennek szükségességét, és arra ösztönöz másokat, hogy tőkéjük felhasználásával csatornákat nyissanak velük.

Mivel az LND jellemzően az új funkciókra és az ügyfélszolgálatra összpontosít, a CLN csapata rést talált a piacon, amelyet a specifikációs folyamatra való fokozott figyeléssel kíván pótolni.

Specifikálni vagy nem specifikálni

„A Labs csapata remek dolgokat talált ki” – mondta Neigut. „Csak szervezetként nem voltak elképesztőek, amikor specifikációkat írtak az általuk hozzáadott dolgokhoz. Jó példa erre a KeySend.”

KeySend lehetővé teszi, hogy a Lightning csomópont csak a fogadó csomópont azonosítójával rendelkező Lightning-fizetést küldjön valakinek, vagyis az eszköznek nincs szüksége számlákra, amelyek az aktuális de facto szabvány a Lightning fizetési mechanizmusáról.

„Elindították, sokan elkezdték használni, de soha nem határozták meg teljesen” – tette hozzá Neigut. „Tehát a CLN azt akarta, hogy támogassa. Csapatunk egyik tagjának vissza kellett mennie, és ki kellett találnia, hogyan lehet működésre bírni pusztán a kódjuk elolvasásával és visszatervezésével.”

Egy specifikációt végül a Spiral Lightning implementációja, az LDK írt, emlékezett vissza Neigut, miután csapata visszafejtette a Lightning Labs kódját.

„A többi csapatnak pedig csak igazán követnie kellett, mert az LND-nek ekkora telepítőbázisa van” – mondta. „Ez nem a leginkább együttműködő folyamat.”

„A Lightning Labs dolgain dolgozó emberekből álló csapat meglehetősen szilárd” – tette hozzá Neigut. „Csak úgy gondolom, hogy kihasználják a hálózati dominanciájukat, hogy ne kelljen ezt a többletmunkát elvégezniük, mert ha ők nem teszik meg, akkor valaki más fogja megtenni, mert a hálózat csomópontjainak többsége az ő kódját futtatja.”

Neigut elmondta, hogy már megszokta, hogy az LND a reflektorfényben van, és ez az „alapértelmezett Lightning” implementáció – ezt bevallja, hogy fejlesztőként élvezi, mivel kevesebb ügyfélszolgálati igényt kap.

"De úgy gondolom, hogy egészségesebb hálózati dinamikát kapnánk, ha nem lenne többségi megvalósítás" - tette hozzá. „Úgy gondolom, hogy ez valóban megváltoztatná a játékot abban a tekintetben, hogy mennyi együttműködést kell mindenkinek tennie azért, hogy a cuccait a Lightningre szállítsák. És ez egészséges lenne."

A specifikációkra való gondos odafigyelés vitathatatlanul központi szerepet játszik a nyílt forráskódú fejlesztésben nyílt hálózati környezetben. A Lightningen ezek a specifikációk képezik a protokoll alapját, és biztosítják a hálózatban részt vevő különböző verziók interoperabilitását.

Míg azonban egyesek úgy érvelnek, hogy az egyik Lightning-megvalósítás jelentős változtatásaihoz és új kiegészítéseihez csatolni kell a specifikációt, mások a BOLT specifikációit a minimumnak tekinthetik, amelyen felül minden implementáció saját, izgalmas új funkcióit építhet fel – amihez nem feltétlenül szükséges vissza kell vinni a specifikációs csomagba.

„Ez kemény egy nyílt forráskódú infrastrukturális vállalat létrehozása, így nem meglepő, hogy nem értek egyet a [Lightning Labs] összes prioritásával” – mondta Russel. „Őszintén hiszem, hogy megtalálják a módját annak, hogy fenntartható bevételi forrást hozzanak létre, és megbízható partnerek legyenek a Lightning Network műszaki fejlesztésében; Szerintem senki sem akarja, hogy a hálózat darabokra szakadjon.”

A specifikációs folyamat teljes figyelmen kívül hagyása nagyon eltérő al-ökoszisztémák kialakulásához vezethet, ami árthat a Lightning Network egészének fejlesztésének és elfogadásának, ha nem interoperábilissá válnának. De ahogy Russel kiemelte, semmi sem utal arra, hogy ma bármilyen megvalósítás ezt tenné. A csomópontok közötti összefüggő, interoperábilis interakció fenntartása kulcsfontosságú, ha a megvalósítás részleteit távol akarjuk tartani a felhasználótól, és ezáltal jó felhasználói élményt akarunk biztosítani.

„Ha a [Lightning Labs] lenne a vezető, és a műszaki adatok terén is ők vezetnének, úgy gondolom, hogy egy kicsit kevesebb súrlódás lenne az új funkciók hozzáadása körül, mert nem lenne olyan nehéz követni, amit csinálnak. – mondta Neigut. „Talán a jövőben jobban részt vesznek a specifikációs folyamatban. Azt hiszem, határozottan kaptak visszajelzést tőlünk és a közösség többi tagjától, hogy a specifikációs folyamat fontos.”

Része a vita és feszültségek a BOLT spec folyamatban erednek egy e-mail február végén megosztotta a Twitteren, amelyben a Lightning Labs Lightning likviditási részlegének vezetője, Alex Bosworth kommentálta a BOLT 12-t és a BOLT specifikációs folyamatát.

Bosworth azt írta, hogy a BOLT-folyamat egy önkényes szabványosítási folyamat, amelyhez nincs szükség az emberek beleegyezésére, és ezért „inkább egy tetszőleges folyamat által ellenőrzött, véleményt formáló dokumentumok halmazát képviseli, mintsem független megvalósítások közötti szerződést”.

Lightning Labs később tisztázni hogy Bosworth megjegyzései csak az ő véleményét tükrözik és nem feltétlenül a cégét.

Decker shared his thoughts on Bosworth’s comments and on the BOLT spec process during the London Bitcoin Devs meetup.

„Úgy gondolom, hogy ezek nagyon erős kijelentések valakitől, aki még soha nem vett részt egyetlen találkozón sem” – mondta. „Van egy kis vita a specifikációs folyamatban, de ez a tervezés eredménye. Ha egy megvalósítás képes lenne megszabni, hogyan néz ki az egész hálózat, akkor nagyon rövidlátó képet kapnánk arról, hogy mi is lehet a hálózat, és nem tudnánk kiszolgálni az összes általunk kiszolgált különböző használati esetet.

"És igen, a specifikációs folyamat néha frusztráló, ezzel teljesen egyetértek" - tette hozzá. „Természetesen eltérő nézeteink vannak arról, hogy milyennek kell lennie a hálózatnak. Ezzel a tézissel, antitézissel és szintéziseljárással azonban egy olyan rendszert hozunk létre, amely sokkal jobban képes kiszolgálni a felhasználókat, mintha egyetlen implementáció egyedül tenné meg.”

"Én személy szerint nem dolgozom a specifikációkon, így nem érzem magam alkalmasnak arra, hogy választ adjak" - mondta Gugger a találkozón Bosworth e-mailjéhez kommentálva. „Csak hozzá akartam tenni, hogy nem feltétlenül értek egyet Alex által említett minden ponttal. Biztosan másképp is mondtam volna. Úgy gondolom, hogy a specifikáción való munkához szükséges erőforrások hiányát néha úgy értelmezik, hogy blokkoljuk a dolgokat, ami természetesen nem a szándékunk és nem is célunk. Szeretnénk még többet dolgozni a specifikációkon, ezért remélem, hogy fejlődni fogunk. Érdekes megfigyelni, ahogy ez a frusztráció néha a felszínre tör. Köszönjük [Deckernek és az ACINQ fejlesztőjének, Bastien Teinturiernek] a specifikáción végzett munkájukért. Nekem is fel kell vennem, hogy mindent megteszek.”

Russel Bosworth e-mailjéhez is hozzászólt a Twitter szál ahol ígéretet tett arra, hogy több időt fordít a CLN csiszolására és marketingjére, mivel azt mondta, hogy az LND nem először és nem a legjobban valósította meg a Lightninget – bár közössége nagyszerű – tette hozzá.

„Kiderült, hogy úgy döntöttek, hogy a hálózati dominanciát protokollvezérlésre tudják használni, és a specifikációs folyamat nem „valódi”” – írta a szálban. „A Lightning Labs sokféleképpen követelte a Lightning hálózat tulajdonjogát: nem voltam hajlandó nyilvánosan felhívni őket. De a villámhálózat és a közösség jobbat érdemel.”

Russel nem válaszolt a kérdéseire Bitcoin Magazine erre a szálra hivatkozva. A Lightning Labs nem volt hajlandó kommentálni.

„Még 2016-ban három különböző irányból érkeztünk, és úgy döntöttünk, hogy a kezdeti kísérletezési szakaszban tanultakat egyetlen specifikációban egyesítjük, hogy együttműködhessünk és együttműködhessünk” – mondta Decker a találkozón. „Ezt a kísérleti szakaszt mindig egy olyan javaslatnak kell követnie, amely mindenki más számára betekintést nyerhet, és mindenki más számára megvalósítható. Néha ez a formális javaslat hiányzik, és ez megakadályozza, hogy a többi megvalósítás saját véleményt adjon az adott szolgáltatásról. Ez az áttekintés nagyon fontos, hogy megbizonyosodjunk arról, hogy mindenki számára működik, és hogy ez a lehető legjobb, amit elkészíthetünk.”

„Ahogyan a Lightning Network név is sugallja, nagyon sokat profitál azokból a hálózati hatásokból, amelyeket azáltal kapunk, hogy kompatibilisek vagyunk, képes együttműködni, és lehetővé teszi, hogy minden implementáció egyenlő feltételek mellett játsszon” – tette hozzá később.

A megvalósítások kiegészítik egymást, nem versenyeznek

A specifikációs folyamattal kapcsolatos nagyon specifikus vita mellett a Lightning implementációk többnyire külön-külön, majd együtt működnek, hogy a legjobb és legkeresettebb szolgáltatásokat hozzák a hálózathoz, általánosságban jobb felhasználói élményt biztosítva.

Ennek eredményeként a Blockstream lépése, hogy a CLN-t specifikáció-kompatibilis, moduláris és könnyű ajánlatként nyomja meg, alternatívát jelent azoknak, akik érdeklődnek egy olyan csomópont-megvalósítás iránt, amely arra törekszik, hogy teljes mértékben együttműködjön a hálózat többi részével, és egy egyedülálló előnyök azoknak, akik megteszik.

Mivel a különböző implementációk arra törekednek, hogy a legjobb verziójukká váljanak, és saját értékajánlatuk feltárásával egy adott használati esetet kielégítsenek, a felhasználónak végső soron haszna van, mivel egyre jobb lehetőségek jelennek meg.

• 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ó.
• Source: https://bitcoinmagazine.com/technical/blockstream-core-lightning-bitcoin-rebrand