Ali lahko predlog Antoina Riarda Lightning Network ublaži napade motenj kanalov?

To je mnenjski uvodnik Shinobija, samouka, izobraževalca v Bitcoin prostoru in tehnološko usmerjenega voditelja podcasta Bitcoin.

Motenje kanalov je ena najbolj nevarnih odprtih težav z omrežjem Lightning. Predstavlja odprt mehanizem za napade na vozlišča z zavrnitvijo storitve v omrežju, da jim prepreči usmerjanje, izgubo denarja, medtem ko je njihova likvidnost zaklenjena in ne morejo posredovati plačil, ki bi jim prinesla provizije. Napadalec lahko usmeri plačilo prek drugih vozlišč od sebe k sebi in zavrne dokončanje plačila. Zaradi tega je ta likvidnost neuporabna za posredovanje drugih plačil, dokler časovna zapora pogodbe o zgoščeni časovni zaklepi (HTLC) ne poteče in se plačilo povrne.

Prejšnji mesec je razvijalec Lightninga Antoine Riard predlagal formalno specifikacijo za rešitev tega problema. Avgusta sta Riard in Gleb Naumenko objavila Raziskave pogled na splošno težavo kot tudi številne različne rešitve, ki bi jih lahko uporabili za njeno ublažitev ali rešitev. Ena od teh predlaganih rešitev je bila oblika anonimiziranih poverilnic, ki bi jih vozlišča lahko uporabila za izgradnjo nekakšnega sistema točkovanja ugleda za uporabnike, ki prek njih usmerjajo plačila, ne da bi morali ta ugled doxirati ali povezovati s statičnim identifikatorjem, ki bi negativno vplival na zasebnost ljudi. Ta rešitev je zdaj postala uradni predlog protokola prejšnji mesec izdelal Riard.

Znotraj predloga za zmanjšanje motenj kanala

Jedro ideje je Chaumian ecash žeton. To so centralizirani žetoni, ki jih izda organ kovnice na način, ki preprečuje, da bi bila izdaja žetona povezana s poznejšim odkupom žetona. To se naredi tako, da se žeton podpiše na slep način, kar omogoča prejemniku žetona, da ga odkrije, ne da bi razveljavil podpis. Izdajatelj lahko nato preveri, da gre za zakonit žeton, ne da bi lahko ta žeton povezal s časom, ko je bil izdan.

Predlog predlaga uporabo teh žetonov Chaumian, ki jih izda vsako usmerjevalno vozlišče v omrežju, kot obliko dokaza ugleda. Pri usmerjanju plačila bi bil žeton Chaumian ecash, ki ga izda vsako vozlišče v plačilnem skoku, zavit v čebulni sveženj za to vozlišče ob plačilu. Enote žetonov bi predstavljale tako vrednost dovoljenega HTLC kot tudi obdobje časovne zapore povračila. Pred posredovanjem HTLC bi vsako vozlišče preverilo, ali je žeton, vključen v njihovo čebulno blob, veljaven in še nikoli ni bil unovčen, HTLC bi posredoval samo, če sta oba pogoja resnična.

Če se HTLC uspešno poravna z razkritjem predslike, se vsako vozlišče vzdolž plačilne poti podpiše in vključuje na novo izdan žeton Chaumian, ki se vrne nazaj pošiljatelju, skupaj s predsliko HTLC. Če se HTLC ne poravna uspešno, usmerjevalna vozlišča "zažgejo" žeton tako, da ga vključijo v svojo tabelo porabljenih žetonov in ne izdajo novega žetona. To prisili pošiljatelja, da mora pridobiti nove žetone iz teh vozlišč, da lahko znova usmeri plačila prek njih. Celoten koncept je, da se motilni napadi vedno ne uspejo poravnati, zato se v tej shemi ti žetoni, ki jih izda vsako vozlišče, skozi katerega potujete, zažgejo, če izvedete motilni napad, in ustvarite stroške pridobivanja več, da to storite znova. Trenutno motilni napadi ne stanejo nič drugega kot čas, zato bi jim to dodalo ekonomske stroške.

Torej, čas je, da razpravljamo o slonu v sobi: kako zaženete izdajo in kroženje teh žetonov po omrežju? Vsako vozlišče, skozi katerega se želite usmeriti, zahteva žeton, ki ga izda. Rešitev: plačajte zanje. Druga predlagana rešitev za težavo z motnjami kanalov so vnaprejšnje pristojbine, tj. zaračunavanje pristojbine za poskus usmerjanja plačila, ne glede na to, ali sploh uspe ali ne. Torej bi tudi neuspešna plačila povzročila provizijo za pošiljatelja.

Riardov predlog je nakup teh žetonov neposredno iz vsakega vozlišča kot enkratni nakup. Od te točke naprej bi vam namesto plačila vnaprejšnjih provizij za vsako plačilo, dokler je bilo predhodno plačilo uspešno poravnano, znova izdali »usmerjevalne žetone«, ki bi omogočili, da se vaše naslednje predlagano plačilo preusmeri brez provizije. Na ta način uspešna plačila plačajo samo dejansko usmerjevalno provizijo, neuspešna plačila pa samo vnaprejšnjo provizijo, kar preprečuje nekakšno "dvojno provizijo" za uspešna plačila. Vsaj z ekonomskega vidika si na to predstavljajte nekakšen kompromis med trenutnim stanjem, kjer neuspešna plačila ne stanejo nič in samo uspešna plačila plačajo provizijo, ter modelom polnih vnaprejšnjih provizij, kjer vsa plačila plačajo vnaprejšnjo provizijo in uspešni plačajo tudi pristojbino za usmerjanje.

Povzetki iz predloga

Osebno menim, da bi tovrstno neposredno plačilo za žetone pred časom lahko vneslo veliko stopnjo trenja UX v proces uporabe Lightning Network. Vendar menim, da obstaja dokaj preprosta rešitev za to trenje, in sicer z nekoliko prilagoditvijo predloga.

Namesto da bi morali posebej plačati vsakemu vozlišču neposredno neposredno za Chaumianove žetone pred časom, bi lahko predlog hibridizirali bolj neposredno s predlogom vnaprejšnjega nadomestila. Če imate žetone za vozlišče, jih vključite v čebulni blob, če ne preprosto plačate vnaprejšnjo provizijo neposredno v predlogu HTLC in če je plačilo uspešno poravnano, vam bodo vrnjeni žetoni Chaumian v sorazmerju s tem, kar imate. -prednja pristojbina je bila. Na ta način, namesto da bi morali zbirati žetone iz številnih različnih vozlišč pred časom, jih preprosto pridobite med izvajanjem začetnih plačil, dokler ne dobite dobre zbirke iz različnih vozlišč, ki jih pogosto uporabljate in zelo redko povzročajo stroške vnaprejšnjih pristojbin, da jih dosežete.

Drug potencialni vir trenja so operaterji vozlišč in se nanaša na temeljna vprašanja samega Chaumian ecash. Da bi zagotovili, da je žeton porabljen samo enkrat, mora izdajatelj vzdrževati zbirko podatkov o vseh žetonih, ki so bili porabljeni. To nenehno raste, zaradi česar so poizvedbe za preverjanje veljavnosti žetonov vedno dražje in trajajo več časa, ko večja baza podatkov. Zaradi tega Riard predlaga, da ti Chaumianovi žetoni občasno potečejo, pri višini bloka, oglaševani v protokolu ogovarjanja na vozlišče. To pomeni, da morajo pošiljatelji občasno ponovno kupiti te žetone ali, če bi implementacija to podpirala, jih unovčiti za nove žetone, podpisane z novim ključem za podpisovanje, potem ko prejšnji poteče.

To bi povzročilo redne gospodarske stroške za pošiljatelje plačil ali pa bi od njih zahtevalo, da se občasno prijavijo, da zagotovijo ponovno izdajo, ko stari žetoni potečejo. V praksi je to mogoče avtomatizirati za ljudi, ki poganjajo lastna vozlišča Lightning, in za vse denarnice, zgrajene okoli modela ponudnika storitev Lightning (LSP), lahko sam LSP dejansko skrbi za pridobitev in vzdrževanje žetonov v imenu svojih uporabnikov, pri čemer obravnava zagotavljanje žetonov za plačila svojih uporabnikov. Na obrobju pa bi to brez polnega vozlišča Lightning ali LSP lahko postalo nekoliko moteče za uporabnike lahkih denarnic.

Mislim, da bi lahko ta predlog dejansko veliko pripomogel k ublažitvi motenj kanalov kot vektorja napada, še posebej, če bi bil nekoliko tesneje hibridiziran z osnovno shemo vnaprejšnjih pristojbin, večina trenj UX pa bi lahko zelo enostavno rešili uporabniki LSP in ljudje, ki upravljajo lastna vozlišča Lightning. In tudi če vnaprejšnje pristojbine res predstavljajo visoko stopnjo trenja, je možno, da preprosto dokazovanje nadzora nad Bitcoin UTXO bi lahko uporabili namesto dejanskega plačila pristojbin za pridobitev žetonov.

To je gostujoča objava avtorja Shinobija. Izražena mnenja so v celoti njihova lastna in ne odražajo nujno mnenj BTC Inc ali Bitcoin Magazine.