RGB toetab Bitcoini ja Lightning Networki skaleeritavust ja privaatsusvõimalusi

TL; DR

• RGB toimib Bitcoini ja Lightning Networki kihi 2/3 lahendusena. Kliendipoolse valideerimise paradigma sisaldab kõiki nutikaid lepinguandmeid väljaspool Bitcoini tehinguid. See disain tagab süsteemi toimimise Lightning Networkis, välistades vajaduse LN-protokollide muutmiseks.
  
• RGB nutikad lepingud on loodud mastaapsuse ja konfidentsiaalsuse tagamiseks. Süsteem toetab era- ja vastastikust omandit, võtab kokku ja eraldab muresid, esindades plokiahela järgset Turingi täielikku usaldusväärsuse hajutatud andmetöötluse vormi, ilma et oleks vaja uusi märke kasutusele võtta.
  
• RGB-lepingud on jaotatud eraldi segmentideks, mida nimetatakse "kildudeks", millest igaühel on oma ajalugu ja andmed, mis suurendavad skaleeritavust ja takistavad erinevate lepingute ajalugude segunemist. Need suhtlevad Lightning Networki Bifrosti protokolli kaudu, võimaldades mitme osapoole vahel kooskõlastatud muudatusi, sarnaselt Lightning Networkis töötavatele DEX-idele.
  
• RGB kasutab ühekordselt kasutatavaid tihendeid defiturvalisuse huvides üle Bitcoin UTXO-de. Iga osapool, kellel on nutika lepingu oleku ajalugu, saab kontrollida selle ainulaadsust, kasutades selleks Bitcoini skripti define omandi- ja juurdepääsuõigused.
  
• RGB-s on riigi omand ja valideerimine eraldi üksused. Omandit haldab Bitcoini skript, mitte-Turing Complete süsteem. Valideerimisreeglid seevastu dikteerib RGB skeem, kasutades Turingi täieliku lihtsuse/kontraktumi/rooste skripti.
  
• Iga RGB nutikas leping on seotud unikaalse olekuga, kasutades ühekordselt kasutatavaid tihendeid. Pitserid ja olek järgivad lepingu looja kehtestatud konkreetseid reegleid ja kinnitusi, mida reguleerib "skeem". See skeem toimib reeglina lepinguandmete kontrollimiseks kliendi poolel, võimaldades kõrgel tasemel protokolli skaleeritavust ja privaatsust.
  
• RGB disain on väga koostalitlusvõimeline olemasolevate Bitcoini ja Lightning Networki tehnoloogiatega, hõlbustades nende platvormidega sujuvat integreerimist ja mis tahes tulevasi uuendusi.
  
• Erinevalt paljude plokiahela platvormide kohustuslikust programmeerimisstiilist kasutab RGB deklaratiivset stiili. See lähenemisviis keskendub pigem soovitud tulemuse visandamisele kui selle saavutamiseks vajalike konkreetsete sammude kirjeldamisele.
  
• RGB kasutab mitmesuguseid täiustatud tehnoloogiaid, sealhulgas AluVM-i deterministlike kaasaskantavate andmetöötlusülesannete jaoks, PRISM-i osaliselt replitseeritud lõpmatu olekuga masinate andmetöötluseks ja Storm tingdeponeerimispõhiseks usaldusväärseks salvestuseks, kasutades zk-kindlust. Need tehnoloogiad aitavad kaasa RGB töökindlusele, konfidentsiaalsusele ja laiendatavusele.
  
• RGB (v0.10) tutvustab kasutajakogemuse ja integreerimisprotsesside märkimisväärseid täiustusi, toiminguid sujuvamaks muutes ja sõltuvusi minimeerides. Värskendatud versioonil on ühtsem teegi API ja käsurea tööriist, mis muudab selle juurdepääsetavamaks ja kasutajasõbralikumaks.

Lühike kirjeldus

RGB on protokoll, mis on loodud žetoonide väljastamiseks Bitcoini võrgus, millel on täiustatud privaatsus ja ühilduvus Lightning Networkiga. See põhineb "värviliste müntide" kontseptsioonil, nagu need, mida kasutatakse OmniLayeri protokollis, kus Bitcoini tehingute metaandmed näitavad märgi ülekandmist. Näiteks OmniLayeri USDT-tehingud toimivad Bitcoini tehingutena, mida on täiendatud USDT märgi liikumist üksikasjalikumalt kirjeldavate andmetega. Kuid need meetodid seisavad silmitsi piirangutega, nagu andmemahu piirangud OP_RETURN-väljundites, intensiivne plokiahela skaneerimine ja piiratud privaatsus, mis tuleneb ahelasisesest nähtavusest.

RGB lahendab need probleemid, paigutades enamiku valideerimisprotsessidest Bitcoini plokiahelast eemale. See võtab kasutusele kliendipoolse valideerimise ja kasutab ühekordselt kasutatavaid pitsereid, et ühendada žetoonid Bitcoini UTXO-dega, säilitades samal ajal kasutaja privaatsuse.

Märkide edastamine toimub Bitcoini tehingus RGB-makseteavet sisaldava sõnumiga, mis võimaldab žetoonidel liikuda ühelt UTXO-lt teisele, jätmata Bitcoini tehingugraafikule jälge. See suurendab oluliselt privaatsust, kuna RGB tehingud "teleporteerivad" märgid diskreetselt, RGB-spetsiifilisi andmeid edastades privaatsete ahelaväliste kanalite kaudu.

Lisaks peavad vastuvõtjad omandiõiguse tagamiseks ja inflatsiooni vältimiseks kinnitama kogu saadud žetoonide tehinguajaloo. RGB võimaldab tulevasi uuendusi ilma kõvade kahvlite vajaduseta, tagades, et kaevurid ei suuda varade voogu jälgida, pakkudes seeläbi suuremat vastupanu tsensuurile. Erinevalt traditsioonilistest plokiahela struktuuridest töötab RGB ilma plokkide või ahelateta, positsioneerides selle blokeerimata detsentraliseeritud protokollina, lubades kõrget konfidentsiaalsust, turvalisust ja mastaapsust.

Sissejuhatus ja visioon

Ühekihiline: Kliendi poolt kinnitatud olek ja nutika lepingu süsteem, mis töötab Bitcoini ja Lightning Networki 2/3 kihis.

Rohkem infot:

RGB on skaleeritav ja konfidentsiaalne nutikate lepingute süsteem Bitcoini ja Lightning Networki jaoks. RGB nutikad lepingud töötavad koos kliendipoolne valideerimine paradigma, eluase kõik nutika lepingu andmed väljaspool Bitcoini tehingud, st Bitcoini plokiahela või välgukanali olek. See võimaldab süsteemil töötada Lightning Networki peal ilma LN-protokollide muutmiseta ning loob aluse ka kõrgetasemelisele protokolli skaleeritavusele ja privaatsusele.

Nutikad lepingud hõlmavad era- ja vastastikuse omandi, abstraktsiooni ja murede lahususe põhimõtteid. Need kujutavad endast "plokiahelajärgset ahelat", mis on Turingi täielik usaldusvaba hajutatud andmetöötluse vorm, mis ei nõua žetoonide kasutuselevõttu.

RGB lepingud toimivad eraldi segmentides, mida nimetatakse "kildudeks". Igal killul on oma ajalugu ja andmed, mis tähendab, et erinevad lepingud ei sega nende ajalugu. See meetod parandab skaleeritavust. Mõistet "shard" kasutatakse näitamaks, et RGB saavutab sarnased eesmärgid, mis olid ette nähtud Ethereumi kildude kontseptsiooniga.

Kuigi need toimivad iseseisvalt, saavad RGB-lepingud suhelda Lightning Networki Bifrosti protokolli kaudu. See võimaldab koordineeritud muudatusi mitme osapoole vahel. Näiteks võimaldab see DEX-idel töötada Lightning Networki kaudu.

Tehnoloogia ja arhitektuur

Kõrgetasemeline ülevaade RGB tööst ja ühekordselt kasutatavatest tihenditest

Joonis 1. Kõrgetasemeline ülevaade RGB tööst.
Allikas: LNP/BP Association Github.

Turvamehhanismina kasutab RGB ühekordselt kasutatavad tihendid defined üle bitcoini UTXO-de, mis võimaldavad igal osapoolel, kellel on nutika lepingu oleku ajalugu, kontrollida selle ainulaadsust. Sisuliselt kasutab RGB oma turvamudeli jaoks Bitcoini skripti ja defines omandiõigus ja juurdepääsuõigused.

Joonis 2. RGB kõrgtaseme tööpõhimõte.
Allikas: Waterdrip Capitali „Krüpto massiline kasutuselevõtt: kuidas RGB-protokoll valgustab Bitcoini tulevikku“.

Iga RGB nutikas leping on defined a geneesi olek, mille on koostanud nutikas lepingu väljastaja (või lihtsamalt öeldes väljaandja) ja suunatud atsükliline graafik (DAG). oleku üleminekud säilitatakse kliendi poolt kinnitatud andmetena.

Joonis 3. Tehingud, suletud pitsat ja tunnistaja.
Allikas: LNP/BP Association Github.

Võime selle kokku võtta järgmiselt: igal tehingul on UTXO ja selle UTXO omamine annab omanikule õiguse omada riiki. Omandiõigus määrab, kes saab plokiahela olekut muuta ja UTXO-d "kulutada". Üksikisikut, kellel on riik, nimetatakse erakonnaks omav riik.

Osapoolel on õigus muuta nutika lepingu oleku vastavat jaotist, genereerides uue oleku ülemineku ja kinnitades selle tehingus, kasutades eelmist olekut sisaldavat väljundit.

Protsess tähistab olekuülemineku kohal oleva pitseri sulgemineja paari, mis sisaldab kulutehingut ja vastavaid täiendavaid tehinguandmeid oleku ülemineku kohta, nimetatakse tunnistaja (kujutatud ülaloleval pildil).

Omandiõigus ja juurdepääs: põhiomadused

Joonis 4. Omandiõigus ja juurdepääs.
Allikas: LNP/BP Association Github.

Riigi omand ja valideerimine on erinevad mõisted. Valideerimisreeglid täpsustavad, kuidas olek võib muutuda, samas kui need ei tuvasta, kes võib muudatuse teha. 

Teisest küljest kontrollib omandiõigust Bitcoini skript Bitcoini plokiahela tasemel, mis ei ole Turing Complete. Seevastu valideerimisreegleid reguleerib RGB skeem, mis kasutab lihtsust/kontraktumi skripti, st on Turing Complete. 

RGB skeem

RGB nutikate lepingute puhul määratakse igale lepingule kordumatu olek ühekordselt kasutatavate pitserite kaudu. Nendel pitsatidel koos riigiga on konkreetsed reeglid ja kinnitused, mille on alguses määranud lepingu looja. Seda seadistust juhib "skeem", mis toimib reeglite kogumina lepinguandmete kinnitamiseks kliendi poolel. Skeem võib sisaldada keerulisi skripte, mis on lahutamatud lepingu loogikast.

Joonis 5. RGB skeem.
Allikas: LNP/BP Association Github.

Kliendipoolsed valideerimise ja kujundamise põhimõtted

Joonis 6. RGB-kliendipoolne valideerimine.
Allikas: LNP/BP Association Github.

1. Tugev omandiõigus: RGB-s on nutikatel lepingutel selge defiomanikku või omanikke. Ainult määratud omanikel on õigus muuta lepingu olekut. Need lepingud kirjeldavad erinevaid õigusi või toiminguid, mis on kategoriseeritud kas avalikuks (juurdepääs kõigile) või omanduses (piiratud omanikule).
2. Konfidentsiaalsus: Lepingu sisu hoitakse konfidentsiaalsena, mis on teada ainult osalejatele, eelkõige riigi omanikele. Osalejatel on võimalus teatud andmed avalikustada, kuid vaikimisi on kogu info privaatne. See konfidentsiaalsus takistab väliste analüüsivahendite juurdepääsu andmetele, tagades, et avalikes pearaamatutes ei salvestata tundlikku teavet.
3. Murede lahusus: RGB-l on modulaarne disain, millel on erinevad kihid, millest igaühele on määratud konkreetne ülesanne. Need kihid töötavad iseseisvalt, välistades vajaduse, et madalamad kihid oleksid teadlikud kõrgemate kihtide struktuurist. See disain suurendab süsteemi korraldust ja tõhusust.
4. Laiendatavus: Süsteem on hõlpsasti laiendatav, võimaldades luua ja integreerida täiustatud nutikaid lepinguid, ilma et oleks vaja muuta põhiprotokolli või kompileerida kogu RGB teeki.
5. Determinism: RGB valideerimisloogika on deterministlik, andes järjekindlalt identseid tulemusi samade sisendite ja aluseks oleva plokiahela või Lightning Networki kanali olekuga. See järjepidevus saavutatakse kahe põhikomponendi kaudu: a. Põhiline valideerimisloogika, mis on kirjutatud Rustis, on kõigis RGB-d kasutavates süsteemides sama. b. Lepingupõhine valideerimisloogika töötab AluVM-is, virtuaalses masinas, mis pakub platvormist sõltumata ühtset juhiste komplekti.
6. LNP/BP koostalitlusvõime: RGB on loodud töötama sujuvalt olemasolevate Bitcoini ja Lightning Networki tehnoloogiatega. See on loodud ka ühilduma nende tehnoloogiate tulevaste uuendustega.
   

RGB ja Pure Blockchain/L1 lähenemine

Puhas plokiahela/L1 lähenemine on vale, nendib RGB meeskond.

Joonis 7. RGB kommentaarid Blockchain/L1 lähenemise kohta.
Allikas: LNP/BP Association Github.

RGB lähenemine: deklaratiivne vs imperatiivne programmeerimine:

• Enamik plokiahela platvorme, sealhulgas Ethereum, kasutavad nutikaid lepinguid, mis on kirjutatud imperatiivses stiilis. Selle lähenemisviisi puhul toimib leping programmina, mis juhib selgesõnaliselt ülesannete samm-sammult täitmist, meenutades täpset ja üksikasjalikku retsepti.
• Need hädavajalikud programmid on sageli üsna piiravad ja piiratud aluseks oleva plokiahela platvormi võimalustega. Kuigi neid nimetatakse mõnikord Turingi täielikuks, on neil olulisi piiranguid.

RGB nutikate lepingute deklaratiivne olemus:

• RGB seevastu ei kasuta kohustuslikku programmeerimist. Selle asemel kasutab see nutikate lepingute puhul funktsionaalse programmeerimise erivormi defined deklaratiivselt.
• Deklaratiivses programmeerimises kirjeldate selle asemel, et üksikasjalikult kirjeldada, kuidas midagi teha, milline peaks olema tulemus. See on nagu toiduvalmistamise samm-sammult juhiste andmine, mis kirjeldab, milline üks söök välja peaks nägema.
• RGB-skeemi "skeem" on deklaratiivne defitarga lepingu sõlmimine. See täpsustab lepingu reeglid ja tingimused, kuid mitte täpset toimingute jada nende saavutamiseks.

Paradigma nihe programmeerimises:

• Üleminek Ethereumi imperatiivselt stiililt RGB deklaratiivsele stiilile nutika lepingu programmeerimisel sarnaneb üleminekuga traditsiooniliselt kohustuslikult programmeerimiselt funktsionaalsele või deklaratiivsele programmeerimisele üldises tarkvaraarenduses.
• See nihe nõuab teistsugust mõtteviisi: keskendumine sellele, mis on (soovitavad tulemused), mitte „kuidas” (konkreetsed sammud nende tulemuste saavutamiseks).

Lihtsus

Algne plaan hõlmas Simplicity lisamist RGB-sse ja jõupingutusi tehti ühilduvuse tagamiseks alates 1. päevast. Arvestades Simplicity arendamise aeglast edenemist ja selle väljalaske ajakavaga seotud ebakindlust, sai aga selgeks, et sellele tuginemine oli ebapraktiline. Käimasolev RGB väljalase, praegu ettevalmistamisel, tekitas küsimusi Simplicity kaasamise kohta.

Tunnistades, et Simplicity jaoks puudub usaldusväärne ajakava, algatasime alternatiivide uurimise (WASM, EVM (nalja pärast), IELE jne). Lõpuks sai selgeks, et patenteeritud virtuaalmasina arendamine RGB jaoks oli ainus elujõuline võimalus, asendades esialgse toetumise Lihtsusele.

Seetõttu otsustasime luua AluVM – puhas funktsionaalne, väga kaasaskantav Rust-põhine virtuaalmasin kliendipoolsete valideeritud nutikate lepingute (RGB), välkvõrgu, deterministliku hajutatud ja servaarvutuse jaoks.

Prisma

PRISM tähistab "osaliselt paljundatud lõpmatu olekuga masinate" andmetöötlust.

RGB tehnoloogia defines reeglid nutikate lepingute arendamiseks algtasemel, mida nimetatakse skeemiks, kuid see ei piira kõiki lepingu tulevasi toiminguid ühe üldise algoritmiga. Selle asemel teostab iga võrgusõlm individuaalseid toiminguid ja nii lepingu olek kui ka leping ise jäävad kehtima seni, kuni need toimingud järgivad skeemi reegleid. 

Lisaks ei piira see lähenemine lepingu ajaloolist arengut eelnevalt kindlaksmääratud algoritmiga. Seega võib leping omada erinevat käitumist seni, kuni iga muudatus vastab konkreetsetele valideerimisreeglitele. See meetod keskendub pigem kohalikele reeglitele kui globaalsele algoritmile.

Seevastu Ethereum kasutab globaalset algoritmi, kus iga toiming mõjutab kogu nutika lepingu olekut. RGB-ga töötate ainult osa lepingu olekuga, rakendades reegleid kohapeal. See annab laiemad võimalused lepingute arendamiseks.

Allpool näete kõrgetasemelist vaadet olekukanalite ja kliendipoolse valideerimise erinevuste kohta. 

Joonis 8. Hajutatud süsteemide eraldamine.
Allikas: LNP/BP Association Github.

Täpsemad erinevused on järgmised: 

Joonis 9. Riigikanalite ja kliendipoolse valideerimise võrdlus.
Allikas: LNP/BP Association Github.

AluVM

AluVM – (algoritmiline loogikaüksus VM) on puhas funktsionaalne RISC-virtuaalmasin, mis on loodud deterministlike kaasaskantavate andmetöötlusülesannete jaoks

AluVM eristub sellega, et kasutab registripõhist süsteemi, mis keelab juhusliku juurdepääsu mälule. See disain suurendab AluVM-i sobivust selliste rakenduste jaoks nagu nutikad lepingud, koodi kaugkäivitus ning hajutatud ja äärearvutus. AluVM-i peamised tugevused seisnevad selle determinismis, vastupidavuses ja formaalse koodianalüüsi võimes.

Peamised omadused: Erandlik, teisaldatavus, liivakast, turvalisus, laiendatavus.

AluVM-i juhiskomplekti arhitektuur (ISA) on loodud kohandatavaks, võimaldades sellel luua erinevate rakenduste jaoks erinevaid käituskeskkondi. AluVM ise on hästi prognoositav, funktsionaalne, registripõhine virtuaalmasin ja ISA. 

Kuigi AluVM ISA piirab juhuslikku juurdepääsu mälule, on see suurepärane aritmeetiliste ülesannete, sealhulgas elliptiliste kõveratega seotud ülesannete täitmisel. Unikaalselt saab VM-i keskkond laiendada AluVM ISA-d, võimaldades lisada selliseid funktsioone nagu andmete laadimine VM-i registritesse ja konkreetsete rakenduste jaoks kohandatud spetsiaalsete juhiste (nt SIMD) toetamine.

AluVM on peamiselt mõeldud kasutamiseks hajutatud süsteemides, kus järjepidevus ja töökindlus erinevatel platvormidel on töötlemise kiirusest olulisemad. Õigete ISA laiendustega AluVM-i peamised kasutusalad hõlmavad plokiahela tehnoloogiat, võrkude konsensuse saavutamiseks kriitilist arvutusi, servaarvutust, mitme osapoole andmetöötlust (mis hõlmab deterministlikku masinõpet), kliendipoolset valideerimist, piiratud Internet2 andmetöötlust ja geneetilisi algoritme. Need rakendused saavad kasu AluVM-i võimest töötada järjepidevalt ja turvaliselt erinevates keskkondades.

Joonis 10. AluVM-i võrdlus.
Allikas: LNP/BP Association Github.

Contractum

Contractum eristab end teistest nutikatest lepinguliste programmeerimiskeelte hulgast, ühendades Haskelli funktsionaalsed võimalused Rustis nähtava palja metalli lähedusega. Sellel on nišš, mis varem nutikatele lepingutele ligipääsmatu oli:

Joonis 11. Contractumi, lihtsuse ja teiste keelte võrdlus.
Allikas: contractum.org

Contractum on programmeerimiskeel, mida kasutatakse RGB lepingute loomiseks. Contractumiga sõlmitud lepinguid kontrollitakse meetodil, mida nimetatakse kliendipoolseks valideerimiseks. See lähenemisviis ei lisa Bitcoini plokiahelasse andmeid, mida saab võrrelda killustamistehnoloogia vormiga, mida täiustatakse veelgi, kasutades nullteadmiste tõendeid. 

Kliendipoolne valideerimine eraldab ka lepingu arengu plokiahela tehingutest, muutes nende tehingute jälgimise või analüüsimise traditsiooniliste plokiahela analüüsimeetodite abil võimatuks.

Joonis 12. Contractumi omadused.
Allikas: contractum.org

Contractumi disainiga tegelemiseks on oluline tutvuda RGB nutikate lepingute kasutatavate tehnoloogiatega:

Joonis 13. Tehnoloogiad, mida RGB nutilepingud kasutavad.
Allikas: contractum.org

Viimased värskendused uues versioonis RGB v0.10

RGB uusimas iteratsioonis (versioon 0.10) on rakendatud mitmeid täiustatud tehnilisi täiustusi, mis suurendavad raamistiku võimalusi keerukaks rakenduste arendamiseks. Need värskendused keskenduvad peamiselt iga RGB-lepingu globaalse oleku kasutuselevõtule, lepinguliideste integreerimisele ja range tüübisüsteemi kasutuselevõtule.

Globaalne seisund RGB lepingutes

Globaalse oleku funktsioon on RGB v0.10 oluline uuendus, mis võimaldab igal lepingul säilitada universaalselt juurdepääsetava oleku. See olek on juurdepääsetav mitte ainult RGB virtuaalmasinale, vaid ka välistele klientidele, nagu rahakotid ja muud rakendused.

Selle globaalse riigi kasulikkus on ülimalt oluline keerukate rakenduste loomisel RGB platvormil, eriti nende puhul, mis nõuavad keerulist olekuhaldust, nagu sünteetilised varad ja algoritmilised stabiilsed mündid. See võimaldab dünaamilisemat suhtlemist lepingu olekuga, ulatudes kaugemale traditsiooniliste nutikate lepinguarhitektuuride piirangutest.

Lepingu liidesed

RGB v0.10 tutvustab „lepinguliideseid” kui standardiseeritud sideprotokolli erinevate nutikate lepingute jaoks. Need liidesed toimivad sarnaselt Ethereumi lepinguliste ABI-dega (Application Binary Interfaces) ja ERC-dega (Ethereumi kommentaaritaotlus).

RGB lähenemisviisi peamine erinevus on nende liideste mittekohustuslik standardimine ja nende olemuslik pakkimine lepingutesse, mis välistab vajaduse eraldi levitamise järele. See hõlbustab semantilist teadlikku suhtlust kasutajate ja lepingute vahel rahakottide ja muu tarkvara kasutajaliideste kaudu.

Need liidesed ei ole staatilised; arendajad saavad aja jooksul täiendada olemasolevaid lepinguid täiendavate liidestega, täiustades funktsionaalsust muutmata lepingu tuuma.

Range tüüpi süsteem

Uus kodeeringuvorming versioonis RGB v0.10 kasutab ranget tüüpi süsteemi. See süsteem on uudne funktsionaalne andmetüüpi lähenemine, mis on loodud lepingu olekute tõhusaks esitamiseks ja enesevaatluseks RGB raamistikus.

Range tüüpi süsteem tagab andmemahtude kompileerimisaja kindluse, mis on eriti kasulik ressursipiiranguga seadmetes (nt piiratud mälumahuga madala kvaliteediga riistvarataskutes) töötamisel.

Lisaks on kogu RGB konsensuskiht versioonis 0.10 koostatud rangeteks tüüpideks, mis loob aluse erinevate tarkvaraväljaannete binaarse ühilduvuse ametlikele tõenditele. See funktsioon mitte ainult ei lihtsusta ja kindlustab RGB kasutamist, vaid võimaldab ka varade väljaandjatel ja lepingute arendajatel lisada oma varadele või lepingutele täiendavaid metaandmeid. Sellised metaandmed võivad mängida olulist rolli varade või lepingute identiteedi ja autentsuse kontrollimisel RGB ökosüsteemis.

Roostepõhised nutikad lepingud

RGB nutikaid lepinguid saab nüüd koostada Rustis, kasutades keele võimalusi tüübiohutuse ja jõudluse tagamiseks.

Range süsteemitüüpide integreerimine hõlbustab Rusti andmetüüpide otsest kompileerimist RGB lepingustruktuuridesse, parandades lepingukoodide tõhusust ja usaldusväärsust.

Täiustatud osariigi enesevaatluse võimalused

Nutikad lepingud versioonis RGB v0.10 saavad RGB virtuaalmasina käivitatavas valideerimiskoodis oma olekut uurida.

See funktsioon on eriti kasulik keerukate lepingute loomiseks, mis suhtlevad Bitcoini tehingute, diskreetlogilepingute ja muude keerukate andmestruktuuridega, suurendades RGB nutikate lepingute ulatust ja funktsionaalsust.

URL-ipõhine arvevorming

Värskendus tutvustab uut arve vormingut, mis asendab varasema Bech32m kodeeringuga süsteemi.

Need uued URL-ipõhised arved on oluliselt lühemad ja kasutajasõbralikumad, hõlbustades kontrollimist ja automaatset avamist eelkonfigureeritud tarkvaraga.

WASM (WebAssembly) tugi

RGB-standarditeek ühildub nüüd keskkondadega, millel puudub juurdepääs I/O-le ja failisüsteemile, nagu veebilehed või brauseri pistikprogrammid.

See laiendab RGB potentsiaalseid kasutusjuhtumeid, võimaldades sellel sujuvalt töötada paljudes veebipõhistes rakendustes ja laiendustes.

Tajuure deskriptorid ja kohandatud tuletamine

RGB v0.10 kasutab taproot-põhiseid OP_RETURN kohustusi (mida nimetatakse tapretiks), mistõttu on vaja deskriptori tasemel tuge rahakottide jaoks, et tuvastada kohandatud väljunditega tehinguid.

Kohandatud tuletusindeksite kasutuselevõtt selles versioonis takistab mitte-RGB-rahakottidel tahtmatult RGB-varasid sisaldavaid väljundeid kulutamast, kaitstes seeläbi nende varade terviklikkust.

Lihtsustatud sõltuvused

RGB konsensuskiht versioonis 0.10 on vähendanud oma sõltuvusi, eemaldudes eriti kohandatud kuulikindlast rakendusest, mis oli algselt tuletatud Grini projektidest.

See sõltuvuste vähendamine suurendab API stabiilsust ja üldist süsteemi töökindlust.

Sujuv integreerimisprotsess

Värskendus lihtsustab operatiivseid töövooge, vähendades vajadust mitme API-kõne ja keeruka keeleülese andmestruktuuri kodeerimise järele.

RGB lepingu olekud on nüüd esindatud JSON-objektidena, mis võimaldavad lihtsat serialiseerimist erinevates programmeerimiskeeltes.

Kasutajakogemuse täiustused

RGB uus versioon lihtsustab kasutajakogemust, koondades varem erinevad komponendid ühtseks teegi API-ks ja käsurea tööriistaks.

Kuigi RGB-sõlme saab endiselt kasutada koduserverites, ei ole selle kasutamine RGB-süsteemiga suhtlemiseks enam kohustuslik, vähendades kasutajate ja rahakotirakenduste sisenemisbarjääri.

See jaotis sisaldab erilist tunnustust Waterdrip Capitalile selle eest, et ta tõstab esile uusimad funktsioonid oma teoses pealkirjaga "Krüpto massiline kasutuselevõtt: kuidas RGB-protokoll valgustab Bitcoini tulevikku".

RGB konkurendid

Joonis 14. FRGB vs Ethereum lihtsate sõnadega.
Allikas: LNP/BP Association Github

koputage juur

Taproot Assets, varem tuntud kui Taro, on protokoll, mis on loodud žetoonide käivitamiseks Bitcoini võrgus. See protokoll kasutab Taprooti UTXO mudelit koos sellega seotud lahendustega, nagu Tapscript ja taptweak. Neid tööriistu kasutatakse vara pakkumise ja saldo kohta teabe salvestamiseks Bitcoini tehinguandmetes.

Joonis 15. Taproot Assets žetoonide teabe salvestamise skeem.
Allikas: Voltage "Taproot Assets: varade väljastamine Bitcoinil".

Taproot Assets kasutab Ordinals'i kontseptsiooniga analoogset meetodit, kus BRC-20 märgid salvestavad tarneteavet loetletud satoshide metaandmetes. Ja vastupidi, Taproot Assets manustab selle teabe Bitcoini tehingu Taprooti väljundisse, kasutades nn hõredat Merkle'i puud. Põhimõtteliselt lisab Taproot Assets Bitcoini tehingusse Merkle'i puu, mis on tõend konkreetse kasutaja saldo ja üldise märgi pakkumise kohta. See puu omakorda peegeldab andmeid universumist – hoidlast, mis säilitab kogu varade ajalugu ja mida haldab märgi väljaandja.

Joonis 16. Digitaalne olekupuu.
Allikas: Voltage "Taproot Assets: varade väljastamine Bitcoinil".

State Digital Tree – Taproot Assetsi arhitektuur pakub tasakaalukindluse tagamiseks kahte võimalust: ahelavälised andmed universumist või UTXO-sse manustatud hõre Merkle'i puu.

Töömehhanism

1. Tokeni looja teostab P2TR (Pay to Taproot) tehingu, kasutades Taproot Assets protokolli. 
2. Teave vara kohta Merkle'i puu kujul salvestatakse selle tehingu UTXO-sse (tegelikult geneesiplokki). 
3. Märgi ülekandmiseks muudab Taprooti võtme omanik Merkle'i puu saldoteavet, tagades üldise varade pakkumise muutumatuks. 
4. Sellised muudatused viiakse sisse uue Taprooti tehingu kaudu. Iga märgi ülekande jaoks pole aga eraldi ahelasisest tehingut vaja. Sarnaselt kogumistele või välkvõrgule võimaldab protokoll omanikul töödelda ülekandeid, avaldades seejärel saldode värskendatud oleku.

Taproot Assetsi eelised

• Taproot Assetsi üks peamisi eeliseid on selle täielik ühilduvus Lightning Networkiga, mis suurendab mastaapsuse võimalusi ja vähendab tehingukulusid.
• Taproot Assets loob kohandatud žetoonidega toimingute salvestamiseks eraldiseisva kihi. Kuigi see tugineb peamiselt ahelavälistele andmetele, avaldab see põhivõrgu saldoseisundi. 
• See lähenemine on võrreldes BRC-20-ga paindlikum, skaleeritavam ja kõikehõlmavam, kuid muudab selle keerukamaks ka kogenematute kasutajate jaoks.

BitVM

BitVM on tipptasemel projekt, mille eesmärk on muuta Bitcoin täielikult detsentraliseeritud andmetöötlusplatvormiks. 9. oktoobril 2023 esitletud BitVM valge raamat tutvustab tehnoloogiat, mis on praegu testimisfaasis ja vajab edasiarendamist, et saavutada oma täielikku potentsiaali.

BitVM-i põhifunktsioonid ja kontseptsioon

Sisuliselt kasutab BitVM kontseptsiooni Optimistic Rollups, et eraldada võrgust arukate lepingute arvutused, viies seejärel läbi ahelasisese kontrolli, mis põhineb "pettusetõenditel". Teoreetiliselt, kui nutikas lepinguteave on Taprooti tehingus salvestatud (binaarkoodina), peaks andmevahetus ja arvutused toimuma otse osapoolte vahel. See lähenemine on loodud plokiahela ummikute vähendamiseks. Kui aga tõendaja (tõendaja, st lepingu omanik) edastab ekslikud andmed, saab tõendaja algatada ahelasisese kontrolli. See protsess on pettusekindluse kontseptsiooni aluseks.

Ketisisese kinnitamise käsitlemine arvutuslikult piiratud võrgus

Väljakutse tekib selles, kuidas läbi viia toimingute kontrolli võrgus, mis sisuliselt selliseid arvutusi ei toeta. Selle lahendamiseks kasutab BitVM Merkle'i puud, et luua loogiline NAND-värava skeem, mis seejärel salvestatakse Taprooti tehingusse. Põhimõtteliselt toimib Merkle'i puu tehinguandmetes NAND-skeemina, kus iga "haru" kannab ühte kahest võimalikust väärtusest: 1 või 0. Ahelasisene arvutus toimub bittide kaupa, kusjuures ühe "haru" väljund muutub sisend järgmise jaoks. Nutikate lepingupoolte vahel toimuvad pidevad tehinguvahetused väärtuse kontrollimiseks. Kui tõestaja arvutusversioon leitakse olevat vale, saab kontrollija oma varad, mis on lukustatud Taprooti tehinguga.

Joonis 17. NANDi skemaatiline esitus.
Allikas: Bitcoin Magazine'i "Suur tehing BitVM-iga: Bitcoinis on nüüd võimalik suvaline arvutamine ilma kahvlita"

NAND-i ehitamine Taprooti ja Merkle Tree abil

Üksikasjalikku teavet selle kohta, kuidas BitVM hõlbustab NAND-i ehitamist Taprooti ja Merkle puude abil, ning selle mõju arvutustele leiate tehnilisest dokumentatsioonist.

See lähenemisviis võimaldab nutikate lepingute arvutuste täpset ja samm-sammult kontrollimist, mis on kooskõlas plokiahela terviklikkuse ja turvalisuse põhimõtetega.

Aruka lepingute kahepoolsuse väljakutsed

BitVM-is püsib märkimisväärne probleem nutikate lepingute kahepoolse struktuuri tõttu, mis hõlbustab otsest andmevahetust ainult kontrollija ja tõestaja vahel, välistades kolmandate osapoolte kaasamise. See piirang takistab dAppi arendamist ja nõuab täiendavate lahenduste leidmist mitme osapoolega lepingute ehitamiseks. 

Lisaks viitavad BitVM-i keerulised ja madala tasemega omadused sellele, et seda vundamenti võimendavate funktsionaalsete toodete ehitamine võib kesta mitu aastat. Oluline areng ja innovatsioon on hädavajalikud, et muuta see põhitehnoloogia praktilisteks rakendusteks.

Üksikasjaliku sügava sukeldumise jaoks lugege kindlasti BitVM-i Whitepaper - https://bitvm.org/bitvm.pdf 

Järeldus

RGB-protokoll on Bitcoini ökosüsteemi tehniline arendus, mis tutvustab funktsioone nutikate lepingute rakendamiseks ja žetoonide väljastamiseks, mis on otseselt seotud Bitcoini võrguga. See saavutatakse kliendipoolse valideerimise ja ühekordselt kasutatavate pitserite kasutamise kombinatsiooniga, mis seovad märgid Bitcoini UTXO-dega, säilitades samal ajal tehingute privaatsuse.

RGB üks peamisi tehnilisi eeliseid on lähenemine skaleeritavusele ja privaatsusele. Nihutades suurema osa valideerimistööst Bitcoini plokiahelalt maha ja kasutades tehingute kontrollimiseks krüptograafilisi meetodeid, vähendab RGB tõhusalt plokiahela andmekoormust. Selline lähenemine aitab säilitada võrgu efektiivsust, eriti kui tehingumahud kasvavad.

RGB ühilduvus Lightning Networkiga on veel üks oluline aspekt, mis võimaldab skaleeritavamat ja tõhusamat tehingute töötlemist. See funktsioon on eriti asjakohane, arvestades kasvavat nõudlust kiiremate ja kuluefektiivsemate tehingumeetodite järele krüptovaluutaruumis.

RGB-tehnoloogia keerukus seab aga väljakutseid kasutajale juurdepääsetavuse ja arusaamise osas. Protokolli arhitektuur ja kasutatavad täiustatud krüptograafilised meetodid võivad olla raskesti mõistetavad ja rakendatavad, eriti neile, kes on plokiahela tehnoloogiaga uued. See keerukus võib takistada laiemat kasutuselevõttu ja kasutajate kaasamist.

Lisaks, kuigi RGB suurendab privaatsust, hoides lepinguandmed plokiahelast eemal, tekitab see aspekt küsimusi ka andmete kontrollitavuse ja tehingute auditeerimise võime kohta, mis on teatud rakenduste ja eeskirjade järgimise jaoks üliolulised.

RGB uusim värskendus, versioon 0.10, seab selle plokiahela tehnoloogiate areneval maastikul märkimisväärseks konkurendiks, eriti selliste uute protokollide vastu nagu Taproot Assets ja BitVM. Erinevalt Taproot Assetsist, mis keskendub Taprooti UTXO mudeli võimendamisele žetoonide väljastamiseks Bitcoini võrgus, eristub RGB oma täiustatud privaatsusfunktsioonide ja ahelavälise andmetöötlusega, pakkudes selget lähenemist nutikale lepingu funktsionaalsusele ja märgihaldusele.

Samal ajal kui BitVM tutvustab Bitcoini detsentraliseeritud andmetöötluse uudset kontseptsiooni, tutvustab RGB versiooni 0.10 edusammud kliendipoolses valideerimises, lepinguliidestes ja ranges tüübisüsteemis selle ainulaadset lähenemist mastaapsuse ja kasutajate suhtluse parandamisele Bitcoini ökosüsteemis. Need täiustused rõhutavad RGB võimekust mastaapsuse ja tõhususe probleemide lahendamisel – valdkondades, kus traditsioonilised ja uued protokollid seisavad sageli silmitsi piirangutega.

Sõltuvuste ja integratsiooniprotsesside lihtsustamine RGB uusimas versioonis näitab veelgi keskendumist kasutajakogemusele ja süsteemi stabiilsusele, mis eristab seda konkurentidest. See positsioneerib RGB-d mitte ainult tugeva platvormina privaatsusele keskendunud ja skaleeritavate nutikate lepingute ja žetoonide väljastamise jaoks, vaid ka tulevikku vaatava lahendusena laiemas plokiahela ruumis.

Kokkuvõtteks võib öelda, et RGB-protokoll on märkimisväärne tehnoloogiline areng Bitcoini võrgus, pakkudes täiustatud võimalusi nutikate lepingute ja žetoonide väljastamise jaoks. See käsitleb mastaapsuse ja privaatsuse põhiprobleeme, kuid seisab silmitsi keerukuse ja võimaliku auditeeritavusega. Protokolli käimasolev arendus ja tulevased iteratsioonid keskenduvad tõenäoliselt nende täiustatud võimaluste tasakaalustamisele kasutaja juurdepääsetavuse ja regulatiivsete kaalutlustega.

Terminite viited: 

1. Turing valmis: Praktikas suudab süsteem piisava aja ja mäluga täita mis tahes arvutusülesandeid. Enamik kaasaegseid programmeerimiskeeli on Turingi täielikud, mis näitab nende teoreetilist võimet lahendada mis tahes arvutusprobleeme.
   
2. Skeem: Lepinguskeem toimib nutika lepingu tegeliku koodina, mida väljastajad saavad kasutada "lepingumallina", ilma et oleks vaja välistest allikatest pakutavat kohandatud koodi kodeerida või auditeerida. RGB-skeem ei ole skript, vaid andmestruktuur.
   
3. Diskreetsed logilepingud (DLC-d) on riigikanalite kontekstis spetsiaalsed nutikad lepingud, mida kasutatakse peamiselt Bitcoini võrgus. Need võimaldavad eraviisiliselt ja tõhusalt täita keerulisi finantslepinguid, mis põhinevad välistel sündmustel, näiteks varade hindadel. DLC-d töötavad väljaspool ahelat, säilitades lepingu üksikasjade ja osalejate identiteedi konfidentsiaalsuse. Nad kasutavad lepingute lahendamiseks väliseid andmeallikaid ehk oraakleeid. Olekukanalitega integreerituna suurendavad DLC-d skaleeritavust, võimaldades mitmete tehingute arveldamist ilma plokiahelat ummistamata, muutes need ideaalseks privaatsete ja tõhusate finantstehingute jaoks, mis sõltuvad tegelikest tulemustest.
   
4. torm – tingdeponeerimispõhine usaldusväärne salvestus, kasutades zk-kindlust. Storm ühendab tingdeponeerimisel põhineva usaldusväärse salvestusruumi teadmisteta tõenditega, et hõlbustada turvalisi ja privaatseid tehinguid. Selles süsteemis hoitakse andmeid või varasid tingdeponeerimisel ja need avaldatakse ainult siis, kui konkreetsed tingimused on täidetud, tagades usaldusväärse keskkonna, kus keskasutust pole vaja. Zk-tõestuste integreerimine võimaldab neid tehinguid kontrollida, säilitades samal ajal ülima konfidentsiaalsuse, kuna need võimaldavad andmeid kinnitada ilma nende aluseks olevaid üksikasju paljastamata.
   
5. Prometheus – arbitraažil põhinev usaldusvaba hajutatud andmetöötlus. Prometheus esindab lähenemist detsentraliseeritud andmetöötlusele, ühendades vaidluste lahendamise vahekohtumehhanismid, turvaliste ja detsentraliseeritud toimingute usaldusväärsuse ning ahelavälise arvutushalduse olekukanalite tõhususe.
   
6. A Vähendatud juhiskomplektiga arvuti on teatud tüüpi mikroprotsessori arhitektuur, mis kasutab pigem väikest, väga optimeeritud käskude komplekti, mitte kõrgelt spetsialiseerunud juhiste komplekti, mida tavaliselt leidub teistes arhitektuurides.