RGB posilňuje škálovateľnosť a možnosti ochrany osobných údajov bitcoinov a Lightning Network

TL; DR

• RGB funguje ako riešenie vrstvy 2/3 na overovacej paradigme bitcoinu a Lightning Network.client, ktoré obsahuje všetky inteligentné zmluvné dáta mimo bitcoinových transakcií. Tento dizajn zaisťuje prevádzku systému na Lightning Network, čím eliminuje potrebu úprav protokolov LN.
  
• Inteligentné zmluvy RGB sú navrhnuté pre škálovateľnosť a dôvernosť. Systém podporuje súkromné ​​a vzájomné vlastníctvo, abstrahuje a oddeľuje záujmy, predstavuje post-blockchainovú, Turingovu úplnú formu nedôveryhodných distribuovaných výpočtov bez nutnosti zavádzania nových tokenov.
  
• Kontrakty RGB sú organizované v samostatných segmentoch nazývaných „črepiny“, pričom každý má svoju vlastnú históriu a údaje, čím sa zvyšuje škálovateľnosť a zabraňuje sa miešaniu histórie z rôznych zmlúv. Interagujú prostredníctvom protokolu Bifrost na Lightning Network, čo umožňuje koordinované zmeny medzi viacerými stranami, podobne ako DEX fungujúce na Lightning Network.
  
• RGB používa tesnenia na jedno použitie defined cez bitcoinové UTXO pre bezpečnosť. Každá strana s históriou inteligentného zmluvného stavu môže overiť svoju jedinečnosť pomocou skriptu bitcoínov defižiadne vlastnícke a prístupové práva.
  
• V RGB sú štátne vlastníctvo a validácia samostatné entity. Vlastníctvo je riadené bitcoinovým skriptom, nie systémom Turing Complete. Na druhej strane, pravidlá validácie sú diktované schémou RGB pomocou skriptu Turing Complete Simplicity/Contractum/Rust.
  
• Každá inteligentná zmluva RGB je spojená s jedinečným stavom pomocou pečatí na jedno použitie. Pečate a stav sa riadia špecifickými pravidlami a validáciami stanovenými tvorcom zmluvy, ktoré sa riadia „schémou“. Táto schéma funguje ako súbor pravidiel na kontrolu zmluvných údajov na strane klienta, čo umožňuje vysokú úroveň škálovateľnosti protokolu a súkromia.
  
• Dizajn RGB je vysoko interoperabilný s existujúcimi technológiami Bitcoin a Lightning Network, čo uľahčuje bezproblémovú integráciu s týmito platformami a akékoľvek budúce aktualizácie.
  
• Na rozdiel od imperatívneho programovacieho štýlu mnohých blockchainových platforiem, RGB využíva deklaratívny štýl. Tento prístup sa zameriava skôr na načrtnutie želaného výsledku než na podrobný popis konkrétnych krokov na jeho dosiahnutie.
  
• RGB využíva rôzne pokročilé technológie, vrátane AluVM pre deterministické prenosné výpočtové úlohy, PRISM pre čiastočne replikované výpočty na strojoch s nekonečným počtom stavov a Storm pre dôveryhodné úložisko založené na escrow pomocou zk-proofs. Tieto technológie prispievajú k robustnosti, dôvernosti a rozšíriteľnosti RGB.
  
• RGB (v0.10) prináša pozoruhodné vylepšenia používateľskej skúsenosti a integračných procesov, zefektívňuje operácie a minimalizuje závislosti. Aktualizovaná verzia obsahuje jednotnejšie knižničné API a nástroj príkazového riadku, vďaka čomu je prístupnejšia a užívateľsky príjemnejšia.

Stručný opis

RGB je protokol určený na vydávanie tokenov v bitcoinovej sieti so zvýšeným súkromím a kompatibilitou s Lightning Network. Stavia na koncepte „farebných mincí“, ako sú tie, ktoré sa používajú v protokole OmniLayer, kde metadáta v bitcoinových transakciách označujú prenos tokenov. Napríklad transakcie USDT na OmniLayer fungujú ako bitcoinové transakcie rozšírené o ďalšie údaje s podrobnosťami o pohyboch tokenov USDT. Tieto metódy však čelia obmedzeniam, ako sú obmedzenia veľkosti údajov vo výstupoch OP_RETURN, intenzívne skenovanie blockchainu a obmedzené súkromie vyplývajúce z viditeľnosti v reťazci.

RGB rieši tieto problémy premiestnením väčšiny procesov overovania mimo bitcoinový blockchain. Prijíma validáciu na strane klienta a používa jednorazové pečate na prepojenie tokenov s bitcoinovými UTXO, a to všetko pri zachovaní súkromia používateľov.

Tokeny sa prenášajú prostredníctvom správy obsahujúcej informácie o platbe RGB v rámci bitcoinovej transakcie, čo umožňuje tokenom presunúť sa z jedného UTXO do druhého bez zanechania stopy na grafe bitcoinových transakcií. To výrazne zvyšuje súkromie, pretože transakcie RGB „teleportujú“ tokeny diskrétne, pričom údaje špecifické pre RGB sa prenášajú cez súkromné ​​kanály mimo reťazca.

Okrem toho, aby sa zabezpečilo vlastníctvo a zabránilo sa inflácii, musia príjemcovia overiť celú históriu transakcií prijatých tokenov. RGB umožňuje budúce upgrady bez potreby hard forkov, čím sa zaisťuje, že baníci nie sú schopní sledovať tok aktív, čím poskytuje vyššiu odolnosť voči cenzúre. Na rozdiel od tradičných blockchainových štruktúr, RGB funguje bez potreby blokov alebo reťazcov, čo ho umiestňuje ako neblokový decentralizovaný protokol, ktorý sľubuje vysokú dôvernosť, bezpečnosť a škálovateľnosť.

Úvod a vízia

Jednovrstvová vložka: Klientom overený stav a systém inteligentných zmlúv fungujúci na vrstve 2/3 v bitcoinoch a Lightning Network.

Ďalšie podrobnosti:

RGB je škálovateľný a dôverný systém inteligentných zmlúv pre bitcoiny a Lightning Network. RGB smart kontrakty fungujú s validácia na strane klienta paradigma, bývanie všetky dáta smart kontraktov mimo Bitcoinové transakcie, t. j. stav bitcoinového blockchainu alebo Lightning channel. To umožňuje systému fungovať nad sieťou Lightning Network bez akýchkoľvek zmien protokolov LN a tiež poskytuje základ pre vysokú úroveň škálovateľnosti protokolu a súkromia.

Inteligentné zmluvy stelesňujú princípy súkromného a vzájomného vlastníctva, abstrakcie a oddelenia záujmov. Predstavujú „post-blockchain“, Turingovu kompletnú formu nedôveryhodnej distribuovanej výpočtovej techniky, ktorá si nevyžaduje zavedenie tokenov.

Zmluvy RGB fungujú v samostatných segmentoch nazývaných „črepiny“. Každý zlomok má svoju vlastnú históriu a údaje, čo znamená, že rôzne zmluvy nemiešajú svoju históriu. Táto metóda zlepšuje škálovateľnosť. Pojem „črep“ sa používa na to, aby ukázal, že RGB dosahuje podobné ciele, aké boli zamýšľané s konceptom črepov Ethereum.

Hoci fungujú nezávisle, zmluvy RGB môžu interagovať prostredníctvom protokolu Bifrost na Lightning Network. To umožňuje koordinované zmeny medzi viacerými stranami. Umožňuje napríklad fungovanie DEX cez sieť Lightning.

Technológia a architektúra

Prehľad na vysokej úrovni o prevádzke RGB a tesneniach na jedno použitie

Obrázok 1. Prehľad fungovania RGB na vysokej úrovni.
Zdroj: LNP/BP Association Github.

Ako bezpečnostný mechanizmus využíva RGB tesnenia na jedno použitie defined over bitcoin UTXO, ktoré poskytujú možnosť akejkoľvek strane s históriou inteligentného zmluvného stavu overiť jeho jedinečnosť. RGB v podstate využíva bitcoinový skript pre svoj bezpečnostný model a defines vlastníctva a prístupové práva.

Obrázok 2. Princíp činnosti na vysokej úrovni RGB.
Zdroj: “Driving Mass Adoption of Crypto: How the RGB Protocol is Illuminating the Future of Bitcoin” od Waterdrip Capital.

Každá inteligentná zmluva RGB je defined by a stav genézy, vytvorený spoločnosťou vydavateľ inteligentných zmlúv (alebo, zjednodušene povedané, emitent) a riadený acyklický graf (DAG). stavové prechody uchovávané ako klientom overené údaje.

Obrázok 3. Transakcie, uzavretá pečať a svedok.
Zdroj: LNP/BP Association Github.

Môžeme to zhrnúť takto: každá transakcia má UTXO a vlastníctvo tohto UTXO dáva vlastníkovi právo vlastniť štát. Vlastníctvo určuje, kto môže upraviť stav blockchainu a „minúť“ UTXO. Jednotlivec, ktorý drží štát, sa označuje ako strana vlastniaci štát.

Strana má oprávnenie upraviť príslušnú časť stavu inteligentnej zmluvy vygenerovaním nového prechodu stavu a jeho potvrdením v transakcii s využitím výstupu obsahujúceho predchádzajúci stav.

Proces znamená uzavretie tesnenia nad prechodom stavua dvojica obsahujúca výdavkovú transakciu a zodpovedajúce extratransakčné údaje o prechode stavu sa nazýva a svedok (zobrazené na obrázku vyššie).

Vlastníctvo a prístup: základné vlastnosti

Obrázok 4. Vlastníctvo a prístup.
Zdroj: LNP/BP Association Github.

Štátne vlastníctvo a validácia sú odlišné pojmy. Validačné pravidlá špecifikujú, ako sa štát môže zmeniť, pričom neidentifikujú, kto môže zmenu uskutočniť. 

Na druhej strane vlastníctvo riadi bitcoinový skript na úrovni bitcoinového blockchainu, čo nie je Turing Complete. Na rozdiel od toho sa pravidlá overovania riadia schémou RGB s využitím skriptu Simplicity/Contractum, t. j. Turing Complete. 

Schéma RGB

V RGB smart kontraktoch je každej zmluve priradený jedinečný stav prostredníctvom jednorazových pečatí. Tieto pečate spolu so štátom majú špecifické pravidlá a overenia, ktoré na začiatku stanovil tvorca zmluvy. Toto nastavenie sa riadi „schémou“, ktorá funguje ako súbor pravidiel na overenie zmluvných údajov na strane klienta. Schéma môže zahŕňať komplexné skripty, ktoré sú neoddeliteľnou súčasťou logiky zmluvy.

Obrázok 5. Schéma RGB.
Zdroj: LNP/BP Association Github.

Princípy validácie a návrhu na strane klienta

Obrázok 6. Overenie RGB na strane klienta.
Zdroj: LNP/BP Association Github.

1. Silné vlastníctvo: V RGB majú inteligentné zmluvy jasno defined vlastníka alebo vlastníkov. Iba určení vlastníci majú právomoc meniť stav zmluvy. Tieto zmluvy uvádzajú odlišné práva alebo operácie kategorizované ako verejné (prístupné všetkým) alebo vlastnené (obmedzené na vlastníka).
2. Dôvernosť: Informácie v rámci zmluvy sú dôverné, známe len účastníkom, najmä vlastníkom štátu. Účastníci majú možnosť zverejniť určité údaje, ale štandardne sú všetky informácie súkromné. Táto dôvernosť bráni externým analytickým nástrojom v prístupe k údajom a zaisťuje, že vo verejných knihách nebudú uložené žiadne citlivé informácie.
3. Rozdelenie obáv: RGB má modulárny dizajn s odlišnými vrstvami, z ktorých každá má priradenú špecifickú úlohu. Tieto vrstvy fungujú nezávisle, čím sa eliminuje potreba, aby si nižšie vrstvy uvedomovali štruktúru vyšších vrstiev. Tento dizajn zlepšuje organizáciu a efektivitu systému.
4. Rozšíriteľnosť: Systém je ľahko rozšíriteľný, čo umožňuje vytváranie a integráciu pokročilých smart kontraktov bez nutnosti úpravy základného protokolu alebo rekompilácie celej knižnice RGB.
5. Determinizmus: Logika overovania RGB je deterministická a neustále prináša identické výsledky s rovnakými vstupmi a prevládajúcim stavom základného blockchainu alebo kanála Lightning Network. Táto konzistencia sa dosahuje prostredníctvom dvoch hlavných komponentov: a. Logika overenia jadra napísaná v jazyku Rust je rovnaká vo všetkých systémoch s RGB. b. Logika validácie špecifická pre zmluvu beží na AluVM, virtuálnom stroji, ktorý poskytuje konzistentnú sadu pokynov bez ohľadu na platformu.
6. Interoperabilita LNP/BP: RGB je navrhnutý tak, aby bezproblémovo spolupracoval s existujúcimi technológiami Bitcoin a Lightning Network. Je tiež skonštruovaný tak, aby bol kompatibilný s akýmikoľvek budúcimi aktualizáciami týchto technológií.
   

Prístup RGB a Pure Blockchain/L1 prístup

Čistý prístup blockchainu/L1 je nesprávny, tvrdí tím RGB.

Obrázok 7. RGB komentáre k Blockchain/L1 prístupu.
Zdroj: LNP/BP Association Github.

Prístup RGB: deklaratívne vs. imperatívne programovanie:

• Väčšina blockchainových platforiem, vrátane Etherea, využíva inteligentné zmluvy napísané v imperatívnom štýle. V tomto prístupe zmluva funguje ako program, ktorý výslovne usmerňuje postupné vykonávanie úloh, pripomínajúc presný a podrobný recept.
• Tieto imperatívne programy sú často dosť obmedzujúce a obmedzené schopnosťami základnej blockchainovej platformy. Aj keď sú niekedy označované ako Turingovo úplné, majú značné obmedzenia.

Deklaratívna povaha inteligentných zmlúv RGB:

• RGB na druhej strane nepoužíva imperatívne programovanie. Namiesto toho využíva špeciálnu formu funkčného programovania, kde sú inteligentné zmluvy defined deklaratívne.
• V deklaratívnom programovaní namiesto podrobností o tom, ako niečo urobiť, opíšete, aký by mal byť výsledok. Je to ako načrtnutie toho, ako by malo jedlo vyzerať, namiesto toho, aby ste poskytovali pokyny na varenie krok za krokom.
• „Schéma“ v RGB je deklaratívna defiinteligentnej zmluvy. Špecifikuje pravidlá a podmienky zmluvy, ale nie presnú postupnosť operácií na ich dosiahnutie.

Posun paradigmy v programovaní:

• Prechod od imperatívneho štýlu Ethereum k deklaratívnemu štýlu RGB v programovaní inteligentných zmlúv je podobný posunu od tradičného imperatívneho programovania k funkčnému alebo deklaratívnemu programovaniu vo všeobecnom vývoji softvéru.
• Tento posun si vyžaduje iný spôsob myslenia: zamerať sa skôr na „čo“ (požadované výsledky) než na „ako“ (konkrétne kroky na dosiahnutie týchto výsledkov).

Jednoduchosť

Pôvodný plán zahŕňal začlenenie Simplicity do RGB a úsilie sa venovalo zaisteniu kompatibility od prvého dňa. Avšak vzhľadom na pomalý pokrok vývoja Simplicity a neistotu okolo časového harmonogramu vydania sa ukázalo, že spoliehať sa na to je nepraktické. Prebiehajúce vydanie RGB, ktoré sa v súčasnosti pripravuje, vyvolalo otázky o zahrnutí Simplicity.

Uvedomujúc si absenciu spoľahlivého harmonogramu pre jednoduchosť, začali sme skúmanie alternatív (WASM, EVM (ako vtip), IELE atď.). Nakoniec sa ukázalo, že vývoj proprietárneho virtuálneho stroja pre RGB bol jedinou životaschopnou možnosťou, ktorá nahradila počiatočné spoliehanie sa na jednoduchosť.

Preto sme sa rozhodli vytvoriť AluVM – čisto funkčný, vysoko prenosný virtuálny stroj na báze Rust pre inteligentné zmluvy overené na strane klienta (RGB), Lightning Network, deterministické distribuované a okrajové výpočty.

Prizma

PRISM je skratka pre „čiastočne replikované stroje s nekonečným počtom stavov“.

Technológia RGB definespĺňa pravidlá pre vývoj inteligentných zmlúv na základnej úrovni, nazývanej schéma, ale neobmedzuje všetky budúce akcie zmluvy jediným zastrešujúcim algoritmom. Namiesto toho každý uzol v sieti vykonáva jednotlivé operácie a stav zmluvy aj samotná zmluva zostávajú v platnosti, pokiaľ tieto operácie dodržiavajú pravidlá schémy. 

Navyše tento prístup neobmedzuje historický vývoj zmluvy vopred určeným algoritmom. Zmluva teda môže vykazovať rôzne správanie, pokiaľ každá zmena spĺňa špecifické pravidlá validácie. Táto metóda sa zameriava skôr na lokálne pravidlá než na globálny algoritmus.

Na rozdiel od toho Ethereum používa globálny algoritmus, kde každá operácia ovplyvňuje celý stav smart kontraktu. S RGB pracujete len s časťou stavu zmluvy a aplikujete pravidlá lokálne. To poskytuje širšiu škálu možností vývoja zmlúv.

Nižšie môžete vidieť všeobecný pohľad na rozdiely medzi stavovými kanálmi a validáciou na strane klienta: 

Obrázok 8. Oddelenie distribuovaných systémov.
Zdroj: LNP/BP Association Github.

Konkrétnejšie rozdiely sú nasledovné: 

Obrázok 9. Porovnanie štátnych kanálov a validácie na strane klienta.
Zdroj: LNP/BP Association Github.

AluVM

AluVM – (algoritmická logická jednotka VM) je čisto funkčný virtuálny stroj RISC určený pre deterministické prenosné výpočtové úlohy

AluVM sa vyznačuje tým, že používa systém založený na registroch, ktorý zakazuje náhodný prístup do pamäte. Tento dizajn zlepšuje vhodnosť AluVM pre aplikácie, ako sú inteligentné zmluvy, vzdialené spúšťanie kódu a distribuované a okrajové výpočty. Hlavné silné stránky AluVM spočívajú v jeho determinizme, robustnosti a schopnosti formálnej analýzy kódu.

Kľúčové vlastnosti: Výnimočné, prenosnosť, karanténa, bezpečnosť, rozšíriteľnosť.

Architektúra Instruction Set Architecture (ISA) AluVM je navrhnutá tak, aby bola prispôsobiteľná, čo jej umožňuje vytvárať rôzne runtime prostredia pre rôzne aplikácie. Samotný AluVM je vysoko predvídateľný, funkčný virtuálny stroj založený na registroch a ISA. 

Zatiaľ čo obmedzuje náhodný prístup k pamäti, AluVM ISA vyniká pri vykonávaní aritmetických úloh, vrátane tých, ktoré súvisia s eliptickými krivkami. Prostredie VM môže jedinečne rozšíriť AluVM ISA, čo umožňuje pridanie funkcií, ako je načítanie údajov do registrov VM a podpora špecializovaných inštrukcií (napr. SIMD) prispôsobených pre konkrétne aplikácie.

AluVM je určený hlavne na použitie v distribuovaných systémoch, kde sú konzistencia a spoľahlivosť naprieč rôznymi platformami dôležitejšie ako rýchlosť spracovania. Primárne využitie AluVM so správnymi rozšíreniami ISA zahŕňa technológiu blockchain, výpočty kritické pre konsenzus v sieťach, edge computing, multiparty computing (ktorý pokrýva deterministické strojové učenie), validáciu na strane klienta, obmedzené Internet2 výpočty a genetické algoritmy. Tieto aplikácie ťažia zo schopnosti AluVM fungovať konzistentne a bezpečne v rôznych prostrediach.

Obrázok 10. Porovnanie AluVM.
Zdroj: LNP/BP Association Github.

Contractum

Contractum sa odlišuje od iných programovacích jazykov pre inteligentné zmluvy tým, že spája funkčné schopnosti Haskellu s blízkosťou k holému kovu, ktorý vidíme v Ruste. Zaberá medzeru, ktorá bola predtým pre inteligentné zmluvy neprístupná:

Obrázok 11. Porovnanie Contractum, Simplicity a iných jazykov.
zdroj: contractum.org

Contractum je programovací jazyk používaný na vytváranie zmlúv RGB. Zmluvy uzatvorené so Contractum sa kontrolujú metódou nazývanou validácia na strane klienta. Tento prístup nepridáva do bitcoinového blockchainu žiadne údaje, ktoré možno prirovnať k forme technológie sharding, ďalej vylepšenej pomocou dôkazov s nulovými znalosťami. 

Validácia na strane klienta tiež oddeľuje vývoj zmluvy od blockchainových transakcií, čo znemožňuje sledovať alebo analyzovať tieto transakcie prostredníctvom tradičných metód blockchain analýzy.

Obrázok 12. Vlastnosti kontraktu.
zdroj: contractum.org

Ak sa chcete zapojiť do dizajnu Contractum, je dôležité zoznámiť sa s technológiami, ktoré využívajú inteligentné zmluvy RGB:

Obrázok 13. Technológie, ktoré používajú RGB smart kontrakty.
zdroj: contractum.org

Najnovšie aktualizácie v novej verzii RGB v0.10

V najnovšej iterácii RGB (verzia 0.10) bolo implementovaných niekoľko pokročilých technických vylepšení, ktoré zlepšujú možnosti rámca pre komplexný vývoj aplikácií. Tieto aktualizácie sa primárne zameriavajú na zavedenie globálneho stavu pre každú zmluvu RGB, integráciu rozhraní zmlúv a prijatie prísneho typového systému.

Globálny stav v zmluvách RGB

Funkcia Global State je kritickou inováciou v RGB v0.10, ktorá umožňuje každej zmluve udržiavať univerzálne prístupný stav. Tento stav je prístupný nielen pre virtuálny stroj RGB, ale aj pre externých klientov, ako sú peňaženky a iné aplikácie.

Užitočnosť tohto globálneho stavu je kľúčová pre vytváranie sofistikovaných aplikácií na platforme RGB, najmä tých, ktoré vyžadujú zložité riadenie stavu, ako sú syntetické aktíva a algoritmické stablecoiny. Umožňuje dynamickejšiu interakciu so stavom zmluvy, ktorá presahuje obmedzenia tradičných architektúr inteligentných zmlúv.

Zmluvné rozhrania

RGB v0.10 predstavuje „zmluvné rozhrania“ ako štandardizovaný komunikačný protokol pre rôzne inteligentné zmluvy. Tieto rozhrania fungujú podobne ako zmluvné ABI (Application Binary Interfaces) a ERC (Ethereum Request for Comments) spoločnosti Ethereum.

Kľúčovým rozdielom v prístupe RGB je nepovinná štandardizácia týchto rozhraní a ich vlastné balenie so zmluvami, čím sa eliminuje potreba samostatnej distribúcie. To uľahčuje sémantické interakcie medzi používateľmi a zmluvami prostredníctvom používateľských rozhraní v peňaženkách a inom softvéri.

Tieto rozhrania nie sú statické; vývojári môžu v priebehu času rozšíriť existujúce zmluvy o ďalšie rozhrania, čím vylepšia funkčnosť bez úpravy nemenného jadra zmluvy.

Systém prísneho typu

Nový formát kódovania v RGB v0.10 využíva systém „striktných typov“. Tento systém je nový prístup k funkčnému typu údajov navrhnutý na efektívnu reprezentáciu a introspekciu zmluvných stavov v rámci RGB.

Systém prísneho typu zaisťuje zabezpečenie veľkosti údajov v čase kompilácie, čo je obzvlášť výhodné pre prevádzku na zariadeniach s obmedzenými zdrojmi, ako sú napríklad hardvérové ​​peňaženky nižšej kategórie s obmedzenými pamäťovými schopnosťami.

Okrem toho je celá RGB konsenzuálna vrstva vo verzii 0.10 zostavená do striktných typov, čo poskytuje základ pre formálne dôkazy binárnej kompatibility v rôznych verziách softvéru. Táto funkcia nielen zjednodušuje a zabezpečuje používanie RGB, ale tiež umožňuje emitentom aktív a vývojárom zmlúv pridávať ďalšie metadáta k ich aktívam alebo zmluvám. Takéto metadáta môžu zohrávať kľúčovú úlohu pri overovaní identity a pravosti aktív alebo zmlúv v ekosystéme RGB.

Inteligentné zmluvy založené na hrdze

Inteligentné zmluvy RGB je teraz možné vytvárať v jazyku Rust, čím sa využívajú možnosti jazyka pre bezpečnosť a výkon.

Prísna integrácia systémových typov uľahčuje priamu kompiláciu dátových typov Rust do zmluvných štruktúr RGB, čím sa zlepšuje efektívnosť a spoľahlivosť zmluvného kódu.

Rozšírené schopnosti introspekcie štátu

Inteligentné zmluvy v RGB v0.10 môžu preskúmať svoj vlastný stav v rámci overovacieho kódu vykonávaného virtuálnym strojom RGB.

Táto funkcia je užitočná najmä pri vytváraní komplexných zmlúv, ktoré interagujú s bitcoínovými transakciami, zmluvami diskrétneho protokolu a inými zložitými dátovými štruktúrami, čím sa rozširuje rozsah a funkčnosť inteligentných zmlúv RGB.

Formát faktúry podľa adresy URL

Aktualizácia zavádza nový formát faktúry, ktorý nahrádza predchádzajúci systém kódovaný Bech32m.

Tieto nové faktúry založené na URL sú výrazne kratšie a užívateľsky prívetivejšie, čím umožňujú jednoduchšie overenie a automatické otváranie pomocou vopred nakonfigurovaného softvéru.

Podpora WASM (WebAssembly).

Štandardná knižnica RGB je teraz kompatibilná s prostrediami bez prístupu k I/O a súborovému systému, ako sú webové stránky alebo doplnky prehliadača.

To rozširuje potenciálne prípady použitia RGB a umožňuje mu bezproblémovú prevádzku v širokej škále webových aplikácií a rozšírení.

Taproot Deskriptory a vlastné odvodenie

RGB v0.10 využíva záväzky OP_RETURN založené na taproot (označované ako tapret), čo si vyžaduje podporu na úrovni deskriptorov pre peňaženky na rozpoznávanie transakcií s upravenými výstupmi.

Zavedenie vlastných derivačných indexov v tejto verzii zabraňuje peňaženkám, ktoré nie sú RGB, neúmyselne míňať výstupy obsahujúce aktíva RGB, čím je zabezpečená integrita týchto aktív.

Zjednodušené závislosti

Konsenzuálna vrstva RGB vo verzii 0.10 znížila svoje závislosti, najmä odklonom od vlastnej nepriestrelnej implementácie pôvodne odvodenej od projektov Grin.

Toto zníženie závislostí zvyšuje stabilitu API a celkovú robustnosť systému.

Zjednodušený integračný proces

Aktualizácia zjednodušuje prevádzkové pracovné toky znížením potreby viacerých volaní API a komplexného kódovania dátovej štruktúry v rôznych jazykoch.

Stavy zmlúv RGB sú teraz reprezentované ako objekty JSON, čo umožňuje priamu serializáciu v rôznych programovacích jazykoch.

Zlepšenie používateľských skúseností

Nová verzia RGB zjednodušuje používateľskú skúsenosť tým, že konsoliduje predtým nesúrodé komponenty do jednotného knižničného API a nástroja príkazového riadka.

Zatiaľ čo RGB Node možno stále prevádzkovať na domácich serveroch, jeho používanie už nie je povinné pre interakciu so systémom RGB, čím sa znižuje prekážka vstupu pre používateľov a aplikácie peňaženky.

Táto časť obsahuje špeciálne poďakovanie spoločnosti Waterdrip Capital za zdôraznenie najnovších funkcií v ich diele s názvom „Podnecovanie masového prijatia kryptomien: Ako protokol RGB osvetľuje budúcnosť bitcoínov“.

RGB konkurenti

Obrázok 14. FRGB vs Ethereum jednoduchými slovami.
Zdroj: LNP/BP Association Github

koreň

Taproot Assets, predtým známy ako Taro, je protokol určený na spúšťanie tokenov v sieti Bitcoin. Tento protokol využíva model UTXO Taproot spolu s pridruženými riešeniami, ako sú Tapscript a taptweak. Tieto nástroje sa používajú na ukladanie informácií o zásobe a zostatku aktíva v rámci údajov o bitcoinových transakciách.

Obrázok 15. Schéma na ukladanie informácií o tokenoch Taproot Assets.
Zdroj: „Taproot Assets: vydávanie aktív na bitcoinoch“ od Voltage

Taproot Assets využíva metódu analogickú s konceptom Ordinals, kde tokeny BRC-20 ukladajú informácie o zásobách v metadátach vymenovaných satoshi. Naopak, Taproot Assets vkladá tieto informácie do výstupu Taproot transakcie bitcoinov, pričom využíva to, čo je známe ako „riedky strom Merkle“. Taproot Assets v podstate zahŕňa strom Merkle do bitcoinovej transakcie, ktorý slúži ako dôkaz o zostatku konkrétneho používateľa a celkovej ponuke tokenov. Tento strom zase odráža údaje z „Vesmíru“ – úložiska, ktoré uchováva kompletnú históriu aktív a spravuje ho vydavateľ tokenov.

Obrázok 16. Digitálny stavový strom.
Zdroj: „Taproot Assets: vydávanie aktív na bitcoinoch“ od Voltage

State Digital Tree – Architektúra Taproot Assets ponúka dve možnosti na overenie rovnováhy: mimoreťazové dáta z vesmíru alebo riedky strom Merkle vložený do UTXO.

Operačný mechanizmus

1. Tvorca tokenu vykoná transakciu P2TR (Pay to Taproot) pomocou protokolu Taproot Assets. 
2. Informácia o aktíve vo forme Merkleho stromu je uložená v UTXO tejto transakcie (v skutočnosti blok genézy). 
3. Na prenos tokenu vlastník kľúča Taproot upraví informácie o zostatku v strome Merkle, čím zabezpečí, že celková ponuka aktív zostane konštantná. 
4. Takéto úpravy sa zavádzajú prostredníctvom novej transakcie Taproot. Pre každý prevod tokenu sa však nevyžaduje samostatná transakcia v reťazci. Podobne ako pri rollupoch alebo Lightning Network, protokol umožňuje vlastníkovi spracovať „dávku“ prevodov a následne zverejniť aktualizovaný stav zostatkov.

Výhody Taproot Assets

• Jednou z kľúčových výhod Taproot Assets je jeho plná kompatibilita s Lightning Network, čím sa zvyšujú možnosti škálovateľnosti a znižujú sa transakčné náklady.
• Taproot Assets vytvára osobitnú vrstvu na zaznamenávanie operácií s vlastnými tokenmi. Hoci sa primárne spolieha na údaje mimo reťazca, zverejňuje stav zostatkov v hlavnej sieti. 
• Tento prístup je flexibilnejší, škálovateľnejší a komplexnejší v porovnaní s BRC-20, ale tiež predstavuje väčšiu zložitosť pre neskúsených používateľov.

BitVM

BitVM je špičkový projekt zameraný na transformáciu Bitcoinu na plne decentralizovanú počítačovú platformu. Biela kniha BitVM predstavená 9. októbra 2023 predstavuje technológiu, ktorá je momentálne vo fáze testovania a vyžaduje si ďalší vývoj, aby naplno využila svoj potenciál.

Základná funkčnosť a koncept BitVM

BitVM vo svojom jadre využíva koncept Optimistic Rollups na externalizáciu výpočtov pre inteligentné kontrakty zo siete a následne na overenie v reťazci na základe „dôkazov proti podvodom“. Teoreticky, akonáhle sú informácie o inteligentnej zmluve zaznamenané v transakcii Taproot (ako binárny kód), výmena údajov a výpočty sa majú uskutočniť priamo medzi stranami. Tento prístup je navrhnutý na zníženie preťaženia blockchainu. Ak však overovateľ (dokazujúca strana, t. j. vlastník zmluvy) odošle chybné údaje, overovateľ môže iniciovať kontrolu na reťazci. Tento proces tvorí základ koncepcie zabezpečenia proti podvodom.

Spracovanie overovania v reťazci v počítačovo obmedzenej sieti

Problém vyvstáva v tom, ako vykonať kontrolu prevádzky v sieti, ktorá vo svojej podstate nepodporuje takéto výpočty. Na vyriešenie tohto problému BitVM využíva strom Merkle na vytvorenie logickej schémy brány NAND, ktorá sa potom zaznamená v transakcii Taproot. Merkle strom v transakčných údajoch funguje v podstate ako schéma NAND, kde každá „vetva“ nesie jednu z dvoch možných hodnôt: 1 alebo 0. Výpočet v reťazci postupuje bit po bite, pričom výstupom jednej „vetvy“ sa stáva vstup pre ďalšie. Medzi inteligentnými zmluvnými stranami dochádza k neustálej výmene transakcií na overenie hodnoty. Ak sa zistí, že verzia výpočtu overovateľa je nesprávna, overovateľ dostane svoje aktíva uzamknuté v transakcii Taproot.

Obrázok 17. Schematické znázornenie NAND.
Zdroj: „Veľká dohoda s BitVM: Arbitrary Computation je teraz možný na bitcoine bez vidlice“ od Bitcoin Magazine

Budovanie NAND pomocou Taproot a Merkle Tree

Podrobné informácie o tom, ako BitVM uľahčuje vytváranie NAND pomocou stromov Taproot a Merkle, ako aj o jeho vplyve na výpočty, nájdete v technickej dokumentácii.

Tento prístup umožňuje presné, krok za krokom overovať výpočty inteligentných zmlúv v súlade s princípmi integrity a bezpečnosti blockchainu.

Výzvy s bilateralizmom inteligentných zmlúv

V BitVM pretrváva významný problém v dôsledku bilaterálnej štruktúry inteligentných zmlúv, ktoré umožňujú priamu výmenu údajov výlučne medzi overovateľom a overovateľom, s výnimkou zapojenia tretích strán. Toto obmedzenie bráni vývoju dApp a nariaďuje doplnkové riešenia pre konštrukcie zmlúv s viacerými stranami. 

Okrem toho zo zložitých a nízkoúrovňových charakteristík BitVM vyplýva, že konštrukcia funkčných produktov využívajúcich tento základ môže trvať niekoľko rokov. Podstatný vývoj a inovácie sú nevyhnutné na to, aby sa táto základná technológia premietla do praktických aplikácií.

Pre podrobný hlboký ponor si neváhajte prečítať BitVM Whitepaper - https://bitvm.org/bitvm.pdf 

záver

Protokol RGB je technickým vývojom v ekosystéme bitcoinov, ktorý zavádza funkcie na implementáciu inteligentných zmlúv a vydávanie tokenov priamo viazaných na bitcoinovú sieť. Dosahuje sa to kombináciou overovania na strane klienta a využívania pečatí na jedno použitie, ktoré spájajú tokeny s bitcoinovými UTXO pri zachovaní súkromia transakcií.

Jednou z hlavných technických výhod RGB je jeho prístup k škálovateľnosti a súkromiu. Presunutím väčšiny overovacích prác z bitcoinového blockchainu a využitím kryptografických metód na overenie transakcií RGB efektívne znižuje dátové zaťaženie blockchainu. Tento prístup prispieva k udržaniu efektívnosti siete, najmä ak sa objemy transakcií zvyšujú.

Kompatibilita RGB s Lightning Network je ďalším významným aspektom, ktorý umožňuje škálovateľnejšie a efektívnejšie spracovanie transakcií. Táto funkcia je obzvlášť dôležitá vzhľadom na rastúci dopyt po rýchlejších a nákladovo efektívnejších transakčných metódach v oblasti kryptomien.

Zložitá povaha technológie RGB však predstavuje výzvy z hľadiska používateľskej dostupnosti a pochopenia. Architektúra protokolu a použité pokročilé kryptografické metódy môžu byť ťažké pochopiť a implementovať, najmä pre tých, ktorí sú s blockchainovou technológiou noví. Táto zložitosť by mohla brániť širšiemu prijatiu a zapojeniu používateľov.

Okrem toho, zatiaľ čo RGB zvyšuje súkromie tým, že uchováva zmluvné údaje mimo blockchainu, tento aspekt tiež vyvoláva otázky týkajúce sa overiteľnosti údajov a schopnosti auditovať transakcie, ktoré sú kľúčové pre určité aplikácie a dodržiavanie predpisov.

Najnovšia aktualizácia RGB, verzia 0.10, ju stavia ako významného konkurenta v rozvíjajúcom sa prostredí blockchainových technológií, najmä proti vznikajúcim protokolom, ako sú Taproot Assets a BitVM. Na rozdiel od Taproot Assets, ktorý sa zameriava na využitie modelu UTXO Taproot na vydávanie tokenov v bitcoinovej sieti, RGB sa odlišuje svojimi pokročilými funkciami ochrany osobných údajov a off-chain manipuláciou s údajmi, ktoré ponúkajú odlišný prístup k funkciám inteligentných zmlúv a správe tokenov.

Podobne, zatiaľ čo BitVM predstavuje nový koncept pre decentralizované výpočty na bitcoinoch, vylepšenia RGB verzie 0.10 vo validácii na strane klienta, zmluvné rozhrania a striktný typový systém demonštrujú svoj jedinečný prístup k zlepšeniu škálovateľnosti a interakcii používateľov v rámci bitcoinového ekosystému. Tieto vylepšenia zdôrazňujú schopnosť RGB riešiť problémy škálovateľnosti a efektívnosti, teda oblasti, kde tradičné a vznikajúce protokoly často čelia obmedzeniam.

Zjednodušenie závislostí a integračných procesov v najnovšej verzii RGB ďalej naznačuje zameranie na používateľskú skúsenosť a stabilitu systému, čím sa odlišuje od konkurencie. Toto stavia RGB nielen ako robustnú platformu pre inteligentné zmluvy zamerané na súkromie a škálovateľné vydávanie tokenov, ale aj ako progresívne riešenie v širšom blockchainovom priestore.

Na záver, protokol RGB je významným technologickým vývojom v rámci siete Bitcoin, ktorý ponúka pokročilé možnosti pre inteligentné zmluvy a vydávanie tokenov. Zaoberá sa kľúčovými otázkami škálovateľnosti a ochrany osobných údajov, ale čelí výzvam z hľadiska zložitosti a potenciálnej auditovateľnosti. Prebiehajúci vývoj a budúce iterácie protokolu sa pravdepodobne zamerajú na vyváženie týchto pokročilých schopností s prístupnosťou používateľov a regulačnými úvahami.

Termíny: 

1. Turing dokončený: Z praktického hľadiska môže systém vykonať akýkoľvek výpočtový problém s dostatočným časom a pamäťou. Väčšina moderných programovacích jazykov je Turingov úplný, čo znamená ich teoretickú schopnosť riešiť akýkoľvek výpočtový problém.
   
2. schéma: Schéma zmluvy slúži ako skutočný kód pre inteligentnú zmluvu, ktorú môžu emitenti použiť ako „vzor zmluvy“ bez potreby kódovania alebo auditovania vlastného kódu poskytovaného externými zdrojmi. Schéma RGB nie je skript, ale dátová štruktúra.
   
3. Diskrétne protokolové zmluvy (DLC) v kontexte štátnych kanálov sú špecializované smart kontrakty používané predovšetkým v bitcoinovej sieti. Umožňujú súkromnú a efektívnu realizáciu zložitých finančných zmlúv na základe externých udalostí, ako sú ceny aktív. DLC fungujú mimo reťazca a zachovávajú dôvernosť zmluvných podrobností a identity účastníkov. Na riešenie zmlúv využívajú externé zdroje údajov alebo orakuly. Keď sú integrované so štátnymi kanálmi, DLC zvyšujú škálovateľnosť tým, že umožňujú vyrovnanie viacerých transakcií bez preťaženia blockchainu, vďaka čomu sú ideálne pre súkromné, efektívne finančné transakcie, ktoré závisia od výsledkov v reálnom svete.
   
4. búrka – dôveryhodné úložisko založené na escrow pomocou zk-proofs. Storm kombinuje dôveryhodné úložisko založené na escrow s dôkazmi s nulovými znalosťami na uľahčenie bezpečných a súkromných transakcií. V tomto systéme sú údaje alebo aktíva uložené v úschove a uvoľnené len vtedy, keď sú splnené špecifické podmienky, čím sa zaisťuje dôveryhodné prostredie, kde nie je potrebná žiadna centrálna autorita. Integrácia zk-proofs umožňuje overenie týchto transakcií pri zachovaní maximálnej dôvernosti, pretože umožňujú validáciu údajov bez odhalenia akýchkoľvek základných detailov.
   
5. Prometheus – nedôveryhodný distribuovaný výpočtový systém založený na arbitráži. Prometheus predstavuje prístup k decentralizovanej výpočtovej technike, ktorý kombinuje arbitrážne mechanizmy na riešenie sporov, dôveryhodné interakcie pre bezpečné a decentralizované operácie a efektivitu štátnych kanálov pre off-chain výpočtový manažment.
   
6. A Počítač so zníženou inštrukčnou sadou je typ architektúry mikroprocesora, ktorý využíva skôr malú, vysoko optimalizovanú sadu inštrukcií než vysoko špecializovanú sadu inštrukcií, ktoré sa bežne vyskytujú v iných architektúrach.