By Bitcoin Cylchgrawn - 4 fis yn ôl - Amser Darllen: 5 munud
Haen Mercwri: Gwelliant Difrifol Ar Gadwyni Gwladol
CommerceBlock is releasing Mercury Layer today, an improved version of their variation of a statechain. You can read a longer form explanation of how their Mercury statechains work yma. The upgrade to Mercury Layer represents a massive improvement against the initial statechain implementation, however unlike the initial Mercury Wallet release, this is not packaged as a fully consumer ready wallet. It is being released as a library and CLI tool other wallets can integrate. Here’s a quick summary of how they work:
Mae cadwyni gwladol yn eu hanfod yn cyfateb i sianeli talu mewn sawl ffordd, h.y. maent yn UTXO a rennir ar y cyd gyda thrafodiad wedi'i lofnodi ymlaen llaw fel mecanwaith dewis olaf i bobl orfodi eu perchnogaeth. Y prif wahaniaeth rhwng sianel Mellt a statechain yw'r partïon sy'n ymwneud â rhannu'r UTXO ar y cyd, a sut mae perchnogaeth hawliad y gellir ei orfodi yn ei erbyn yn cael ei drosglwyddo i bartïon eraill.
Yn wahanol i sianel Mellt, sy'n cael ei chreu a'i rhannu rhwng dau gyfranogwr statig, agorir statechain gyda hwylusydd / gweithredwr, a gellir ei drosglwyddo'n gyfan gwbl yn rhydd rhwng unrhyw ddau gyfranogwr sy'n barod i ymddiried yn y gweithredwr i fod yn onest, yn gyfan gwbl i ffwrdd. -gadwyn. Mae rhywun sy'n dymuno llwytho statechain yn cydweithio â'r gweithredwr i greu un allwedd gyhoeddus y mae'r crëwr a'r gweithredwr yn dal cyfran o'r allwedd breifat gyfatebol, heb fod gan y naill na'r llall gopi cyflawn o'r allwedd. O'r fan hon maent yn rhagarwyddo trafodiad sy'n caniatáu i'r crëwr hawlio eu darnau arian yn ôl ar ôl cloi amser yn unochrog.
I drosglwyddo statechain mae'r perchennog presennol yn cydweithio gyda'r derbynnydd a'r gweithredwr i lofnodi prawf cryptograffig gyda'u cyfran allweddi eu bod yn trosglwyddo'r darn arian, ac yna mae'r derbynnydd a'r gweithredwr yn cynhyrchu pâr newydd o allweddi sy'n adio i'r un allwedd breifat ac yn arwyddo trafodiad â chlo amser ar gyfer y perchennog newydd gyda chlo amser byrrach na'r gwreiddiol (i sicrhau y gallant ddefnyddio eu rhai hwy yn gynt na'r cyn-berchnogion). Mae'r broses hon yn cael ei hailadrodd ar gyfer pob trosglwyddiad nes na ellir byrhau'r clo amser mwyach, ac ar yr adeg honno rhaid cau'r statechain allan ar-gadwyn.
Owners transfer the entire historical chain of past states with each transfer so that users can verify timelocks have been properly decremented and the operator timestamps them using Cynheiliad, a variant of Opentimestamps where each piece of data has its own unique “slot” in the merkle tree to guarantee that only a single version of the data is timestamped. This let’s everyone audit the transfer history of a statechain.
Yng Ngwlad y Deillion
Mae'r newid mawr y mae Mercury Layer yn ei gyflwyno i'r fersiwn wreiddiol o statechains yn dallu. Ni fydd gweithredwr y gwasanaeth statechain bellach yn gallu dysgu dim am yr hyn sy'n cael ei drosglwyddo: h.y. y TXIDs dan sylw, yr allweddi cyhoeddus dan sylw, hyd yn oed y llofnodion y mae'n cydweithio â defnyddwyr i'w creu ar gyfer y trafodion sydd wedi'u llofnodi ymlaen llaw sy'n angenrheidiol i'w hawlio'n ôl. eich cronfeydd yn unochrog.
Gan gyflwyno amrywiad dallu o Schnorr MuSig2, gall Mercury hwyluso'r broses o lofnodi trafodion wrth gefn heb ddysgu unrhyw fanylion am yr hyn y maent yn ei lofnodi. Mae hyn yn gofyn am rai newidiadau dylunio er mwyn rhoi cyfrif am y ffaith na all y gweithredwr weld a chyhoeddi holl hanes trosglwyddo statechain mwyach. Nid ydynt hyd yn oed yn gallu dilysu'r trafodiad y maent yn ei lofnodi o gwbl.
Yn yr iteriad blaenorol, tystiwyd i unigrywiaeth set perchennog/trafodion statechain cyfredol gan y gweithredwr trwy gyhoeddi hanes trosglwyddo cyfan y statechain gyda Mainstay. Nid yw hynny'n bosibl yma, oherwydd yn y fersiwn dallu nid yw'r gweithredwr yn dysgu unrhyw fanylion o gwbl am y trafodion hyn. Mae hyn yn golygu bod angen ffordd newydd i'r gweithredwr dystio i berchnogaeth gyfredol y statechain. Mae'r holl ddata hwn yn cael ei wthio'n gyfan gwbl i fodel dilysu ochr y cleient. Yn syml, mae'r gweithredwr yn cadw golwg ar y nifer o weithiau y mae wedi llofnodi rhywbeth ar gyfer un statechain, ac yn dweud wrth ddefnyddiwr y rhif hwnnw pan ofynnir amdano. Yna mae'r defnyddiwr yn derbyn trafodion cyflwr statechain yn y gorffennol gan y defnyddiwr sy'n anfon ato, ac yn gwirio ochr y cleient yn gyfan gwbl bod nifer y trafodion yn cyfateb i'r hyn a honnodd y gweithredwr, ac yna'n gwirio'n llawn bod y llofnodion i gyd yn ddilys a'r cloeon amser wedi'u lleihau gan y swm priodol pob tro. Yn lle cyhoeddi'r trafodion statechain llawn a'r gorchymyn trosglwyddo i Mainstay, oherwydd ei fod wedi'i gynllunio i fod yn anymwybodol o'r holl wybodaeth honno, mae'n cyhoeddi ei gyfran o'r allwedd gyhoeddus (nid yr allwedd gyhoeddus gyfanredol) ar gyfer y defnyddiwr presennol ar gyfer pob statechain defnyddiwr. Mae hyn yn caniatáu i unrhyw ddefnyddiwr sy'n derbyn statechain wirio bod yr hanes trosglwyddo a'r cyflwr presennol yn gyfreithlon yn erbyn y data trafodion a anfonwyd gan yr anfonwr.
Mae'r gweinydd gweithredwr yn cadw golwg ar statechains unigryw i gyfrif llofnodion y gorffennol trwy aseinio dynodwr ar hap i bob statechain adeg ei greu, wedi'i storio gyda'i enwad a'i allwedd breifat a'i gyfrannau allwedd cyhoeddus (nid yr allwedd gyhoeddus gyfanredol). Mae'r cynllun cydgysylltu newydd ar gyfer rhannu ac ail-rannu'r allwedd yn cael ei wneud mewn ffordd lle mae'r gweinydd yn trosglwyddo ei gyfran o'r allwedd i'r defnyddiwr, ac mae'r data sydd ei angen ar gyfer ail-galedu yn cael ei ddallu fel nad yw'r gweinydd yn gallu dysgu llawn y defnyddiwr byth cyfran allwedd cyhoeddus, gan ganiatáu iddo greu'r allwedd gyhoeddus gyfanredol ac adnabod y darn arian ar y gadwyn.
Nid yw'r dyluniad hyd yn oed yn caniatáu i'r gweithredwr wybod pan fydd wedi llofnodi cau cydweithredol gyda'r perchennog presennol yn hytrach na thrafodiad wedi'i lofnodi ymlaen llaw ar gyfer perchennog newydd oddi ar y gadwyn; nid yw'n gweld unrhyw fanylion i wahaniaethu rhwng y ddau achos a'i gilydd. Fodd bynnag, mae hyn yn ddiogel i ddefnyddwyr y gallai rhywun ymosod arnynt gan geisio “gwario dwbl” cadwyn wladwriaeth oddi ar y gadwyn gan ddarparu trafodiad ffug na ellid ei setlo. Yn gyntaf, byddai'r defnyddiwr hwnnw'n gweld ar y gadwyn bod yr UTXO sy'n cefnogi'r statechain hwnnw wedi'i wario. Yn ail byddai hanes y trafodion, oherwydd bod yn rhaid i'r gweithredwr lofnodi holl ddiweddariadau'r wladwriaeth, dim ond cau cydweithredol clir yn y gadwyn o drafodion yn y gorffennol. Byddai'r ddau beth hyn yn caniatáu i'r defnyddiwr wrthod y trafodiad gan wybod nad oedd yn gyfreithlon.
Statechains also allow Lightning channels to be “put on top” of the statechain by having the statechain pay out to a multisig address between two people, and the two of them negotiating a conventional set of Lightning commitment transactions on top of it. It would need to close the statechain on-chain before closing the Lightning channel so would need to use longer timelock lengths for Lightning payments, but otherwise would function perfectly normally.
Overall with the massive privacy improvements of the new iteration of statechains, and the composability with Lightning, this opens many doors for the economic viability and flexibility of second layer transactional mechanisms on Bitcoin. Especially in light of the recent radical changes in mempool dynamics and the resulting fee pressure.
Mae'n cynnig yr un math o fuddion hylifedd Ark, h.y. gallu bod yn drosglwyddadwy'n rhydd heb fod angen derbyn hylifedd, ond yn wahanol i Ark mae'n fyw ac yn weithredol heddiw. Heb os, mae'n fodel ymddiriedolaeth wahanol na rhywbeth fel Mellt yn unig, ond ar gyfer yr enillion enfawr mewn hyblygrwydd a scalability, mae'n bendant yn bosibilrwydd i'w archwilio.
Ffynhonnell wreiddiol: Bitcoin Magazine