Pinapalakas ng RGB ang Bitcoin at Lightning Network ng Scalability at Mga Kakayahang Privacy

Tl; DR

• Gumagana ang RGB bilang isang Layer 2/3 na solusyon sa Bitcoin at Lightning Network.client-side validation paradigm, na naglalaman ng lahat ng data ng matalinong kontrata sa labas ng mga transaksyon sa Bitcoin. Tinitiyak ng disenyong ito ang operasyon ng system sa ibabaw ng Lightning Network, na inaalis ang pangangailangan para sa mga pagbabago sa mga protocol ng LN.
  
• Ang mga RGB smart contract ay idinisenyo para sa scalability at confidentiality. Sinusuportahan ng system ang pribado at mutual na pagmamay-ari, nag-abstract at naghihiwalay ng mga alalahanin, na kumakatawan sa isang post-blockchain, Turing-kumpletong anyo ng trustless distributed computing nang hindi kinakailangang magpakilala ng mga bagong token.
  
• Ang mga kontrata ng RGB ay nakaayos sa magkakahiwalay na mga segment na tinatawag na "shards," bawat isa ay may sariling kasaysayan at data, na nagpapahusay sa scalability at pinipigilan ang paghahalo ng mga kasaysayan mula sa iba't ibang kontrata. Nakikipag-ugnayan sila sa pamamagitan ng Bifrost protocol sa Lightning Network, na nagpapagana ng mga pinag-ugnay na pagbabago sa maraming partido, katulad ng mga DEX na tumatakbo sa Lightning Network.
  
• Gumagamit ang RGB ng mga single-use seal defined sa Bitcoin UTXOs para sa seguridad. Maaaring i-verify ng sinumang partido na may kasaysayan ng estado ng matalinong kontrata ang pagiging natatangi nito, na ginagamit ang script ng Bitcoin defiwalang pagmamay-ari at mga karapatan sa pag-access.
  
• Sa RGB, magkahiwalay na entity ang pagmamay-ari at pagpapatunay ng estado. Ang pagmamay-ari ay pinamamahalaan ng Bitcoin script, isang non-Turing Complete system. Ang mga panuntunan sa pagpapatunay, sa kabilang banda, ay idinidikta ng RGB Schema gamit ang Turing Complete Simplicity/Contractum/Rust Script.
  
• Ang bawat RGB smart contract ay nauugnay sa isang natatanging estado gamit ang single-use seal. Ang mga seal at estado ay sumusunod sa mga partikular na panuntunan at pagpapatunay na itinakda ng tagalikha ng kontrata, na pinamamahalaan ng isang "schema". Ang schema na ito ay gumaganap bilang isang panuntunang itinakda para sa pagsuri ng data ng kontrata sa panig ng kliyente, na nagpapagana ng mataas na antas ng scalability at privacy ng protocol.
  
• Ang disenyo ng RGB ay lubos na gumagana sa mga kasalukuyang teknolohiya ng Bitcoin at Lightning Network, na nagpapadali sa tuluy-tuloy na pagsasama sa mga platform na ito at anumang mga pag-upgrade sa hinaharap.
  
• Hindi tulad ng imperative programming style ng maraming blockchain platform, ang RGB ay gumagamit ng declarative style. Nakatuon ang diskarteng ito sa pagbalangkas ng ninanais na resulta sa halip na pagdedetalye ng mga partikular na hakbang upang makamit ito.
  
• Gumagamit ang RGB ng iba't ibang advanced na teknolohiya, kabilang ang AluVM para sa mga deterministikong portable computing task, PRISM para sa partially-replicated infinite state machines computing, at Storm para sa escrow-based trustless storage gamit ang zk-proofs. Ang mga teknolohiyang ito ay nag-aambag sa katatagan, pagiging kumpidensyal at pagpapalawak ng RGB.
  
• Ang RGB (v0.10) ay nagpapakilala ng mga kapansin-pansing pagpapahusay sa karanasan ng user at mga proseso ng pagsasama, pag-streamline ng mga operasyon at pagliit ng mga dependency. Nagtatampok ang na-update na bersyon ng mas pinag-isang library API at command-line tool, na ginagawa itong mas madaling ma-access at madaling gamitin.

Maikling Paglalarawan

Ang RGB ay isang protocol na idinisenyo para sa pag-isyu ng mga token sa Bitcoin network na may pinahusay na privacy at compatibility sa Lightning Network. Bumubuo ito sa konsepto ng "mga kulay na barya," tulad ng mga ginamit sa OmniLayer protocol kung saan ang metadata sa mga transaksyon sa Bitcoin ay nagpapahiwatig ng paglilipat ng token. Halimbawa, ang mga transaksyon sa USDT sa OmniLayer ay gumagana bilang mga transaksyon sa Bitcoin na dinagdagan ng karagdagang data na nagdedetalye sa mga paggalaw ng token ng USDT. Gayunpaman, ang mga pamamaraang ito ay nahaharap sa mga limitasyon tulad ng mga hadlang sa laki ng data sa mga OP_RETURN na output, masinsinang pag-scan ng blockchain at pinaghihigpitang privacy na nagmumula sa on-chain visibility.

Tinutugunan ng RGB ang mga isyung ito sa pamamagitan ng paglipat ng karamihan sa mga proseso ng pagpapatunay palayo sa Bitcoin blockchain. Gumagamit ito ng pagpapatunay sa panig ng kliyente at gumagamit ng mga single-use seal para ikonekta ang mga token sa mga UTXO ng Bitcoin, habang pinapanatili ang privacy ng user.

Ang mga token ay inililipat sa pamamagitan ng pag-commit sa isang mensaheng naglalaman ng impormasyon sa pagbabayad ng RGB sa loob ng isang transaksyon sa Bitcoin, na nagpapahintulot sa mga token na lumipat mula sa isang UTXO patungo sa isa pa nang hindi nag-iiwan ng bakas sa graph ng transaksyon ng Bitcoin. Ito ay makabuluhang pinahuhusay ang privacy, habang ang mga transaksyon sa RGB ay "teleport" na mga token nang maingat, na may data na partikular sa RGB na ipinapasa sa mga pribadong off-chain na channel.

Bukod pa rito, upang matiyak ang pagmamay-ari at maiwasan ang inflation, dapat i-validate ng mga receiver ang buong history ng transaksyon ng mga token na natanggap. Ang RGB ay nagbibigay-daan sa mga pag-upgrade sa hinaharap nang hindi nangangailangan ng mga hard forks, na tinitiyak na hindi masusubaybayan ng mga minero ang daloy ng asset, sa gayon ay nagbibigay ng mas mataas na pagtutol sa censorship. Hindi tulad ng mga tradisyunal na istruktura ng blockchain, ang RGB ay gumagana nang hindi nangangailangan ng mga bloke o chain, na ipinoposisyon ito bilang isang non-block na desentralisadong protocol, na nangangako ng mataas na kumpidensyal, seguridad at scalability.

Panimula at Pananaw

One-liner: Isang state-validated na client at smart-contract system na tumatakbo sa Layer 2/3 sa Bitcoin at Lightning Network.

Higit pang mga detalye:

Ang RGB ay isang scalable at kumpidensyal na sistema ng mga smart contract para sa Bitcoin at Lightning Network. Gumagamit ang mga RGB smart contract pagpapatunay sa panig ng kliyente paradigma, pabahay lahat ng matalinong data ng kontrata sa labas Mga transaksyon sa Bitcoin, ibig sabihin, Bitcoin blockchain o Lightning channel state. Nagbibigay-daan ito sa system na gumana sa ibabaw ng Lightning Network nang walang anumang pagbabago sa mga protocol ng LN at nagbibigay din ng pundasyon para sa mataas na antas ng scalability at privacy ng protocol.

Ang mga matalinong kontrata ay naglalaman ng mga prinsipyo ng pribado at kapwa pagmamay-ari, abstraction, at paghihiwalay ng mga alalahanin. Ang mga ito ay kumakatawan sa isang "post-blockchain," Turing-kumpletong anyo ng trustless distributed computing na hindi nangangailangan ng pagpapakilala ng mga token.

Ang mga kontrata ng RGB ay tumatakbo sa magkahiwalay na mga segment na tinatawag na "shards." Ang bawat shard ay may sariling kasaysayan at data, ibig sabihin, hindi pinaghahalo ng iba't ibang kontrata ang kanilang mga kasaysayan. Ang pamamaraang ito ay nagpapabuti sa scalability. Ang terminong "shard" ay ginagamit upang ipakita na ang RGB ay nakakamit ng mga katulad na layunin sa kung ano ang nilayon sa Ethereum's shards concept.

Bagama't independiyenteng gumagana ang mga ito, maaaring makipag-ugnayan ang mga kontrata ng RGB sa pamamagitan ng Bifrost protocol sa Lightning Network. Nagbibigay-daan ito para sa mga pinag-ugnay na pagbabago sa pagitan ng maraming partido. Halimbawa, binibigyang-daan nito ang mga DEX na gumana sa Lightning Network.

Teknolohiya at Arkitektura

High-level na Pangkalahatang-ideya ng RGB Operation at Single-Use Seals

Figure 1. High-level na pangkalahatang-ideya ng pagpapatakbo ng RGB.
Pinagmulan: LNP/BP Association Github.

Bilang mekanismo ng seguridad, ginagamit ng RGB single-use seal defined sa bitcoin UTXOs, na nagbibigay ng kakayahan para sa sinumang partido na may matalinong kasaysayan ng estado ng kontrata upang i-verify ang pagiging natatangi nito. Sa esensya, ginagamit ng RGB ang Bitcoin script para sa modelo ng seguridad nito at defines pagmamay-ari at mga karapatan sa pag-access.

Figure 2. RGB High-level working principle.
Source: “Driving Mass Adoption of Crypto: How the RGB Protocol is Illuminating the Future of Bitcoin” by Waterdrip Capital.

Ang bawat RGB smart contract ay defined sa pamamagitan ng a estado ng genesis, ginawa ng matalinong tagabigay ng kontrata (o, sa madaling salita, issuer) at isang directed acyclic graph (DAG) ng paglipat ng estado pinananatili bilang data na napatunayan ng kliyente.

Figure 3. Mga transaksyon, saradong selyo at saksi.
Pinagmulan: LNP/BP Association Github.

Maaari naming ibuod ito bilang mga sumusunod: bawat transaksyon ay may UTXO, at ang pagmamay-ari ng UTXO na ito ay nagbibigay sa may-ari ng karapatang ariin ang estado. Tinutukoy ng pagmamay-ari kung sino ang maaaring baguhin ang estado ng blockchain at "gastusin" ang UTXO. Ang indibidwal na may hawak ng estado ay tinutukoy bilang partido estado ng pagmamay-ari.

Hawak ng partido ang awtoridad na baguhin ang nauugnay na seksyon ng estado ng matalinong kontrata sa pamamagitan ng pagbuo ng bagong paglipat ng estado at pagkumpirma nito sa isang transaksyon, gamit ang output na naglalaman ng nakaraang estado.

Ang proseso ay nagpapahiwatig pagsasara ng isang selyo sa paglipat ng estado, at ang isang pares na binubuo ng transaksyon sa paggastos at kaukulang data ng karagdagang transaksyon sa paglipat ng estado ay tinatawag na isang Saksihan (ipinakita sa isang larawan sa itaas).

Pagmamay-ari at Pag-access: Mga Pangunahing Katangian

Figure 4. Pagmamay-ari at Pag-access.
Pinagmulan: LNP/BP Association Github.

Ang pagmamay-ari at pagpapatunay ng estado ay mga natatanging konsepto. Tinutukoy ng mga panuntunan sa pagpapatunay kung paano maaaring magbago ang estado, habang hindi nila tinutukoy kung sino ang maaaring magsagawa ng pagbabago. 

Sa kabilang banda, ang pagmamay-ari ay kinokontrol ng Bitcoin script sa Bitcoin blockchain level, na hindi Turing Complete. Sa kabaligtaran, ang mga panuntunan sa pagpapatunay ay pinamamahalaan ng RGB Schema na gumagamit ng Simplicity/Contractum Script ibig sabihin, ang pagiging Turing Complete. 

RGB Schema

Sa mga RGB smart contract, ang bawat kontrata ay itinalaga ng isang natatanging estado sa pamamagitan ng mga single-use seal. Ang mga seal na ito, kasama ang estado, ay may mga partikular na panuntunan at pagpapatunay, na itinakda ng tagalikha ng kontrata sa simula. Ang setup na ito ay pinamamahalaan ng isang "schema," na gumagana bilang isang hanay ng mga panuntunan upang patunayan ang data ng kontrata sa panig ng kliyente. Ang schema ay maaaring magsama ng mga kumplikadong script na mahalaga sa lohika ng kontrata.

Larawan 5. RGB Schema.
Pinagmulan: LNP/BP Association Github.

Client-side Validation at Mga Prinsipyo sa Disenyo

Figure 6. RGB Client-side-validation.
Pinagmulan: LNP/BP Association Github.

1. Malakas na Pagmamay-ari: Sa RGB, ang mga matalinong kontrata ay may malinaw defimay-ari o may-ari. Ang mga itinalagang may-ari lamang ang may hawak ng awtoridad na baguhin ang estado ng kontrata. Binabalangkas ng mga kontratang ito ang mga natatanging karapatan o operasyong ikinategorya bilang alinman sa pampubliko (naa-access sa lahat) o pag-aari (restricted sa may-ari).
2. Pagkumpidensyal: Ang impormasyon sa loob ng kontrata ay pinananatiling kumpidensyal, na alam lamang ng mga kalahok, lalo na ang mga may-ari ng estado. May opsyon ang mga kalahok na gawing pampubliko ang ilang partikular na data, ngunit bilang default, pribado ang lahat ng impormasyon. Pinipigilan ng pagiging kompidensiyal na ito ang mga panlabas na tool sa pagsusuri sa pag-access sa data, na tinitiyak na walang sensitibong impormasyon ang nakaimbak sa mga pampublikong ledger.
3. Paghihiwalay ng mga alalahanin: Nagtatampok ang RGB ng modular na disenyo na may natatanging mga layer, bawat isa ay nagtalaga ng isang partikular na gawain. Ang mga layer na ito ay gumagana nang nakapag-iisa, na inaalis ang pangangailangan para sa mas mababang mga layer upang malaman ang mas mataas na mga layer ng istraktura. Pinahuhusay ng disenyong ito ang organisasyon at kahusayan ng system.
4. Extensibility: Ang system ay madaling mapalawak, na nagbibigay-daan para sa paglikha at pagsasama ng mga advanced na smart contract nang hindi kinakailangang baguhin ang pangunahing protocol o muling i-compile ang buong RGB library.
5. Determinismo: Ang lohika ng pagpapatunay ng RGB ay deterministiko, patuloy na nagbubunga ng magkatulad na mga resulta na may parehong mga input at ang umiiral na estado ng pinagbabatayan ng blockchain o Lightning Network channel. Ang pagkakapare-parehong ito ay nakakamit sa pamamagitan ng dalawang pangunahing bahagi: a. Ang pangunahing lohika ng pagpapatunay, na nakasulat sa Rust, ay pareho sa lahat ng mga sistemang nagpapatakbo ng RGB. b. Gumagana ang logic sa pagpapatunay na partikular sa kontrata sa AluVM, isang virtual machine na nagbibigay ng pare-parehong hanay ng mga tagubilin anuman ang platform.
6. LNP/BP Interoperability: Ang RGB ay idinisenyo upang gumana nang walang putol sa mga kasalukuyang teknolohiya ng Bitcoin at Lightning Network. Binuo din ito upang maging tugma sa anumang mga pag-upgrade sa hinaharap sa mga teknolohiyang ito.
   

Diskarte ng RGB at Pure Blockchain/L1 na diskarte

Ang dalisay na diskarte sa blockchain/L1 ay mali, sabi ng koponan ng RGB.

Figure 7. Mga komento ng RGB sa Blockchain/L1 na diskarte.
Pinagmulan: LNP/BP Association Github.

Diskarte ng RGB: Declarative vs. Imperative Programming:

• Karamihan sa mga platform ng blockchain, kabilang ang Ethereum, ay gumagamit ng mga matalinong kontrata na nakasulat sa isang imperative na istilo. Sa diskarteng ito, ang kontrata ay gumagana bilang isang programa na tahasang namamahala sa sunud-sunod na pagsasagawa ng mga gawain, na kahawig ng isang tumpak at detalyadong recipe.
• Ang mga kinakailangang programang ito ay kadalasang medyo mahigpit at limitado ng mga kakayahan ng pinagbabatayan na platform ng blockchain. Kahit na minsan ay tinutukoy ang mga ito bilang Turing-kumpleto, ang mga ito ay may mga makabuluhang limitasyon.

Deklarasyon na Kalikasan ng RGB Smart Contracts:

• Ang RGB, sa kabilang banda, ay hindi gumagamit ng imperative programming. Sa halip, gumagamit ito ng isang espesyal na anyo ng functional programming kung saan naroon ang mga matalinong kontrata defined nang deklaratibo.
• Sa deklaratibong programming, sa halip na magdetalye kung paano gawin ang isang bagay, inilalarawan mo kung ano ang dapat na kinalabasan. Ito ay tulad ng pagbabalangkas kung ano ang dapat na hitsura ng isang pagkain sa halip na magbigay ng sunud-sunod na mga tagubilin sa pagluluto.
• Ang "Schema" sa RGB ay isang deklaratibo definition ng isang matalinong kontrata. Tinutukoy nito ang mga patakaran at kundisyon ng kontrata, ngunit hindi ang eksaktong pagkakasunud-sunod ng mga operasyon upang makamit ang mga ito.

Paradigm Shift sa Programming:

• Ang paglipat mula sa imperative na istilo ng Ethereum patungo sa declarative na istilo ng RGB sa smart contract programming ay katulad ng paglipat mula sa tradisyunal na imperative programming patungo sa functional o declarative na programming sa pangkalahatang pagbuo ng software.
• Ang pagbabagong ito ay nangangailangan ng ibang mindset: tumutuon sa "ano" (ang nais na mga resulta) sa halip na "paano" (ang mga partikular na hakbang upang makamit ang mga resultang iyon).

Kababaang-loob

Kasama sa orihinal na plano ang pagsasama ng Simplicity sa RGB, at ang mga pagsisikap ay nakatuon sa pagtiyak ng compatibility mula sa araw 1. Gayunpaman, dahil sa matamlay na pag-unlad ng Simplicity development at ang kawalan ng katiyakan na nakapalibot sa timeline ng paglabas nito, naging maliwanag na ang pag-asa dito ay hindi praktikal. Ang patuloy na paglabas ng RGB, na kasalukuyang nasa paghahanda, ay nagbangon ng mga tanong tungkol sa pagsasama ng Simplicity.

Kinikilala ang kawalan ng maaasahang timetable para sa Simplicity, sinimulan namin ang pagsusuri ng mga alternatibo (WASM, EVM (bilang biro), IELE atbp). Sa kalaunan, naging maliwanag na ang pagbuo ng isang pagmamay-ari na virtual machine para sa RGB ay ang tanging mabubuhay na opsyon, na pinapalitan ang unang pag-asa sa Simplicity.

Kaya't nagpasya kaming lumikha AluVM – pure functional, highly-portable na Rust-based virtual machine para sa client-side-validated smart contracts (RGB), Lightning Network, deterministic distributed at edge computing.

Prisma

Ang PRISM ay kumakatawan sa "partially-replicated infinite state machines" computing.

teknolohiya ng RGB defiMga panuntunan para sa umuusbong na mga matalinong kontrata sa isang pangunahing antas, na tinatawag na Schema, ngunit hindi nito nililimitahan ang lahat ng mga aksyon sa hinaharap ng kontrata sa isang solong, pangkalahatang algorithm. Sa halip, ang bawat node sa network ay nagsasagawa ng mga indibidwal na operasyon, at pareho ang estado ng kontrata at ang kontrata mismo ay mananatiling wasto hangga't sumusunod ang mga operasyong ito sa mga panuntunan ng Schema. 

Bukod dito, hindi pinipigilan ng diskarteng ito ang makasaysayang ebolusyon ng kontrata gamit ang isang paunang natukoy na algorithm. Kaya, ang isang kontrata ay maaaring magpakita ng iba't ibang pag-uugali hangga't ang bawat pagbabago ay nakakatugon sa mga partikular na panuntunan sa pagpapatunay. Nakatuon ang pamamaraang ito sa mga lokal na panuntunan sa halip na isang pandaigdigang algorithm.

Sa kabaligtaran, ang Ethereum ay gumagamit ng isang pandaigdigang algorithm kung saan ang bawat operasyon ay nakakaapekto sa buong estado ng matalinong kontrata. Sa RGB, nagtatrabaho ka sa isang bahagi lamang ng estado ng kontrata, na naglalapat ng mga panuntunan sa lokal. Nagbibigay ito ng mas malawak na hanay ng mga posibilidad para sa ebolusyon ng kontrata.

Sa ibaba ay makakakita ka ng mataas na antas na view sa mga pagkakaiba sa pagitan ng mga channel ng estado at client-side-validation: 

Figure 8. Distributed systems separation.
Pinagmulan: LNP/BP Association Github.

Ang mga mas tiyak na pagkakaiba ay ang mga sumusunod: 

Figure 9. Paghahambing ng Mga Channel ng Estado at Client-side-validation.
Pinagmulan: LNP/BP Association Github.

AluVM

AluVM – (algorithmic logic unit VM) ay isang purong functional na RISC virtual machine na idinisenyo para sa mga deterministic na portable computing na gawain

Nakikilala ng AluVM ang sarili nito sa pamamagitan ng paggamit ng isang register-based system na nagbabawal sa random na pag-access sa memorya. Pinapahusay ng disenyong ito ang pagiging angkop ng AluVM para sa mga application tulad ng mga smart contract, remote code execution at distributed at edge computing. Ang mga pangunahing lakas ng AluVM ay nakasalalay sa determinismo, katatagan at kapasidad nito para sa pormal na pagsusuri ng code.

Mga pangunahing katangian: Exceptionless, Portability, Sandboxing, Security, Extensibility.

Ang Instruction Set Architecture (ISA) ng AluVM ay idinisenyo upang maging adaptable, na nagbibigay-daan dito na lumikha ng iba't ibang runtime environment para sa iba't ibang mga application. Ang AluVM mismo ay isang lubos na predictable, functional, register-based virtual machine at ISA. 

Habang nililimitahan ang random na pag-access sa memorya, ang AluVM ISA ay mahusay sa pagsasagawa ng mga gawain sa aritmetika, kabilang ang mga nauugnay sa mga elliptic curve. Kakaiba, ang kapaligiran ng VM ay maaaring palawakin ang AluVM ISA, na nagbibigay-daan sa pagdaragdag ng mga functionality tulad ng pag-load ng data sa mga rehistro ng VM at pagsuporta sa mga espesyal na tagubilin (hal., SIMD) na iniakma para sa mga partikular na application.

Ang AluVM ay pangunahing inilaan para sa paggamit sa mga distributed system kung saan ang pagkakapare-pareho at pagiging maaasahan sa iba't ibang platform ay mas mahalaga kaysa sa bilis ng pagproseso. Ang mga pangunahing gamit para sa AluVM, na may tamang mga extension ng ISA, ay kinabibilangan ng blockchain technology, computations na kritikal para sa consensus sa mga network, edge computing, multiparty computing (na sumasaklaw sa deterministic machine learning), client-side-validation, restricted Internet2 computing, at genetic algorithms. Nakikinabang ang mga application na ito sa kakayahan ng AluVM na gumanap nang tuluy-tuloy at ligtas sa iba't ibang kapaligiran.

Larawan 10. Paghahambing ng AluVM.
Pinagmulan: LNP/BP Association Github.

Contractum

Ibinubukod ng Contractum ang sarili nito mula sa iba pang matalinong mga wika sa programming sa kontrata sa pamamagitan ng paghahalo ng mga functional na kakayahan ng Haskell sa kalapitan sa hubad na metal na makikita sa Rust. Sinasakop nito ang isang angkop na lugar na dati ay hindi naa-access sa mga matalinong kontrata:

Figure 11. Contractum, Simplicity at iba pang paghahambing ng mga wika.
Source: contractum.org

Ang Contractum ay isang programming language na ginagamit upang lumikha ng mga kontrata ng RGB. Ang mga kontratang ginawa gamit ang Contractum ay sinusuri gamit ang isang paraan na tinatawag na client-side-validation. Ang diskarte na ito ay hindi nagdaragdag ng anumang data sa Bitcoin blockchain, na maihahambing sa isang uri ng teknolohiya ng sharding, na higit pang pinahusay sa paggamit ng mga zero-knowledge proofs. 

Ang Client-side-validation ay naghihiwalay din sa pagbuo ng kontrata mula sa mga transaksyon sa blockchain, na ginagawang imposibleng subaybayan o pag-aralan ang mga transaksyong ito sa pamamagitan ng tradisyonal na pamamaraan ng pagsusuri ng blockchain.

Larawan 12. Mga tampok ng Contractum.
Source: contractum.org

Upang makisali sa disenyo ng Contractum, mahalagang maging pamilyar ka sa mga teknolohiyang ginagamit ng mga RGB smart contract:

Figure 13. Mga teknolohiyang ginagamit ng mga RGB smart contract.
Source: contractum.org

Mga Kamakailang Update sa Bagong bersyon RGB v0.10

Sa pinakabagong pag-ulit ng RGB (bersyon 0.10), ilang mga advanced na teknikal na pagpapahusay ang ipinatupad, na nagpapahusay sa mga kakayahan ng framework para sa kumplikadong pagbuo ng application. Pangunahing nakatuon ang mga update na ito sa pagpapakilala ng isang Global State para sa bawat kontrata ng RGB, ang pagsasama ng mga interface ng kontrata, at ang pagpapatibay ng isang mahigpit na uri ng sistema.

Pandaigdigang Estado sa Mga Kontrata ng RGB

Ang tampok na Global State ay isang kritikal na pagbabago sa RGB v0.10, na nagbibigay-daan sa bawat kontrata na mapanatili ang isang estadong naa-access sa lahat. Ang estado na ito ay naa-access hindi lamang sa RGB virtual machine kundi pati na rin sa mga panlabas na kliyente tulad ng mga wallet at iba pang mga application.

Ang utility ng Global State na ito ay mahalaga para sa pagbuo ng mga sopistikadong application sa RGB platform, lalo na sa mga nangangailangan ng masalimuot na pamamahala ng estado tulad ng mga synthetic na asset at algorithmic stablecoins. Nagbibigay-daan ito para sa isang mas dynamic na pakikipag-ugnayan sa estado ng kontrata, na lumalampas sa mga limitasyon ng tradisyonal na mga arkitektura ng smart contract.

Mga Interface ng Kontrata

Ipinakilala ng RGB v0.10 ang ‘contract interfaces’ bilang isang standardized communication protocol para sa magkakaibang mga smart contract. Ang mga interface na ito ay gumagana nang katulad sa kontrata ng Ethereum ABIs (Application Binary Interfaces) at ERCs (Ethereum Request for Comments).

Ang isang pangunahing pagkakaiba ng diskarte ng RGB ay ang hindi mandatoryong standardisasyon ng mga interface na ito at ang kanilang likas na packaging na may mga kontrata, na inaalis ang pangangailangan para sa hiwalay na pamamahagi. Pinapadali nito ang mga pakikipag-ugnayan na may kamalayan sa semantiko sa pagitan ng mga user at mga kontrata sa pamamagitan ng mga interface ng gumagamit sa mga wallet at iba pang software.

Ang mga interface na ito ay hindi static; maaaring dagdagan ng mga developer ang mga umiiral nang kontrata na may mga karagdagang interface sa paglipas ng panahon, na pinapahusay ang functionality nang hindi binabago ang hindi nababagong core ng kontrata.

Mahigpit na Uri ng Sistema

Ang bagong format ng pag-encode sa RGB v0.10 ay gumagamit ng isang 'mahigpit na uri' na sistema. Ang system na ito ay isang nobelang functional data type approach na idinisenyo para sa mahusay na representasyon at pagsisiyasat ng sarili ng mga estado ng kontrata sa loob ng RGB framework.

Tinitiyak ng mahigpit na uri ng system ang pagtitiyak ng oras ng pag-compile ng mga laki ng data, na partikular na kapaki-pakinabang para sa pagpapatakbo sa mga device na pinaghihigpitan ng mapagkukunan, tulad ng mga low-end na wallet ng hardware na may limitadong mga kakayahan sa memorya.

Higit pa rito, ang buong RGB consensus layer sa bersyon 0.10 ay pinagsama-sama sa mga mahigpit na uri, na nagbibigay ng pundasyon para sa mga pormal na patunay ng binary compatibility sa iba't ibang software release. Hindi lang pinapasimple at sinisiguro ng feature na ito ang paggamit ng RGB ngunit binibigyang-daan din ang mga issuer ng asset at mga developer ng kontrata na magdagdag ng karagdagang metadata sa kanilang mga asset o kontrata. Ang nasabing metadata ay maaaring gumanap ng isang mahalagang papel sa pag-verify ng pagkakakilanlan at pagiging tunay ng mga asset o kontrata sa RGB ecosystem.

Mga Smart Contract na nakabatay sa kalawang

Ang mga RGB smart contract ay maaari na ngayong isulat sa Rust, na ginagamit ang mga kakayahan ng wika para sa uri ng kaligtasan at pagganap.

Pinapadali ng mahigpit na pagsasama ng uri ng system ang direktang pagsasama-sama ng mga uri ng data ng Rust sa mga istruktura ng kontrata ng RGB, na nagpapahusay sa kahusayan at pagiging maaasahan ng code ng kontrata.

Pinahusay na Mga Kakayahang Introspection ng Estado

Ang mga matalinong kontrata sa RGB v0.10 ay maaaring suriin ang kanilang sariling estado sa loob ng validation code na pinaandar ng RGB virtual machine.

Ang tampok na ito ay partikular na kapaki-pakinabang para sa paglikha ng mga kumplikadong kontrata na nakikipag-ugnayan sa mga transaksyon sa Bitcoin, Mga Discrete Log Contract, at iba pang masalimuot na istruktura ng data, na nagpapahusay sa saklaw at functionality ng mga RGB smart contract.

Format ng Invoice na nakabatay sa URL

Ang update ay nagpapakilala ng bagong format ng invoice na pumapalit sa dating Bech32m-encoded system.

Ang mga bagong invoice na ito na nakabatay sa URL ay mas maikli at mas madaling gamitin, na nagpapadali sa mas madaling pag-verify at awtomatikong pagbubukas gamit ang paunang na-configure na software.

Suporta sa WASM (WebAssembly).

Ang RGB standard library ay katugma na ngayon sa mga environment na walang I/O at file system access, gaya ng mga web page o browser plugin.

Pinapalawak nito ang mga potensyal na kaso ng paggamit ng RGB, na nagbibigay-daan dito na gumana nang walang putol sa isang malawak na hanay ng mga web-based na application at extension.

Taproot Descriptors at Custom na Derivation

Gumagamit ang RGB v0.10 ng mga pangakong OP_RETURN na nakabatay sa taproot (tinukoy bilang tapret), na nangangailangan ng suporta sa antas ng descriptor para sa mga wallet upang makilala ang mga transaksyong may mga tweaked na output.

Ang pagpapakilala ng mga custom na index ng derivation sa bersyong ito ay pumipigil sa mga non-RGB na wallet na hindi sinasadyang gumastos ng mga output na naglalaman ng mga asset ng RGB, at sa gayon ay mapangalagaan ang integridad ng mga asset na ito.

Pinasimpleng Dependencies

Ang RGB consensus layer sa bersyon 0.10 ay nabawasan ang mga dependency nito, lalo na ang paglipat mula sa isang custom na bulletproof na pagpapatupad na orihinal na nagmula sa mga proyekto ng Grin.

Ang pagbawas sa mga dependency na ito ay nagpapahusay sa katatagan ng API at pangkalahatang katatagan ng system.

Naka-streamline na Proseso ng Pagsasama

Pinapasimple ng update ang mga operational workflow sa pamamagitan ng pagbabawas ng pangangailangan para sa maraming API call at kumplikadong cross-language data structure encoding.

Ang mga estado ng kontrata ng RGB ay kinakatawan na ngayon bilang mga JSON object, na nagbibigay-daan sa direktang serialization sa iba't ibang programming language.

Pagpapabuti ng Karanasan ng Gumagamit

Pinapasimple ng bagong bersyon ng RGB ang karanasan ng user sa pamamagitan ng pagsasama-sama ng dati nang magkakahiwalay na mga bahagi sa isang pinag-isang library API at command-line tool.

Habang ang RGB Node ay maaari pa ring patakbuhin sa mga home server, ang paggamit nito ay hindi na sapilitan para sa pakikipag-ugnayan sa RGB system, na binabawasan ang hadlang sa pagpasok para sa mga user at mga application ng wallet.

Kasama sa seksyong ito ang isang espesyal na pagkilala sa Waterdrip Capital para sa pagbibigay-pansin sa mga pinakabagong feature sa kanilang piraso na pinamagatang “Driving Mass Adoption of Crypto: How the RGB Protocol Illuminates the Future of Bitcoin.”

Mga kakumpitensya sa RGB

Figure 14. FRGB vs Ethereum sa simpleng salita.
Pinagmulan: LNP/BP Association Github

Taproot

Ang Taproot Assets, na dating kilala bilang Taro, ay isang protocol na idinisenyo para sa paglulunsad ng mga token sa Bitcoin network. Ang protocol na ito ay gumagamit ng UTXO na modelo ng Taproot kasama ng mga nauugnay na solusyon tulad ng Tapscript at taptweak. Ang mga tool na ito ay ginagamit upang mag-imbak ng impormasyon tungkol sa supply at balanse ng isang asset sa loob ng data ng transaksyon ng Bitcoin.

Figure 15. Scheme para sa pag-iimbak ng impormasyon tungkol sa mga token ng Taproot Assets.
Source: "Taproot Assets: issuing assets on Bitcoin" by Voltage

Gumagamit ang Taproot Assets ng isang paraan na kahalintulad sa konsepto ng Ordinals, kung saan ang mga token ng BRC-20 ay nag-iimbak ng impormasyon ng supply sa metadata ng mga enumerated na satoshi. Sa kabaligtaran, ini-embed ng Taproot Assets ang impormasyong ito sa Taproot output ng isang transaksyon sa Bitcoin, gamit ang tinatawag na "sparse Merkle tree." Sa esensya, ang Taproot Assets ay nagsasama ng isang Merkle tree sa transaksyon ng Bitcoin, na nagsisilbing patunay ng balanse ng isang partikular na user at ang kabuuang supply ng token. Ang punong ito, sa turn, ay nagpapakita ng data mula sa "Universe" - isang repositoryo na nagpapanatili ng kumpletong kasaysayan ng asset at pinamamahalaan ng nagbigay ng token.

Larawan 16. Digital state tree.
Source: "Taproot Assets: issuing assets on Bitcoin" by Voltage

State Digital Tree – Nag-aalok ang arkitektura ng Taproot Assets ng dalawang opsyon para sa patunay ng balanse: off-chain na data mula sa Universe o ang kalat-kalat na Merkle tree na naka-embed sa UTXO.

Mekanismo ng Operasyon

1. Ang gumawa ng token ay nagsasagawa ng P2TR (Pay to Taproot) na transaksyon gamit ang Taproot Assets protocol. 
2. Ang impormasyon tungkol sa asset, sa anyo ng isang Merkle tree, ay naka-imbak sa UTXO ng transaksyong ito (mabisa, ang genesis block). 
3. Upang ilipat ang token, binago ng may-ari ng Taproot key ang impormasyon ng balanse sa Merkle tree, na tinitiyak na ang kabuuang supply ng asset ay nananatiling pare-pareho. 
4. Ang ganitong mga pagbabago ay ipinakilala sa pamamagitan ng isang bagong transaksyon sa Taproot. Gayunpaman, para sa bawat paglilipat ng token, hindi kinakailangan ang isang hiwalay na on-chain na transaksyon. Katulad ng mga rollup o Lightning Network, pinapayagan ng protocol ang may-ari na iproseso ang isang "batch" ng mga paglilipat, pagkatapos ay i-publish ang na-update na estado ng mga balanse.

Mga Bentahe ng Taproot Asset

• Ang isang pangunahing bentahe ng Taproot Assets ay ang buong compatibility nito sa Lightning Network, pagpapahusay sa mga posibilidad ng scalability at pagbabawas ng mga gastos sa transaksyon.
• Ang Taproot Assets ay lumilikha ng natatanging layer para sa pag-record ng mga operasyon gamit ang mga custom na token. Bagama't pangunahing umaasa ito sa off-chain na data, ipinapahayag nito ang estado ng mga balanse sa pangunahing network. 
• Ang diskarteng ito ay mas nababaluktot, nasusukat, at komprehensibo kumpara sa BRC-20, ngunit nagdudulot din ito ng mas kumplikado para sa mga walang karanasan na gumagamit.

BitVM

Ang BitVM ay isang cutting-edge na proyekto na naglalayong gawing ganap na desentralisadong computing platform ang Bitcoin. Iniharap noong Oktubre 9, 2023, ipinakilala ng puting papel ng BitVM ang isang teknolohiya na kasalukuyang nasa yugto ng pagsubok at nangangailangan ng karagdagang pag-unlad upang maabot ang buong potensyal nito.

Pangunahing Pag-andar at Konsepto ng BitVM

Sa kaibuturan nito, ginagamit ng BitVM ang konsepto ng Optimistic Rollups para i-externalize ang mga computations para sa mga matalinong kontrata mula sa network, na kasunod ay nagsasagawa ng on-chain na pag-verify batay sa "mga patunay ng panloloko." Sa teoryang, kapag naitala ang impormasyon ng matalinong kontrata sa isang transaksyon ng Taproot (bilang binary code), ang pagpapalitan ng data at pagkalkula ay sinadya na direktang mangyari sa pagitan ng mga partido. Ang diskarte na ito ay idinisenyo upang mabawasan ang pagsisikip ng blockchain. Gayunpaman, kung ang prover (ang partidong nagpapatunay, ibig sabihin, ang may-ari ng kontrata) ay nagpapadala ng maling data, ang isang verifier ay maaaring magpasimula ng on-chain check. Ang prosesong ito ay bumubuo ng batayan ng konsepto ng patunay ng pandaraya.

Pangangasiwa sa On-chain na Pag-verify sa isang Computationally Limited Network

Lumilitaw ang hamon sa kung paano magsagawa ng operation check sa isang network na talagang hindi sumusuporta sa mga naturang pagkalkula. Upang matugunan ito, gumagamit ang BitVM ng isang Merkle tree upang lumikha ng isang lohikal na NAND gate scheme, na pagkatapos ay itatala sa isang Taproot na transaksyon. Sa esensya, ang Merkle tree sa data ng transaksyon ay gumaganap bilang isang NAND scheme, kung saan ang bawat "sangay" ay nagdadala ng isa sa dalawang posibleng halaga: 1 o 0. Ang on-chain na pagkalkula ay nagpapatuloy nang paunti-unti, na ang output ng isang "sangay" ay nagiging ang input para sa susunod. Ang patuloy na pagpapalitan ng transaksyon para sa pag-verify ng halaga ay nangyayari sa pagitan ng mga partido ng matalinong kontrata. Kung makitang mali ang bersyon ng pagkalkula ng prover, matatanggap ng verifier ang kanilang mga asset na naka-lock sa transaksyon ng Taproot.

Figure 17. Schematic na representasyon ng NAND.
Source: "The Big Deal with BitVM: Arbitrary Computation posible na ngayon sa Bitcoin na walang tinidor" ng Bitcoin Magazine

Pagbuo ng NAND Gamit ang Taproot at Merkle Tree

Ang detalyadong impormasyon tungkol sa kung paano pinapadali ng BitVM ang pagbuo ng NAND gamit ang mga puno ng Taproot at Merkle, pati na rin ang epekto nito sa mga pagkalkula, ay makikita sa teknikal na dokumentasyon.

Ang diskarte na ito ay nagbibigay-daan para sa isang tumpak, sunud-sunod na pag-verify ng matalinong pagkalkula ng kontrata, na umaayon sa mga prinsipyo ng integridad at seguridad ng blockchain.

Mga Hamon sa Smart Contract Bilateralism

Ang isang makabuluhang isyu ay nagpapatuloy sa BitVM dahil sa bilateral na istraktura ng mga matalinong kontrata, na pinapadali ang direktang palitan ng data sa pagitan lamang ng verifier at prover, hindi kasama ang paglahok ng third-party. Ang hadlang na ito ay humahadlang sa pagbuo ng dApp at nag-uutos ng mga karagdagang solusyon para sa mga multi-party na konstruksyon ng kontrata. 

Higit pa rito, ang masalimuot at mababang antas na mga katangian ng BitVM ay nagpapahiwatig na ang pagtatayo ng mga functional na produkto na gumagamit ng pundasyong ito ay maaaring umabot sa loob ng ilang taon. Ang malaking pag-unlad at pagbabago ay kinakailangan upang isalin ang pundasyong teknolohiyang ito sa mga praktikal na aplikasyon.

Para sa isang detalyadong malalim na pagsisid huwag mag-atubiling magbasa ng BitVM Whitepaper - https://bitvm.org/bitvm.pdf 

Konklusyon

Ang RGB protocol ay isang teknikal na pag-unlad sa Bitcoin ecosystem, na nagpapakilala ng mga functionality para sa pagpapatupad ng matalinong kontrata at pagbibigay ng token na direktang nakatali sa network ng Bitcoin. Ito ay nakakamit sa pamamagitan ng kumbinasyon ng client-side validation at paggamit ng single-use seal, na nag-uugnay ng mga token sa mga UTXO ng Bitcoin habang pinapanatili ang privacy ng transaksyon.

Ang isa sa mga pangunahing teknikal na bentahe ng RGB ay ang diskarte nito sa scalability at privacy. Sa pamamagitan ng paglilipat ng karamihan sa pagpapatunay sa Bitcoin blockchain at paggamit ng mga cryptographic na pamamaraan para sa pag-verify ng transaksyon, epektibong binabawasan ng RGB ang bigat ng data sa blockchain. Ang diskarte na ito ay nakakatulong sa pagpapanatili ng kahusayan ng network, lalo na habang dumarami ang mga volume ng transaksyon.

Ang pagiging tugma ng RGB sa Lightning Network ay isa pang makabuluhang aspeto, na nagbibigay-daan para sa mas nasusukat at mahusay na pagproseso ng transaksyon. Ang tampok na ito ay partikular na nauugnay dahil sa lumalaking pangangailangan para sa mas mabilis at mas cost-effective na mga paraan ng transaksyon sa espasyo ng cryptocurrency.

Gayunpaman, ang kumplikadong katangian ng teknolohiya ng RGB ay nagpapakita ng mga hamon sa mga tuntunin ng pagiging naa-access at pag-unawa ng user. Ang arkitektura ng protocol at ang mga advanced na pamamaraan ng cryptographic na ginagamit ay maaaring mahirap maunawaan at ipatupad, lalo na para sa mga bago sa teknolohiya ng blockchain. Maaaring hadlangan ng pagiging kumplikadong ito ang mas malawak na pag-aampon at pakikipag-ugnayan ng user.

Bukod pa rito, habang pinahuhusay ng RGB ang privacy sa pamamagitan ng pag-iwas sa data ng kontrata sa blockchain, ang aspetong ito ay nagdudulot din ng mga tanong tungkol sa pag-verify ng data at ang kakayahang mag-audit ng mga transaksyon, na mahalaga para sa ilang partikular na aplikasyon at pagsunod sa regulasyon.

Ang pinakabagong update ng RGB, ang bersyon 0.10, ay nagpoposisyon nito bilang isang kapansin-pansing kalaban sa umuusbong na tanawin ng mga teknolohiya ng blockchain, partikular na laban sa mga umuusbong na protocol tulad ng Taproot Assets at BitVM. Hindi tulad ng Taproot Assets, na nakatutok sa paggamit ng UTXO model ng Taproot para sa pagpapalabas ng token sa Bitcoin network, nakikilala ng RGB ang sarili nito sa mga advanced na feature sa privacy at off-chain na paghawak ng data, na nag-aalok ng natatanging diskarte sa smart contract functionality at token management.

Gayundin, habang ipinakilala ng BitVM ang isang nobelang konsepto para sa desentralisadong pag-compute sa Bitcoin, ang bersyon 0.10 ng RGB na mga pagsulong sa pagpapatunay sa panig ng kliyente, mga interface ng kontrata at isang mahigpit na uri ng sistema ay nagpapakita ng natatanging diskarte nito patungo sa pagpapahusay ng scalability at pakikipag-ugnayan ng user sa loob ng Bitcoin ecosystem. Itinatampok ng mga pagpapahusay na ito ang husay ng RGB sa pagtugon sa mga hamon sa scalability at kahusayan, mga lugar kung saan kadalasang nahaharap sa mga limitasyon ang tradisyonal at umuusbong na mga protocol.

Ang pagpapasimple ng mga dependency at mga proseso ng pagsasama-sama sa pinakabagong bersyon ng RGB ay higit na nagpapahiwatig ng pagtutok sa karanasan ng user at katatagan ng system, na nagtatakda nito na bukod sa mga kakumpitensya. Ipinoposisyon nito ang RGB hindi lamang bilang isang matatag na platform para sa privacy-focused at scalable smart contracts at token issuance kundi bilang isang forward-thinking solution sa mas malawak na blockchain space.

Sa konklusyon, ang RGB protocol ay isang makabuluhang teknolohikal na pag-unlad sa loob ng network ng Bitcoin, na nag-aalok ng mga advanced na kakayahan para sa mga matalinong kontrata at pagpapalabas ng token. Tinutugunan nito ang mga pangunahing isyu ng scalability at privacy ngunit nahaharap sa mga hamon sa mga tuntunin ng pagiging kumplikado at potensyal na auditability. Ang patuloy na pag-unlad at mga pag-ulit sa hinaharap ng protocol ay malamang na tumutok sa pagbabalanse ng mga advanced na kakayahan na ito sa accessibility ng user at mga pagsasaalang-alang sa regulasyon.

Mga Sanggunian sa Termino: 

1. Kumpleto ang Turing: Sa praktikal na mga termino, ang system ay maaaring magsagawa ng anumang computational na problema na may sapat na oras at memorya. Karamihan sa mga modernong programming language ay Turing-kumpleto, na nagpapahiwatig ng kanilang teoretikal na kapasidad upang matugunan ang anumang problema sa pagkalkula.
   
2. Iskedyul: Ang isang schema ng kontrata ay nagsisilbing aktwal na code para sa isang matalinong kontrata, na maaaring gamitin bilang isang "template ng kontrata" ng mga nag-isyu nang hindi nangangailangan ng coding o pag-audit ng custom na code na ibinigay ng mga external na source. Ang RGB schema ay hindi isang script ngunit isang istraktura ng data.
   
3. Mga Discrete Log Contracts (Ang mga DLC) sa konteksto ng mga channel ng estado ay mga dalubhasang matalinong kontrata na pangunahing ginagamit sa network ng Bitcoin. Nagbibigay-daan ang mga ito sa pribado at mahusay na pagpapatupad ng mga kumplikadong kasunduan sa pananalapi batay sa mga panlabas na kaganapan, tulad ng mga presyo ng asset. Ang mga DLC ay nagpapatakbo ng off-chain, pinapanatili ang pagiging kumpidensyal ng mga detalye ng kontrata at mga pagkakakilanlan ng kalahok. Gumagamit sila ng mga panlabas na mapagkukunan ng data, o mga orakulo, para sa paglutas ng kontrata. Kapag isinama sa mga channel ng estado, pinapahusay ng mga DLC ang scalability sa pamamagitan ng pagpapahintulot sa maramihang mga settlement ng transaksyon nang hindi sinisikip ang blockchain, na ginagawang perpekto ang mga ito para sa pribado, mahusay na mga transaksyon sa pananalapi na nakadepende sa mga resulta sa totoong mundo.
   
4. Bagyo – escrow-based trustless storage gamit ang zk-proofs. Pinagsasama ng Storm ang escrow-based trustless storage na may zero-knowledge proofs para mapadali ang secure at pribadong mga transaksyon. Sa system na ito, ang data o mga asset ay inilalagay sa escrow at inilalabas lamang kapag natugunan ang mga partikular na kundisyon, na tinitiyak ang isang walang pinagkakatiwalaang kapaligiran kung saan walang kinakailangang sentral na awtoridad. Ang pagsasama-sama ng zk-proofs ay nagbibigay-daan para sa pag-verify ng mga transaksyong ito habang pinapanatili ang sukdulang pagiging kumpidensyal, dahil pinapagana ng mga ito ang pagpapatunay ng data nang hindi inilalantad ang anumang pinagbabatayan na mga detalye.
   
5. Promiteyus – trustless distributed computing batay sa arbitrasyon. Kinakatawan ng Prometheus ang isang diskarte sa desentralisadong pag-compute, pagsasama-sama ng mga mekanismo ng arbitrasyon para sa paglutas ng hindi pagkakaunawaan, mga walang tiwala na pakikipag-ugnayan para sa secure at desentralisadong mga operasyon, at ang kahusayan ng mga channel ng estado para sa pamamahala sa pag-compute sa labas ng chain.
   
6. A Pinababang Instruction Set Computer ay isang uri ng arkitektura ng microprocessor na gumagamit ng maliit, lubos na na-optimize na hanay ng mga tagubilin sa halip na ang napaka-espesyal na hanay ng mga tagubilin na karaniwang makikita sa iba pang mga arkitektura.