RGB sustiprina „Bitcoin“ ir „Lightning Network“ mastelio keitimo ir privatumo galimybes

Lt; DR

• RGB veikia kaip „Layer 2/3“ sprendimas „Bitcoin“ ir „Lightning Network.“ kliento pusės patvirtinimo paradigmoje, talpinant visus išmaniųjų sutarčių duomenis, nesusijusius su Bitcoin sandoriais. Ši konstrukcija užtikrina sistemos veikimą žaibo tinkle, todėl nereikia keisti LN protokolų.
  
• RGB išmaniosios sutartys yra sukurtos atsižvelgiant į mastelį ir konfidencialumą. Sistema palaiko privačią ir abipusę nuosavybę, abstrahuoja ir atskiria problemas, reprezentuojančią po blokų grandinės, Turingo užbaigtą patikimo paskirstyto skaičiavimo formą be būtinybės įvesti naujų žetonų.
  
• RGB sutartys yra suskirstytos į atskirus segmentus, vadinamus „skaldeliais“, kurių kiekvienas turi savo istoriją ir duomenis, pagerina mastelio keitimą ir neleidžia maišyti skirtingų sutarčių istorijų. Jie sąveikauja naudodami „Bifrost“ protokolą „Lightning“ tinkle, įgalindami suderintus kelių šalių pakeitimus, panašius į „Lightning Network“ veikiančius DEX.
  
• RGB naudoja vienkartinius sandariklius defined per Bitcoin UTXO saugumo sumetimais. Bet kuri šalis, turinti išmaniosios sutarties būsenos istoriją, gali patikrinti jos unikalumą, panaudodama Bitcoin scenarijų define nuosavybės ir prieigos teisės.
  
• RGB valstybės nuosavybė ir patvirtinimas yra atskiri subjektai. Nuosavybę valdo Bitcoin scenarijus, ne Turing Complete sistema. Kita vertus, patvirtinimo taisykles diktuoja RGB schema naudojant Turing Complete Simplicity/Contractum/Rust Script.
  
• Kiekviena RGB išmanioji sutartis yra susieta su unikalia būsena, naudojant vienkartinius antspaudus. Antspaudai ir būsena atitinka konkrečias sutarties kūrėjo nustatytas taisykles ir patvirtinimus, kuriems taikoma „schema“. Ši schema veikia kaip taisyklių rinkinys, skirtas tikrinti sutarties duomenis kliento pusėje, užtikrinant aukštą protokolo mastelio keitimo ir privatumo lygį.
  
• RGB dizainas yra labai suderinamas su esamomis Bitcoin ir Lightning Network technologijomis, palengvindamas sklandų integravimą su šiomis platformomis ir bet kokius būsimus atnaujinimus.
  
• Skirtingai nuo daugelio „blockchain“ platformų privalomo programavimo stiliaus, RGB naudoja deklaratyvųjį stilių. Taikant šį metodą dėmesys sutelkiamas į norimo rezultato apibūdinimą, o ne į konkrečius žingsnius jam pasiekti.
  
• RGB naudoja įvairias pažangias technologijas, įskaitant „AluVM“, skirtą deterministinėms nešiojamojo skaičiavimo užduotims atlikti, PRISM, skirtą iš dalies atkartotoms begalinės būsenos mašinoms, ir „Storm“, skirtą sąlyginio deponavimo principu pagrįstai patikimai saugyklai, naudojant zk-proofs. Šios technologijos prisideda prie RGB tvirtumo, konfidencialumo ir išplečiamumo.
  
• RGB (v0.10) suteikia reikšmingų naudotojų patirties ir integravimo procesų patobulinimų, supaprastina operacijas ir sumažina priklausomybes. Atnaujintoje versijoje yra labiau suvienodinta bibliotekos API ir komandų eilutės įrankis, todėl ji tampa prieinamesnė ir patogesnė vartotojui.

Trumpas aprašymas

RGB yra protokolas, sukurtas žetonams išduoti Bitcoin tinkle su padidintu privatumu ir suderinamumu su žaibo tinklu. Jis grindžiamas „spalvotų monetų“ sąvoka, kaip ir naudojamos „OmniLayer“ protokole, kur Bitcoin operacijų metaduomenys rodo žetonų perdavimą. Pavyzdžiui, USDT operacijos „OmniLayer“ veikia kaip „Bitcoin“ operacijos, papildytos papildomais duomenimis, detalizuojančiais USDT žetonų judėjimą. Tačiau šie metodai susiduria su apribojimais, tokiais kaip duomenų dydžio apribojimai OP_RETURN išvestėse, intensyvus blokų grandinės nuskaitymas ir ribotas privatumas, atsirandantis dėl matomumo grandinėje.

RGB sprendžia šias problemas perkeldama daugumą patvirtinimo procesų nuo Bitcoin blokų grandinės. Jis naudoja kliento pusės patvirtinimą ir naudoja vienkartinius antspaudus, kad žetonai būtų sujungti su Bitcoin UTXO, kartu išsaugant vartotojo privatumą.

Žetonai perduodami prisijungus prie pranešimo, kuriame yra RGB mokėjimo informacija Bitcoin operacijos metu, leidžiant žetonams perkelti iš vieno UTXO į kitą nepaliekant pėdsakų Bitcoin operacijų grafike. Tai žymiai padidina privatumą, nes RGB operacijos diskretiškai „teleportuoja“ žetonus, o specifiniai RGB duomenys perduodami privačiais už grandinės kanalais.

Be to, norėdami užtikrinti nuosavybės teisę ir užkirsti kelią infliacijai, gavėjai turi patvirtinti visą gautų žetonų operacijų istoriją. RGB suteikia galimybę ateityje atnaujinti nereikalaujant kietųjų šakių, o tai užtikrina, kad kalnakasiai negalės atsekti turto srauto, taip užtikrinant didesnį atsparumą cenzūrai. Skirtingai nuo tradicinių blokų grandinės struktūrų, RGB veikia be blokų ar grandinių, pozicionuodamas jį kaip neblokinį decentralizuotą protokolą, žadantį aukštą konfidencialumą, saugumą ir mastelį.

Įvadas ir vizija

Vieno pamušalo: Kliento patvirtinta būsena ir išmaniųjų sutarčių sistema, veikianti „Bitcoin“ ir „Lightning Network“ 2/3 lygyje.

Daugiau informacijos:

RGB yra keičiamo dydžio ir konfidenciali išmaniųjų sutarčių sistema, skirta Bitcoin & Lightning Network. RGB išmaniosios sutartys veikia su kliento pusės patvirtinimas paradigma, būstas visi išmaniosios sutarties duomenys išorėje Bitcoin sandoriai, t.y. Bitcoin blockchain arba Lightning kanalo būsena. Tai leidžia sistemai veikti „Lightning Network“ viršuje nekeičiant LN protokolų, taip pat suteikia pagrindą aukštam protokolo mastelio keitimo ir privatumo lygiui.

Išmaniosios sutartys įkūnija privačios ir abipusės nuosavybės, abstrakcijos ir rūpesčių atskyrimo principus. Jie atstovauja „post-blockchain“, Turingo visiškai patikimą paskirstyto skaičiavimo formą, kuriai nereikia įvesti žetonų.

RGB sutartys veikia atskiruose segmentuose, vadinamuose „skeveldromis“. Kiekviena skeveldra turi savo istoriją ir duomenis, o tai reiškia, kad skirtingos sutartys nemaišo savo istorijos. Šis metodas pagerina mastelio keitimą. Sąvoka „shard“ naudojama norint parodyti, kad RGB pasiekia panašių tikslų, kaip ir buvo numatyta naudojant „Ethereum“ skeveldrų koncepciją.

Nors RGB sutartys veikia nepriklausomai, jos gali sąveikauti per „Bifrost“ protokolą „Lightning Network“. Tai leidžia koordinuoti kelių šalių pakeitimus. Pavyzdžiui, tai leidžia DEXEs veikti per žaibo tinklą.

Technologijos ir architektūra

Aukšto lygio RGB veikimo ir vienkartinių sandariklių apžvalga

1 pav. Aukšto lygio RGB veikimo apžvalga.
Šaltinis: LNP/BP asociacija Github.

Kaip apsaugos mechanizmą, RGB naudoja vienkartiniai sandarikliai defined per bitcoin UTXO, kurie suteikia galimybę bet kuriai šaliai, turinčiai išmaniosios sutarties būsenos istoriją, patikrinti jos unikalumą. Iš esmės RGB naudoja Bitcoin scenarijų savo saugumo modeliui ir definenurodyti kitoje vietoje nuosavybė ir prieigos teises.

2 pav. RGB Aukšto lygio veikimo principas.
Šaltinis: „Driving Mass Adoption of Crypto: How the RGB Protocol Is Illuminating the Future of Bitcoin“ by Waterdrip Capital.

Kiekviena RGB išmanioji sutartis yra definedas a genezės būsena, sukurtas protingas sutarties išdavėjas (arba, paprasčiau tariant, emitentas) ir nukreiptas aciklinis grafikas (DAG). būsenų perėjimai saugomi kaip kliento patvirtinti duomenys.

3 pav. Sandoriai, uždarytas antspaudas ir liudytojas.
Šaltinis: LNP/BP asociacija Github.

Galime apibendrinti taip: kiekvienas sandoris turi UTXO, o nuosavybės teisė į šį UTXO suteikia savininkui teisę valdyti valstybę. Nuosavybė lemia, kas gali modifikuoti blokų grandinės būseną ir „išleisti“ UTXO. Asmuo, turintis valstybę, vadinamas partija valdanti valstybė.

Šalis turi teisę modifikuoti atitinkamą išmaniosios sutarties būsenos skyrių generuodama naują būsenos perėjimą ir patvirtindama jį per operaciją, naudodama išvestį, kurioje yra ankstesnė būsena.

Procesas reiškia antspaudo uždarymas virš būsenos perėjimo, o pora, kurią sudaro išlaidų operacija ir atitinkami papildomos operacijos duomenys apie būsenos perėjimą, vadinama liudytojas (pavaizduota aukščiau esančiame paveikslėlyje).

Nuosavybė ir prieiga: pagrindinės savybės

4 pav. Nuosavybė ir prieiga.
Šaltinis: LNP/BP asociacija Github.

Valstybės nuosavybė ir patvirtinimas yra skirtingos sąvokos. Patvirtinimo taisyklės nurodo, kaip būsena gali pasikeisti, tačiau nenurodo, kas gali atlikti pakeitimą. 

Kita vertus, nuosavybės teises valdo Bitcoin scenarijus Bitcoin blockchain lygiu, kuris nėra Turing Complete. Priešingai, patvirtinimo taisykles reglamentuoja RGB schema, naudojanti Simplicity / Contractum scenarijų, ty Turing Complete. 

RGB schema

RGB išmaniosiose sutartyse kiekvienai sutarčiai priskiriama unikali būsena naudojant vienkartinius antspaudus. Šie antspaudai, kartu su valstybe, turi specialias taisykles ir patvirtinimus, kuriuos pradžioje nustato sutarties kūrėjas. Šią sąranką reglamentuoja „schema“, veikianti kaip taisyklių rinkinys, skirtas patvirtinti sutarties duomenis kliento pusėje. Schema gali apimti sudėtingus scenarijus, neatsiejamus nuo sutarties logikos.

5 pav. RGB schema.
Šaltinis: LNP/BP asociacija Github.

Kliento pusės patvirtinimo ir projektavimo principai

6 pav. RGB kliento pusės patvirtinimas.
Šaltinis: LNP/BP asociacija Github.

1. Stipri nuosavybė: RGB išmaniosios sutartys turi aiškų defined savininko ar savininkų. Tik paskirti savininkai turi teisę keisti sutarties būseną. Šiose sutartyse nurodomos skirtingos teisės arba operacijos, suskirstytos į viešąsias (prieinamos visiems) arba nuosavybės teise priklausančias (ribojamos savininkui).
2. Konfidencialumas: Sutartyje esanti informacija yra konfidenciali, žinoma tik jos dalyviams, ypač valstybės savininkams. Dalyviai turi galimybę tam tikrus duomenis paversti viešais, tačiau pagal numatytuosius nustatymus visa informacija yra privati. Šis konfidencialumas neleidžia išoriniams analizės įrankiams pasiekti duomenų ir užtikrina, kad viešosiose knygose nebūtų saugoma jautri informacija.
3. Rūpesčių atskyrimas: RGB turi modulinį dizainą su skirtingais sluoksniais, kurių kiekvienam priskirta tam tikra užduotis. Šie sluoksniai veikia nepriklausomai, todėl žemesniems sluoksniams nereikia žinoti aukštesnių sluoksnių struktūros. Šis dizainas pagerina sistemos organizavimą ir efektyvumą.
4. Išplėtimas: Sistema yra lengvai išplečiama, todėl galima kurti ir integruoti pažangias išmaniąsias sutartis, nekeičiant pagrindinio protokolo ar perkompiliuojant visos RGB bibliotekos.
5. Determinizmas: RGB patvirtinimo logika yra deterministinė, nuosekliai duodanti identiškus rezultatus naudojant tas pačias įvestis ir vyraujančią blokų grandinės arba žaibo tinklo kanalo būseną. Šis nuoseklumas pasiekiamas naudojant du pagrindinius komponentus: a. Pagrindinė patvirtinimo logika, parašyta Rust, yra vienoda visose sistemose, kuriose veikia RGB. b. Sutarčiai būdinga patvirtinimo logika veikia AluVM – virtualioje mašinoje, kuri teikia nuoseklų instrukcijų rinkinį, nepaisant platformos.
6. LNP/BP sąveika: RGB sukurtas sklandžiai veikti su esamomis Bitcoin ir Lightning Network technologijomis. Jis taip pat sukurtas taip, kad būtų suderinamas su bet kokiais būsimais šių technologijų atnaujinimais.
   

RGB ir Pure Blockchain/L1 metodas

Grynas blokų grandinės / L1 metodas yra neteisingas, teigia RGB komanda.

7 pav. RGB komentarai apie Blockchain/L1 metodą.
Šaltinis: LNP/BP asociacija Github.

RGB metodas: deklaratyvus prieš privalomąjį programavimą:

• Dauguma „blockchain“ platformų, įskaitant „Ethereum“, naudoja išmaniąsias sutartis, parašytas imperatyviu stiliumi. Taikant šį metodą, sutartis veikia kaip programa, kuri aiškiai nurodo laipsnišką užduočių vykdymą, primenanti tikslų ir išsamų receptą.
• Šios būtinos programos dažnai yra gana ribojančios ir ribojamos pagrindinės „blockchain“ platformos galimybių. Nors kartais jie vadinami Turingo užbaigtais, jie turi didelių apribojimų.

Deklaratyvus RGB išmaniųjų sutarčių pobūdis:

• Kita vertus, RGB nenaudoja būtino programavimo. Vietoj to, jame naudojama speciali funkcinio programavimo forma, kai yra išmaniosios sutartys defined deklaratyviai.
• Deklaratyvaus programavimo metu, užuot nurodę, kaip ką nors padaryti, aprašote, koks turėtų būti rezultatas. Tai tarsi apibrėžimas, kaip turėtų atrodyti patiekalas, o ne pateikti nuoseklias gaminimo instrukcijas.
• RGB „schema“ yra deklaratyvi defiprotingos sutarties sudarymas. Jame nurodytos sutarties taisyklės ir sąlygos, bet ne tiksli operacijų seka joms pasiekti.

Paradigmos poslinkis programuojant:

• Perėjimas nuo Ethereum imperatyvaus stiliaus prie deklaratyvaus RGB stiliaus išmaniųjų sutarčių programavimo srityje yra panašus į perėjimą nuo tradicinio imperatyvaus programavimo prie funkcinio ar deklaratyvaus programavimo bendro programinės įrangos kūrimo srityje.
• Šis pokytis reikalauja kitokio požiūrio: sutelkti dėmesį į „ką“ (norimus rezultatus), o ne į „kaip“ (konkrečius žingsnius tiems rezultatams pasiekti).

Paprastumas

Pradinis planas apėmė Simplicity įtraukimą į RGB, o pastangos buvo skirtos suderinamumui užtikrinti nuo 1 dienos. Tačiau, atsižvelgiant į vangią Simplicity kūrimo pažangą ir netikrumą, susijusį su jo išleidimo tvarkaraščiu, tapo akivaizdu, kad juo pasikliauti buvo nepraktiška. Šiuo metu rengiamas RGB leidimas iškėlė klausimų dėl Simplicity įtraukimo.

Pripažindami, kad nėra patikimo Simplicity tvarkaraščio, inicijavome alternatyvų (WASM, EVM (kaip pokštas), IELE ir kt.) tyrimą. Galiausiai paaiškėjo, kad patentuotos virtualios mašinos, skirtos RGB, kūrimas buvo vienintelė perspektyvi išeitis, pakeičianti pradinį pasitikėjimą paprastumu.

Todėl nusprendėme kurti AluVM – grynai funkcionali, labai nešiojama „Rust“ pagrindu sukurta virtuali mašina, skirta kliento pusėje patvirtintoms išmaniosioms sutartims (RGB), „Lightning Network“, deterministiniam paskirstytam ir krašto skaičiavimui.

Prizmė

PRISM reiškia „iš dalies atkartotų begalinės būsenos mašinų“ skaičiavimą.

RGB technologija defines taisyklės, skirtos plėtoti išmaniąsias sutartis pagrindiniame lygyje, vadinamoje schema, tačiau ji neapriboja visų būsimų sutarties veiksmų vienu visa apimančiu algoritmu. Vietoj to, kiekvienas tinklo mazgas atlieka atskiras operacijas, ir sutarties būsena, ir pati sutartis galioja tol, kol šios operacijos atitinka schemos taisykles. 

Be to, šis metodas neriboja sutarties istorinės raidos pagal iš anksto nustatytą algoritmą. Taigi, sutartis gali būti įvairi, jei kiekvienas pakeitimas atitinka konkrečias patvirtinimo taisykles. Šis metodas orientuotas į vietines taisykles, o ne į visuotinį algoritmą.

Priešingai, Ethereum naudoja visuotinį algoritmą, kuriame kiekviena operacija turi įtakos visai išmaniosios sutarties būsenai. Naudodami RGB, dirbate tik su dalimi sutarties būsenos, taikydami taisykles vietoje. Tai suteikia daugiau galimybių sutarčiai plėtoti.

Žemiau galite pamatyti aukšto lygio vaizdą apie būsenos kanalų ir kliento patvirtinimo skirtumus: 

8 pav. Paskirstytų sistemų atskyrimas.
Šaltinis: LNP/BP asociacija Github.

Konkretesni skirtumai yra tokie: 

9 pav. Valstybės kanalų ir kliento patvirtinimo palyginimas.
Šaltinis: LNP/BP asociacija Github.

AluVM

AluVM – (algoritminis loginis vienetas VM) yra grynai funkcinė RISC virtuali mašina, skirta deterministinėms nešiojamo skaičiavimo užduotims atlikti

AluVM išsiskiria tuo, kad naudoja registrų sistemą, kuri draudžia atsitiktinę prieigą prie atminties. Šis dizainas pagerina AluVM tinkamumą tokioms programoms kaip išmaniosios sutartys, nuotolinis kodo vykdymas ir paskirstytasis bei krašto kompiuteris. Pagrindinės AluVM stiprybės yra jos determinizmas, tvirtumas ir gebėjimas atlikti formalią kodo analizę.

Pagrindinės charakteristikos: Išskirtinis, perkeliamumas, smėlio dėžė, saugumas, išplečiamumas.

„AluVM“ instrukcijų rinkinio architektūra (ISA) sukurta taip, kad ją būtų galima pritaikyti, kad būtų galima sukurti skirtingas vykdymo aplinkas įvairioms programoms. Pati AluVM yra labai nuspėjama, funkcionali, registro pagrindu veikianti virtuali mašina ir ISA. 

Apribodamas atsitiktinę prieigą prie atminties, AluVM ISA puikiai atlieka aritmetines užduotis, įskaitant tas, kurios susijusios su elipsinėmis kreivėmis. Unikaliai VM aplinka gali išplėsti AluVM ISA, suteikdama galimybę pridėti funkcijų, tokių kaip duomenų įkėlimas į VM registrus ir specialių instrukcijų (pvz., SIMD) palaikymas, pritaikytas konkrečioms programoms.

AluVM daugiausia skirtas naudoti paskirstytose sistemose, kur nuoseklumas ir patikimumas įvairiose platformose yra svarbesni nei apdorojimo greitis. Pagrindiniai AluVM su tinkamais ISA plėtiniais naudojimo būdai apima blokų grandinės technologiją, skaičiavimus, būtinus siekiant sutarimo tinkluose, kraštų skaičiavimą, daugiašalį skaičiavimą (kuris apima deterministinį mašininį mokymąsi), kliento pusės patvirtinimą, ribotą Internet2 skaičiavimą ir genetinius algoritmus. Šios programos turi naudos iš AluVM gebėjimo nuosekliai ir saugiai veikti įvairiose aplinkose.

10 pav. AluVM palyginimas.
Šaltinis: LNP/BP asociacija Github.

Contractum

„Contractum“ išsiskiria iš kitų išmaniųjų sutarčių programavimo kalbų, suderindama „Haskell“ funkcines galimybes su artumu prie pliko metalo, matomo „Rust“. Ji užima nišą, kuri anksčiau nebuvo prieinama išmaniosioms sutartims:

11 pav. Contractum, Simplicity ir kitų kalbų palyginimas.
šaltinis: contractum.org

Contractum yra programavimo kalba, naudojama kuriant RGB sutartis. Su Contractum sudarytos sutartys tikrinamos taikant metodą, vadinamą kliento patvirtinimu. Šis metodas neprideda jokių duomenų į „Bitcoin“ blokų grandinę, kurią galima palyginti su tam tikra dalijimosi technologija, kuri dar labiau patobulinta naudojant nulinių žinių įrodymus. 

Kliento pusės patvirtinimas taip pat atskiria sutarties plėtrą nuo „blockchain“ operacijų, todėl šių sandorių neįmanoma sekti ar analizuoti naudojant tradicinius „blockchain“ analizės metodus.

12 pav. Contractum ypatumai.
šaltinis: contractum.org

Norint užsiimti Contractum projektavimu, svarbu susipažinti su RGB išmaniųjų kontraktų technologijomis:

13 pav. Technologijos, kurias naudoja RGB išmaniosios sutartys.
šaltinis: contractum.org

Naujausi naujinimai naujoje versijoje RGB v0.10

Naujausioje RGB iteracijoje (0.10 versija) buvo įdiegta keletas pažangių techninių patobulinimų, kurie pagerino sistemos galimybes kuriant sudėtingas programas. Šiuose atnaujinimuose daugiausia dėmesio skiriama kiekvienos RGB sutarties visuotinės būsenos įvedimui, sutarčių sąsajų integravimui ir griežto tipo sistemos priėmimui.

Pasaulinė padėtis RGB sutartyse

Pasaulinės būsenos funkcija yra esminė RGB v0.10 naujovė, leidžianti kiekvienai sutartimi išlaikyti visuotinai prieinamą būseną. Šią būseną gali pasiekti ne tik RGB virtuali mašina, bet ir išoriniai klientai, tokie kaip piniginės ir kitos programos.

Šios pasaulinės valstybės naudingumas yra labai svarbus kuriant sudėtingas programas RGB platformoje, ypač tas, kurioms reikalingas sudėtingas būsenos valdymas, pvz., sintetinis turtas ir algoritminės stabilios monetos. Tai leidžia dinamiškiau sąveikauti su sutarties būsena, viršijant tradicinių išmaniųjų sutarčių architektūrų apribojimus.

Sutarčių sąsajos

RGB v0.10 pristato „sutarčių sąsajas“ kaip standartizuotą komunikacijos protokolą įvairioms išmaniosioms sutartims. Šios sąsajos veikia panašiai kaip Ethereum sutartinės ABI (Application Binary Interfaces) ir ERC (Ethereum Request for Comments).

Pagrindinis RGB požiūrio skirtumas yra neprivalomas šių sąsajų standartizavimas ir joms būdingas pakavimas su sutartimis, todėl nereikia atskiro platinimo. Tai palengvina semantinę vartotojų sąveiką su sutartimis per vartotojo sąsajas piniginėse ir kitoje programinėje įrangoje.

Šios sąsajos nėra statinės; Laikui bėgant kūrėjai gali papildyti esamas sutartis papildomomis sąsajomis, patobulindami funkcionalumą nekeičiant nekintamos sutarties branduolio.

Griežto tipo sistema

Naujasis RGB v0.10 kodavimo formatas naudoja „griežtų tipų“ sistemą. Ši sistema yra naujas funkcinių duomenų tipo metodas, sukurtas efektyviam sutarties būsenų atvaizdavimui ir introspekcijai RGB sistemoje.

Griežto tipo sistema užtikrina duomenų dydžių kompiliavimo laiką, o tai ypač naudinga naudojant ribotus išteklius turinčius įrenginius, pvz., žemos klasės aparatinės įrangos pinigines su ribotomis atminties galimybėmis.

Be to, visas 0.10 versijos RGB konsensuso sluoksnis yra suskirstytas į griežtus tipus, o tai sudaro pagrindą oficialiems dvejetainio suderinamumo įvairiose programinės įrangos leidimuose įrodymams. Ši funkcija ne tik supaprastina ir apsaugo RGB naudojimą, bet ir leidžia turto išdavėjams ir sutarčių kūrėjams prie savo turto ar sutarčių pridėti papildomų metaduomenų. Tokie metaduomenys gali atlikti lemiamą vaidmenį tikrinant turto ar sutarčių tapatumą ir autentiškumą RGB ekosistemoje.

Rūdžių pagrindu sukurtos išmaniosios sutartys

RGB išmaniosios sutartys dabar gali būti sudarytos naudojant Rust, išnaudojant kalbos galimybes tipo saugai ir našumui užtikrinti.

Griežta sistemos tipų integracija palengvina tiesioginį Rust duomenų tipų kompiliavimą į RGB sutarčių struktūras, pagerina sutarties kodo efektyvumą ir patikimumą.

Patobulinti valstybės savistabos gebėjimai

Išmaniosios sutartys RGB v0.10 gali apžiūrėti savo būseną patvirtinimo kodu, kurį vykdo RGB virtuali mašina.

Ši funkcija ypač naudinga kuriant sudėtingas sutartis, kurios sąveikauja su Bitcoin sandoriais, diskrečių žurnalų sutartimis ir kitomis sudėtingomis duomenų struktūromis, padidindamos RGB išmaniųjų sutarčių apimtį ir funkcionalumą.

URL pagrįstas sąskaitos faktūros formatas

Atnaujinimas pristato naują sąskaitos faktūros formatą, kuris pakeičia ankstesnę Bech32m koduotą sistemą.

Šios naujos URL pagrįstos sąskaitos faktūros yra žymiai trumpesnės ir patogesnės naudotojui, todėl jas lengviau patikrinti ir automatiškai atidaryti naudojant iš anksto sukonfigūruotą programinę įrangą.

WASM (WebAssembly) palaikymas

RGB standarto biblioteka dabar suderinama su aplinkomis, kuriose nėra prieigos / išvesties ir failų sistemos, pvz., tinklalapiais ar naršyklės papildiniais.

Tai išplečia galimus RGB panaudojimo atvejus ir leidžia sklandžiai veikti įvairiose žiniatinklio programose ir plėtiniuose.

Šaknies deskriptoriai ir pasirinktinis išvedimas

RGB v0.10 naudoja „taproot“ pagrįstus OP_RETURN įsipareigojimus (vadinamus „tapret“), todėl piniginėms reikalingas deskriptoriaus lygio palaikymas, kad būtų galima atpažinti operacijas su pakoreguotais išėjimais.

Šioje versijoje įdiegus pasirinktinius išvedimo indeksus, ne RGB piniginės netyčia išleidžia išvesties, kuriose yra RGB išteklių, ir taip apsaugomas šių išteklių vientisumas.

Supaprastintos priklausomybės

0.10 versijos RGB konsensuso sluoksnis sumažino savo priklausomybes, ypač nutoldamas nuo pasirinktinio neperšaunamo įgyvendinimo, iš pradžių gauto iš Grin projektų.

Šis priklausomybių sumažinimas padidina API stabilumą ir bendrą sistemos tvirtumą.

Supaprastintas integravimo procesas

Atnaujinimas supaprastina darbo eigą, nes sumažina kelių API iškvietimų ir sudėtingos kelių kalbų duomenų struktūros kodavimo poreikį.

RGB sutarties būsenos dabar vaizduojamos kaip JSON objektai, leidžiantys nesudėtingai serializuoti skirtingomis programavimo kalbomis.

Vartotojo patirties patobulinimai

Naujoji RGB versija supaprastina naudotojo patirtį, sujungdama anksčiau skirtingus komponentus į vieningą bibliotekos API ir komandinės eilutės įrankį.

Nors RGB mazgas vis dar gali būti naudojamas namų serveriuose, jo naudojimas nebėra privalomas norint sąveikauti su RGB sistema, todėl sumažėja kliūtis vartotojams ir piniginės programoms patekti į rinką.

Šiame skyriuje pateikiamas specialus „Waterdrip Capital“ pripažinimas, kad atkreipė dėmesį į naujausias savo kūrinio „Kripto masinio pritaikymo skatinimas: kaip RGB protokolas apšviečia Bitcoin ateitį“ ypatybes.

RGB konkurentai

14 pav. FRGB vs Ethereum paprastais žodžiais.
Šaltinis: LNP/BP asociacija Github

Taprootas

Taproot Assets, anksčiau žinomas kaip Taro, yra protokolas, skirtas paleisti žetonus Bitcoin tinkle. Šis protokolas naudoja „Taproot“ UTXO modelį kartu su susijusiais sprendimais, tokiais kaip „Tapscript“ ir „taptweak“. Šie įrankiai naudojami informacijai apie turto tiekimą ir likutį saugoti Bitcoin operacijų duomenyse.

15 pav. Informacijos apie Taproot Assets žetonus saugojimo schema.
Šaltinis: „Taproot Assets: Issuing turto on Bitcoin“, Voltage

Taproot Assets naudoja metodą, analogišką Ordinals koncepcijai, kai BRC-20 žetonai saugo tiekimo informaciją išvardintų satoshis metaduomenyse. Ir atvirkščiai, „Taproot Assets“ įterpia šią informaciją į „Bitcoin“ operacijos „Taproot“ išvestį, naudodama vadinamąjį „retą Merkle medį“. Iš esmės „Taproot Assets“ į „Bitcoin“ operaciją įtraukia Merkle medį, kuris yra konkretaus vartotojo balanso ir bendro žetonų pasiūlos įrodymas. Šis medis savo ruožtu atspindi duomenis iš „Visatos“ – saugyklos, kuri palaiko visą turto istoriją ir kurią valdo žetonų išdavėjas.

16 pav. Skaitmeninis būsenos medis.
Šaltinis: „Taproot Assets: Issuing turto on Bitcoin“, Voltage

„State Digital Tree“ – „Taproot Assets“ architektūra siūlo dvi pusiausvyros įrodymo galimybes: visatos duomenis iš grandinės arba negausų Merkle medį, įterptą į UTXO.

Veikimo mechanizmas

1. Žetono kūrėjas vykdo P2TR (Pay to Taproot) operaciją naudodamas Taproot Assets protokolą. 
2. Informacija apie turtą Merkle medžio pavidalu yra saugoma šios operacijos UTXO (iš tikrųjų genezės bloke). 
3. Norėdamas perkelti žetoną, Taproot rakto savininkas modifikuoja balanso informaciją Merkle medyje, užtikrindamas, kad bendra turto pasiūla išliktų pastovi. 
4. Tokie pakeitimai įvedami per naują Taproot sandorį. Tačiau kiekvienam žetonų perdavimui atskiros grandinės operacijos nereikia. Panašiai kaip ir „Lightning Network“, protokolas leidžia savininkui apdoroti pervedimų „partiją“, vėliau paskelbiant atnaujintą likučių būseną.

Taproot Assets pranašumai

• Vienas iš pagrindinių „Taproot Assets“ pranašumų yra visiškas suderinamumas su „Lightning Network“, padidinantis mastelio keitimo galimybes ir sumažinantis sandorių išlaidas.
• „Taproot Assets“ sukuria atskirą sluoksnį įrašymo operacijoms naudojant pasirinktinius prieigos raktus. Nors ji pirmiausia remiasi ne grandinės duomenimis, ji skelbia pagrindinio tinklo likučių būklę. 
• Šis metodas yra lankstesnis, keičiamo dydžio ir išsamesnis, palyginti su BRC-20, tačiau nepatyrusiems naudotojams jis taip pat yra sudėtingesnis.

BitVM

BitVM yra pažangiausias projektas, skirtas Bitcoin paversti visiškai decentralizuota skaičiavimo platforma. 9 m. spalio 2023 d. pristatytoje BitVM baltojoje knygoje pristatoma technologija, kuri šiuo metu yra testavimo fazėje ir kurią reikia toliau tobulinti, kad būtų išnaudotas visas jos potencialas.

Pagrindinės „BitVM“ funkcijos ir koncepcija

Iš esmės „BitVM“ naudoja „Optimistic Rollups“ koncepciją, kad iš tinklo paimtų išmaniųjų sutarčių skaičiavimus, o vėliau atliktų grandinės patikrinimą, pagrįstą „sukčiavimo įrodymais“. Teoriškai, kai išmaniosios sutarties informacija įrašoma į Taproot operaciją (kaip dvejetainis kodas), duomenų mainai ir skaičiavimai turi vykti tiesiogiai tarp šalių. Šis metodas sukurtas siekiant sumažinti blokų grandinės perkrovą. Tačiau jei tikrintojas (įrodinėjanti šalis, t. y. sutarties savininkas) perduoda klaidingus duomenis, tikrintojas gali inicijuoti grandininį patikrinimą. Šis procesas yra sukčiavimo įrodymo koncepcijos pagrindas.

Tikrinimo grandinėje tvarkymas skaičiavimo būdu ribotame tinkle

Iššūkis kyla dėl to, kaip atlikti veikimo patikrinimą tinkle, kuris iš esmės nepalaiko tokių skaičiavimų. Norėdami tai išspręsti, BitVM naudoja Merkle medį, kad sukurtų loginę NAND vartų schemą, kuri vėliau įrašoma į Taproot operaciją. Iš esmės Merkle medis operacijų duomenyse veikia kaip NAND schema, kur kiekviena „šaka“ turi vieną iš dviejų galimų reikšmių: 1 arba 0. Skaičiavimas grandinėje vyksta po bitų, o vienos „šakos“ išvestis tampa įvestis kitam. Tarp išmaniųjų sutarties šalių vyksta nuolatiniai sandorių mainai vertės patikrinimui. Jei nustatoma, kad tikrintojo skaičiavimo versija yra neteisinga, tikrintojas gauna savo turtą, užblokuotą Taproot sandoryje.

17 pav. Scheminis NAND vaizdavimas.
Šaltinis: „Didysis sandoris su BitVM: dabar galimas savavališkas skaičiavimas bitkoinuose be šakutės“, „Bitcoin Magazine“

NAND kūrimas naudojant Taproot ir Merkle Tree

Išsamią informaciją apie tai, kaip BitVM palengvina NAND kūrimą naudojant Taproot ir Merkle medžius, taip pat jos poveikį skaičiavimams, rasite techninėje dokumentacijoje.

Šis metodas leidžia tiksliai, žingsnis po žingsnio patikrinti išmaniųjų sutarčių skaičiavimus, suderinant su blokų grandinės vientisumo ir saugumo principais.

Iššūkiai, susiję su išmaniųjų sutarčių dvišališkumu

BitVM išlieka svarbi problema dėl dvišalės išmaniųjų sutarčių struktūros, palengvinančios tiesioginį duomenų keitimąsi tik tarp tikrintojo ir tikrintojo, neįtraukiant trečiųjų šalių. Šis apribojimas trukdo kurti dApp ir reikalauja papildomų sprendimų daugiašalėms sutartims. 

Be to, sudėtingos ir žemo lygio BitVM charakteristikos reiškia, kad funkcinių gaminių, naudojančių šį pamatą, statyba gali trukti keletą metų. Norint paversti šią pagrindinę technologiją praktiniais pritaikymais, būtina esminė plėtra ir naujovės.

Norėdami išsamiai pasinerti, nedvejodami perskaitykite BitVM Whitepaper - https://bitvm.org/bitvm.pdf 

Išvada

RGB protokolas yra techninis Bitcoin ekosistemos patobulinimas, pristatantis išmaniųjų sutarčių įgyvendinimo ir žetonų išdavimo funkcijas, tiesiogiai susietas su Bitcoin tinklu. Tai pasiekiama derinant kliento patvirtinimą ir vienkartinių plombų, kurios susieja žetonus su Bitcoin UTXO, kartu išlaikant operacijų privatumą, naudojimą.

Vienas iš pagrindinių techninių RGB pranašumų yra požiūris į mastelį ir privatumą. Perkeldamas didžiąją dalį patvirtinimo darbų nuo „Bitcoin“ blokų grandinės ir naudodamas kriptografinius sandorių tikrinimo metodus, RGB efektyviai sumažina duomenų naštą blokų grandinėje. Šis metodas padeda išlaikyti tinklo efektyvumą, ypač didėjant sandorių apimčiai.

RGB suderinamumas su „Lightning Network“ yra dar vienas svarbus aspektas, leidžiantis geriau keisti ir efektyviau apdoroti operacijas. Ši funkcija ypač aktuali, atsižvelgiant į didėjančią greitesnių ir ekonomiškesnių sandorių metodų paklausą kriptovaliutų erdvėje.

Tačiau sudėtingas RGB technologijos pobūdis kelia iššūkių, susijusių su vartotojo pasiekiamumu ir supratimu. Protokolo architektūra ir naudojami pažangūs kriptografiniai metodai gali būti sunkiai suprantami ir įgyvendinami, ypač tiems, kurie pradeda naudoti blokų grandinės technologiją. Šis sudėtingumas gali trukdyti platesniam pritaikymui ir vartotojų įsitraukimui.

Be to, nors RGB padidina privatumą, nes sutarties duomenys nepatenka į blokų grandinę, šis aspektas taip pat kelia klausimų dėl duomenų patikrinimo ir galimybės tikrinti operacijas, kurios yra labai svarbios tam tikroms programoms ir teisės aktų laikymuisi.

Naujausias RGB naujinimas, 0.10 versija, priskiria jį kaip reikšmingą varžovą besivystančių blokų grandinės technologijų srityje, ypač prieš naujus protokolus, tokius kaip Taproot Assets ir BitVM. Skirtingai nuo „Taproot Assets“, kuri orientuojasi į „Taproot“ UTXO modelio panaudojimą žetonų išleidimui Bitcoin tinkle, RGB išsiskiria pažangiomis privatumo funkcijomis ir duomenų tvarkymu ne grandinėje, siūlydama išskirtinį požiūrį į išmaniųjų sutarčių funkcionalumą ir žetonų valdymą.

Panašiai, nors BitVM pristato naują decentralizuoto Bitcoin skaičiavimo koncepciją, RGB 0.10 versijos kliento patvirtinimo, sutarčių sąsajų ir griežto tipo sistemos pažanga demonstruoja unikalų požiūrį į mastelio keitimą ir vartotojų sąveiką Bitcoin ekosistemoje. Šie patobulinimai išryškina RGB meistriškumą sprendžiant mastelio ir efektyvumo problemas – sritis, kuriose tradiciniai ir nauji protokolai dažnai susiduria su apribojimais.

Priklausomybių ir integravimo procesų supaprastinimas naujausioje RGB versijoje dar labiau rodo, kad dėmesys sutelkiamas į vartotojo patirtį ir sistemos stabilumą, išskiriant ją iš konkurentų. Tai reiškia, kad RGB yra ne tik patikima platforma, skirta į privatumą orientuotoms ir keičiamo dydžio išmaniosioms sutartims ir žetonų išdavimui, bet ir kaip į ateitį žvelgiantis sprendimas platesnėje blokų grandinės erdvėje.

Apibendrinant galima pasakyti, kad RGB protokolas yra reikšmingas technologinis patobulinimas Bitcoin tinkle, siūlantis pažangias išmaniųjų sutarčių ir žetonų išdavimo galimybes. Jame sprendžiami pagrindiniai mastelio ir privatumo klausimai, tačiau susiduriama su sudėtingumo ir galimo audito iššūkiais. Tebevykstantis protokolo kūrimas ir tolesnis kartojimas greičiausiai bus sutelktas į šių pažangių galimybių subalansavimą su vartotojo prieinamumu ir reguliavimo sumetimais.

Terminų nuorodos: 

1. Turingas baigtas: Praktiškai sistema gali atlikti bet kokią skaičiavimo problemą, turėdama pakankamai laiko ir atminties. Dauguma šiuolaikinių programavimo kalbų yra baigtos Turingo, o tai reiškia jų teorinį pajėgumą spręsti bet kokią skaičiavimo problemą.
   
2. Tvarkaraštis: Sutarties schema yra tikrasis išmaniosios sutarties kodas, kurį išdavėjai gali naudoti kaip „sutarties šabloną“ nereikalaujant koduoti ar tikrinti išorinių šaltinių pateikto pasirinktinio kodo. RGB schema nėra scenarijus, o duomenų struktūra.
   
3. Atskiros rąstų sutartys (DLC) valstybinių kanalų kontekste yra specializuotos išmaniosios sutartys, pirmiausia naudojamos Bitcoin tinkle. Jie leidžia privačiai ir efektyviai vykdyti sudėtingus finansinius susitarimus, pagrįstus išoriniais įvykiais, pavyzdžiui, turto kainomis. DLC veikia ne grandinėje, išlaikant sutarties informacijos ir dalyvių tapatybės konfidencialumą. Sutarčiai išspręsti jie naudoja išorinius duomenų šaltinius arba orakulus. Integruoti su būsenos kanalais, DLC padidina mastelio keitimą, leisdami atlikti kelis sandorius neapkraunant blokų grandinės, todėl jie idealiai tinka privačioms, efektyvioms finansinėms operacijoms, kurios priklauso nuo realaus pasaulio rezultatų.
   
4. audra – Sąlyginio deponavimo pagrindu pagrįsta patikima saugykla naudojant zk-proofs. „Storm“ sujungia sąlyginio deponavimo principu pagrįstą patikimą saugyklą su nulinių žinių įrodymais, kad palengvintų saugias ir privačias operacijas. Šioje sistemoje duomenys ar turtas yra saugomi depozitoriuje ir išleidžiami tik tada, kai tenkinamos konkrečios sąlygos, užtikrinant nepatikimą aplinką, kurioje nereikia centrinės institucijos. zk-proofs integravimas leidžia patikrinti šias operacijas išlaikant didžiausią konfidencialumą, nes jie leidžia patvirtinti duomenis neatskleidžiant jokios pagrindinės detalės.
   
5. Prometėjas – arbitražu pagrįstas patikimas paskirstytasis skaičiavimas. „Prometheus“ yra požiūris į decentralizuotą skaičiavimą, derinant ginčų sprendimo arbitražo mechanizmus, patikimą sąveiką saugioms ir decentralizuotoms operacijoms ir būsenos kanalų efektyvumą, skirtą ne grandininiam skaičiavimo valdymui.
   
6. A Kompiuteris su sumažintu instrukcijų rinkiniu yra mikroprocesoriaus architektūros tipas, kuriame naudojamas mažas, labai optimizuotas instrukcijų rinkinys, o ne labai specializuotas instrukcijų rinkinys, paprastai randamas kitose architektūrose.