RGB întărește capabilitățile de scalabilitate și confidențialitate ale Bitcoin și Lightning Network

TL; DR

• RGB funcționează ca o soluție Layer 2/3 pe paradigma de validare Bitcoin și Lightning Network.client, adăpostind toate datele contractelor inteligente din afara tranzacțiilor Bitcoin. Acest design asigură funcționarea sistemului în vârful rețelei Lightning, eliminând necesitatea modificărilor protocoalelor LN.
  
• Contractele inteligente RGB sunt concepute pentru scalabilitate și confidențialitate. Sistemul acceptă proprietatea privată și reciprocă, reține și separă preocupările, reprezentând o formă completă Turing post-blockchain de calcul distribuit fără încredere, fără necesitatea introducerii de noi token-uri.
  
• Contractele RGB sunt organizate în segmente separate numite „shards”, fiecare cu propriul istoric și date, sporind scalabilitatea și împiedicând amestecarea istoriilor din diferite contracte. Ele interacționează prin protocolul Bifrost pe Lightning Network, permițând schimbări coordonate între mai multe părți, similare DEX-urilor care operează pe Lightning Network.
  
• RGB folosește sigilii de unică folosință defiNecesit peste Bitcoin UTXO pentru securitate. Orice parte care deține istoricul de stat al unui contract inteligent își poate verifica unicitatea, utilizând scriptul Bitcoin define proprietate și drepturi de acces.
  
• În RGB, proprietatea de stat și validarea sunt entități separate. Proprietatea este gestionată de scriptul Bitcoin, un sistem non-Turing Complete. Regulile de validare, pe de altă parte, sunt dictate de Schema RGB folosind Scriptul Turing Complete Simplicity/Contractum/Rust.
  
• Fiecare contract inteligent RGB este asociat cu o stare unică folosind sigilii de unică folosință. Sigiliile și statul urmează reguli și validări specifice stabilite de creatorul contractului, guvernate de o „schemă”. Această schemă acționează ca un set de reguli pentru verificarea datelor contractului din partea clientului, permițând un nivel ridicat de scalabilitate și confidențialitate a protocolului.
  
• Designul RGB este foarte interoperabil cu tehnologiile Bitcoin și Lightning Network existente, facilitând integrarea perfectă cu aceste platforme și orice upgrade-uri viitoare.
  
• Spre deosebire de stilul de programare imperativ al multor platforme blockchain, RGB folosește un stil declarativ. Această abordare se concentrează pe conturarea rezultatului dorit, mai degrabă decât pe detalierea pașilor specifici pentru a-l atinge.
  
• RGB utilizează diverse tehnologii avansate, inclusiv AluVM pentru sarcini de calcul portabile deterministe, PRISM pentru calcularea mașinilor cu stări infinite parțial replicate și Storm pentru stocare fără încredere bazată pe escrow folosind zk-proofs. Aceste tehnologii contribuie la robustețea, confidențialitatea și extensibilitatea RGB.
  
• RGB (v0.10) introduce îmbunătățiri notabile experienței utilizatorului și proceselor de integrare, simplificând operațiunile și minimizând dependențele. Versiunea actualizată include un API de bibliotecă mai unificat și un instrument de linie de comandă, făcându-l mai accesibil și ușor de utilizat.

Scurtă descriere

RGB este un protocol conceput pentru emiterea de jetoane în rețeaua Bitcoin cu confidențialitate și compatibilitate îmbunătățite cu Lightning Network. Se bazează pe conceptul de „monede colorate”, precum cele utilizate în protocolul OmniLayer, unde metadatele din tranzacțiile Bitcoin indică un transfer de simboluri. De exemplu, tranzacțiile USDT pe OmniLayer funcționează ca tranzacții Bitcoin sporite cu date suplimentare care detaliază mișcările token-ului USDT. Cu toate acestea, aceste metode se confruntă cu limitări, cum ar fi constrângerile privind dimensiunea datelor în ieșirile OP_RETURN, scanarea intensivă a blockchain și confidențialitatea restricționată care decurge din vizibilitatea în lanț.

RGB abordează aceste probleme prin relocarea majorității proceselor de validare departe de blockchain-ul Bitcoin. Adoptă validarea clientului și folosește sigilii de unică folosință pentru a conecta jetoanele cu UTXO-urile Bitcoin, păstrând în același timp confidențialitatea utilizatorului.

Token-urile sunt transferate prin angajarea unui mesaj care conține informații de plată RGB în cadrul unei tranzacții Bitcoin, permițând jetoanelor să se mute de la un UTXO la altul fără a lăsa urme pe graficul tranzacției Bitcoin. Acest lucru îmbunătățește în mod semnificativ confidențialitatea, deoarece tranzacțiile RGB „teleportează” tokenurile în mod discret, cu date specifice RGB transmise prin canale private în afara lanțului.

În plus, pentru a asigura proprietatea și a preveni inflația, receptorii trebuie să valideze întregul istoric al tranzacțiilor cu jetoanele primite. RGB permite upgrade-uri viitoare fără a fi nevoie de hard forks, asigurându-se că minerii nu pot urmări fluxul de active, oferind astfel o rezistență mai mare la cenzură. Spre deosebire de structurile blockchain tradiționale, RGB funcționează fără a fi nevoie de blocuri sau lanțuri, poziționându-l ca un protocol descentralizat fără blocuri, promițând confidențialitate, securitate și scalabilitate ridicate.

Introducere și viziune

O singură linie: Un stat validat de client și un sistem de contract inteligent care funcționează la nivelul 2/3 în Bitcoin și Lightning Network.

Mai multe detalii:

RGB este un sistem de contracte inteligente scalabil și confidențial pentru Bitcoin & Lightning Network. Contractele inteligente RGB funcționează cu validare pe partea clientului paradigma, locuinta toate datele contractelor inteligente din afara Tranzacții Bitcoin, adică blockchain Bitcoin sau starea canalului Lightning. Acest lucru permite sistemului să funcționeze deasupra rețelei Lightning fără nicio modificare a protocoalelor LN și oferă, de asemenea, o bază pentru un nivel ridicat de scalabilitate și confidențialitate a protocolului.

Contractele inteligente includ principiile proprietății private și reciproce, ale abstracției și ale separării preocupărilor. Ele reprezintă o „post-blockchain”, o formă completă Turing de calcul distribuit fără încredere, care nu necesită introducerea de jetoane.

Contractele RGB operează în segmente separate numite „cioburi”. Fiecare fragment are propriul său istoric și date, ceea ce înseamnă că diferitele contracte nu le amestecă istoriile. Această metodă îmbunătățește scalabilitatea. Termenul „shard” este folosit pentru a arăta că RGB atinge obiective similare cu ceea ce a fost intenționat cu conceptul de cioburi de la Ethereum.

Deși funcționează independent, contractele RGB pot interacționa prin protocolul Bifrost pe Lightning Network. Acest lucru permite schimbări coordonate între mai multe părți. De exemplu, permite DEX-urilor să funcționeze prin intermediul rețelei Lightning.

Tehnologie & Arhitectură

Prezentare generală la nivel înalt asupra funcționării RGB și a sigiliilor de unică folosință

Figura 1. Prezentare generală la nivel înalt a funcționării RGB.
Sursa: Asociația LNP/BP Github.

Ca mecanism de securitate, RGB folosește sigilii de unica folosinta defis-au folosit peste Bitcoin UTXO, care oferă posibilitatea oricărei părți care are un istoric de stat al unui contract inteligent de a verifica unicitatea acestuia. În esență, RGB folosește scriptul Bitcoin pentru modelul său de securitate și defiSEN proprietate și drepturi de acces.

Figura 2. Principiul de lucru RGB la nivel înalt.
Sursa: „Driving Mass Adoption of Crypto: How the RGB Protocol is Illuminated the Future of Bitcoin” de Waterdrip Capital.

Fiecare contract inteligent RGB este defined de a starea de geneza, realizat de către emitent de contract inteligent (sau, mai simplu, emitent) și un grafic aciclic direcționat (DAG) de tranziții de stare păstrate ca date validate de client.

Figura 3. Tranzacții, sigiliu închis și martor.
Sursa: Asociația LNP/BP Github.

O putem rezuma după cum urmează: fiecare tranzacție are un UTXO, iar proprietatea asupra acestui UTXO conferă proprietarului dreptul de a poseda statul. Proprietatea determină cine poate modifica starea blockchain și „cheltuiește” UTXO. Persoana care deține statul este denumită partid stat proprietar.

Partea deține autoritatea de a modifica secțiunea relevantă a stării contractului inteligent prin generarea unei noi tranziții de stat și confirmând-o într-o tranzacție, utilizând rezultatul care conține starea anterioară.

Procesul semnifică închiderea unui sigiliu asupra tranziției de stat, iar o pereche care cuprinde tranzacția de cheltuială și datele extra-tranzacție corespunzătoare privind tranziția de stat este denumită a martor (reprezentat într-o imagine de mai sus).

Proprietate și acces: Proprietăți principale

Figura 4. Proprietatea și accesul.
Sursa: Asociația LNP/BP Github.

Proprietatea de stat și validarea sunt concepte distincte. Regulile de validare specifică modul în care se poate schimba statul, în timp ce nu identifică cine poate efectua schimbarea. 

Pe de altă parte, proprietatea este controlată de scriptul Bitcoin la nivel de blockchain Bitcoin, care nu este Turing Complete. În schimb, regulile de validare sunt guvernate de Schema RGB care utilizează Scriptul Simplicity/Contractum, adică Turing Complete. 

Schema RGB

În contractele inteligente RGB, fiecărui contract i se atribuie o stare unică prin sigilii de unică folosință. Aceste sigilii, împreună cu statul, au reguli și validări specifice, stabilite de creatorul contractului la început. Această configurație este guvernată de o „schemă”, funcționând ca un set de reguli pentru a valida datele contractului din partea clientului. Schema poate include scripturi complexe integrate în logica contractului.

Figura 5. Schema RGB.
Sursa: Asociația LNP/BP Github.

Principii de validare și proiectare la nivel de client

Figura 6. Validare RGB Client-side.
Sursa: Asociația LNP/BP Github.

1. Proprietate puternică: În RGB, contractele inteligente au o claritate defiproprietar sau proprietari. Numai proprietarii desemnați dețin autoritatea de a modifica starea contractului. Aceste contracte descriu drepturi sau operațiuni distincte clasificate fie ca publice (accesibile tuturor) fie deținute (restricţionate la proprietar).
2. Confidențialitate: Informațiile din contract sunt păstrate confidențiale, cunoscute doar de participanți, în special de proprietarii statului. Participanții au opțiunea de a face publice anumite date, dar în mod implicit, toate informațiile sunt private. Această confidențialitate împiedică instrumentele externe de analiză să acceseze datele, asigurându-se că nicio informație sensibilă nu este stocată în registre publice.
3. Separarea preocupărilor: RGB are un design modular cu straturi distincte, fiecăruia fiindu-i atribuită o sarcină specifică. Aceste straturi funcționează independent, eliminând necesitatea ca straturile inferioare să fie conștiente de structura straturilor superioare. Acest design îmbunătățește organizarea și eficiența sistemului.
4. Extensibilitate: Sistemul este ușor de extins, permițând crearea și integrarea de contracte inteligente avansate fără a fi necesară modificarea protocolului de bază sau recompilarea întregii biblioteci RGB.
5. determinism: Logica de validare a RGB este deterministă, dând în mod constant rezultate identice cu aceleași intrări și starea predominantă a blockchain-ului sau canalului Lightning Network. Această consistență se realizează prin două componente principale: a. Logica de validare de bază, scrisă în Rust, este aceeași în toate sistemele care rulează RGB. b. Logica de validare specifică contractului rulează pe AluVM, o mașină virtuală care oferă un set consistent de instrucțiuni, indiferent de platformă.
6. Interoperabilitate LNP/BP: RGB este proiectat să funcționeze perfect cu tehnologiile Bitcoin și Lightning Network existente. De asemenea, este construit pentru a fi compatibil cu orice upgrade viitoare ale acestor tehnologii.
   

Abordarea RGB și a abordării Pure Blockchain/L1

Abordarea pur blockchain/L1 este greșită, afirmă echipa RGB.

Figura 7. Comentarii RGB privind abordarea Blockchain/L1.
Sursa: Asociația LNP/BP Github.

Abordarea RGB: programare declarativă vs. imperativă:

• Majoritatea platformelor blockchain, inclusiv Ethereum, utilizează contracte inteligente scrise într-un stil imperativ. În această abordare, contractul funcționează ca un program care direcționează în mod explicit execuția pas cu pas a sarcinilor, asemănând cu o rețetă precisă și detaliată.
• Aceste programe imperative sunt adesea destul de restrictive și limitate de capacitățile platformei blockchain subiacente. Chiar dacă uneori sunt denumite Turing-complete, ele vin cu limitări semnificative.

Natura declarativă a contractelor inteligente RGB:

• RGB, pe de altă parte, nu utilizează programarea imperativă. În schimb, folosește o formă specială de programare funcțională în cazul în care sunt contractele inteligente defined declarativ.
• În programarea declarativă, în loc să detaliezi cum să faci ceva, descrii care ar trebui să fie rezultatul. Este ca și cum ai sublinia cum ar trebui să arate o masă, mai degrabă decât ai oferi instrucțiuni de gătit pas cu pas.
• „Schema” în RGB este declarativă deficonceperea unui contract inteligent. Acesta precizează regulile și condițiile contractului, dar nu succesiunea exactă a operațiunilor pentru realizarea acestora.

Schimbare de paradigmă în programare:

• Trecerea de la stilul imperativ al lui Ethereum la stilul declarativ al RGB în programarea smart contract este similară cu trecerea de la programarea imperativă tradițională la programarea funcțională sau declarativă în dezvoltarea generală de software.
• Această schimbare necesită o mentalitate diferită: concentrarea pe „ce” (rezultatele dorite) mai degrabă decât pe „cum” (pașii specifici pentru a obține acele rezultate).

Simplitate

Planul inițial a implicat încorporarea Simplicity în RGB, iar eforturile au fost dedicate asigurării compatibilității din prima zi. Cu toate acestea, având în vedere progresul lent al dezvoltării Simplicity și incertitudinea din jurul calendarului lansării sale, a devenit evident că a se baza pe acesta nu era practic. Lansarea RGB în curs, în prezent în pregătire, a ridicat întrebări cu privire la includerea Simplicity.

Recunoscând absența unui orar de încredere pentru Simplicity, am inițiat o examinare a alternativelor (WASM, EVM (în glumă), IELE etc). În cele din urmă, a devenit evident că dezvoltarea unei mașini virtuale proprietare pentru RGB era singura opțiune viabilă, înlocuind dependența inițială de Simplicity.

Prin urmare, am decis să creăm AluVM – mașină virtuală pur funcțională, extrem de portabilă, bazată pe Rust, pentru contracte inteligente validate de client (RGB), Lightning Network, calcul determinist distribuit și edge.

prismă

PRISM înseamnă calcularea „mașinilor cu stări infinite parțial replicate”.

Tehnologia RGB defiNES reguli pentru dezvoltarea contractelor inteligente la un nivel de bază, numit Schema, dar nu limitează toate acțiunile viitoare ale contractului cu un singur algoritm global. În schimb, fiecare nod din rețea efectuează operațiuni individuale, iar atât starea contractului, cât și contractul în sine rămân valabile atâta timp cât aceste operațiuni respectă regulile Schemei. 

Mai mult, această abordare nu constrânge evoluția istorică a contractului cu un algoritm predeterminat. Astfel, un contract poate prezenta comportamente variate atâta timp cât fiecare modificare îndeplinește reguli specifice de validare. Această metodă se concentrează mai degrabă pe regulile locale decât pe un algoritm global.

În schimb, Ethereum folosește un algoritm global în care fiecare operațiune afectează întreaga stare a contractului inteligent. Cu RGB, lucrați doar cu o parte din starea contractului, aplicând reguli la nivel local. Aceasta oferă o gamă mai largă de posibilități pentru evoluția contractului.

Mai jos puteți vedea o vedere la nivel înalt asupra diferențelor dintre canalele de stat și validarea la nivel client: 

Figura 8. Separarea sistemelor distribuite.
Sursa: Asociația LNP/BP Github.

Diferențele mai specifice sunt următoarele: 

Figura 9. Comparația dintre canalele de stat și validarea clientului.
Sursa: Asociația LNP/BP Github.

AluVM

AluVM – (unitatea logică algoritmică VM) este o mașină virtuală RISC pur funcțională proiectată pentru sarcini de calcul portabile deterministe

AluVM se distinge prin utilizarea unui sistem bazat pe registru care interzice accesul aleatoriu la memorie. Acest design îmbunătățește adecvarea AluVM pentru aplicații precum contractele inteligente, execuția de cod de la distanță și calculul distribuit și edge. Punctele forte ale AluVM constau în determinismul, robustețea și capacitatea sa de analiză formală a codului.

Caracteristici cheie: Fără excepție, Portabilitate, Sandboxing, Securitate, Extensibilitate.

Arhitectura setului de instrucțiuni (ISA) a AluVM este proiectată pentru a fi adaptabilă, permițându-i să creeze diferite medii de rulare pentru diverse aplicații. AluVM în sine este o mașină virtuală și ISA foarte previzibilă, funcțională, bazată pe registre. 

În timp ce restricționează accesul la memorie aleatoare, AluVM ISA excelează în realizarea sarcinilor aritmetice, inclusiv cele legate de curbele eliptice. În mod unic, mediul VM poate extinde AluVM ISA, permițând adăugarea de funcționalități, cum ar fi încărcarea datelor în registrele VM și suportând instrucțiuni specializate (de exemplu, SIMD) adaptate pentru aplicații specifice.

AluVM este destinat în principal utilizării în sisteme distribuite în care consistența și fiabilitatea pe diferite platforme sunt mai importante decât viteza de procesare. Utilizările primare pentru AluVM, cu extensiile ISA potrivite, includ tehnologia blockchain, calcule critice pentru consens în rețele, edge computing, computer multiparty (care acoperă învățarea automată deterministă), validarea client-side-side, calcul restricționat Internet2 și algoritmi genetici. Aceste aplicații beneficiază de capacitatea AluVM de a funcționa în mod constant și sigur în diferite medii.

Figura 10. Comparația AluVM.
Sursa: Asociația LNP/BP Github.

Contractum

Contractum se deosebește de alte limbaje de programare pentru contracte inteligente, combinând capacitățile funcționale ale lui Haskell cu apropierea de metalul gol văzut în Rust. Ocupă o nișă care anterior era inaccesibilă contractelor inteligente:

Figura 11. Comparația Contractum, Simplicity și alte limbi.
Sursa: contractum.org

Contractum este un limbaj de programare folosit pentru a crea contracte RGB. Contractele încheiate cu Contractum sunt verificate folosind o metodă numită validare client. Această abordare nu adaugă date la blockchain-ul Bitcoin, care poate fi comparată cu o formă de tehnologie de fragmentare, îmbunătățită și mai mult prin utilizarea dovezilor cu cunoștințe zero. 

Validarea la nivelul clientului separă, de asemenea, dezvoltarea contractului de tranzacțiile blockchain, făcând imposibilă urmărirea sau analizarea acestor tranzacții prin metodele tradiționale de analiză blockchain.

Figura 12. Caracteristicile contractului.
Sursa: contractum.org

Pentru a vă implica în designul Contractum, este important să vă familiarizați cu tehnologiile utilizate de contractele inteligente RGB:

Figura 13. Tehnologii utilizate de contractele inteligente RGB.
Sursa: contractum.org

Actualizări recente în noua versiune RGB v0.10

În cea mai recentă iterație a RGB (versiunea 0.10), au fost implementate câteva îmbunătățiri tehnice avansate, îmbunătățind capabilitățile cadrului pentru dezvoltarea de aplicații complexe. Aceste actualizări se concentrează în primul rând pe introducerea unui stat global pentru fiecare contract RGB, integrarea interfețelor contractuale și adoptarea unui sistem de tip strict.

Statul global în contractele RGB

Caracteristica Global State este o inovație critică în RGB v0.10, permițând fiecărui contract să mențină o stare accesibilă universal. Această stare este accesibilă nu numai mașinii virtuale RGB, ci și clienților externi, cum ar fi portofelele și alte aplicații.

Utilitatea acestui stat global este esențială pentru construirea de aplicații sofisticate pe platforma RGB, în special cele care necesită un management complex al stării, cum ar fi activele sintetice și monedele stabile algoritmice. Permite o interacțiune mai dinamică cu starea contractului, extinzându-se dincolo de limitările arhitecturilor smart contract tradiționale.

Interfețe de contract

RGB v0.10 introduce „interfețe de contract” ca protocol de comunicare standardizat pentru diverse contracte inteligente. Aceste interfețe funcționează similar cu ABI-urile contractuale Ethereum (Application Binary Interfaces) și ERC-urile (Ethereum Request for Comments).

O distincție cheie a abordării RGB este standardizarea neobligatorie a acestor interfețe și ambalarea lor inerentă cu contracte, eliminând necesitatea distribuției separate. Acest lucru facilitează interacțiunile conștiente semantice dintre utilizatori și contracte prin intermediul interfețelor utilizator din portofele și alte software-uri.

Aceste interfețe nu sunt statice; Dezvoltatorii pot mări contractele existente cu interfețe suplimentare în timp, îmbunătățind funcționalitatea fără a modifica nucleul contractului imuabil.

Sistem de tip strict

Noul format de codare în RGB v0.10 utilizează un sistem de „tipuri stricte”. Acest sistem este o abordare nouă de tip de date funcționale concepută pentru reprezentarea și introspecția eficientă a stărilor contractuale în cadrul RGB.

Sistemul de tip strict asigură asigurarea în timp de compilare a dimensiunilor datelor, ceea ce este deosebit de benefic pentru operarea pe dispozitive cu resurse limitate, cum ar fi portofelele hardware de gamă inferioară cu capacități de memorie limitate.

În plus, întregul strat de consens RGB din versiunea 0.10 este compilat în tipuri stricte, oferind o bază pentru dovezi formale de compatibilitate binară în diferite versiuni de software. Această caracteristică nu numai că simplifică și asigură utilizarea RGB, ci și permite emitenților de active și dezvoltatorilor de contracte să atașeze metadate suplimentare la activele sau contractele lor. Astfel de metadate pot juca un rol crucial în verificarea identității și autenticității activelor sau contractelor din ecosistemul RGB.

Contracte inteligente bazate pe rugină

Contractele inteligente RGB pot fi acum create în Rust, valorificând capacitățile limbajului pentru siguranța și performanța tipului.

Integrarea strictă a tipului de sistem facilitează compilarea directă a tipurilor de date Rust în structuri de contract RGB, îmbunătățind eficiența și fiabilitatea codului contractual.

Capacități îmbunătățite de introspecție de stat

Contractele inteligente din RGB v0.10 își pot introspecta propria stare în codul de validare executat de mașina virtuală RGB.

Această caracteristică este deosebit de utilă pentru crearea de contracte complexe care interacționează cu tranzacții Bitcoin, contracte de jurnal discret și alte structuri complexe de date, îmbunătățind sfera și funcționalitatea contractelor inteligente RGB.

Format de factură bazat pe URL

Actualizarea introduce un nou format de factură care înlocuiește sistemul anterior codificat Bech32m.

Aceste noi facturi bazate pe URL-uri sunt semnificativ mai scurte și mai ușor de utilizat, facilitând verificarea mai ușoară și deschiderea automată cu software-ul preconfigurat.

Suport WASM (WebAssembly).

Biblioteca standard RGB este acum compatibilă cu mediile fără I/O și acces la sistemul de fișiere, cum ar fi paginile web sau pluginurile de browser.

Acest lucru extinde posibilele cazuri de utilizare ale RGB, permițându-i să funcționeze fără probleme într-o gamă largă de aplicații și extensii bazate pe web.

Descriptori de rădăcină pivotantă și derivație personalizată

RGB v0.10 utilizează angajamente OP_RETURN bazate pe rădăcină (denumite tapret), necesitând suport la nivel de descriptor pentru portofelele pentru a recunoaște tranzacțiile cu ieșiri modificate.

Introducerea indicilor de derivare personalizați în această versiune împiedică portofelele non-RGB să cheltuiască din greșeală rezultate care conțin active RGB, salvând astfel integritatea acestor active.

Dependențe simplificate

Stratul de consens RGB din versiunea 0.10 și-a redus dependențele, în special îndepărtându-se de o implementare personalizată antiglonț derivată inițial din proiectele Grin.

Această reducere a dependențelor îmbunătățește stabilitatea API-ului și robustețea generală a sistemului.

Proces de integrare simplificat

Actualizarea simplifică fluxurile de lucru operaționale reducând nevoia de apeluri API multiple și de codificare complexă a structurii de date în mai multe limbi.

Stările contractului RGB sunt acum reprezentate ca obiecte JSON, permițând serializarea simplă în diferite limbaje de programare.

Îmbunătățiri ale experienței utilizatorului

Noua versiune de RGB simplifică experiența utilizatorului prin consolidarea componentelor disparate anterior într-o bibliotecă unificată API și un instrument de linie de comandă.

Deși RGB Node poate fi încă operat pe serverele de acasă, utilizarea sa nu mai este obligatorie pentru interacțiunea cu sistemul RGB, reducând bariera de intrare pentru utilizatori și aplicații de portofel.

Această secțiune include o recunoaștere specială pentru Waterdrip Capital pentru că a scos în evidență cele mai recente caracteristici din piesa lor intitulată „Driving Mass Adoption of Crypto: How the RGB Protocol Illumines the Future of Bitcoin”.

Concurenți RGB

Figura 14. FRGB vs Ethereum în cuvinte simple.
Sursa: Asociația LNP/BP Github

taproot

Taproot Assets, cunoscut anterior ca Taro, este un protocol conceput pentru lansarea de jetoane în rețeaua Bitcoin. Acest protocol folosește modelul UTXO al Taproot împreună cu soluții asociate precum Tapscript și taptweak. Aceste instrumente sunt folosite pentru a stoca informații despre furnizarea și soldul unui activ în datele tranzacțiilor Bitcoin.

Figura 15. Schema de stocare a informațiilor despre jetoanele Taproot Assets.
Sursa: „Taproot Assets: emiterea de active pe Bitcoin” de Voltage

Taproot Assets folosește o metodă analogă conceptului Ordinals, în care jetoanele BRC-20 stochează informații despre furnizare în metadatele satoshi-urilor enumerate. În schimb, Taproot Assets încorporează aceste informații în rezultatul Taproot al unei tranzacții Bitcoin, utilizând ceea ce este cunoscut sub numele de „arborele Merkle rar”. În esență, Taproot Assets încorporează un arbore Merkle în tranzacția Bitcoin, care servește drept dovadă a soldului unui anumit utilizator și a ofertei generale de token. Acest arbore, la rândul său, reflectă datele din „Univers” – un depozit care menține istoricul complet al activelor și este gestionat de emitentul de simboluri.

Figura 16. Arborele de stare digitală.
Sursa: „Taproot Assets: emiterea de active pe Bitcoin” de Voltage

Arbore digital de stat – Arhitectura Taproot Assets oferă două opțiuni pentru verificarea echilibrului: date în afara lanțului din Univers sau arborele Merkle rar încorporat în UTXO.

Mecanismul Operațional

1. Creatorul token-ului execută o tranzacție P2TR (Pay to Taproot) folosind protocolul Taproot Assets. 
2. Informațiile despre activ, sub forma unui arbore Merkle, sunt stocate în UTXO al acestei tranzacții (efectiv, blocul geneză). 
3. Pentru a transfera simbolul, proprietarul cheii Taproot modifică informațiile de sold din arborele Merkle, asigurându-se că oferta generală de active rămâne constantă. 
4. Astfel de modificări sunt introduse printr-o nouă tranzacție Taproot. Cu toate acestea, pentru fiecare transfer de token, nu este necesară o tranzacție separată în lanț. Similar cu rollup-urile sau Lightning Network, protocolul permite proprietarului să proceseze un „lot” de transferuri, publicând ulterior starea actualizată a soldurilor.

Avantajele activelor Taproot

• Un avantaj cheie al Taproot Assets este compatibilitatea sa deplină cu Lightning Network, sporind posibilitățile de scalabilitate și reducând costurile de tranzacție.
• Taproot Assets creează un strat distinct pentru operațiunile de înregistrare cu jetoane personalizate. În timp ce se bazează în principal pe date din afara lanțului, publică starea soldurilor din rețeaua principală. 
• Această abordare este mai flexibilă, scalabilă și cuprinzătoare în comparație cu BRC-20, dar prezintă și mai multă complexitate pentru utilizatorii fără experiență.

BitVM

BitVM este un proiect de ultimă oră care vizează transformarea Bitcoin într-o platformă de calcul complet descentralizată. Prezentă pe 9 octombrie 2023, cartea albă BitVM introduce o tehnologie care se află în prezent în faza de testare și necesită o dezvoltare ulterioară pentru a-și atinge întregul potențial.

Funcționalitatea de bază și conceptul BitVM

În esență, BitVM folosește conceptul de Optimistic Rollups pentru a externaliza calculele pentru contractele inteligente din rețea, efectuând ulterior verificări în lanț bazate pe „dovezi de fraudă”. Teoretic, odată ce informațiile despre contractele inteligente sunt înregistrate într-o tranzacție Taproot (ca cod binar), schimbul de date și calculele sunt menite să aibă loc direct între părți. Această abordare este concepută pentru a reduce congestia blockchain. Cu toate acestea, dacă probatorul (partea care dovedește, adică proprietarul contractului) transmite date eronate, un verificator poate iniția o verificare în lanț. Acest proces formează baza conceptului de dovadă a fraudei.

Gestionarea verificării în lanț într-o rețea limitată din punct de vedere computațional

Provocarea apare în modul de a efectua o verificare a funcționării într-o rețea care în mod intrinsec nu acceptă astfel de calcule. Pentru a rezolva acest lucru, BitVM utilizează un arbore Merkle pentru a crea o schemă logică de poartă NAND, care este apoi înregistrată într-o tranzacție Taproot. În esență, arborele Merkle din datele tranzacției acționează ca o schemă NAND, în care fiecare „ramură” poartă una dintre cele două valori posibile: 1 sau 0. Calculul în lanț continuă bit cu bit, cu ieșirea unei „ramuri” devenind intrarea pentru următorul. Schimburile constante de tranzacții pentru verificarea valorii au loc între părțile contractante inteligente. Dacă versiunea de calcul a probatorului este găsită incorectă, verificatorul își primește activele blocate în tranzacția Taproot.

Figura 17. Reprezentarea schematică a NAND.
Sursa: „The Big Deal with BitVM: Arbitrary Computation now possible on Bitcoin without a fork” de Bitcoin Magazine

Construirea NAND folosind Taproot și Merkle Tree

Informații detaliate despre modul în care BitVM facilitează construirea NAND folosind arbori Taproot și Merkle, precum și impactul acestuia asupra calculelor, pot fi găsite în documentația tehnică.

Această abordare permite o verificare precisă, pas cu pas, a calculelor contractelor inteligente, în conformitate cu principiile integrității și securității blockchain.

Provocări legate de Bilateralismul Smart Contract

O problemă semnificativă persistă în BitVM din cauza structurii bilaterale a contractelor inteligente, facilitând schimbul direct de date numai între verificator și doveditor, excluzând implicarea terților. Această constrângere împiedică dezvoltarea dApp și impune soluții suplimentare pentru construcțiile contractuale cu mai multe părți. 

În plus, caracteristicile complicate și de nivel scăzut ale BitVM implică faptul că construcția de produse funcționale care folosesc această bază se poate extinde pe mai mulți ani. Dezvoltarea substanțială și inovarea sunt imperative pentru a traduce această tehnologie de bază în aplicații practice.

Pentru o scufundare detaliată în profunzime, nu ezitați să citiți un BitVM Whitepaper - https://bitvm.org/bitvm.pdf 

Concluzie

Protocolul RGB este o dezvoltare tehnică în ecosistemul Bitcoin, care introduce funcționalități pentru implementarea unui contract inteligent și emiterea de token-uri direct legate de rețeaua Bitcoin. Acest lucru se realizează printr-o combinație de validare din partea clientului și utilizarea sigiliilor de unică folosință, care leagă token-urile la UTXO-urile Bitcoin, menținând în același timp confidențialitatea tranzacțiilor.

Unul dintre avantajele tehnice principale ale RGB este abordarea sa față de scalabilitate și confidențialitate. Prin mutarea majorității activității de validare din blockchain-ul Bitcoin și prin utilizarea metodelor criptografice pentru verificarea tranzacțiilor, RGB reduce în mod eficient sarcina de date a blockchain-ului. Această abordare este favorabilă menținerii eficienței rețelei, mai ales pe măsură ce volumul tranzacțiilor crește.

Compatibilitatea RGB cu Lightning Network este un alt aspect semnificativ, permițând procesarea tranzacțiilor mai scalabilă și mai eficientă. Această caracteristică este deosebit de relevantă, având în vedere cererea în creștere pentru metode de tranzacție mai rapide și mai rentabile în spațiul criptomonedei.

Cu toate acestea, natura complexă a tehnologiei RGB prezintă provocări în ceea ce privește accesibilitatea și înțelegerea utilizatorilor. Arhitectura protocolului și metodele criptografice avansate utilizate pot fi dificil de înțeles și de implementat, în special pentru cei care sunt începători în tehnologia blockchain. Această complexitate ar putea împiedica adoptarea mai largă și implicarea utilizatorilor.

În plus, în timp ce RGB îmbunătățește confidențialitatea prin păstrarea datelor contractelor în afara blockchain-ului, acest aspect ridică, de asemenea, întrebări despre verificabilitatea datelor și capacitatea de a audita tranzacțiile, care sunt esențiale pentru anumite aplicații și conformitatea cu reglementările.

Cea mai recentă actualizare a RGB, versiunea 0.10, îl poziționează ca un concurent notabil în peisajul evolutiv al tehnologiilor blockchain, în special împotriva protocoalelor emergente precum Taproot Assets și BitVM. Spre deosebire de Taproot Assets, care se concentrează pe valorificarea modelului UTXO al Taproot pentru emiterea de token-uri în rețeaua Bitcoin, RGB se distinge prin caracteristicile sale avansate de confidențialitate și gestionarea datelor în afara lanțului, oferind o abordare distinctă a funcționalității contractelor inteligente și a managementului token-ului.

De asemenea, în timp ce BitVM introduce un concept nou pentru calculul descentralizat pe Bitcoin, progresele RGB din versiunea 0.10 în validarea clientului, interfețele contractuale și un sistem de tip strict demonstrează abordarea sa unică pentru îmbunătățirea scalabilității și a interacțiunii utilizatorilor în cadrul ecosistemului Bitcoin. Aceste îmbunătățiri evidențiază priceperea RGB de a aborda provocările de scalabilitate și eficiență, domenii în care protocoalele tradiționale și emergente se confruntă adesea cu limitări.

Simplificarea dependențelor și a proceselor de integrare în cea mai recentă versiune a RGB indică în continuare un accent pe experiența utilizatorului și stabilitatea sistemului, deosebindu-l de concurenți. Acest lucru poziționează RGB nu numai ca o platformă robustă pentru contracte inteligente și emiterea de token-uri axate pe confidențialitate și scalabile, ci și ca o soluție avansată în spațiul mai larg blockchain.

În concluzie, protocolul RGB este o dezvoltare tehnologică semnificativă în cadrul rețelei Bitcoin, oferind capabilități avansate pentru contractele inteligente și emiterea de token-uri. Acesta abordează probleme cheie de scalabilitate și confidențialitate, dar se confruntă cu provocări în ceea ce privește complexitatea și auditabilitatea potențială. Dezvoltarea în curs și iterațiile viitoare ale protocolului se vor concentra probabil pe echilibrarea acestor capacități avansate cu accesibilitatea utilizatorilor și considerații de reglementare.

Termeni de referință: 

1. Turing complet: În termeni practici, sistemul poate executa orice problemă de calcul cu suficient timp și memorie. Majoritatea limbajelor de programare moderne sunt Turing-complete, ceea ce înseamnă capacitatea lor teoretică de a aborda orice problemă de calcul.
   
2. Schemă: O schemă de contract servește drept cod real pentru un contract inteligent, care poate fi folosit ca „șablon de contract” de către emitenți, fără a fi necesară codificarea sau auditarea codului personalizat furnizat de surse externe. Schema RGB nu este un script, ci este o structură de date.
   
3. Contracte de jurnal discret (DLC-urile) în contextul canalelor de stat sunt contracte inteligente specializate utilizate în principal în rețeaua Bitcoin. Acestea permit executarea privată și eficientă a acordurilor financiare complexe bazate pe evenimente externe, cum ar fi prețurile activelor. DLC-urile funcționează în afara lanțului, menținând confidențialitatea detaliilor contractului și identitățile participanților. Ei folosesc surse de date externe, sau oracole, pentru rezolvarea contractelor. Atunci când sunt integrate cu canalele de stat, DLC-urile îmbunătățesc scalabilitatea permițând decontări multiple de tranzacții fără a congestiona blockchain-ul, făcându-le ideale pentru tranzacții financiare private și eficiente, care depind de rezultatele din lumea reală.
   
4. Furtună – stocare fără încredere bazată pe escrow folosind zk-proofs. Storm combină stocarea fără încredere bazată pe escrow cu dovezi fără cunoștințe pentru a facilita tranzacțiile securizate și private. În acest sistem, datele sau activele sunt păstrate în escrow și eliberate numai atunci când sunt îndeplinite condiții specifice, asigurând un mediu fără încredere în care nu este necesară nicio autoritate centrală. Integrarea zk-proofs permite verificarea acestor tranzacții, păstrând în același timp cea mai mare confidențialitate, deoarece permit validarea datelor fără a dezvălui detaliile subiacente.
   
5. Prometeu – calcul distribuit fără încredere bazat pe arbitraj. Prometheus reprezintă o abordare a calculului descentralizat, combinând mecanisme de arbitraj pentru soluționarea disputelor, interacțiuni fără încredere pentru operațiuni securizate și descentralizate și eficiența canalelor de stat pentru gestionarea calculelor în afara lanțului.
   
6. A Set de instrucțiuni redus Calculator este un tip de arhitectură de microprocesor care utilizează un set mic, foarte optimizat de instrucțiuni, mai degrabă decât setul de instrucțiuni foarte specializat, care se găsește de obicei în alte arhitecturi.