By Bitcoin Časopis - před 1 rokem - Doba čtení: 7 minut
Několik způsobů, jak můžeme upgradovat směrování plateb Lightning Network
Aby se vyvinul do protokolu použitelného pro celý svět, je třeba zvážit určitá vylepšení škálování pro Lightning.
Lightning Network je dobře vyvinuté, rychle rostoucí transakční řešení na druhé vrstvě Bitcoin síť. Stále více služeb a burz jej integruje, likvidita dostupná pro směrování plateb roste a každým rokem se vyvíjí více aplikací a způsobů, jak s ním uživatelé mohou komunikovat. Má také mnoho problémů, které je třeba dlouhodobě překonat:
Škálovatelnost omezuje, kolik kanálů lze otevřít nebo zavřít v řetězci najednou. Vyskytl se problém s minimální velikostí Hash Time Locked Smlouva (HTLC) se zvyšují s tím, jak se zvyšují i poplatky za on-chain, protože vypořádání musí být ekonomické. Existuje také spousta problémů se soukromím.Jedním z hlavních problémů, který je často diskutován, jsou požadavky na likviditu pro směrování plateb. Aby bylo možné platbu úspěšně směrovat, musí existovat propojení kanálů od odesílatele k příjemci, které má na pravé straně kanálu dostatek likvidity, aby bylo možné platbu předat dál. Díky tomu je velmi důležité rozhodnutí, kam v síti nasadit své coiny. Znamená to také, že celkové množství likvidity, které jsou lidé ochotni nasadit, je jakousi horní hranicí toho, jakou hodnotu může síť zpracovat.
Nakonec z toho plyne to, že když otevřete kanál, rozhodnete se tyto peníze uzamknout, aby je bylo možné použít pouze ke směrování plateb tomuto partnerovi kanálu a komukoli, s kým jsou v grafu spojeni. Ano, myšlenkou Lightning Network je, že pokud uděláte dostatek přeskoků, můžete najít spojení téměř kdekoli. Skutečnost je však taková, že pokud někdo jiný dokáže provést směrování platby na místo určení s menším počtem skoků než vy, je to cesta, která bude s největší pravděpodobností vybrána pro směrování platby. Lightning již vyžaduje do značné míry překolateralizaci, tj. pro směrování platby 1 BTC přes 10 skoků vyžaduje 10 BTC zajištění, aby bylo uzamčeno v platebních kanálech podél této cesty. Konkurence ohledně dobrých spojení, aby se dosáhlo výnosů ze směrování, to umocňuje tím, že podněcuje ještě více redundantní zajištění.
To je problém vyplývající ze skutečnosti, že kanály Lightning jsou dvoudílné "trubky", které mohou pouze posouvat hodnotu tam a zpět v těchto dvou směrech. Tady je ale věc: Problém je tak trochu imaginární. Platby na Lightning používají HTLC, skript v a Bitcoin výstup, který říká, že jedna osoba může nárokovat výstup a utratit jej odhalením předobrazu do hash, nebo jiná osoba může nárokovat výstup a utratit jej po čekání na vypršení časového zámku. Toto je obecný skript, který lze použít na řetězci, v kanálech Lightning, nad stavovými řetězci, na postranních řetězcích atd. Pokud můžete použít HTLC, teoreticky se na směrování platby Lightning může podílet cokoli.
Státní řetězce
A státní řetězec je v podstatě něco jako Lightning kanál, kromě toho, že můžete převést vlastnictví celého kanálu zcela mimo řetězec. Jejich model důvěry závisí na operátorovi (kterým může být federace) státního řetězce, který se odmítne domluvit s minulými vlastníky a ukrást státní řetězec současnému vlastníkovi. Není tak důvěryhodný jako Lightning kanál, ale je mnohem flexibilnější, protože vlastnictví lze předat, aniž byste museli provádět řetězovou transakci. Vzhledem k tomu, že stavové řetězce jsou založeny na předem podepsaných transakcích mimo řetězec, můžete k nim přidat HTLC.
To umožňuje jejich použití k optimalizaci efektivity směrování plateb na Lightning tím, že umožňuje operátorům uzlů přerozdělovat likviditu za chodu mimo řetězec. Místo toho, aby museli otevírat kanály a utopit v nich likviditu, aby byli dobře propojeni, mohou být jejich prostředky dynamicky přerozdělovány za chodu mimo řetězec v reakci na přesun poptávky do míst, se kterými nejsou propojeni (nebo nejsou propojeni dostatečně dobře). ). Jediným požadavkem je, aby druhá strana chtěla přesunout likviditu na důvěru provozovatele státního řetězce.
Sidechains
Postranní řetězce mohou implementovat libovolná pravidla, která chtějí. Časy bloků mohou být různé, velikosti bloků mohou být různé, cokoliv lze změnit. Jediným úlovkem v současné době je přesunout svůj Bitcoin k postrannímu řetězci, musíte důvěřovat federaci, která spravuje prostředky na hlavním řetězci. HTLC můžete použít na postranní řetězec, který používá Bitcoinskriptovací systém 's; můžete mít skriptovací systém více podobný Ethereu, který umožňuje desítkám lidí sdílet účet, který rozděluje zůstatky a aktualizuje je podle toho, zda HTLC uspěje nebo selže; můžeš cokoliv. Pokud blockchain podporuje podmíněné poskytování peněz jedné straně, pokud vytvoří hash, a druhé straně po vypršení časového zámku, mohou pomoci směrovat platby Lightning. Jiné blockchainy mohou experimentovat se způsoby, jak učinit alokaci likvidity efektivnější než hlavní Bitcoin blockchain. Můžete dokonce udělat něco tak základního, jako je vybudování další Lightning Network na řetězci, na kterém je levnější otevírat a zavírat kanály. Představivost je limit.
Zcela nové konstrukce
Zde je můj vlastní náhodný nápad: Mnoho lidí se může seskládat do jednoho m-z-n (tj. 3 z 5) multisig adresu s několika escrow agenty a jednoduše důvěřujte escrow agentům, že věci řádně vyřídí. Každá osoba na adrese a escrow agenti mohou sledovat a aktualizovat „zůstatky“ na základě směrování plateb; zaznamenat HTLC, které jsou použity, a zda byly úspěšně vypořádány nebo vráceny; a pravidelně vyrovnávat zůstatky v řetězci. Jednoduše zkonstruujete multisig tak, že jediný „směrovací“ účastník a všichni escrow agenti jsou vše, co je nutné utratit z multisig. Můžete dokonce vytvořit časově uzamčenou refundační transakci pro vrácení peněz všem po určité době, jejíž nevýhodou by byly všechny peníze, které kdokoli získal během životnosti konstrukce, kdyby byly použity, byly by ztraceny. To by vyžadovalo vypořádání v řetězci, než se transakce vrácení peněz stane platnou k útratě.
To by vyžadovalo důvěřovat agentům úschovy u třetí osoby, ale výhodou by bylo, že jakákoli osoba v této „skupině UTXO“ by mohla převádět finanční prostředky nebo směrovat HTLC na žádný další osoba ve skupině UTXO. To by znamenalo masivní zvýšení efektivity při alokaci likvidity.
Úvěrové vztahy
Nejjednodušší způsob, jak dosáhnout efektivity, by bylo jednoduše důvěřovat lidem. Pokud byste mohli vydělávat peníze směrováním platby přes síť pro někoho, ale nemáte otevřený kanál k uzlu, který je nezbytný pro směrování této platby, pak můžete slíbit, že je zaplatíte později jestli ti věří. Pokud jste byli obzvláště důvěryhodnou osobou nebo subjektem a mnoho lidí v síti vám bylo ochotno tímto způsobem důvěřovat, pak byste mohli směrovat platby s obrovskou mírou flexibility a nemuseli ukládat kapitál do platebních kanálů v celé síti. Stačí se na konci dne poctivě usadit a lidé vám budou nadále důvěřovat, že za vás budete platit na základě čestného systému.
Jediný problém a výhody
Hlavní výhodou všech těchto možností je to, že navzdory tomu, že všechny mají obrovské rozdíly, pokud jde o model důvěry (většina z nich ve skutečnosti výslovně vyžaduje, abyste důvěřovali lidem, se kterými komunikujete, pokud se je rozhodnete použít), pro odesílatele a příjemce je to úplně jedno. Pokud mám konvenční nedůvěryhodný kanál Lightning a chci zaplatit někomu, kdo má také nedůvěryhodný konvenční kanál Lightning, nezáleží ani na jednom z nás, jak se tam tato platba dostane. Když pošlu peníze, je tato platba aktualizována a vynucena na mém kanálu Lightning s mým protějškem bez důvěry, jako obvykle. Když příjemce skutečně obdrží peníze, je tato platba aktualizována a vynucena v jejich Lightning kanálu s jejich protějškem, a to bez důvěry, stejně jako obvykle. Skutečnost, že někdo uprostřed jen důvěřuje slibu svého protějšku, že mu zaplatí později, je pro nás oba naprosto irelevantní. Poslal jsem své peníze a již je nemám pod kontrolou a příjemce skutečně dostal své peníze a nyní je má bez důvěry pod kontrolu.
Problém je, jak se já jako odesílatel o těchto vztazích dozvím? Na Lightning je odesílatel ten, kdo vybírá cestu pro platbu poté, co se podívá na směrovací tabulku veřejných kanálů v síti, které jsou ochotny přeposílat platby. Chcete-li inzerovat schopnost směrovat platbu, musíte ukázat UTXO on-chain, který financoval váš kanál Lightning, a prokázat, že se jedná o skutečný kanál. Což je problém, žádný z výše uvedených nápadů by to nedokázal poskytnout, takže odesílatel platby by si mohl být vědom těchto dalších možností, jak platbu směrovat. Pokud by však byl aktualizován protokol klepů a struktura směrovacích tabulek, aby umožňovaly tyto další věci, mohli by být upozorněni na další možnosti.
Jediným skutečným požadavkem je zajistit, aby reklama na jiné „nekanálové“ způsoby směrování plateb neotevřela vektory odmítnutí služby. Současné schéma, které vyžaduje sdílení UTXO, které financovalo kanál, slouží jako ochrana před lidmi, kteří inzerují kanály, které neexistují, což by mohlo přetížit uzly zbytečnými údaji o klepech a vést k tomu, že se uživatelé neustále pokoušejí provádět platby, které nikdy neměli. šanci uspět na prvním místě.
Na konci dne jsou problémy, které je třeba vyřešit, aby se zvýšila flexibilita směrování plateb v síti, ale jsou to řešitelné problémy. Myslet si, že Lightning musí i nadále fungovat tak, jak funguje v současnosti, aby mohl fungovat jako platební síť, je velmi úzké uvažování a kulantně řečeno vymýšlet problémy, které jsou většinou imaginární.
Toto je příspěvek hosta od Shinobi. Vyjádřené názory jsou zcela jejich vlastní a nemusí nutně odrážet názory BTC Inc nebo Bitcoin Časopis.
Původní zdroj: Bitcoin Časopis