Prošle sam godine pisao o Mercury Walletu iz Commerceblocka, koji je aplikacija za lance zemalja i za CoinSwaps. Ovo je istovremeno uvelo novi alat za miješanje, kao i prvi portfelj koji implementira novo rješenje za skaliranje Layer 2. Tim je izradio originalni Statechain prijedlog Rubena Somsena s nekoliko izmjena kako bi funkcionirao bez potrebnog ANYPREVOUT / Eltoo uzdaha i ugradio novi CoinSwap dizajn kako bi se korisnicima omogućilo miješanje više puta bez potrebe za transakcijom u lancu za svaki mix.
pozadina
Da kratko rezimiramo za one koji nisu pročitali moj prethodni članak: državni lanac je izvanlančani mehanizam za slobodno kretanje između bilo koga tko je potpuno izvan lanca. Izvorni vlasnik/korisnik surađuje s operatorom lanca stanja kako bi se stvorila ECDSA-MPC adresa gdje se privatni ključ hashira pola u posjedu korisnika, a drugu polovicu u operateru, zatim se stvara unaprijed potpisana transakcija povlačenja, vremenski određena i potpisana. kod operatera prije slanja sredstava na novu adresu.
Nijedna strana nema potpunu kontrolu nad privatnim ključem, a korisnik ima unaprijed potpisanu transakciju koja mu omogućuje jednostrano vraćanje kovanica nakon vremenskog zaključavanja. Kada korisnik želi poslati lanac stanja, on o tome obavještava operatera, koji potom surađuje s primateljem. Primatelj i operater stvaraju novi skup zajedničkih privatnih ključeva koji odgovaraju istoj adresi, stvaraju novu prethodno potpisanu transakciju s nižim vremenskim zaključavanjem od prethodne, a zatim operater briše stari zajednički ključ.
Način na koji funkcionira enkripcija, dijeljenje novih ključeva za igrača funkcionirat će samo s dijeljenjem ključeva za novog korisnika, tako da ako izbrišu stari, neće biti moguće čak ni surađivati sa starim korisnikom kako bi potrošili kovanice. Također, s najnovijom transakcijom povlačenja koja ima niže vremensko zaključavanje, tu transakciju uvijek može potvrditi prethodni vlasnik. To ograničava koliko puta se lanac stanja može promijeniti prije nego što se ugasi, ali ako operater postupa pošteno, to sprječava starije vlasnike da kradu sredstva.
Lightning Channel je na vrhu Statechaina
Commerceblock sada radi na novom BLIP-u (Bitcoin Lightning Improvement Proposal) kako bi implementirao dizajn za nešto što je predloženo u Somsenovom početnom prijedlogu lanca stanja: stvaranje Lightning kanala na vrhu lanca stanja.
Jedan od nedostataka samog lanca stanja je da se cijeli UTXO mora prenijeti odjednom. Međutim, ako se transakcija povlačenja u lancu stanja troši u Lightning kanalu, a ne na adresu jednog korisnika, dijelovi lanca stanja mogu se prenijeti kroz početnu distribuciju stanja u kanalu i taj se kanal tradicionalno može koristiti za izvršavanje Lightning plaćanja nakon toga.
Proces prvo počinje stvaranjem korisnika za lanac stanja. Kreator i operater prolaze kroz uobičajeni postupak generiranja zajedničkog ključa i potpisivanja pričuvne transakcije povlačenja pomoću vremenskog zaključavanja, zatim kreator (Alice) pronalazi drugu stranu (Bob) koja će prihvatiti lance stanja. Alice i Bob dijele isti protokol koji se koristi za generiranje zajedničkog ključa kao što je Alice učinila s operatorom lanca stanja i stvorila vlastiti zajednički ključ. Tada oboje dijele i kumulativni javni ključ i dijele jedan javni ključ s operaterom lanca stanja. To operateru omogućuje da izazove obojicu da pojedinačno potpišu i dokažu svoju suglasnost s trenutnim stanjem za zatvaranje zadruga bez čekanja da istekne vremensko zaključavanje državnog lanca za povlačenje.
Odavde, prema Bobovom ovlaštenju, Alice i operator lanca stanja potpisuju transakciju koja izravno troši lanac stanja u multisigu Lightning Channel i upravlja stvaranjem transakcije Lightning Channela. U ovom trenutku, adresa lanca stanja još uvijek je samo pod kontrolom Alice i operatera, ali transakcija koja otvara Lightning Channel sada je u Bobovom posjedu s vremenskim zaključavanjem manjim od povučenog izvornog lanca stanja, čime se osigurava da može potvrditi prije nego Alice može zatvoriti lanac statistike s jedne strane jedan za sebe. Alice i Bob zatim prekidaju protokol dovršavanjem posljednjeg ažuriranja s entitetom lanca stanja, stvarajući konačnu transakciju lanca stanja s daljnjim smanjenjem vremenskog zaključavanja koristeći svoj zajednički ključ s operaterom za izvođenje transakcije povlačenja koja troši sredstva na Lightning Channel. Obojica sada mogu najaviti da je Lightning kanal otvoren i da je protokol završen.
Poboljšana uslužna aplikacija Statechains
Ovaj bi prijedlog uvelike poboljšao korisnost državnog lanca ublažavanjem stroge dinamike likvidnosti načina na koji on funkcionira. Kada je netko voljan prihvatiti lanac stanja, ali denominacija ne odgovara uplati, pošiljatelj može jednostavno otvoriti Lightning kanal između njih umjesto toga i pričekati dok ne potroši ostatak novca (ili dok ne dobije ono što je poslao natrag) kako biste dovršili prijenos stanja cijelog lanca stanja. Ova mogućnost ne samo da povećava korisnost lanca stanja, već i korisnost Lightning mreže ako je ispravno podržana.
Ponovno balansiranje kanala bitno je za čvorove na mreži, jer i čvorovi za usmjeravanje kao i rubni čvorovi šalju i primaju transakcije. Kada sav novac teče na jednu stranu kanala, to čini kanal beskorisnim za prijenos plaćanja u jednom smjeru (ako je sav novac na vašoj strani, ne možete primati uplate; ako je na drugoj strani, možete t slati uplate). To podrazumijeva premještanje novca s jednog kanala na drugi, što također pridonosi neuravnoteženim kanalima na putu do ponovnog balansiranja vašeg kanala. Na kraju ova dinamika dođe do točke u kojoj se stvari zapravo moraju ponovno uravnotežiti razmjenom novca između Lightninga i okosnice na lancu.
Državni lanci omogućuju premještanje likvidnosti s istom slobodom kao i na lancu, bez potrebe za stvaranjem otiska na lancu ili plaćanja naknade za to. Recimo da imate iscrpljen kanal, sa svom likvidnošću koja je ostala na drugoj strani, nemate mogućnosti potrošnje i također imate niz polica. Ovaj se lanac može slobodno prenijeti na bilo koga tko ga prihvati, može imati Lightning kanal na vrhu ako ne šaljete svu vrijednost i može se koristiti za rebalans sredstava u vašem redovnom kanalu na vašoj strani.
To omogućuje veću učinkovitost u smislu koliko kanala morate usmjeriti kako biste ponovno uravnotežili svoj kanal (zapamtite da pridonosite prijenosnim kreditima za svaki drugi kanal kroz koji usmjeravate), a u najboljem slučaju, šaljete ga izravno doslovce Isti vršnjak koji imate kanal koji Ona rebalansira svoje otvaranje. Ako želite zatvoriti kanal s jednim peerom i otvoriti ga s drugim, možete čak rebalansirati stvari tako da imate cijeli saldo kanala i prenijeti ga u cijelosti izvan lanca na novi peer ako je izgrađen na vrhu lanca stanja. .
Budućnost Statechaina i Lightninga
Raspravljajući o njihovim budućim planovima, Nicholas Gregory iz Commerce Blocka rekao je: “Naš je cilj stvoriti jedinstveni pristup spajanju lanaca stanja i Lightning tehnologije kako bi se olakšalo balansiranje Lightning kanala izvan lanca korištenjem državnih kanala. Ova specifikacija služit će kao temelj za postizanje ovog cilja.”
Od samog početka, državnim se nitima uvijek sugeriralo da komuniciraju s Lightningom kako bi riješili problem same upotrebe: morate prenijeti cjelokupnu vrijednost cijelog UTXO-a. Također pruža određeni stupanj fleksibilnosti Lightningu koji on sam nema u pogledu načina na koji se upravlja likvidnošću i premješta preko mreže.
Sada kada je Lightning u zdravoj ranoj fazi svog rasta i postoji konkretna implementacija lanca stanja u više od godinu dana, vrijeme je da počnemo razmišljati o tome kako bi ove dvije tehnologije mogle međusobno komunicirati. Lightning kao mreža je sustav atomskih kolateralnih prijenosa između dviju strana koje nisu izravno povezane na mrežnom grafikonu. Kako svaka veza funkcionira na tom grafikonu, strogo govoreći, ne bi trebalo biti važno pošiljateljima i primateljima plaćanja, sve dok funkcionira.
Statechains i Lightning Channels imaju puno toga za ponuditi jedni drugima u smislu prednosti, sve što treba učiniti je raditi na ujedinjenju njih dvoje u međusobnoj interakciji.
Ovo je gostujući post od Shinobija. Izražena mišljenja su u potpunosti njihova vlastita i ne odražavaju nužno mišljenja BTC Inc ili Bitcoin Magazine.
