Muutamia tapoja päivittää Lightning Network -maksureitit

By Bitcoin Aikakauslehti - 1 vuosi sitten - Lukuaika: 7 minuuttia
pe 20. toukokuuta 2022 klo 10

Muutamia tapoja päivittää Lightning Network -maksureitit

Jotta voisi kehittyä koko maailman käytettäväksi protokollaksi, tiettyjä Lightningin skaalausparannuksia on harkittava.

Lightning Network on hyvin kehittynyt, nopeasti kasvava Layer 2 -tapahtumaratkaisu Bitcoin verkkoon. Yhä useammat palvelut ja pörssit integroivat sen, maksujen reitittämiseen käytettävissä oleva likviditeetti kasvaa ja sovelluksia ja tapoja vuorovaikutukseen sen kanssa kehitetään joka vuosi. Sillä on myös monia ongelmia, jotka on voitettava pitkällä aikavälillä: 

Yksi suuri asia, josta keskustellaan usein, on maksujen reitityksen likviditeettivaatimukset. Jotta maksu voidaan reitittää onnistuneesti, on oltava kanavalinkki aina lähettäjältä vastaanottajalle, jolla on riittävästi likviditeettiä kanavan oikealla puolella, jotta maksu voidaan välittää eteenpäin. Tämä tekee päätöksen siitä, mihin sijoittaa kolikot verkossa, erittäin tärkeän. Se tarkoittaa myös sitä, että likviditeetin kokonaismäärä, jonka ihmiset ovat valmiita käyttämään, on eräänlainen yläraja sille, kuinka paljon arvoa verkko pystyy käsittelemään.

Viime kädessä tämä johtuu siitä, että kun avaat kanavan, päätät lukita rahat, jotta niitä voidaan käyttää vain maksujen ohjaamiseen kyseiselle kanavakumppanille ja kenelle he ovat yhteydessä kaaviossa. Kyllä, viime kädessä Lightning Networkin idea on, että tekemällä tarpeeksi hyppyjä voit löytää yhteyden melkein mihin tahansa. Tosiasia kuitenkin on, että jos joku muu voi suorittaa maksun reitityksen määränpäähän käyttämällä vähemmän hyppyjä kuin sinä pystyt, se polku valitaan todennäköisesti maksun reitittämiseen. Salama vaatii jo nyt suurelta osin ylivakuutuksia, eli 1 BTC:n maksun reitittäminen 10 hypyn yli edellyttää 10 BTC:n vakuuksien lukitsemista maksukanaviin kyseisen reitin varrella. Kilpailu hyvistä yhteyksistä reititystulojen saamiseksi pahentaa tätä kannustamalla entistä enemmän turhia vakuuksia.

Tämä on ongelma, joka johtuu siitä, että Lightning-kanavat ovat kahden osapuolen "putkia", jotka voivat vain työntää arvoa edestakaisin näihin kahteen suuntaan. Tässä kuitenkin asia: Ongelma on tavallaan kuvitteellinen. Lightningin maksut käyttävät HTLC:tä, skriptiä a Bitcoin tulos, jossa sanotaan, että yksi henkilö voi lunastaa tulosteen ja käyttää sen paljastamalla esikuvan hashille, tai toinen henkilö voi lunastaa tulosteen ja käyttää sen odotettuaan aikalukon umpeutumista. Tämä on yleinen skripti, jota voidaan käyttää ketjussa, Lightning-kanavissa, tilaketjujen päällä, sivuketjuissa jne. Niin kauan kuin voit käyttää HTLC:tä, teoriassa mikä tahansa voi osallistua Lightning-maksun reitittämiseen.

Valtaketjut

A tilaketju on käytännössä jotain Lightning-kanavaa, paitsi että voit siirtää koko kanavan omistajuuden kokonaan ketjun ulkopuolelle. Heidän luottamusmallinsa riippuu siitä, että tilaketjun operaattori (joka voi olla liitto) kieltäytyy yhteistyöstä aiempien omistajien kanssa ja varastaa tilaketjun nykyiseltä omistajalta. Se ei ole yhtä luotettava kuin Lightning-kanava, mutta se on paljon joustavampi, koska omistajuus voidaan siirtää ilman ketjun sisäistä tapahtumaa. Koska tilaketjut perustuvat ennalta allekirjoitettuihin tapahtumiin ketjun ulkopuolella, voit lisätä niihin HTLC:itä.

Tämän ansiosta niitä voidaan käyttää maksujen reitittämisen tehokkuuden optimointiin Lightningissa antamalla solmuoperaattoreille mahdollisuuden siirtää likviditeettiä ketjun ulkopuolella. Sen sijaan, että täytyisi avata kanavia ja upottaa niihin likviditeettiä hyvien yhteyksien saamiseksi hyvissä ajoin, niiden varat voidaan dynaamisesti kohdentaa uudelleen lennossa pois ketjusta vastauksena kysynnän siirtymiseen paikkoihin, joihin he eivät ole yhteydessä (tai eivät ole tarpeeksi hyvin yhteydessä). ). Ainoa vaatimus on, että toinen osapuoli haluaa siirtää likviditeetin luottavaan tilaketjuoperaattoriin.

sivuketjuja

Sivuketjut voivat toteuttaa mitä tahansa mielivaltaisia ​​sääntöjä, joita he haluavat. Lohkoajat voivat olla erilaisia, lohkojen koot voivat olla erilaisia, mitä tahansa voidaan muuttaa. Ainoa saalis tällä hetkellä on, että liikutat Bitcoin sivuketjuun, sinun täytyy luottaa liittoon, joka säilyttää pääketjun varat. Voit käyttää HTLC:itä sivuketjussa, joka käyttää Bitcoins skriptijärjestelmä; sinulla voi olla enemmän Ethereumia muistuttava komentosarjajärjestelmä, jonka avulla kymmenet ihmiset voivat jakaa tilin, joka jakaa saldot ja päivittää ne sen mukaan, onnistuuko tai epäonnistuu HTLC; voit tehdä mitä vain. Niin kauan kuin lohkoketju tukee ehdollista rahan antamista yhdelle osapuolelle, jos he tuottavat hashin, ja toinen osapuoli aikalukon umpeutumisen jälkeen, he voivat auttaa ohjaamaan Lightning-maksuja. Muut lohkoketjut voivat kokeilla tapoja tehdä likviditeetin allokoinnista pääasiallista tehokkaampaa Bitcoin lohkoketju. Voit jopa tehdä jotain niin perustavanlaatuista kuin rakentaa toisen Lightning-verkon ketjuun, jonka kanavien avaaminen ja sulkeminen on halvempaa. Mielikuvitus on rajana.

Täysin uusia rakenteita

Tässä on oma satunnainen ajatukseni: Monet ihmiset voivat kasata kaikki yhteen yhdeksi m-n (eli 3/5) multisig-osoite muutaman turvatalletusagentin kanssa, ja luota vain escrow-agentteihin, jotta asiat selviävät kunnolla. Jokainen osoitteessa oleva henkilö ja sulkuasiakkaat voivat seurata ja päivittää "saldoja" maksun reitityksen perusteella; kirjaa käytetyt HTLC:t ja onko ne onnistuneesti selvitetty tai hyvitetty; ja ajoittain tilittämään saldot ketjussa. Rakennat yksinkertaisesti multisig:n niin, että yksi "reititys"-osallistuja ja kaikki sulkutalletusagentit ovat kaikki, mitä multisigistä tarvitsee kuluttaa. Voit jopa luoda aikalukitun palautustapahtuman palauttaaksesi kaikkien rahat tietyn ajanjakson jälkeen, jonka haittapuolena olisi, että kaikki rahat, jotka joku on saanut konstruktion käyttöiän aikana, menetetään, jos sitä käytettäisiin. Tämä vaatisi selvityksen ketjussa ennen kuin hyvitystapahtuma on kelvollinen kulutukseen.

Tämä vaatisi luottamista escrow-agentteihin, mutta hyöty olisi, että kuka tahansa tähän "ryhmään UTXO" kuuluva henkilö voisi siirtää varoja tai ohjata HTLC:n Kaikki toinen henkilö ryhmässä UTXO. Tämä olisi valtava tehokkuushyöty likviditeetin allokoinnissa.

Luottosuhteet

Yksinkertaisin tapa saada tehokkuutta on yksinkertaisesti luottaa ihmisiin. Jos voisit ansaita rahaa reitittämällä maksun verkon yli jonkun puolesta, mutta sinulla ei ole kanavaa auki kyseisen maksun reitittämiseen tarvittavalle solmulle, sitten voit vain luvata maksaa ne myöhemmin jos he luottavat sinuun. Jos olisit erityisen luotettava henkilö tai yhteisö ja monet verkoston ihmiset ovat halukkaita luottamaan sinuun tällä tavalla, voit ohjata maksuja valtavasti joustavuudella, eikä sinun tarvitse upottaa pääomaa maksukanaviin kaikkialla verkossa. Tee päätös rehellisesti päivän päätteeksi, niin ihmiset luottavat jatkossakin siihen, että suoritat maksut puolestasi kunniajärjestelmän perusteella.

Yksi ongelma ja edut

Kaikkien näiden mahdollisuuksien suurin etu on se, että vaikka niissä kaikissa on suuria eroja luottamusmallien suhteen (useimmat niistä todella nimenomaisesti edellyttävät, että luotat ihmisiin, joiden kanssa olet vuorovaikutuksessa, jos päätät käyttää niitä), sillä ei ole mitään väliä lähettäjälle ja vastaanottajalle. Jos minulla on tavanomainen luotettava Lightning-kanava ja haluan maksaa jollekulle, jolla on myös luotettava perinteinen Lightning-kanava, maksun perillepääsyllä ei ole kummallekaan meistä merkitystä. Kun lähetän rahat, kyseinen maksu päivitetään ja pakotetaan Lightning-kanavallani ikätoverini kanssa luotettavasti, aivan kuten normaalisti. Kun vastaanottaja todella saa rahat, tämä maksu päivitetään ja pakotetaan heidän Lightning-kanavallaan heidän kanssaan, luotettavasti, aivan kuten normaalisti. Se, että joku välissä vain luottaa kollegansa lupaukseen maksaa heille myöhemmin, on täysin yhdentekevää meille molemmille. Lähetin rahani, enkä voi enää hallita niitä, ja vastaanottaja todella sai rahansa ja hallitsee niitä nyt, luottamuksella.

Ongelmana on, kuinka minä lähettäjänä saan tietää näistä suhteista? Lightningissa lähettäjä valitsee maksun reitin katsottuaan verkon julkisten kanavien reititystaulukkoa, joka haluaa lähettää maksuja eteenpäin. Maksun reititysmahdollisuuden mainostaminen edellyttää Lightning-kanavasi rahoittaneen ketjun UTXO:n näyttämistä ja sen todistamista, että se on todellinen kanava. Mikä tässä on ongelma, mikään yllä olevista ideoista ei pysty tarjoamaan sitä, joten maksun lähettäjä voisi olla tietoinen näistä muista maksun reitittämisvaihtoehdoista. Jos juoruprotokolla ja reititystaulukon rakenne kuitenkin päivitettäisiin sallimaan nämä muut asiat, he voisivat saada tietoisia muista vaihtoehdoista.

Ainoa todellinen vaatimus on varmistaa, että muiden "ei-kanavaisten" maksujen reitittämistapojen mainostaminen ei avaa palvelunestovektoreita. Nykyinen järjestelmä, joka edellyttää kanavan rahoittaneen UTXO:n jakamista, on suojana ihmisiltä, ​​jotka mainostavat kanavia, joita ei ole olemassa, mikä voi ylikuormittaa solmut hyödyttömillä juorutiedoilla ja johtaa siihen, että käyttäjät yrittävät jatkuvasti suorittaa maksuja, joita ei ole koskaan ollut. mahdollisuus menestyä ensiksikin.

Loppujen lopuksi ongelmia on ratkaistava, jotta maksujen joustavuus voidaan reitittää verkossa, mutta ne ovat ratkaistavissa olevia ongelmia. Ajatteleminen, että Lightningin on toimittava edelleen nykyisellä tavalla toimiakseen maksuverkostona, on hyvin kapeaa ajattelua ja suoraan sanottuna enimmäkseen kuvitteellisten ongelmien keksimistä.

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

Alkuperäinen lähde: Bitcoin aikakauslehti