Core Lightning: Kuinka Blockstreamin toteutusuudelleenbrändi puhuu pitkän aikavälin näkemyksestään Bitcoin PlatoBlockchain Data Intelligencesta. Pystysuuntainen haku. Ai.

Core Lightning: Kuinka Blockstreamin toteutusuudelleenbrändi puhuu pitkän aikavälin näkemyksestään Bitcoinille

Nyt Core Lightningiksi kutsuttu Blockstreamin Lightning Network -toteutus pyrkii olemaan Bitcoinin yhteentoimiva, spesifikaatioihin keskittyvä standardi.

Bitcoin-infrastruktuuriyritys Blockstream nimesi äskettäin Lightning Network -toteutuksensa uudelleen c-lightningista Core Lightningiksi (CLN) yrittääkseen korostaa projektin pitkän aikavälin keskittymistä yhteentoimivuuteen ja määrittelytyöhön.

Alkuperäinen nimi, joka viittasi toteutuksen sisäänrakennettuun C-ohjelmointikieleen, ei vastannut yrityksen todellista tarkoitusta projektin suhteen. Nyt Core Lightning pyrkii heijastamaan Blockstream-toteutuksen arvoehdotusta.

"Toivomme, että päivitetty nimi viestii paremmin CLN:n keskittymisestä yhteentoimivuuteen, määrittelytyöhön ja jatkuvaan tavoitteeseen tarjota referenssitoteutus, jonka oikeellisuus ja kestävyys ovat etusijalla", yhtiö sanoi tiedotteessa. selvitys.

Miksi Lightning-verkossa on erilaisia ​​toteutuksia?

Lightning Network on abstrakti käsite siitä, mikä on itse asiassa monia erilaisia ​​Lightning-kanavia, jotka on yhdistetty toisiinsa. Salamamaksukanavat asettavat verkoston perustan, kun kaksi osallistujaa lukitsee bitcoineja Bitcoin-verkon peruskerrokseen suorittaakseen nopeita ja edullisia ketjun ulkopuolisia maksuja keskenään. Kuitenkin avaamalla useampia kanavia eri osallistujille, maksut voidaan sitten reitittää tässä "mesh-verkossa" osallistujalta toiselle, kunnes Lightning-maksun lopullinen vastaanottaja löytyy.

Siksi abstraktio, joka on "Lightning Network” edellyttää eri osallistujien kommunikointia toistensa kanssa, jotta he voivat reitittää toistensa maksuja ja mahdollistaa kitkattoman vuorovaikutuksen. Tämä viestintä tapahtuu solmujen välillä, jotka käyttävät Lightning-protokollaohjelmistoa ja voivat siksi lähettää ja vastaanottaa maksuja muun muassa.

Bitcoinissa on tällä hetkellä de facto vakiosolmuohjelmisto, Bitcoin Core, on olemassa useampi kuin yksi Lightning-solmuohjelmistotyyppi, joka on tällä hetkellä suosittu. Tämän seurauksena tarvitaan joukko asiakirjoja, jotka määräävät, kuinka nämä erityyppiset Lightning-solmut - eli "toteutukset" - voivat keskustella toistensa kanssa.

- Salamatekniikan (BOLT) asiakirjat Määritä määrityssarja, jota kaikkien Lightning-solmutoteutusten on noudatettava ollakseen vakaa ja yhteensopiva Lightning Networkin osallistuja. Tällä hetkellä on 11 BOLT-asiakirjaa, jotka kuvaavat kaikkea maksukanavan perustamisesta ja sen rahoittamisesta bitcoinilla aina Lightning-maksun pyytämiseen.

Se, että Lightning-toteutuksia on erilaisia, tarkoittaa luonnollisesti myös sitä, että käyttäjille on tarjolla erilaisia ​​tarjouksia, ja he voivat valita käytettävän ohjelmiston erityistarpeidensa perusteella. Korkealla tasolla on neljä suurta Lightning-toteutusta, LND, Core Lightning, Eclair ja LDK, joista jokainen on suunnattu tiettyihin käyttötapauksiin.

Core Lightning: rakennettu BOLTista

CLN, aiemmin c-lightning, on ollut tuotantokäytössä Bitcoin-verkkosivustolla vuoden 2018 alusta lähtien. CLN on kirjoitettu C-ohjelmointikielellä, joka tarjoaa kehittäjille suuren hallinnan koodinsa käyttäytymiseen jopa alhaisella tasolla. tehokkuudesta sekä kehittäjille ja käyttäjille modulaarisen, laajennuspohjainen Bitcoinin Layer 2 -skaalausprotokollan käyttöönotto.

"Tavoitteenamme on olla korkean suorituskyvyn, yritystason, teknisten vaatimusten mukainen toteutus", Lightning-kehittäjä Blockstreamista, Rusty Russel, kertoi. Bitcoin Magazine. "Tämä tarkoittaa perinteisesti, että olemme enemmän huippukäyttäjille, yrityksille ja kehittäjille, joiden päälle voi rakentaa."

CLN toimii vain Linuxissa ja MacOS:ssa ja vaatii paikallisen tai kaukosäätimen bitcoind versio 0.16 tai uudempi, joka on täysin kiinni verkkoon, jossa käyttäjä käyttää ja välittää tapahtumia. Leikkaaminen on osittain tuettu.

Kevyenä toteutuksena CLN mahdollistaa suuren tason mukauttamisen, koska sen avulla käyttäjä voi tehdä siitä omanlaisensa ja lisätä vain haluamansa tai tarvitsemansa ominaisuudet. Kehittäjät voivat liittyä demonin kanssa mukautettujen JSON-RPC-menetelmien avulla, jolloin he voivat tehokkaasti mukauttaa toimintoja tarpeidensa mukaan laajennuksilla, jotka pääsevät suoraan matalan tason yksityiskohtiin.

CLN:n modulaarisuus, tehokkuus ja koodin kestävyys sisältävät myös haittapuolensa. Christian Decker, Blockstreamin tutkija, joka keskittyi Bitcoinin skaalausratkaisuihin, sanoi Lontoon Bitcoin Devs -tapaamisen aikana viime kuussa, että noudattamalla UNIX-filosofiaa tehdä yksi asia erittäin hyvin ja olemaan pakottamatta päätöksiä käyttäjälle, CLN tulee "paljain luustoin" ja vaatii käyttäjältä jonkin verran omistautumista saadakseen sen toimimaan. .

Erityisesti Blockstreamin toteutus keskittyy voimakkaasti määrittelyprosessiin ja luo suuren osan koodistaan ​​suoraan BOLT-spesifikaatioista Russelin mukaan. Vaikka tämä varmistaa täysin teknisten vaatimusten mukaisen toteutuksen, tiimillä jää vähemmän aikaa markkinoida työtään, ja se pitää tämän syynä siihen, miksi se näkee vähemmän yhteisön sitoutumista ja solmuosuutta kuin muut toteutukset.

"Meidät on rakennettu Lightning BOLTin spesifikaatioiden mukaan, kirjaimellisesti!" Russel kertoi Bitcoin Magazine. "Tämä tarkoittaa, että välitämme suuresti (ja tiiminä olemme panostaneet valtavasti) koko Lightning Networkin arkkitehtuurin koordinointiin BOLT-spesifikaatioiden avulla."

Tiimi ehdottaa yleensä uutta määrittelyä laajemmalle kehitysyhteisölle ennen sen lisäämistä CLN:ään varmistaakseen pitkän aikavälin yhteensopivuuden eri toteutusten välillä samalla, kun se pyytää enemmän silmiä tarkistamaan, testaamaan ja kommentoimaan sen koodia ennen kuin se lopulta muutetaan uudeksi. BOLT ja on valmis käytettäväksi kaikissa toteutuksissa.

"Osaan syy siihen, miksi suoritamme erittely- ja arviointiprosessin toteutuksissa, on se, että se auttaa tunnistamaan parempia tapoja tehdä asioita - löytää virheitä, tunnistaa tulevat ongelmat", Lisa Neigut, Blockstreamin Lightning-protokollainsinööri, kertoi. Bitcoin Magazine.

Tehokkuutensa ja kevyen jalanjäljensä vuoksi CLN on todennäköisesti sopivin toteutus heikoille laitteille.

Blockstreamin tiimi on myös kehittänyt joukon uusia ominaisuuksia, jotka laajentavat BOLTien nykyisiä toimintoja. Ne ovat usein luonnosmäärityksiä tai teknisiä ehdotuksia, mukaan lukien yhteistyökanavan avaukset, likviditeettimainokset ja BOLT 12. CLN antaa käyttäjälle mahdollisuuden kokeilla näitä tulevia määrityksiä.

"Käytelimme Lightning-eritelmän luonnollisia osia kokeellisissa vaihtoehdoissa", Russel kertoi Bitcoin Magazine. "Mutta jos olet seikkailunhaluisempi, nämä kokeelliset vaihtoehdot antavat sinulle mahdollisuuden

näkemyksen siitä, mitä Lightning Networkille seuraavaksi on tulossa!”

Yhteistyökanavan avaaminen, jota aiemmin kutsuttiin "kaksoisrahoituskanaviksi", mahdollistaa osallistujien yhteistyön avaamisen uuden kanavan rahoittaa yhdessä kanavan rahoitustapahtuman. Tällä hetkellä kanavat ovat avoinna yhden osallistujan yksipuolisella rahoitusjärjestelyllä. Yhteistyökanavan avaaminen mahdollistaa myös hajautetun CoinJoinin Lightning-kanavan auki.

"Voit orkestroida oman CoinJoinisi joukon muita Lightning-solmuja", Neigut kertoi. Bitcoin Magazine. "Teet sen hajautetusti, joten ainoat ihmiset, jotka tietävät siitä, ketkä ovat mukana, ovat ihmiset, jotka ovat itse asiassa osa tapahtumaa, joten ei ole keskuskoordinaattoria, joka saa sen tapahtumaan."

Likviditeettimainokset hyödyntävät myös yhteistyökanavan avaamista. Blockstreamin mukaan blogi, "ne ovat kevyt tapa tarjota mahdollisuus koordinoida likviditeetin käyttöönottoa verkossa hajautetusti ja helposti saatavilla."

Ominaisuus yrittää ratkaista Lightningissa yleisen ongelman: saapuvan likviditeetin.

Likviditeettimainosten avulla voit "nähdä kaikki ihmiset, jotka mainostavat myyvänsä sinulle tulevaa likviditeettiä, jos avaat heille kanavan, mikä on todella jännittävää asiaa", Neigut sanoi.

BOLT 12 on toinen luonnos spesifikaatiosta Lightning lompakoille ja solmuille, joilla on kokeellinen tuki CLN:ssä. Ehdotettu ominaisuus, keksityt "tarjoukset", parantaisi BOLT 11 -laskuja mahdollistamalla uudelleenkäytettävät tarjoukset, kun taas BOLT 11 -laskua voidaan käyttää vain kerran. Lisäksi vaikka lasku on yksinomaan maksupyyntö, voit käyttää tarjousta myös rahan lähettämiseen, ei vain vastaanottamiseen.

CLN-käyttäjät voivat nyt myös automatisoida solmuhallintatehtävänsä CLBOSSäskettäin julkaistu "tekoäly"-työkalu, joka voi päättää, mille solmuille kanavia avataan, avata kanavia, kun maksut ovat alhaiset ja ketjussa on varoja, säätää reititysmaksuja kilpailukykyisiksi muiden solmujen kanssa, suorittaa sukellusveneiden vaihtoja boltzin kautta. .exchange API ja tasapainottaa kanavat automaattisesti.

Vaikka erilaisia ​​toteutuksia tulisi kannustaa etsimään itsenäisiä ratkaisuja tiettyihin käyttötapauksiinsa noudattaen nykyisiä BOLT 11 -spesifikaatioita, oheisen teknisen ehdotuksen esittäminen auttamaan muita toteutuksia ottamaan käyttöön saman tai samanlaisen ominaisuuden on yleensä hyvä käytäntö. Siirron oletetaan palvelevan Lightningin laajan ja jatkuvasti kasvavan käyttäjäkunnan pitkän aikavälin etuja. Tästä huolimatta spesifikaatioprosessi ei ole helppo kestää.

”Prosessina se on työlästä ja vie paljon aikaa. Se vaatii koordinaatiota muiden ihmisten kanssa, joilla on paljon erilaisia ​​näkökulmia”, Neigut sanoi.

Tästä johtuen eri yritykset omistavat tähän prosessiin eri määriä aikaa ja vaivaa yksilöllisten prioriteettiensa mukaan, jotka luonnollisesti eroavat toisistaan. Vaikka Russelin mukaan CLN-tiimi on käyttänyt suurimman osan "ponnistelustaan ​​​​määrittelyyn ja matalan tason toteutusyksityiskohtiin eikä juuri lainkaan panostanut kehittäjien tavoittamiseen tai markkinointiin", LND:n takana oleva Lightning Labs on usein päättänyt keskittyä enemmän. Suunnitteluresurssit uusiin ominaisuuksiin ja asiakkaiden kipukohtien ratkaisemiseen kuin vaivalloiseen spesifikaatioprosessiin.

LND: aukkoja, jotka CLN voi täyttää?

LND on kehittäjien ensimmäinen Lightning-toteutus, joka keskittyy helpottamaan sovellusten kehitystä ja korostaen siten voimakkaasti kehittäjien vuorovaikutusta, erityisesti standardinmukaisessa viestinnässä REST-sovellusliittymien kautta, jotka mahdollistavat helpomman sovellusten kehittämisen. selkeä dokumentaatio ja helppo asennuskokemus.

"Haluamme, että kehittäjät voivat poimia sen helposti, integroida sen tuotteisiinsa, rakentaa sovelluksia sen päälle ja jakaa sitä lompakkona tai itseisännöitynä solmuna", LND-kehittäjä Oliver Gugger sanoi Lontoon Bitcoin Devs -tapaamisessa. "Vie se kansanedustustoon."

Tämän seurauksena LND keskittyy "hyvän kehittäjäliittymän saamiseen", Gugger lisäsi ottamalla käyttöön gRPC:n ja REST:n.

"LND:llä on loistava yhteisö, helppo asennus ja loistava kehittäjädokumentaatio", Russel sanoi, kun häneltä kysyttiin, miksi hänen mielestään LND on suosituin Lightning-toteutus.

LND on nähnyt suurimman yhteisön osallistumisen kaikista toteutuksista ja käyttää tällä hetkellä suurinta osaa kaikista verkon solmuista. Joitakin arvioita asettaa LND:n osuuden kaikista julkisista Lightning-solmuista 70–90 prosentin välille.

LND:llä on myös luultavasti suurin kokopäiväinen kehitystiimi. Tämän seurauksena tiimi on onnistunut rakentamaan LND:n ympärille joukon lisäarvopalveluita, kuten aukko ja likviditeettipalvelut Lightning Silmukka ja pool.

Loop käyttää sukellusveneswapeja ketjun sisäisen ja ketjun ulkopuolisen bitcoinin yhdistämiseen, mikä tekee bitcoinien siirtämisestä Lightning Networkiin ja sieltä pois helposti. Se suorittaa automatisoidun kanavan tasapainotuksen, yksityisyyden eteenpäin siirtämisen, ei-säilöönoton vaihtoja, maksuja säästävän opportunistisen tapahtumaerän ja lennon aikana tapahtuvien vaihtojen edistymisen seurannan.

Pool on peer-to-peer-markkinapaikka Lightning-kanaville. Se yhdistää saapuvaa likviditeettiä tarvitsevat käyttäjät niihin, joilla on pääomaa käytettäväksi Lightning Networkissa, mahdollistamalla Lightning Networkin osallistujan ilmoittavan sen tarpeesta ja kannustamalla muita avaamaan kanavia heidän kanssaan käyttämällä pääomaa.

Koska LND keskittyy tyypillisesti uusiin ominaisuuksiin ja asiakastukeen, CLN-tiimi on löytänyt aukon markkinoilla, jonka se toivoo täyttävän kiinnittämällä enemmän huomiota määrittelyprosessiin.

Spec tai Ei Spec

"Labs-tiimi on keksinyt hienoja juttuja", Neigut sanoi. "He eivät vain organisaationa ole olleet hämmästyttäviä kirjoittaessaan lisäämiensä asioiden teknisiä tietoja. Hyvä esimerkki siitä on KeySend.

KeySend sallii Lightning-solmun lähettää jollekulle Lightning-maksun, jolla on vain vastaanottavan solmun tunnus, eli työkalu ei vaadi laskuja, jotka ovat tämänhetkisiä tosiasiallinen standardi Lightningin maksumekanismissa.

"He lanseerasivat sen, monet ihmiset alkoivat käyttää sitä, mutta he eivät koskaan määrittäneet sitä täysin", Neigut lisäsi. "Joten CLN halusi tukea sitä. Yhden tiimimme jäsenen täytyi käydä läpi ja selvittää, kuinka se saadaan toimimaan vain lukemalla heidän koodinsa ja kääntämällä se takaisin."

Spiralin Lightning-toteutus LDK kirjoitti spesifikaation, Neigut muisteli sen jälkeen, kun sen tiimi oli käännetty Lightning Labsin koodiin.

"Ja muiden tiimien täytyi vain seurata mukana, koska LND:llä on niin suuri asennuskanta", hän sanoi. "Se ei ole kaikkein yhteistyöllisin prosessi."

"Lightning Labsin asioiden parissa työskentelevien ihmisten tiimi on melko vankka", Neigut lisäsi. "Luulen vain, että he käyttävät hyväkseen verkon määräävää asemaansa, jotta heidän ei tarvitse tehdä kaikkea tätä ylimääräistä työtä, koska jos he eivät tee sitä, joku muu tekee sen, koska suurin osa verkon solmuista käyttää heidän koodiaan."

Neigut sanoi olevansa jo tottunut siihen, että LND on valokeilassa ja "Lightningin oletustoteutus" – mistä hän myöntää nauttivansa kehittäjänä, koska hän saa vähemmän asiakastuen vaatimuksia.

"Mutta uskon, että saisimme terveemmän verkkodynamiikan, jos enemmistökäyttöä ei olisi", hän lisäsi. "Uskon, että se todella muuttaisi peliä siinä suhteessa, kuinka paljon yhteistyötä jokaisen on tehtävä saadakseen tavaransa toimitettua Lightningiin. Ja se olisi terveellistä."

Huolellinen huomioiminen spesifikaatioissa on luultavasti keskeistä avoimen lähdekoodin kehittämisessä avoimessa verkkoympäristössä. Lightningissa tällaiset tiedot muodostavat protokollan perustan ja varmistavat verkkoon osallistuvien eri versioiden yhteentoimivuuden.

Vaikka jotkut väittävät, että yhteen Lightning-toteutukseen tehdyillä suurilla muutoksilla ja uusilla lisäyksillä pitäisi olla mukana seuraavat tiedot, toiset saattavat nähdä BOLT-spesifikaatiot pelkkänä miniminä, jonka päälle jokainen toteutus voi rakentaa omia jännittäviä uusia ominaisuuksia, joita ei välttämättä tarvitse siirretään takaisin spesifikaatioon.

"Sen kova luoda avoimen lähdekoodin infrastruktuuriyritys, joten ei ole yllättävää, etten ole samaa mieltä kaikista [Lightning Labsin] prioriteeteista", Russel sanoi. ”Uskon todella, että he löytävät tavan sekä luoda kestävää tulovirtaa että olla luotettava kumppani Lightning Networkin teknisessä kehittämisessä; En usko, että kukaan haluaa nähdä verkon jakautuvan osiin.”

Teknisten prosessien huomioimatta jättäminen voi johtaa hyvin erilaisten osaekosysteemien syntymiseen, mikä voi haitata Lightning-verkon kehittämistä ja käyttöönottoa kokonaisuudessaan, jos niistä tulee yhteentoimimattomia. Mutta kuten Russel korosti, ei ole merkkejä siitä, että mikään toteutus tekisi niin tänään. Yhtenäisen, yhteentoimivan vuorovaikutuksen ylläpitäminen solmujen välillä on avainasemassa, jos haluamme pitää toteutustiedot poissa käyttäjästä ja mahdollistaa siten hyvän käyttökokemuksen.

"Jos [Lightning Labs] olisi edelläkävijä ja he olisivat myös teknisissä tiedoissa, uskon, että uusien ominaisuuksien lisäämisessä olisi hieman vähemmän kitkaa, koska heidän tekemistään ei olisi niin vaikeaa seurata. "Neigut sanoi. ”Ehkä he ovat jatkossa enemmän mukana määritysprosessissa. Uskon, että he ovat varmasti saaneet palautetta meiltä ja muulta yhteisöltä, että määritysprosessi on tärkeä."

Osa kiistaa ja jännitteet BOLT-spesifikaatioprosessissa johtuvat sähköposti jaettu Twitterissä helmikuun lopulla, jossa Lightning Labsin Lightningin likviditeetin johtaja Alex Bosworth kommentoi BOLT 12:ta ja BOLT-spesifikaatioprosessia.

Bosworth kirjoitti, että BOLT-prosessi on mielivaltainen standardointiprosessi, joka ei vaadi ihmisten suostumusta ja edustaa siksi "enemmän mielipiteistä mielivaltaisen prosessin ohjaamaa asiakirjakokonaisuutta kuin riippumattomien toteutusten välistä sopimusta".

Lightning Labs myöhemmin kirkastettu että Bosworthin kommentit heijastavat vain hänen mielipiteitään eivätkä välttämättä yrityksen mielipiteitä.

Core Lightning: Kuinka Blockstreamin toteutusuudelleenbrändi puhuu pitkän aikavälin näkemyksestään Bitcoin PlatoBlockchain Data Intelligencesta. Pystysuuntainen haku. Ai.
Bosworth vihjasi väitetysti hylkäävänsä teknisten prosessien noudattamisen aina, kun se on ristiriidassa hänen kutsumiensa "nykyisten ongelmien" kanssa Lightningissa, koska suurin osa verkon käyttäjistä ei ehkä käytä tällaisia ​​standardeja, joten niiden ei pitäisi vaatia paljon kehitysponnisteluja, kun taas nämä ongelmat voivat edustaa kipukohtia suurimmalle osalle käyttäjistä, ja siksi ne olisi asetettava etusijalle. Kuvan lähde.

Decker jakoi ajatuksensa Bosworthin kommenteista ja BOLT-määritysprosessista Lontoon Bitcoin Devs -tapaamisen aikana.

"Mielestäni nämä ovat erittäin vahvoja lausuntoja joltakulta, joka ei ole koskaan osallistunut yhteenkään erityiskokoukseen", hän sanoi. "Spesifikaatioprosessissa on hieman kiistaa, mutta se on suunnittelua. Jos yksi toteutus pystyisi sanelemaan, miltä koko verkko näyttää, saisimme hyvin lyhytnäköisen kuvan siitä, millainen verkko voisi olla, emmekä pystyisi palvelemaan kaikkia palvelemiamme erilaisia ​​käyttötapauksia.

"Ja niin, toisinaan tekninen prosessi on turhauttavaa, olen täysin samaa mieltä", hän lisäsi. ”Meillä on varmasti erilaisia ​​näkemyksiä siitä, miltä verkon pitäisi näyttää. Mutta tällä teesillä, vasta- ja synteesiprosessilla saamme aikaan järjestelmän, joka pystyy palvelemaan käyttäjiämme paljon paremmin kuin jos yksi toteutus tekisi sen yksin.”

"En henkilökohtaisesti työskentele spesifikaatioiden parissa, joten en tunne olevani pätevä antamaan vastausta", Gugger sanoi tapaamisessa kommentoiden Bosworthin sähköpostia. ”Halusin vain lisätä, että en välttämättä ole samaa mieltä kaikista Alexin mainitsemista seikoista. Olisin varmasti sanonut sen myös eri tavalla. Luulen, että resurssien puute teknisten tietojen parissa työskentelyyn joskus tulkitaan niin, että estämme asioita, mikä ei tietenkään ole tarkoitus eikä tavoitteemme. Haluamme tehdä enemmän työtä spesifikaatioiden parissa, joten toivon, että voimme parantaa sitä. On mielenkiintoista seurata, kuinka se turhautuminen joskus tulee pintaan. Kiitos [Decker ja ACINQ-kehittäjä Bastien Teinturier] kaikesta työstä, jota teet teknisten tietojen parissa. Minun on myös nostettava, jotta teen parhaani."

Russel kommentoi myös Bosworthin sähköpostiviestiä Twitter thread jossa hän lupasi käyttää enemmän aikaa CLN:n kiillottamiseen ja markkinointiin, koska hän sanoi, että LND ei ottanut Lightningia käyttöön ensin eikä toteuttanut sitä parhaiten – vaikka sen yhteisö on mahtava, hän lisäsi.

"Kävittää, että he ovat päättäneet, että he voivat hyödyntää verkon dominointia protokollaohjauksessa, ja määritysprosessi ei ole "todellinen", hän kirjoitti säikeessä. "Lightning Labs on vaatinut Lightning-verkon omistusoikeutta monin tavoin: olen ollut haluton kutsumaan heitä julkisesti. Mutta salamaverkko ja yhteisö ansaitsevat parempaa."

Russel ei vastannut kysymyksiin Bitcoin Magazine viitaten tähän ketjuun. Lightning Labs kieltäytyi kommentoimasta.

"Vuonna 2016 tulimme kolmesta eri suunnasta ja päätimme yhdistää kaikki tämän alkukokeiluvaiheen aikana oppimamme asiat yhdeksi spesifikaatioksi, jotta voisimme tehdä yhteistyötä ja toimia keskenään", Decker sanoi tapaamisessa. ”Tämän kokeiluvaiheen jälkeen on aina tehtävä ehdotus, joka on kaikkien muiden itsetutkiskeluinen ja kaikkien muiden toteuttama. Joskus tämä virallinen ehdotus puuttuu ja se estää muita toteutuksia antamasta omaa arviotaan kyseisestä ominaisuudesta. Tämä arvostelu on erittäin tärkeä sen varmistamiseksi, että se toimii kaikille ja että se on parasta mitä voimme tehdä."

"Kuten nimi Lightning Network viittaa, se hyötyy suuresti verkkovaikutuksista, joita saamme olemalla yhteensopivia, koska se pystyy toimimaan yhteen ja mahdollistamaan kaikkien toteutusten pelaamisen tasapuolisesti", hän lisäsi myöhemmin.

Toteutukset täydentävät toisiaan, ne eivät kilpaile

Sen lisäksi, että erittelyprosessia on kiistanalainen, Lightning-toteutukset toimivat enimmäkseen erikseen ja sitten yhdessä tuodakseen verkkoon parhaat ja kysytyimmät ominaisuudet, mikä takaa paremman käyttökokemuksen.

Tämän seurauksena Blockstreamin siirtyminen CLN:n työntämiseen vaatimusten mukaisena, modulaarisena ja kevyenä tarjouksena on vaihtoehto niille, jotka ovat kiinnostuneita suorittamaan solmutoteutusta, joka pyrkii olemaan täysin yhteentoimiva muun verkon kanssa ja tarjoaa ainutlaatuinen joukko etuja niille, jotka tekevät.

Koska erilaiset toteutukset pyrkivät tulemaan parhaaksi versiokseen ja palvelevat tiettyä käyttötapausta tutkimalla omaa arvolupaustaan, käyttäjä on viime kädessä se, joka hyötyy, kun suurempia ja parempia vaihtoehtoja tulee esiin.

Aikaleima:

Lisää aiheesta Bitcoin Magazine