RGB vahvistaa Bitcoinin ja Lightning Networkin skaalautuvuutta ja yksityisyyttä

TL; DR

• RGB toimii Layer 2/3 -ratkaisuna Bitcoin- ja Lightning Network.client-puolen validointiparadigmassa, joka sisältää kaikki älykkäiden sopimusten tiedot Bitcoin-transaktioiden ulkopuolella. Tämä rakenne varmistaa järjestelmän toiminnan Lightning Networkin päällä, mikä eliminoi tarpeen tehdä muutoksia LN-protokolliin.
  
• RGB-älysopimukset on suunniteltu skaalautuvuutta ja luottamuksellisuutta varten. Järjestelmä tukee yksityistä ja keskinäistä omistusta, tiivistää ja erottelee huolenaiheita edustaen lohkoketjun jälkeistä Turingin täydellistä luotettamattoman hajautetun laskennan muotoa ilman tarvetta ottaa käyttöön uusia tokeneita.
  
• RGB-sopimukset on järjestetty erillisiin segmentteihin, joita kutsutaan "siruiksi", joilla kullakin on oma historiansa ja datansa, mikä parantaa skaalautuvuutta ja estää eri sopimusten historian sekoittumisen. Ne ovat vuorovaikutuksessa Bifrost-protokollan kautta Lightning Networkissa, mikä mahdollistaa koordinoidut muutokset useiden osapuolten kesken, kuten Lightning Networkissa toimivat DEXE:t.
  
• RGB käyttää kertakäyttöisiä tiivisteitä defined yli Bitcoin UTXOs turvallisuuden vuoksi. Jokainen osapuoli, jolla on älykäs sopimustilan historia, voi varmistaa sen ainutlaatuisuuden hyödyntäen Bitcoinin käsikirjoitusta define omistus- ja käyttöoikeudet.
  
• RGB:ssä valtion omistus ja validointi ovat erillisiä kokonaisuuksia. Omistajuutta hallinnoi Bitcoin-skripti, ei-Turing Complete -järjestelmä. Validointisäännöt puolestaan ​​​​santelee RGB-skeema käyttämällä Turing Complete Simplicity / Contractum / Rust Script -ohjelmaa.
  
• Jokainen RGB-älysopimus liitetään yksilölliseen tilaan käyttämällä kertakäyttöisiä sinettejä. Sinetit ja tila noudattavat sopimuksen tekijän asettamia erityisiä sääntöjä ja vahvistuksia, joita hallitsee "kaavio". Tämä skeema toimii kuin sääntöjoukko sopimustietojen tarkistamiseksi asiakaspuolella, mikä mahdollistaa protokollan korkean skaalautuvuuden ja yksityisyyden.
  
• RGB:n suunnittelu on erittäin yhteentoimiva olemassa olevien Bitcoin- ja Lightning Network -tekniikoiden kanssa, mikä helpottaa saumatonta integrointia näihin alustoihin ja mahdollisiin tuleviin päivityksiin.
  
• Toisin kuin monien blockchain-alustojen pakottava ohjelmointityyli, RGB käyttää deklaratiivista tyyliä. Tässä lähestymistavassa keskitytään halutun tuloksen hahmottelemiseen sen sijaan, että kuvattaisiin yksityiskohtaisesti sen saavuttamiseksi tarvittavia vaiheita.
  
• RGB hyödyntää erilaisia ​​kehittyneitä tekniikoita, kuten AluVM deterministisiin kannettaviin laskentatehtäviin, PRISM osittain replikoituun äärettömän tilan koneiden laskemiseen ja Storm sulkuperusteiseen luottamattomaan tallennustilaan, jossa käytetään zk-varmennusta. Nämä tekniikat edistävät RGB:n kestävyyttä, luottamuksellisuutta ja laajennettavuutta.
  
• RGB (v0.10) tuo merkittäviä parannuksia käyttökokemukseen ja integraatioprosesseihin, virtaviivaistaa toimintaa ja minimoi riippuvuuksia. Päivitetyssä versiossa on yhtenäisempi kirjastosovellusliittymä ja komentorivityökalu, mikä tekee siitä helpomman ja käyttäjäystävällisemmän.

Lyhyt kuvaus

RGB on protokolla, joka on suunniteltu tokenien myöntämiseen Bitcoin-verkossa, jossa on parannettu yksityisyys ja yhteensopivuus Lightning Networkin kanssa. Se perustuu käsitteeseen "värilliset kolikot", kuten ne, joita käytetään OmniLayer-protokollassa, jossa Bitcoin-tapahtumien metatiedot osoittavat tunnuksen siirron. Esimerkiksi USDT-tapahtumat OmniLayerissa toimivat Bitcoin-tapahtumina, joita on täydennetty USDT-tunnuksen liikkeitä yksityiskohtaisilla tiedoilla. Näillä menetelmillä on kuitenkin rajoituksia, kuten datakokorajoituksia OP_RETURN-ulostuloissa, intensiivinen lohkoketjuskannaus ja rajoitettu yksityisyys, joka johtuu ketjun näkyvyydestä.

RGB ratkaisee nämä ongelmat siirtämällä suurimman osan validointiprosesseista pois Bitcoin-lohkoketjusta. Se ottaa käyttöön asiakaspuolen validoinnin ja käyttää kertakäyttöisiä sinettejä yhdistääkseen rahakkeita Bitcoinin UTXO:ihin, säilyttäen samalla käyttäjien yksityisyyden.

Tokenit siirretään sitoutumalla viestiin, joka sisältää RGB-maksutiedot Bitcoin-tapahtuman sisällä, jolloin tokenit voivat siirtyä UTXO:sta toiseen jättämättä jälkeä Bitcoin-tapahtumakaavioon. Tämä parantaa merkittävästi yksityisyyttä, koska RGB-tapahtumat "teleportoivat" tokeneja huomaamattomasti RGB-kohtaisilla tiedoilla, jotka välitetään yksityisten ketjun ulkopuolisten kanavien kautta.

Lisäksi omistuksen varmistamiseksi ja inflaation estämiseksi vastaanottajien on vahvistettava vastaanotettujen tokenien koko tapahtumahistoria. RGB mahdollistaa tulevat päivitykset ilman kovaa haarukkaa, mikä varmistaa, että kaivostyöntekijät eivät pysty jäljittämään omaisuusvirtaa, mikä tarjoaa paremman vastustuskyvyn sensuurille. Toisin kuin perinteiset lohkoketjurakenteet, RGB toimii ilman lohkoja tai ketjuja ja sijoittaa sen ei-lohkoiseksi hajautettuksi protokollaksi, joka lupaa korkeaa luottamuksellisuutta, turvallisuutta ja skaalautuvuutta.

Johdanto ja visio

Yksilinjainen: Asiakkaan vahvistama tila- ja älykäs sopimusjärjestelmä, joka toimii Layer 2/3 -tasolla Bitcoinissa ja Lightning Networkissa.

Lisätietoja:

RGB on skaalautuva ja luottamuksellinen älykkäiden sopimusten järjestelmä Bitcoin & Lightning Networkille. RGB-älysopimukset toimivat asiakaspuolen validointi paradigma, asuminen kaikki älykkäiden sopimusten tiedot ulkopuolella Bitcoin-tapahtumat, eli Bitcoin-lohkoketju tai Lightning-kanavatila. Tämä mahdollistaa järjestelmän toiminnan Lightning Networkin päällä ilman muutoksia LN-protokolliin ja antaa myös perustan korkeatasoiselle protokollan skaalautuvuuden ja yksityisyyden suojalle.

Älykkäät sopimukset ilmentävät yksityisen ja keskinäisen omistuksen, abstraktion ja huolenaiheiden erottamisen periaatteita. Ne edustavat "post-blockchain", Turingin täydellistä luotettamattoman hajautetun laskennan muotoa, joka ei vaadi tunnuksien käyttöönottoa.

RGB-sopimukset toimivat erillisissä segmenteissä, joita kutsutaan "siruiksi". Jokaisella sirpaleella on oma historiansa ja tietonsa, mikä tarkoittaa, että eri sopimukset eivät sekoita historiaansa. Tämä menetelmä parantaa skaalautuvuutta. Termiä "sirpale" käytetään osoittamaan, että RGB saavuttaa samanlaiset tavoitteet kuin Ethereumin sirpalekonseptilla.

Vaikka RGB-sopimukset toimivat itsenäisesti, ne voivat olla vuorovaikutuksessa Bifrost-protokollan kautta Lightning Networkissa. Tämä mahdollistaa koordinoidut muutokset useiden osapuolten välillä. Se mahdollistaa esimerkiksi DEXE:iden toiminnan Lightning Networkissa.

Tekniikka ja arkkitehtuuri

Korkeatasoinen yleiskatsaus RGB-toiminnasta ja kertakäyttöisistä tiivisteistä

Kuva 1. Korkean tason yleiskuvaus RGB:n toiminnasta.
Lähde: LNP/BP Association Github.

Turvamekanismina RGB käyttää kertakäyttöiset tiivisteet defined over bitcoin UTXO:t, jotka tarjoavat kaikille osapuolille, joilla on älykäs sopimustilan historia, mahdollisuuden varmistaa sen ainutlaatuisuus. Pohjimmiltaan RGB hyödyntää Bitcoin-skriptiä tietoturvamallissaan ja defiMuut omistus ja käyttöoikeudet.

Kuva 2. RGB Korkean tason toimintaperiaate.
Lähde: "Driving Mass Adoption of Crypto: How the RGB Protocol is Illuminating the Future of Bitcoin" by Waterdrip Capital.

Jokainen RGB-älysopimus on defined a synnyn tila, jonka on suunnitellut älykäs sopimuksen myöntäjä (tai yksinkertaisesti sanottuna liikkeeseenlaskija) ja suunnattu asyklinen graafi (DAG). tilansiirtymät säilytetään asiakkaan vahvistamina tietoina.

Kuva 3. Tapahtumat, suljettu sinetti ja todistaja.
Lähde: LNP/BP Association Github.

Voimme tiivistää sen seuraavasti: jokaisessa kaupassa on UTXO, ja tämän UTXO:n omistus antaa omistajalle oikeuden hallita valtiota. Omistajuus määrittää, kuka voi muokata lohkoketjun tilaa ja "kuluttaa" UTXO:n. Valtion omistavaa henkilöä kutsutaan puolueeksi omistava valtio.

Osapuolella on valtuudet muokata älykkään sopimustilan asianmukaista osaa generoimalla uusi tilasiirtymä ja vahvistamalla se tapahtumassa hyödyntäen edellisen tilan sisältävää lähtöä.

Prosessi merkitsee suljetaan tilasiirtymä, ja paria, joka koostuu kulutustapahtumasta ja vastaavasta tilasiirtymän ylimääräisestä tapahtumadatasta, kutsutaan nimellä Todistaja (esitetty yllä olevassa kuvassa).

Omistusoikeus ja käyttöoikeus: ydinominaisuudet

Kuva 4. Omistajuus ja käyttöoikeudet.
Lähde: LNP/BP Association Github.

Valtion omistus ja validointi ovat erillisiä käsitteitä. Validointisäännöt määrittelevät, kuinka tila voi muuttua, mutta ne eivät tunnista, kuka voi toteuttaa muutoksen. 

Toisaalta omistusta ohjaa Bitcoin-skripti Bitcoin-lohkoketjutasolla, mikä ei ole Turing Complete. Sitä vastoin validointisääntöjä hallitsee RGB-skeema, joka käyttää yksinkertaisuutta/sopimuskomentosarjaa eli on Turing Complete. 

RGB-skeema

RGB-älysopimuksissa jokaiselle sopimukselle on määritetty yksilöllinen tila kertakäyttöisten sinettien avulla. Näillä sinetillä, valtion kanssa, on erityiset säännöt ja vahvistukset, jotka sopimuksen tekijä on asettanut alussa. Tätä asetusta hallitsee "skeema", joka toimii sääntönä, joka vahvistaa sopimustiedot asiakaspuolella. Kaava voi sisältää monimutkaisia ​​skriptejä, jotka ovat olennainen osa sopimuksen logiikkaa.

Kuva 5. RGB-skeema.
Lähde: LNP/BP Association Github.

Asiakaspuolen validointi- ja suunnitteluperiaatteet

Kuva 6. RGB-asiakaspuolen vahvistus.
Lähde: LNP/BP Association Github.

1. Vahva omistus: RGB:ssä älykkäillä sopimuksilla on selkeästi defined omistaja tai omistajat. Vain nimetyillä omistajilla on oikeus muuttaa sopimuksen tilaa. Nämä sopimukset määrittelevät erilliset oikeudet tai toiminnot, jotka luokitellaan joko julkisiksi (kaikkien käytettävissä) tai omistetuiksi (rajoitettu omistajalle).
2. Luottamuksellisuus: Sopimuksen sisältämät tiedot pidetään luottamuksellisina, vain osallistujien, erityisesti valtion omistajien, tiedossa. Osallistujilla on mahdollisuus julkistaa tietyt tiedot, mutta oletusarvoisesti kaikki tiedot ovat yksityisiä. Tämä luottamuksellisuus estää ulkoisia analyysityökaluja pääsemästä tietoihin ja varmistaa, ettei arkaluonteisia tietoja tallenneta julkisiin kirjanpitoihin.
3. Huolien erottelu: RGB:ssä on modulaarinen rakenne, jossa on erilliset tasot, joista jokaiselle on määritetty tietty tehtävä. Nämä kerrokset toimivat itsenäisesti, jolloin alempien kerrosten ei tarvitse olla tietoisia ylempien kerrosten rakenteesta. Tämä suunnittelu parantaa järjestelmän organisointia ja tehokkuutta.
4. laajennettavuus: Järjestelmä on helposti laajennettavissa, mikä mahdollistaa edistyneiden älykkäiden sopimusten luomisen ja integroinnin ilman tarvetta muuttaa ydinprotokollaa tai kääntää koko RGB-kirjastoa uudelleen.
5. Determinismi: RGB:n validointilogiikka on deterministinen ja tuottaa jatkuvasti identtisiä tuloksia samoilla tuloilla ja taustalla olevan lohkoketjun tai Lightning Network -kanavan vallitsevalla tilassa. Tämä johdonmukaisuus saavutetaan kahdella pääkomponentilla: a. Ydin validointilogiikka, joka on kirjoitettu Rustilla, on sama kaikissa RGB:tä käyttävissä järjestelmissä. b. Sopimuskohtainen validointilogiikka toimii AluVM:ssä, virtuaalikoneessa, joka tarjoaa johdonmukaiset ohjeet alustasta riippumatta.
6. LNP/BP yhteentoimivuus: RGB on suunniteltu toimimaan saumattomasti olemassa olevien Bitcoin- ja Lightning Network -tekniikoiden kanssa. Se on myös rakennettu yhteensopivaksi näiden teknologioiden tulevien päivitysten kanssa.
   

RGB- ja Pure Blockchain/L1 -lähestymistapa

Puhdas blockchain/L1-lähestymistapa on väärä, RGB-tiimi toteaa.

Kuva 7. RGB-kommentteja Blockchain/L1-lähestymistavasta.
Lähde: LNP/BP Association Github.

RGB:n lähestymistapa: deklaratiivinen vs. pakottava ohjelmointi:

• Useimmat blockchain-alustat, mukaan lukien Ethereum, käyttävät älykkäitä sopimuksia, jotka on kirjoitettu pakottavaan tyyliin. Tässä lähestymistavassa sopimus toimii ohjelmana, joka selkeästi ohjaa tehtävien vaiheittaista suorittamista, muistuttaen tarkkaa ja yksityiskohtaista reseptiä.
• Nämä pakolliset ohjelmat ovat usein melko rajoittavia ja niitä rajoittavat taustalla olevan lohkoketjualustan ominaisuudet. Vaikka niitä joskus kutsutaan Turing-täydellisiksi, niillä on merkittäviä rajoituksia.

RGB-älysopimusten deklaratiivinen luonne:

• RGB sen sijaan ei käytä pakollista ohjelmointia. Sen sijaan se käyttää erityistä toiminnallisen ohjelmoinnin muotoa, missä älykkäät sopimukset ovat defined deklaratiivisesti.
• Deklaratiivisessa ohjelmoinnissa sen sijaan, että kerrot yksityiskohtaisesti, miten jotain tehdään, kuvailet, mikä tuloksen tulisi olla. Se on kuin hahmotelisi, miltä aterian tulee näyttää, sen sijaan, että antaisi vaiheittaisia ​​ruoanlaitto-ohjeita.
• RGB:n "skeema" on deklaratiivinen defiälykäs sopimus. Siinä määritellään sopimuksen säännöt ja ehdot, mutta ei tarkkaa toimintosarjaa niiden saavuttamiseksi.

Paradigman muutos ohjelmoinnissa:

• Siirtyminen Ethereumin imperatiivisesta tyylistä RGB:n deklaratiiviseen tyyliin älykkäässä sopimusohjelmoinnissa on samanlaista kuin siirtyminen perinteisestä pakottavasta ohjelmoinnista toiminnalliseen tai deklaratiiviseen ohjelmointiin yleisessä ohjelmistokehityksessä.
• Tämä muutos edellyttää erilaista ajattelutapaa: keskittymistä "mitä" (halutut tulokset) pikemminkin kuin "miten" (erityiset vaiheet näiden tulosten saavuttamiseksi).

Yksinkertaisuus

Alkuperäinen suunnitelma sisälsi Simplicityn sisällyttämisen RGB:hen, ja yhteensopivuuden varmistamiseen pyrittiin ponnistelemaan ensimmäisestä päivästä lähtien. Simplicityn kehityksen hitaan etenemisen ja sen julkaisuaikajanaan liittyvän epävarmuuden vuoksi kävi kuitenkin selväksi, että siihen luottaminen oli epäkäytännöllistä. Parhaillaan valmisteilla oleva meneillään oleva RGB-julkaisu herätti kysymyksiä Simplicityn sisällyttämisestä.

Koska Simplicitylle ei ollut luotettavaa aikataulua, aloitimme vaihtoehtojen tarkastelun (WASM, EVM (vitsinä), IELE jne.). Lopulta kävi ilmi, että patentoidun virtuaalikoneen kehittäminen RGB:tä varten oli ainoa toteuttamiskelpoinen vaihtoehto, joka korvasi alun perin luottamuksen Simplicityyn.

Siksi päätimme luoda AluVM – puhtaasti toimiva, erittäin kannettava Rust-pohjainen virtuaalikone asiakaspuolen validoituihin älykkäisiin sopimuksiin (RGB), Lightning Networkiin, deterministiseen hajautettuun ja reunalaskentaan.

Prisma

PRISM tarkoittaa "osittain replikoitujen äärettömän tilan koneiden" laskentaa.

RGB-tekniikkaa defiNes-säännöt älykkäiden sopimusten kehittymiselle perustasolla, nimeltään Schema, mutta se ei rajoita kaikkia sopimuksen tulevia toimia yhdellä, kattavalla algoritmilla. Sen sijaan verkon jokainen solmu suorittaa yksittäisiä toimintoja, ja sekä sopimuksen tila että itse sopimus pysyvät voimassa niin kauan kuin nämä toiminnot noudattavat Scheman sääntöjä. 

Lisäksi tämä lähestymistapa ei rajoita sopimuksen historiallista kehitystä ennalta määrätyllä algoritmilla. Siten sopimus voi käyttäytyä vaihtelevasti, kunhan jokainen muutos täyttää tietyt validointisäännöt. Tämä menetelmä keskittyy paikallisiin sääntöihin yleisen algoritmin sijaan.

Sitä vastoin Ethereum käyttää globaalia algoritmia, jossa jokainen toiminto vaikuttaa älysopimuksen koko tilaan. RGB:tä käytettäessä työskentelet vain osan kanssa sopimuksen tilasta paikallisia sääntöjä soveltaen. Tämä tarjoaa laajemmat mahdollisuudet sopimuskehitykseen.

Alla näet korkean tason näkymän tilakanavien ja asiakaspuolen vahvistuksen eroista: 

Kuva 8. Hajautettujen järjestelmien erottelu.
Lähde: LNP/BP Association Github.

Tarkemmat erot ovat seuraavat: 

Kuva 9. Tilakanavien ja asiakaspuolen validoinnin vertailu.
Lähde: LNP/BP Association Github.

AluVM

AluVM – (algoritminen logiikkayksikkö VM) on puhdas toiminnallinen RISC-virtuaalikone, joka on suunniteltu deterministisiin kannettaviin laskentatehtäviin

AluVM erottuu siitä, että se käyttää rekisteripohjaista järjestelmää, joka estää satunnaisen muistin käytön. Tämä muotoilu parantaa AluVM:n soveltuvuutta sovelluksiin, kuten älykkäisiin sopimuksiin, koodin etäsuoritukseen sekä hajautettuun ja reunalaskentaan. AluVM:n ydinvahvuudet ovat sen determinismi, kestävyys ja kyky suorittaa muodollinen koodianalyysi.

Tärkeimmät ominaisuudet: Poikkeuksellinen, siirrettävyys, hiekkalaatikko, turvallisuus, laajennettavuus.

AluVM:n Instruction Set Architecture (ISA) on suunniteltu mukautuvaksi, jolloin se voi luoda erilaisia ​​ajonaikaisia ​​ympäristöjä eri sovelluksille. AluVM itsessään on hyvin ennustettava, toimiva, rekisteripohjainen virtuaalikone ja ISA. 

AluVM ISA rajoittaa satunnaismuistin käyttöä, mutta se suoriutuu erinomaisesti aritmeettisista tehtävistä, mukaan lukien elliptisiin käyriin liittyvät tehtävät. Ainutlaatuisella tavalla VM:n ympäristö voi laajentaa AluVM ISA:ta mahdollistaen toimintojen lisäämisen, kuten tietojen lataamisen VM:n rekistereihin ja tukevien erikoisohjeiden (esim. SIMD) erityisille sovelluksille.

AluVM on pääasiassa tarkoitettu käytettäväksi hajautetuissa järjestelmissä, joissa yhdenmukaisuus ja luotettavuus eri alustoilla ovat ratkaisevampia kuin käsittelynopeus. AluVM:n ensisijaisia ​​käyttötarkoituksia oikeilla ISA-laajennuksilla ovat lohkoketjutekniikka, verkkojen konsensuksen kannalta kriittiset laskelmat, reunalaskenta, moniosapuolilaskenta (joka kattaa deterministisen koneoppimisen), asiakaspuolen validointi, rajoitettu Internet2-laskenta ja geneettiset algoritmit. Nämä sovellukset hyötyvät AluVM:n kyvystä toimia johdonmukaisesti ja turvallisesti erilaisissa ympäristöissä.

Kuva 10. AluVM-vertailu.
Lähde: LNP/BP Association Github.

Contractum

Contractum erottuu muista älykkäistä sopimusohjelmointikielistä yhdistämällä Haskellin toiminnalliset ominaisuudet Rustissa nähdyn paljaan metallin läheisyyteen. Sillä on markkinarako, joka ei aiemmin ollut älykkäiden sopimusten saatavilla:

Kuva 11. Contractum, Simplicity ja muiden kielten vertailu.
Lähde: contractum.org

Contractum on ohjelmointikieli, jota käytetään RGB-sopimusten luomiseen. Contractumin kanssa tehdyt sopimukset tarkistetaan asiakaspuolen validointimenetelmällä. Tämä lähestymistapa ei lisää tietoja Bitcoin-lohkoketjuun, jota voidaan verrata eräänlaiseen sharding-tekniikkaan, jota parannetaan entisestään käyttämällä nollatietotodisteita. 

Asiakaspuolen validointi erottaa myös sopimuksen kehityksen lohkoketjutransaktioista, mikä tekee mahdottomaksi seurata tai analysoida näitä tapahtumia perinteisillä lohkoketjuanalyysimenetelmillä.

Kuva 12. Contractum-ominaisuudet.
Lähde: contractum.org

Contractum-suunnitteluun osallistumiseksi on tärkeää tutustua RGB-älysopimusten käyttämiin teknologioihin:

Kuva 13. RGB-älysopimusten käyttämät tekniikat.
Lähde: contractum.org

Viimeisimmät päivitykset uuteen versioon RGB v0.10

RGB:n uusimmassa iteraatiossa (versio 0.10) on toteutettu useita edistyneitä teknisiä parannuksia, jotka parantavat kehyksen valmiuksia monimutkaiseen sovelluskehitykseen. Nämä päivitykset keskittyvät ensisijaisesti globaalin tilan käyttöönottoon kullekin RGB-sopimukselle, sopimusrajapintojen integroimiseen ja tiukan tyyppijärjestelmän käyttöönottoon.

Globaali tila RGB-sopimuksissa

Globaali tila -ominaisuus on tärkeä innovaatio RGB v0.10:ssä, jonka avulla jokainen sopimus voi ylläpitää yleisesti saatavilla olevaa tilaa. Tämä tila on käytettävissä RGB-virtuaalikoneen lisäksi myös ulkoisille asiakkaille, kuten lompakoille ja muille sovelluksille.

Tämän Global Staten hyödyllisyys on avainasemassa kehittyneiden sovellusten rakentamisessa RGB-alustalle, erityisesti sellaisille, jotka vaativat monimutkaista tilanhallintaa, kuten synteettisiä resursseja ja algoritmisia stabiileja kolikoita. Se mahdollistaa dynaamisemman vuorovaikutuksen sopimuksen tilan kanssa, mikä ylittää perinteisten älykkäiden sopimusarkkitehtuurien rajoitukset.

Sopimusrajapinnat

RGB v0.10 esittelee "sopimusrajapinnat" standardoituna viestintäprotokollana erilaisille älykkäille sopimuksille. Nämä rajapinnat toimivat samalla tavalla kuin Ethereumin sopimus ABI:t (Application Binary Interfaces) ja ERC:t (Ethereum Request for Comments).

Tärkeä ero RGB:n lähestymistavassa on näiden rajapintojen ei-pakollinen standardointi ja niiden luontainen pakkaaminen sopimuksiin, mikä eliminoi erillisen jakelun tarpeen. Tämä helpottaa semanttisesti tietoista vuorovaikutusta käyttäjien ja sopimusten välillä lompakoiden ja muiden ohjelmistojen käyttöliittymien kautta.

Nämä liitännät eivät ole staattisia; kehittäjät voivat täydentää olemassa olevia sopimuksia lisäliitännöillä ajan myötä, mikä parantaa toimivuutta muuttamatta muuttumatonta sopimusydintä.

Tiukkatyyppinen järjestelmä

Uusi koodausmuoto RGB v0.10:ssä käyttää "tiukkatyyppistä" järjestelmää. Tämä järjestelmä on uusi toiminnallinen tietotyyppinen lähestymistapa, joka on suunniteltu sopimustilojen tehokkaaseen esittämiseen ja itsetutkiskeluun RGB-kehyksen sisällä.

Tiukka tyyppijärjestelmä varmistaa tietokokojen käännösaikavarmuuden, mikä on erityisen hyödyllistä käytettäessä resurssirajoitteisissa laitteissa, kuten pienikokoisissa laitteistolompakoissa, joissa on rajoitettu muistikapasiteetti.

Lisäksi koko RGB-konsensuskerros versiossa 0.10 on koottu tiukoiksi tyypeiksi, mikä tarjoaa perustan muodollisille todisteille binääriyhteensopivuudesta eri ohjelmistojulkaisujen välillä. Tämä ominaisuus ei ainoastaan ​​yksinkertaista ja suojaa RGB:n käyttöä, vaan myös mahdollistaa omaisuuden myöntäjien ja sopimuskehittäjien liittää omaisuuteensa tai sopimuksiinsa lisää metatietoja. Tällaisilla metatiedoilla voi olla ratkaiseva rooli RGB-ekosysteemin omaisuuden tai sopimusten identiteetin ja aitouden varmistamisessa.

Ruosteeseen perustuvat älykkäät sopimukset

RGB-älysopimukset voidaan nyt kirjoittaa Rustissa, mikä hyödyntää kielen ominaisuuksia tyyppiturvallisuuden ja suorituskyvyn parantamiseksi.

Tiukka järjestelmätyyppiintegraatio mahdollistaa Rust-tietotyyppien suoran kokoamisen RGB-sopimusrakenteiksi, mikä parantaa sopimuskoodin tehokkuutta ja luotettavuutta.

Parannetut valtion itsetutkiskeluominaisuudet

RGB v0.10:n älykkäät sopimukset voivat tutkia oman tilansa RGB-virtuaalikoneen suorittaman vahvistuskoodin sisällä.

Tämä ominaisuus on erityisen hyödyllinen luotaessa monimutkaisia ​​sopimuksia, jotka ovat vuorovaikutuksessa Bitcoin-tapahtumien, Diskreettien lokisopimusten ja muiden monimutkaisten tietorakenteiden kanssa, mikä parantaa RGB-älysopimusten laajuutta ja toimivuutta.

URL-pohjainen laskun muoto

Päivitys esittelee uuden laskumuodon, joka korvaa aiemman Bech32m-koodatun järjestelmän.

Nämä uudet URL-pohjaiset laskut ovat huomattavasti lyhyempiä ja käyttäjäystävällisempiä, mikä helpottaa varmentamista ja automaattista avaamista esikonfiguroidun ohjelmiston avulla.

WASM (WebAssembly) -tuki

RGB-standardikirjasto on nyt yhteensopiva ympäristöjen kanssa, joista puuttuu I/O- ja tiedostojärjestelmän käyttöoikeudet, kuten verkkosivut tai selainlaajennukset.

Tämä laajentaa RGB:n mahdollisia käyttötapauksia, jolloin se voi toimia saumattomasti useissa verkkopohjaisissa sovelluksissa ja laajennuksissa.

Tajuuren kuvaajat ja mukautettu johtaminen

RGB versio 0.10 hyödyntää taproot-pohjaisia ​​OP_RETURN-sitoumuksia (kutsutaan nimellä tapret), mikä edellyttää kuvaajatason tukea lompakoille, jotta ne voivat tunnistaa transaktiot, joissa on säädetyt lähdöt.

Mukautettujen johdannaisindeksien käyttöönotto tässä versiossa estää muita kuin RGB-lompakoita käyttämästä vahingossa RGB-resursseja sisältäviä tulosteita, mikä takaa näiden varojen eheyden.

Yksinkertaistetut riippuvuudet

RGB-konsensuskerros versiossa 0.10 on vähentänyt riippuvuuksiaan, erityisesti siirtymällä pois mukautetusta luodinkestävästä toteutuksesta, joka alun perin johdettiin Grin-projekteista.

Tämä riippuvuuksien väheneminen parantaa API:n vakautta ja yleistä järjestelmän kestävyyttä.

Virtaviivainen integraatioprosessi

Päivitys yksinkertaistaa toiminnallisia työnkulkuja vähentämällä useiden API-kutsujen ja monimutkaisen monikielisen tietorakenteen koodauksen tarvetta.

RGB-sopimustilat esitetään nyt JSON-objekteina, mikä mahdollistaa suoran sarjoinnin eri ohjelmointikielillä.

Käyttäjäkokemuksen parannukset

RGB:n uusi versio yksinkertaistaa käyttökokemusta yhdistämällä aiemmin erilaiset komponentit yhtenäiseksi kirjaston API:ksi ja komentorivityökaluksi.

Vaikka RGB-solmua voidaan edelleen käyttää kotipalvelimilla, sen käyttö ei ole enää pakollista vuorovaikutuksessa RGB-järjestelmän kanssa, mikä vähentää käyttäjien ja lompakkosovellusten pääsyn esteitä.

Tämä osio sisältää erityisen tunnustuksen Waterdrip Capitalille siitä, että se on korostanut viimeisimmät ominaisuudet teoksessaan "Driving Mass Adoption of Crypto: Kuinka RGB-protokolla valaisee Bitcoinin tulevaisuuden".

RGB-kilpailijat

Kuva 14. FRGB vs Ethereum yksinkertaisin sanoin.
Lähde: LNP/BP Association Github

Taproot

Taproot Assets, joka tunnettiin aiemmin nimellä Taro, on protokolla, joka on suunniteltu tokenien käynnistämiseen Bitcoin-verkossa. Tämä protokolla hyödyntää Taprootin UTXO-mallia ja siihen liittyviä ratkaisuja, kuten Tapscript ja taptweak. Näitä työkaluja käytetään tallentamaan tietoja omaisuuden tarjonnasta ja saldosta Bitcoin-tapahtumatietoihin.

Kuva 15. Kaavio Taproot Assets -tunnuksia koskevien tietojen tallentamiseksi.
Lähde: Voltagen "Taproot Assets: varojen liikkeeseenlasku Bitcoinilla".

Taproot Assets käyttää menetelmää, joka on analoginen Ordinals-konseptin kanssa, jossa BRC-20-tokenit tallentavat toimitustiedot lueteltujen satoshien metadataan. Sitä vastoin Taproot Assets upottaa nämä tiedot Bitcoin-tapahtuman Taproot-tulokseen käyttämällä niin sanottua "harvaa Merkle-puuta". Pohjimmiltaan Taproot Assets sisällyttää Merkle-puun Bitcoin-tapahtumaan, joka toimii todisteena tietyn käyttäjän saldosta ja yleisestä merkin tarjonnasta. Tämä puu puolestaan ​​heijastaa tietoja "universumista" - arkistosta, joka ylläpitää täydellistä omaisuushistoriaa ja jota hallinnoi tunnuksen myöntäjä.

Kuva 16. Digitaalinen tilapuu.
Lähde: Voltagen "Taproot Assets: varojen liikkeeseenlasku Bitcoinilla".

State Digital Tree – Taproot Assetsin arkkitehtuuri tarjoaa kaksi vaihtoehtoa tasapainon varmistamiseen: ketjun ulkopuolinen data maailmankaikkeudesta tai harva Merkle-puu, joka on upotettu UTXO:han.

Toimintamekanismi

1. Tokenin luoja suorittaa P2TR (Pay to Taproot) -tapahtuman käyttämällä Taproot Assets -protokollaa. 
2. Tietoa omaisuudesta Merkle-puun muodossa tallennetaan tämän tapahtuman UTXO:han (käytännössä genesis-lohko). 
3. Tokenin siirtämiseksi Taproot-avaimen omistaja muuttaa saldotietoja Merkle-puussa varmistaen, että kokonaisvarallisuus pysyy vakiona. 
4. Tällaiset muutokset otetaan käyttöön uuden Taproot-tapahtuman kautta. Jokaiselle tunnuksen siirrolle ei kuitenkaan vaadita erillistä ketjun sisäistä tapahtumaa. Samoin kuin kokoelmat tai Lightning Network, protokolla antaa omistajalle mahdollisuuden käsitellä "erän" siirtoja ja julkaista sen jälkeen päivitetyn saldotilan.

Taproot Assetsin edut

• Yksi Taproot Assetsin tärkeimmistä eduista on sen täydellinen yhteensopivuus Lightning Networkin kanssa, mikä parantaa skaalautuvuusmahdollisuuksia ja pienentää transaktiokustannuksia.
• Taproot Assets luo erillisen kerroksen tallennuksille mukautetuilla tunnuksilla. Vaikka se luottaa ensisijaisesti ketjun ulkopuoliseen dataan, se julkistaa pääverkon saldotilan. 
• Tämä lähestymistapa on joustavampi, skaalautuvampi ja kattavampi kuin BRC-20, mutta se on myös monimutkaisempi kokemattomille käyttäjille.

BitVM

BitVM on huippuluokan projekti, jonka tarkoituksena on muuttaa Bitcoin täysin hajautettuun laskenta-alustaan. 9. lokakuuta 2023 julkaistu BitVM:n valkoinen kirja esittelee teknologian, joka on tällä hetkellä testausvaiheessa ja vaatii edelleen kehittämistä saavuttaakseen täyden potentiaalinsa.

BitVM:n ydintoiminnot ja konsepti

BitVM käyttää ytimenään Optimistic Rollups -konseptia, joka ulkoistaa älykkäiden sopimusten laskelmat verkosta, minkä jälkeen se suorittaa ketjun sisäisen tarkistuksen "petostodisteiden" perusteella. Teoriassa, kun älykäs sopimustiedot on tallennettu Taproot-tapahtumaan (binäärikoodina), tiedonvaihdon ja laskelmien on tarkoitus tapahtua suoraan osapuolten välillä. Tämä lähestymistapa on suunniteltu vähentämään lohkoketjun ruuhkautumista. Kuitenkin, jos todistaja (todistaja eli sopimuksen omistaja) lähettää virheellisiä tietoja, todentaja voi aloittaa ketjun sisäisen tarkistuksen. Tämä prosessi muodostaa perustan petossuojan käsitteeseen.

Ketjuvahvistuksen käsittely laskennallisesti rajoitetussa verkossa

Haasteena on, kuinka toiminnan tarkistus suoritetaan verkossa, joka ei luonnostaan ​​tue tällaisia ​​laskelmia. Tämän ratkaisemiseksi BitVM käyttää Merkle-puuta luomaan loogisen NAND-porttimallin, joka sitten tallennetaan Taproot-tapahtumaan. Pohjimmiltaan tapahtumatiedon Merkle-puu toimii NAND-mallina, jossa jokaisella "haaralla" on yksi kahdesta mahdollisesta arvosta: 1 tai 0. Ketjun laskenta etenee bitti kerrallaan, jolloin yhden "haaran" tulos tulee syöte seuraavaa varten. Älykkäiden sopimuspuolten välillä tapahtuu jatkuvaa transaktioiden vaihtoa arvon todentamista varten. Jos todistajan laskentaversio todetaan virheelliseksi, todentaja saa omaisuutensa lukittuna Taproot-tapahtumaan.

Kuva 17. NAND:n kaavamainen esitys.
Lähde: Bitcoin Magazine: Big Deal with BitVM: Mielivaltainen laskenta nyt mahdollista Bitcoinissa ilman haarukkaa

NANDin rakentaminen Taprootin ja Merkle Treen avulla

Yksityiskohtaiset tiedot siitä, kuinka BitVM helpottaa NAND:n rakentamista Taproot- ja Merkle-puiden avulla, sekä sen vaikutuksista laskelmiin löytyy teknisestä dokumentaatiosta.

Tämä lähestymistapa mahdollistaa älykkäiden sopimuslaskelmien tarkan, vaiheittaisen todentamisen lohkoketjun eheyden ja turvallisuuden periaatteiden mukaisesti.

Älykkäiden sopimusten kahdenvälisyyden haasteet

BitVM:ssä on edelleen merkittävä ongelma, joka johtuu älykkäiden sopimusten kahdenvälisestä rakenteesta, mikä mahdollistaa suoran tiedonvaihdon vain todentajan ja todistajan välillä, poissulkematta kolmannen osapuolen osallistumista. Tämä rajoitus estää dApp-kehityksen ja vaatii lisäratkaisuja monen osapuolen sopimusrakenteille. 

Lisäksi BitVM:n monimutkaiset ja matalat ominaisuudet viittaavat siihen, että tätä perustaa hyödyntävien toiminnallisten tuotteiden rakentaminen voi kestää useita vuosia. Huomattava kehitys ja innovaatio ovat välttämättömiä tämän perustavan teknologian muuntamiseksi käytännön sovelluksiksi.

Yksityiskohtaista syvällistä sukellusta varten älä epäröi lukea BitVM:ää Whitepaper - https://bitvm.org/bitvm.pdf 

Yhteenveto

RGB-protokolla on tekninen kehitys Bitcoin-ekosysteemissä, joka tuo toiminnallisuuksia älykkäiden sopimusten toteuttamiseen ja tunnuksen myöntämiseen, jotka on sidottu suoraan Bitcoin-verkkoon. Tämä saavutetaan yhdistämällä asiakaspuolen validointi ja kertakäyttöisten sinettien käyttö, jotka yhdistävät tunnukset Bitcoinin UTXO:iin säilyttäen samalla tapahtuman yksityisyyden.

Yksi RGB:n tärkeimmistä teknisistä eduista on sen lähestymistapa skaalautumiseen ja yksityisyyteen. Siirtämällä valtaosan validointityöstä pois Bitcoin-lohkoketjusta ja käyttämällä salausmenetelmiä tapahtumien varmentamiseen, RGB vähentää tehokkaasti lohkoketjun tietotaakkaa. Tämä lähestymistapa edistää verkoston tehokkuuden ylläpitämistä varsinkin transaktiovolyymien kasvaessa.

RGB:n yhteensopivuus Lightning Networkin kanssa on toinen tärkeä näkökohta, mikä mahdollistaa skaalautuvamman ja tehokkaamman tapahtumien käsittelyn. Tämä ominaisuus on erityisen tärkeä, kun otetaan huomioon nopeampien ja kustannustehokkaiden transaktiomenetelmien kasvava kysyntä kryptovaluuttatilassa.

RGB-tekniikan monimutkaisuus asettaa kuitenkin haasteita käyttäjien saavutettavuudelle ja ymmärtämiselle. Protokollan arkkitehtuuri ja käytetyt kehittyneet kryptografiset menetelmät voivat olla vaikeasti ymmärrettäviä ja toteutettavia, varsinkin niille, jotka ovat aloittelemassa lohkoketjuteknologiaa. Tämä monimutkaisuus voi haitata laajempaa käyttöönottoa ja käyttäjien sitoutumista.

Lisäksi vaikka RGB parantaa yksityisyyttä pitämällä sopimustiedot poissa lohkoketjusta, tämä näkökohta herättää myös kysymyksiä tietojen todennetavuudesta ja kyvystä tarkastaa tapahtumia, jotka ovat ratkaisevia tiettyjen sovellusten ja säännösten noudattamisen kannalta.

RGB:n uusin päivitys, versio 0.10, asettaa sen merkittäväksi kilpailijaksi lohkoketjuteknologian kehittyvässä maisemassa, erityisesti uusia protokollia vastaan, kuten Taproot Assets ja BitVM. Toisin kuin Taproot Assets, joka keskittyy Taprootin UTXO-mallin hyödyntämiseen tunnuksen myöntämiseen Bitcoin-verkossa, RGB erottuu edistyneillä tietosuojaominaisuuksilla ja ketjun ulkopuolisella tiedonkäsittelyllä tarjoten selkeän lähestymistavan älykkäisiin sopimustoimintoihin ja tunnuksen hallintaan.

Samoin vaikka BitVM esittelee uuden konseptin hajautettuun laskentaan Bitcoinissa, RGB:n version 0.10 edistysaskel asiakaspuolen validoinnissa, sopimusrajapinnoissa ja tiukassa tyyppijärjestelmässä esittelee sen ainutlaatuista lähestymistapaa skaalautuvuuden ja käyttäjien vuorovaikutuksen parantamiseen Bitcoin-ekosysteemissä. Nämä parannukset korostavat RGB:n kykyä vastata skaalautuvuus- ja tehokkuushaasteisiin, joilla perinteiset ja nousevat protokollat ​​kohtaavat usein rajoituksia.

Riippuvuuksien ja integraatioprosessien yksinkertaistaminen RGB:n uusimmassa versiossa osoittaa edelleen keskittymistä käyttäjäkokemukseen ja järjestelmän vakauteen, mikä erottaa sen kilpailijoista. Tämä sijoittuu RGB:n vankkaksi alustaksi yksityisyyteen keskittyville ja skaalautuville älykkäille sopimuksille ja tunnuksen myöntämiselle, vaan myös eteenpäin suuntautuvaksi ratkaisuksi laajemmassa lohkoketjutilassa.

Yhteenvetona voidaan todeta, että RGB-protokolla on merkittävä teknologinen kehitys Bitcoin-verkossa, joka tarjoaa edistyneitä ominaisuuksia älykkäisiin sopimuksiin ja tokenien myöntämiseen. Siinä käsitellään skaalautuvuuden ja yksityisyyden keskeisiä kysymyksiä, mutta se kohtaa haasteita monimutkaisuuden ja mahdollisen tarkastettavuuden suhteen. Protokollan meneillään oleva kehitys ja tulevat iteraatiot keskittyvät todennäköisesti näiden edistyneiden ominaisuuksien tasapainottamiseen käyttäjien saavutettavuuteen ja sääntelyyn liittyviin näkökohtiin.

Termiviitteet: 

1. Turing valmis: Käytännössä järjestelmä pystyy suorittamaan minkä tahansa laskentatehtävän riittävällä ajalla ja muistilla. Useimmat nykyaikaiset ohjelmointikielet ovat Turingin valmiita, mikä tarkoittaa niiden teoreettista kykyä ratkaista mikä tahansa laskentaongelma.
   
2. Kaavio: Sopimusskeema toimii varsinaisena koodina älykkäälle sopimukselle, jota myöntäjät voivat käyttää "sopimusmallina" ilman ulkoisten lähteiden toimittaman mukautetun koodin koodausta tai auditointia. RGB-skeema ei ole komentosarja, vaan tietorakenne.
   
3. Erilliset lokisopimukset (DLC) valtion kanavien yhteydessä ovat erikoistuneita älykkäitä sopimuksia, joita käytetään ensisijaisesti Bitcoin-verkossa. Ne mahdollistavat monimutkaisten rahoitussopimusten yksityisen ja tehokkaan toteuttamisen ulkoisiin tapahtumiin, kuten omaisuushintoihin, perustuen. DLC:t toimivat ketjun ulkopuolella säilyttäen sopimustietojen ja osallistujien henkilöllisyyden luottamuksellisuuden. He käyttävät ulkoisia tietolähteitä eli oraakkeleita sopimusten ratkaisemiseen. Kun DLC:t on integroitu tilakanaviin, ne parantavat skaalautuvuutta mahdollistamalla useiden tapahtumien selvittämisen ilman lohkoketjun ruuhkautumista, mikä tekee niistä ihanteellisia yksityisiin, tehokkaisiin rahoitustapahtumiin, jotka riippuvat reaalimaailman tuloksista.
   
4. myrsky – Escrow-pohjainen luotettava tallennus zk-suojauksella. Storm yhdistää escrow-pohjaisen luottamattoman tallennustilan nollatietotodisteisiin helpottaakseen turvallisia ja yksityisiä tapahtumia. Tässä järjestelmässä tietoja tai omaisuutta säilytetään sulkupankissa ja ne luovutetaan vain, kun tietyt ehdot täyttyvät, mikä varmistaa luotettavan ympäristön, jossa ei tarvita keskusviranomaista. Zk-todisteiden integrointi mahdollistaa näiden tapahtumien todentamisen äärimmäisen luottamuksellisuuden säilyttäen, koska ne mahdollistavat tietojen validoinnin paljastamatta taustalla olevia yksityiskohtia.
   
5. Prometheus – välimiesmenettelyyn perustuva luotettava hajautettu laskenta. Prometheus edustaa lähestymistapaa hajautettuun laskemiseen, jossa yhdistyvät välimiesmenettelyt riitojen ratkaisemiseksi, luotettavat vuorovaikutukset turvallisiin ja hajautettuihin toimintoihin sekä tilakanavien tehokkuus ketjun ulkopuoliseen laskennan hallintaan.
   
6. A Pienennetty ohjesarja Tietokone on eräänlainen mikroprosessoriarkkitehtuuri, joka käyttää pientä, erittäin optimoitua käskyjoukkoa muissa arkkitehtuureissa tyypillisen erittäin erikoistuneen käskyjoukon sijaan.