By Bitcoin Aikakauslehti - 1 vuosi sitten - Lukuaika: 7 minuuttia
Ajoketjut antavat sivuketjusolmuoperaattoreille mahdollisuuden maksaa kaivostyöläisille – ja paljon muuta!
Vetoketjut, kuten pehmeät ketjut, ovat toinen sivuketjutoteutus, jossa on kaksisuuntainen kiinnitystoiminto.
Tämä on Shinobin, itseoppineen kouluttajan, mielipidetoimitus Bitcoin avaruuteen ja tekniikkaan suuntautunut Bitcoin podcast-isäntä.
Tällä kertaa aion hajottaa ja keskustella siitä, miten vetoketjut toimivat; niitä ehdotettiin alun perin vuonna 2015. Kaikista tähän mennessä käsitellyistä ehdotuksista voimansiirtoketjut ovat vanhimpia ja yksityiskohtaisimpia toteutusyksityiskohtien ja suunnittelun osalta, jotka on dokumentoitu rajatarkastussuunnitelmiin 300 ja 301. Konseptin luoja Paul Sztorc piti mielessään muutamia tärkeimpiä suunnittelutavoitteita, ja vaikka tämä ei ole ollenkaan kattava, tässä on muutamia:
Eristä jokainen sivuketju, jotta kaikki viat tai ongelmat vaikuttavat vain niitä käyttäjiin.Salli sivuketjujen pyörittäminen ilman uutta haarukkaa. Salli sivuketjujen siirto bitcoin sisään ja ulos sivuketjusta kaksisuuntaisella tapilla. Salli ilmaisen suunnittelun kokeilun, jonka hän toivoo poistavan altcoinien tarpeen.Koko suunnittelussa on kaksi ensisijaista näkökohtaa, minkä vuoksi on olemassa kaksi erillistä BIP:tä. Ensimmäinen on tappimekanismi (BIP300), joka mahdollistaa kaksisuuntaisen tapin toiminnan. Sztorc suunnitteli jotain, jota kutsutaan hash rate escrowiksi, joka yksinkertaisimmillaan antaa kaivostyöläisten amorfisena ryhmänä hallita kollektiivisesti kolikoita kaikissa sivuketjuissa. Toinen on "sokea" yhdistetty kaivosjärjestelmä, jossa tavoitteena on sallia bitcoin kaivostyöläisten tulee olla lohkotuottajia yksimielisesti ilman, että heidän tarvitse validoida sivuketjua tehdäkseen niin. Molemmat kappaleet yhdessä muodostavat kaksisuuntaisen tappimekanismin ja tavan bitcoin kaivostyöläisiä osallistumaan sivuketjujen louhintaan yrittäen samalla lieventää sen aiheuttamaa keskittämisriskiä.
BIP300 määrittelee logiikan ehdotukselle uudesta sivuketjusta, uuden sivuketjun aktivoinnista, ehdotuksesta niputetusta nostosarjasta, tällaisen nostosarjan hyväksymisestä, varsinaisten nostotapahtumien validointilogiikka ja talletustapahtumien validointi.
Uuden sivuketjun aktivointi drivechain-ehdotuksen alaisena on hyvin samanlainen kuin pehmeän haarukan prosessi, joka aktivoidaan kaivossignaloinnin kautta. Suurin ero on tietysti se, että se ei ole varsinaisesti pehmeä haarukka - yksi haarukka, joka aktivoi vetoketjun konsensussäännöt, antaa kaivostyöntekijöille mahdollisuuden milloin tahansa aktivoida uusi sivuketju. sisällä vetoketjun konsensussäännöt. Uuden sivuketjun aktivointia ehdottaakseen kaivostyöntekijän on asetettava kolikkopohjan tulosteeseensa OP_RETURN-data, joka sisältää sivuketjun yksilöllisen tunnisteen, talletusoperaatioissa käytettävän julkisen avaimen, versiotiedot, ihmisen luettavissa olevat kuvaukset ja ohjelmistoasiakkaan tiivisteet. ja sen GitHub-historia (tässä ei ole yksimielistä täytäntöönpanoa, vain dataa ihmisten käyttöön).
Kun kaivosmies ehdottaa uuden sivuketjun aktivoimista ja kaiken tarvittavan datan sisällyttämistä kolikkokantaansa, siitä tulee eräänlainen "kaivostyöntekijän signalointi" -jakso sen suhteen, luodaanko tämä uusi sivuketju vai ei pääketjun konsensuksen näkökulmasta. Kaivostyöntekijä voi käyttää erityistä muotoa sisällyttääkseen ehdotuksen kolikkopohjaisiin lähtöihinsä, ja muut kaivostyöntekijät voivat luoda toisen ulostulon toista muotoa seuraavan signaalin aktivoimiseksi. Uusi sivuketjuehdotus edellyttää, että 90 % lohkoista vaikeusjaksolla ilmoittaa aktivoinnista, jotta uuden sivuketjun luominen voidaan vahvistaa. Tämä luo kiinnitysmekanismin sivuketjun mahdollistamiseksi, mutta sivuketjun ja pääketjun välinen vuorovaikutus on sitä vivahteikkaampi.
Tässä vaiheessa kuka tahansa voi kiinnittää kolikoita sivuketjuun. Kiinnittääkseen sivuketjuun käyttäjä yksinkertaisesti luo kahden syötteen tapahtuman omalla tulollaan ja sivuketjun tasapainoa vastaavan UTXO:n yhdellä lähdöllä, joka määrittää kaiken sivuketjuun. Tämä takaa, että sivuketjussa on vain yksi UTXO, joka sisältää kaikki siihen lukitut varat. Kotiutukset käsitellään kaivosmiesäänestyksellä. Pääketjulla ei ole käsitystä siitä, kuka omistaa mitä sivuketjussa, ja pääketju pitää kaivostyöläisten äänestysmekanismin puitteissa hyväksymiä peruutuksia voimassa. Tästä johtuen nostoprosessissa on pitkä viive. Sivuketjusta vetäytymisprosessissa on kaksi vaihetta: vetäytymisehdotus (nippu) ja sitten eroäänestysvaihe. Kaivostyöntekijöiden on luotava OP_RETURN-tuloste kolikkotapahtumassaan, jossa on ehdotetun nostotapahtuman hash ehdottaakseen nostoa. Tämä hash, joka on samanlainen kuin sighash, merkitsee sitoutumista vain osaan tapahtumasta koko asian sijaan. Se ei sitoudu syötteeseen UTXO, joka edustaa drivechainiin lukittuja varoja, tai lähtöön, joka palauttaa kaiken, mitä ei ole nostettu, erityiseen sivuketjun UTXO:han. Tämä johtuu siitä, että kaikki talletukset ajoketjuun loisivat uuden UTXO:n ja mitätöisivät siten sitoutumisen nostotapahtumaan, kun ihmiset menivät vahvistamaan sitä.
Tästä alkaa kaivostyöntekijän peruutusehdotuksen äänestysjakso. Kun paketti on ehdotettu, kaivostyöntekijät voivat äänestää, hyväksyvätkö ne vai eivät. Jokainen louhittu lohko sallii kaivostyöntekijän kasvattaa hyväksyntälaskuria ylös- tai alaspäin yhdellä tai kahdella, jotta hän ei tee mitään. Tämän lisäksi on joitain erityisiä rajoituksia, koska yhdelle sivuketjulle voi olla useampi kuin yksi nippu – jos kaivostyöntekijä päättää äänestää "kyllä" (nostaa laskuria yhdellä) sivuketjun nostopaketista, täytyy äänestä "ei" (laskijaa yhdellä) jokaisesta toisesta kyseiseen sivuketjuun liittyvästä paketista.
Tällä varmistetaan, että ei tapahdu "kaksinkertaisia nostoja", joissa jollain on useita nippuja, jotka maksaisivat hänelle enemmän. bitcoin pääketjussa kuin he ovat velkaa.
Toisaalta kaivostyöläiset voivat myös äänestää ei jokaiselle ehdotetulle paketille. Tämän on tarkoitus toimia eräänlaisena hälytyksenä kaikille siitä, että näitä nostoja vahvistava kaivostyöntekijä (varmistaen, että ne ovat laillisesti omistettuja kolikoita poistettavasta sivuketjusta) on havainnut jotain virheellistä. Muista, että tämän suunnittelun keskeinen kohta on, että kaivostyöntekijöiden ei tarvitse vahvistaa mitään sivuketjussa, joten elleivät he silti päätä niin, monet kaivostyöntekijät saattavat äänestää nipuja, joita he eivät vahvista. Tämä hälytystoiminto on suunniteltu antamaan heille varoitus siitä, että heidän tulee tarkistaa paketit varmistaakseen, ettei vilpillistä nostoa tapahdu.
Kun paketti on saavuttanut vaaditun kynnyksen (13,150 90 lohkoa tai noin 2017 päivää), nostoa tosiasiallisesti käsittelevä tapahtuma tulee voimaan ja voidaan vahvistaa. Mutta mitä ihmiset tekevät, jos kaivostyöläiset hyväksyvät vilpillisen noston, joka varastaa rahaa sivuketjusta? Sztorcin ehdotus on käyttää käyttäjän aktivoimaa pehmeää haarukkaa (UASF) virheellisen kiinnitystapahtuman mitätöimiseksi. Tämä muodostaa suuren riskin pääketjulle yksimielisyyden kannalta. UASF vuonna XNUMX oli suuren riskin liike, joka vain tuskin onnistui ja Bitcoin oli paljon pienempi kuin nykyään. Mitä suurempi Bitcoin kasvaa, sitä vaikeampaa on tällaisten toimien koordinointi.
Jos muistat ko artikkeli avaruusketjuista, tämä suunnittelu perustui sokean sulautetun kaivostoiminnan (BMM) ympärille. Ruben Somsenin BMM-suunnittelu on itse asiassa toinen versio siitä, ensimmäinen on Sztorcin suunnittelu BIP301:ssä. Vetoketjujen BMM-spesifikaatio koostuu kahdesta viestistä: pyyntöviestistä ja hyväksyntäviestistä. Molempia koordinoidaan vastaavasti erityisen tapahtumatyypin kautta pääketjussa ja erityisen lähdön kautta kaivostyöntekijän kolikkopohjatapahtumassa.
Pyyntötapahtuman rakentaa se, joka luo sivuketjulohkoja. BMM:n koko pointti on, että tämä henkilö voi olla joku, joka ei ole kaivostyötä tekevä, joten pyyntötapahtuma on olemassa, jotta he voivat maksaa kaivostyöntekijöille ehdotetun sivuketjulohkon vahvistamisesta. Sivuketjun lohkoehdotus rakentaa tapahtuman, joka sisältää sivuketjulohkon tiivisteen, sivuketjulle luodessaan määritetyn tunnuksen ja edellisen mainchain-lohkon otsikon neljä viimeistä tavua. Tällaisiin tapahtumiin sovelletaan kolmea muuta konsensussääntöä. Ensinnäkin pyyntötapahtuma on virheellinen, ellei kyseisen lohkon coinbase-tapahtumassa ole myös vastaavaa hyväksyntätulosta. Tällä varmistetaan, että kaivostyöntekijät eivät voi periä maksua pyynnöstä hyväksymättä ja louhimatta myös sivuketjulohkoa. Toiseksi kustakin sivuketjusta vain yksi pyyntötapahtuma saa sisällyttää pääketjun lohkoon. Tällä varmistetaan, että vain yksi lohko mistä tahansa sivuketjusta voidaan louhia per pääketjulohko. Lopuksi edellisen pääketjulohkon neljän viimeisen tavun on vastattava toisiaan. Tämä varmistaa, että pyyntö on kelvollinen louhittavaksi vain seuraavassa lohkossa, eikä tällaisia tapahtumia voida louhia myöhemmin ja varastaa rahaa sivuketjun lohkon ehdottajalta sen jälkeen, kun jonkun muun lohko on louhittu.
Hyväksyntätulos on hyvin yksinkertainen: viestin otsikkotiedot ja sivuketjulohkon hash. Jos kaivostyöntekijä käyttää itse drivechain-solmua, hän voi yksinkertaisesti jättää huomioimatta pyyntötapahtumat ja sisällyttää aina oman hyväksyntätulonsa kolikkokantaansa louhiakseen omia sivuketjulohkojaan. Yhdessä nämä kaksi näkökohtaa antavat kaivostyöntekijöille mahdollisuuden joko käyttää sivuketjusolmua itse tai joku muu ei-kaivostyöntekijä voi tehdä sen ja maksaa kaivostyöntekijälle lohkojensa louhimisesta. Ajatuksena on, että jos kaivostyöntekijät eivät itse pyöritä sivuketjuja ja syö ylimääräisiä validointikuluja, joku muu voi tehdä sen heidän puolestaan. Jos ei-kaivostyöntekijöissä on kilpailua, jotka yrittävät ansaita maksuja sivuketjussa, he todennäköisesti jatkavat tarjousten korottamista, minkä he ovat valmiita maksamaan kaivostyöläisille pyyntötapahtumassaan, kunnes se edustaa suurinta osaa heidän ansaitsemistaan maksuista. kaivosmies pitää vain pienen osan voitosta ja maksaa loput kaivostyöläisille.
Se on mekaniikka, jolla käyttöketjut toimivat. Seuraavaksi yhdistetyt sivuketjut ja sen jälkeen erittely kaikista negatiivisista ja huonoista puolista, joita kullakin mallilla voi olla.
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 Magazine.
Alkuperäinen lähde: Bitcoin aikakauslehti