Tämä artikkeli koskee teknistä konseptia, joka perustuu ehdotettuun Taproot-protokollan päivitykseen. Jos et ole vielä perehtynyt Taprootin toiminnan perusteisiin, suosittelemme, että luet ensin tämä selittäjä.
Taproot, mahdollinen päivitys Bitcoin-protokollaan, jonka Bitcoin Core -kumppani Gregory Maxwell ehdotti ensin, on myöhäisessä kehitysvaiheessa. Teknologia koostuu fiksusta yhdistelmästä salaustekstejä, joiden avulla käyttäjät voivat piilottaa monimutkaisia älykkäitä sopimuksia säännöllisen näköisissä liiketoimissa - monimutkaisuus paljastuu koskaan vain, jos sopimuksen osapuolet eivät toimi yhteistyössä.
Hyödyntämällä tätä ideaa, Bitcoin Core -julkaisijat, mukaan lukien (mutta ei niihin rajoittuen) Jeremy Rubin, Antoine Riard, Gleb Naumenko ja Gregory Maxwell itse, ovat spekuloineet yleisestä käsitteestä, johon viitataan nimellä maksupoolit, liittymät tai kolikoita. Nämä poolit - pidämme kiinni siitä, että kutsumme heitä nyt maksupalloiksi - antaisivat käyttäjäryhmille jakaa samat kolikot (teknisesti UTXO), jotka on tallennettu Bitcoin-blockchainiin, antaen samalla kenelle tahansa näistä käyttäjistä suorittaa (tai vastaanottaa) maksuja heidän kanssaan. Kun ryhmä ja sen yksittäiset jäsenet "piiloutuvat" Taproot-rakenteeseen, heillä kaikilla on enemmän yksityisyyttä, älykästä sopimusjoustavuutta ja muita etuja ... ja he voivat potentiaalisesti jopa nauttia näistä eduista ketjun ulkopuolella, mikä tekee maksuvarastoista uuden kerroksen toisen ratkaisun.
Vaikka suunnitteluspesifisyys vaihtelee hiukan maksupooliehdotuksesta toiseen, yleinen konsepti on sama. Tässä on perusidea ...
Kolikon jakaminen
Ensinnäkin maksupoolin luomiseksi käyttäjät yhdistävät kolikot (jakeet) yhdistämällä ne keskenään jaettuun Taproot-osoitteeseen. Oletetaan siis, että Alice omistaa kolme kolikkoa, Bob omistaa kaksi kolikkoa ja Carol omistaa yhden kolikon, yhteensä kuusi. Yhdessä he luovat tapahtuman, joka lähettää nämä kolikot jaettuun osoitteeseen ja tekee siitä kuuden kolikon maksuvarannon.
Blokkiketjussa maksupalvelun osoite näyttää tavalliselta Bitcoin-osoitteelta, jolla on nyt kuusi kolikkoa. Mutta pinnan alla Alice, Bob ja Carol käyttivät älykkäästi Taprootia varmistaakseen, että jokainen heistä hallitsee edelleen omaa kolikoidensa osuutta maksupalkissa. Alice voi milloin tahansa vaatia kolme kolikkoa osoitteesta, Bob voi milloin tahansa vaatia kahta ja Carol yhden.
Tämä johtuu siitä, että kolikoiden viettämiseen osoitteesta on vain kaksi päävaihtoehtoa.
Ensimmäinen vaihtoehto on viettää suoraan osoitteesta teknisesti Taproot-avainpolku. Tämä vaatii yhteistyötä (eli salakirjoituksia) kaikilta kolmelta osallistujalta. Jos Alice, Bob ja Carol ovat kaikki yhtä mieltä, kuusi kolikkoa voidaan käyttää haluamallaan tavalla, ja tämä näyttää miltä tahansa muulta tavanomaiselta kaupalta Bitcoin-verkossa. Kolmio voi esimerkiksi päättää lähettää vastaavat saldonsa takaisin yksittäisiin osoitteisiin: kolme Alicelle, kaksi Bobille ja yksi Carolille. Mutta jos he niin haluaisivat, he voisivat myös tehdä yhteistyötä lahjoittaakseen kaikki kuusi kolikkoa Julianille tai kuluttaa sen jollain muulla tavalla. Tärkeää on, että heidän kaikkien kolmen on osallistuttava, joten kenenkään tasapainoa ei käytetä ilman omaa yhteistyötä.
Toinen päävaihtoehto koostuu oikeastaan useista alavaihtoehdoista. Ennen kolikoiden lähettämistä maksupalloon Alice, Bob ja Carol piilottivat jotain salaustekniikan puuhun Taproot-osoitteen taakse: he sisälsivät vaihtoehtoisia tapoja lähettää varoja maksupoolista. (Tällä hetkellä tämä voitaisiin toteuttaa saattamalla kaikki kolme osallistujaa ennalta allekirjoittamaan tapahtumia näiltä poluilta, mikä vaatisi jonkin verran monimutkaisuutta kaikkien vaihtoehtojen asettamiseksi eikä ole mittakaavassa kovinkaan hyvällä tavalla; ehdotetut protokollapäivitykset voivat mahdollisesti helpottaa tätä tulevaisuudessa .)
Jos joku osallistujista päättäisi viettää kolikot maksupoolissa vaihtoehtoisen Taproot-polun kautta, he lähettävät tyypillisesti kyseisen osallistujan saldoa vastaavan summan valitsemalleen osoitteeseen, kuten heidän hallitsemallaan yksilöllisellä osoitteella. (Alice: n tapauksessa kolme kolikkoa hänen omaan osoitteeseen, Bobin tapauksessa kaksi hänen osoitteeseensa ja Carolin tapauksessa yksi.)
Tätä vaihtoehtoista polkua käytettäessä, myös jäljellä olevat kolikot kulutetaan automaattisesti. Tämä voidaan tehdä useilla tavoilla maksupoolin suunnittelusta riippuen, tarjoamalla erilaisia kompromisseja monimutkaisuuden ja skaalautuvuuden suhteen.
Yksinkertaisin ratkaisu on lähettää myös jokaiselle muulle osallistujalle osuutensa kolikoista valitsemastaan osoitteeseen. Toisin sanoen: jos yksi käyttäjä poistuu altaasta, kaikki poistuvat altaasta.
Toinen ratkaisu, jota Riard ja Naumenko pitävät parempana, on lähettää kaikki jäljellä olevat kolikot kohtaan uusi Maksupallo, joka näyttää täsmälleen ensimmäiseltä maksupalvelulta, poistettiin kaikesta, mikä koski nyt poistunutta käyttäjää. Tämä malli tarjoaa parhaan käyttökokemuksen, mutta on vaikein skaalata, mikä tärkeintä, koska on tarpeen valmistautua kaikkiin mahdollisiin poistumisskenaarioihin, mukaan lukien kaikki mahdolliset poistumisskenaariot kaikille mahdollisille uusille poolille. Asteikko voidaan kuitenkin saavuttaa vielä nimeävällä mahdollisella Bitcoin-protokollan päivityksellä sen varmistamiseksi, että edellisen maksupoolin säännöt siirretään mihin tahansa uuteen maksupooliin.
Rubin uskoo, että tämä toinen ratkaisu on kuitenkin epäkäytännöllinen, ja mieluummin menee jonkin verran ensimmäisen ja toisen ratkaisun väliin: Jotkut osallistujat saavat kolikot heti valitsemaansa osoitteeseen, toiset osallistujat lähettävät kolikot uuteen maksuvarantoon. Tämä malli tarjoaa vähemmän ihanteellisen käyttökokemuksen, mutta skaalautuisi paremmin, ja mahdollinen OP_CHECKTEMPLATEVERIFY -protokollan päivitys auttaisi yksinkertaistamaan suunnittelua ja lisäämään mittakaavaa entisestään. (Poistuminen tapahtuu puumaksujen kautta; näitä maksutyyppejä tutkitaan tarkemmin vuonna XNUMX Tämä artikkeli.)
(Toisen ja kolmannen ratkaisun välillä on enemmän kompromisseja, mutta yksityiskohdat kaikista eduista ja haitoista ovat tämän artikkelin ulkopuolella; lue artikkeli bitcoin-dev postitusluettelokeskustelu yksityiskohtia varten.)
Oletetaan, että Alice, Bob ja Carol valitsevat toisen vaihtoehdon nähdäksesi mitä tarkoittaa, kun jäljellä olevat kolikot lähetetään uuteen maksuvarantoon kaikki jäljellä olevat kolikot lähetetään uuteen maksuvarantoon. Jos Alice poistuu tässä kuviossa ensimmäisestä maksuvarastosta, kolme kolikkoa lähetetään valitsemaansa osoitteeseen, kun taas kolme muuta kolikkoa lähetetään uuteen maksuvarantoon Bobin ja Carolin välillä. Alice on tuolloin yksin hallitseva omista kolikoistaan, kun taas Bob ja Carol eivät ole juurikaan muuttuneet. He voivat silti tehdä yhteistyötä jäljellä olevien kolmen kolikon käyttämiseksi halutessaan, tai jompikumpi niistä voi poistua yksipuolisesti, kuten Alice oli aiemmin tehnyt.
Jos Bob poistuu yksipuolisesti toisesta maksuerästä, hän lähettää kaksi kolikkoa valitsemastaan osoitteeseen ja yhden kolikon vielä uudempaan maksuosastoon (kolmas), jossa vain Carol on jäljellä. (Tietysti tässä yksinkertaistetussa esimerkissä suunnitelma, jossa viimeinen maksuvaranto korvataan Carolin valitsemalla osoitteella, olisi todellisuudessa järkevämpi, mutta se on toteutuksen yksityiskohta.)
Tärkeä takea on, että maksupoolin osallistujat voivat tehdä yhteistyötä suorittaakseen minkä tahansa tyyppisiä maksuja haluamastaan poolista, kun taas kukin heistä voi milloin tahansa poistua omilla kolikoillaan, jättäen muut osallistujat hallitsemaan omia kolikoitaan.
Maksun asettaminen maksupalkkiin
Joten olemme todenneet, että kaikki osallistujat voivat erikseen nostaa saldon maksupoolista tai - jos he kaikki ovat yhtä mieltä - kuluttaa uima-altaalta. Se on tämä toinen vaihtoehto, joka todella mahdollistaa jotain fiksua: maksupallo voi olla dynaaminen. Niin kauan kuin kaikki osallistujat ovat yhtä mieltä, he eivät voi vain maksaa itse varojaan takaisin tai maksaa muille (kuten Julian), mutta he voivat tehdä jotain vielä mielenkiintoista. He voivat siirtää varojaan uudempiin maksupalvelun versioihin, joiden malli on erilainen.
Tämä antaa esimerkiksi jonkun heistä viettää uima-altaalta.
Oletetaan, että Alice ostaa uuden auton ja haluaa maksaa siitä yhdellä bitcoinilla. Alice, Bob ja Carol voisivat sitten luoda tapahtuman maksupoolista, joka lähettää yhden kolikon autoliikkeeseen ja lähettää loput viisi kolikkoa uusi Maksupallo, joka näyttää samalta kuin ensimmäinen, paitsi tällä kertaa Alice voi poistua siitä vain yksipuolisesti kahdella kolikolla, yksi vähemmän kuin ennen.
Kauppa näytti siltä kuin mikä tahansa muu tavanomainen Bitcoin-kauppa. Autoliike (tai lohkoketju vakoojat) voi päätellä, että Alice omisti kaikki kuusi kolikkoa ja käytti vain yhtä auton ostamiseen, ja piti muut viisi muutoksena. Heillä ei olisi aavistustakaan siitä, että jotkut kolikot kuuluvat Bobille ja Carolille tai että he olisivat olleet kaupassa mukana.
Seuraavan kerran kun Bob suorittaa maksun ja Alice ja Carol tekevät yhteistyötä, se tehdään samasta maksupoolista, ja se näyttää jälleen tavalliselta Bitcoin-tapahtumalta ulkomaailmaan. Tuloksena olevan maksuerän iteraatiossa Bob voi poistua yhdellä kolikolla kahden sijaan. Samaan aikaan samat lohkoketjut vakoojat saattoivat ajatella Alice suorittavan maksun uudelleen hämmentäen heitä edelleen. (Ja vaikka lohkoketjun vakoojat selittäisivät jotenkin, että osoite on todella maksupallo Alice, Bob ja Carol, he eivät silti voineet kertoa, mikä kolmesta suoritti viimeisimmän maksun.)
Aina kun Alice, Bob tai Carol käyttävät kolikoita, tapahtuma on saattanut tulla mistä tahansa, eikä kukaan maksupalkin ulkopuolella voi kertoa eroa.
Maksupoolit eivät salli vain menojen käyttöä. Jos Alice haluaa lisätä ”saldon” maksupalloon, hän voisi myös tehdä tämän. Alice, Bob ja Carol toimivat tässä tapauksessa yhteistyössä siirtääkseen nykyiset viisi kolikkoa uuteen Taproot-osoitteeseen, johon Alice lähettäisi samassa kaupassa yhden ylimääräisen kolikon yhdestä omasta (henkilökohtaisesta) osoitteestaan. Uusi Taproot-osoite sisältäisi jälleen kuusi kolikkoa, joista kolme kuuluu Alicelle, mikä näkyy hänen yksipuolisessa poistumisvaihtoehdossa.
Samoin täysin uudet käyttäjät voisivat liittyä myös maksuvarantoon. Jos Alice, Bob ja Carol sopivat antavan Daven osallistua, heistä kolme tekee yhteistyötä Daven kanssa luodakseen tapahtuman, joka lähettää maksuerän varat Daven uusien kolikoiden kanssa uuteen maksuvarantoon, jonka tarkoituksena on myös antaa Davelle osallistua - ja poistua jos hän niin haluaisi.
Lisäksi maksupoolissa osallistujat voivat maksaa toisilleen. Jos Alice esimerkiksi maksaa Bob: lle yhden kolikon, kolme voisivat tehdä yhteistyötä lähettääksesi varoja uuteen maksuvarantoon, jossa Alice on kolikosta vähennetty saldostaan ja Bob on lisännyt kolikon. Blokkiketjussa se näyttää taas tavalliselta maksulta, ja blockchain vakoojilla ei olisi aavistustakaan kuka maksoi kuka tai kuinka paljon. (On syytä huomauttaa, että Dave olisi voinut samalla tavalla päästä pooliin vastaanottamalla sisäisen maksun yhdeltä nykyisistä osallistujista.)
Hieman ylimääräistä monimutkaisuutta (ja mieluiten ainakin yhden ylimääräisen Bitcoin-protokollan päivityksen tapaan Ei syötettä), siirrot voitaisiin jopa suorittaa myös ketjun ulkopuolella. Kun Alice maksaa Bob: lle, kaikki osallistujat tekisivät tällöin transaktion, joka käyttää varoja uuteen maksuvarantoon saman verran, mutta tämä tapahtuma jaettaisiin vain heidän keskenään - ei lähetetä verkkoon (ellei joku koskaan yritä huijata). Tällä tavalla Alice, Bob ja Carol pystyivät päivittämään tasapainoaan "sisäisesti" ja jopa päästämään Daven jossain vaiheessa uima-altaaseen. Kun he kaikki sopivat sulkevan poolin, he voivat luoda lopullisen tapahtuman, joka kuluu alkuperäisestä maksuerästä, myöntämällä jokaiselle viimeisimmän saldon.
Samanlainen vanhempi idea, joka tunnetaan nimellä Kanavan tehtaat, tämäntyyppisiä maksuvarantoja voitaisiin lopulta jopa käyttää itse salamakanavien, holvien tai muiden kerroksen kahden protokollan isännöintiin. Tämä voi tarjota mahdollisuuden "kääri" minkä tahansa tyyppinen lisäprotokollakerros tällaisiin pooliin, piilottaen siten niiden kaiken monimutkaisuuden identtisissä ja säännöllisen näköisissä liiketoimissa.