RGB atbalsta Bitcoin un Lightning tīkla mērogojamību un privātuma iespējas

TL; DR

• RGB darbojas kā Layer 2/3 risinājums Bitcoin un Lightning Network.client puses validācijas paradigmā, kurā atrodas visi viedā līguma dati ārpus Bitcoin darījumiem. Šis dizains nodrošina sistēmas darbību zibens tīklā, novēršot nepieciešamību veikt izmaiņas LN protokolos.
  
• RGB viedie līgumi ir paredzēti mērogojamībai un konfidencialitātei. Sistēma atbalsta privāto un savstarpējo īpašumtiesības, abstrahē un atdala bažas, pārstāvot pēc blokķēdes, Tjūringa pilnu uzticamas izplatītas skaitļošanas veidu bez nepieciešamības ieviest jaunus marķierus.
  
• RGB līgumi ir sakārtoti atsevišķos segmentos, ko sauc par “shards”, un katram ir sava vēsture un dati, tādējādi uzlabojot mērogojamību un novēršot dažādu līgumu vēstures sajaukšanos. Tie mijiedarbojas, izmantojot Bifrost protokolu Lightning tīklā, nodrošinot koordinētas izmaiņas starp vairākām pusēm, līdzīgi kā DEX, kas darbojas Lightning tīklā.
  
• RGB izmanto vienreizējās lietošanas blīves defined over Bitcoin UTXOs drošības nolūkos. Jebkura puse, kurai ir viedā līguma stāvokļa vēsture, var pārbaudīt tā unikalitāti, izmantojot Bitcoin skriptu define īpašumtiesības un piekļuves tiesības.
  
• RGB valsts īpašumtiesības un apstiprināšana ir atsevišķas vienības. Īpašumtiesības pārvalda Bitcoin skripts, kas nav Turing Complete sistēma. No otras puses, validācijas noteikumus nosaka RGB shēma, izmantojot Turing Complete Simplicity/Contractum/Rust Script.
  
• Katrs RGB viedais līgums ir saistīts ar unikālu stāvokli, izmantojot vienreizējās lietošanas plombas. Zīmogi un stāvoklis atbilst īpašiem noteikumiem un apstiprinājumiem, ko noteicis līguma veidotājs, un tos regulē "shēma". Šī shēma darbojas kā noteikumu kopa līguma datu pārbaudei klienta pusē, nodrošinot augsta līmeņa protokola mērogojamību un privātumu.
  
• RGB dizains ir ļoti sadarbspējīgs ar esošajām Bitcoin un Lightning Network tehnoloģijām, veicinot netraucētu integrāciju ar šīm platformām un jebkādiem turpmākiem jauninājumiem.
  
• Atšķirībā no daudzu blokķēdes platformu obligātā programmēšanas stila, RGB izmanto deklaratīvu stilu. Šī pieeja ir vērsta uz vēlamā rezultāta izklāstu, nevis konkrētu darbību detalizētu izklāstu tā sasniegšanai.
  
• RGB izmanto dažādas progresīvas tehnoloģijas, tostarp AluVM deterministiskiem pārnēsājamiem skaitļošanas uzdevumiem, PRISM daļēji replicētai bezgalīga stāvokļa mašīnu skaitļošanai un Storm uz darījuma balstītai neuzticamai glabāšanai, izmantojot zk-proofs. Šīs tehnoloģijas veicina RGB robustumu, konfidencialitāti un paplašināmību.
  
• RGB (v0.10) ievieš ievērojamus uzlabojumus lietotāju pieredzē un integrācijas procesos, racionalizējot darbības un samazinot atkarības. Atjauninātajā versijā ir vienotāks bibliotēkas API un komandrindas rīks, padarot to pieejamāku un lietotājam draudzīgāku.

Īss apraksts

RGB ir protokols, kas paredzēts žetonu izdošanai Bitcoin tīklā ar uzlabotu privātumu un savietojamību ar Lightning tīklu. Tas balstās uz “krāsainu monētu” jēdzienu, līdzīgi tiem, kas tiek izmantoti protokolā OmniLayer, kur metadati Bitcoin darījumos norāda uz marķiera pārsūtīšanu. Piemēram, USDT darījumi pakalpojumā OmniLayer darbojas kā Bitcoin darījumi, kas papildināti ar papildu datiem, kas detalizēti raksturo USDT marķiera kustības. Tomēr šīs metodes saskaras ar ierobežojumiem, piemēram, datu lieluma ierobežojumiem OP_RETURN izvadēs, intensīvu blokķēdes skenēšanu un ierobežotu privātumu, kas izriet no redzamības ķēdē.

RGB risina šīs problēmas, pārvietojot lielāko daļu validācijas procesu prom no Bitcoin blokķēdes. Tas izmanto klienta puses validāciju un izmanto vienreizējās lietošanas zīmogus, lai savienotu marķierus ar Bitcoin UTXO, vienlaikus saglabājot lietotāja privātumu.

Tokeni tiek pārsūtīti, apņemoties saņemt ziņojumu, kurā ir ietverta RGB maksājuma informācija Bitcoin darījuma ietvaros, ļaujot marķieriem pārvietoties no viena UTXO uz citu, neatstājot pēdas Bitcoin darījumu grafikā. Tas ievērojami uzlabo privātumu, jo RGB darījumi diskrēti “teleportē” marķierus ar RGB specifiskiem datiem, kas tiek nosūtīti pa privātiem ārpus ķēdes kanāliem.

Turklāt, lai nodrošinātu īpašumtiesības un novērstu inflāciju, saņēmējiem ir jāapstiprina visa saņemto marķieru darījumu vēsture. RGB nodrošina turpmākus jauninājumus bez nepieciešamības izmantot cietās dakšas, nodrošinot, ka kalnrači nevar izsekot līdzekļu plūsmai, tādējādi nodrošinot lielāku pretestību cenzūrai. Atšķirībā no tradicionālajām blokķēdes struktūrām, RGB darbojas bez nepieciešamības pēc blokiem vai ķēdēm, pozicionējot to kā nebloku decentralizētu protokolu, solot augstu konfidencialitāti, drošību un mērogojamību.

Ievads un vīzija

Viena starplika: Klienta apstiprināta valsts un viedo līgumu sistēma, kas darbojas Bitcoin un Lightning tīkla 2/3 slānī.

Vairāk informācija:

RGB ir mērogojama un konfidenciāla viedo līgumu sistēma Bitcoin un Lightning tīklam. RGB viedie līgumi darbojas ar klienta puses validācija paradigma, mājoklis visi viedā līguma dati ārpusē Bitcoin darījumi, t.i., Bitcoin blokķēdes vai zibens kanāla stāvoklis. Tas ļauj sistēmai darboties zibens tīklā bez izmaiņām LN protokolos, kā arī nodrošina pamatu augsta līmeņa protokolu mērogojamībai un privātumam.

Viedie līgumi ietver privātās un savstarpējās īpašumtiesības, abstrakcijas un interešu nošķiršanas principus. Tie ir “postbloku ķēde”, Tjūringa pilnīgs neuzticamas sadalītas skaitļošanas veids, kam nav nepieciešama marķieru ieviešana.

RGB līgumi darbojas atsevišķos segmentos, ko sauc par “shards”. Katrai skaidai ir sava vēsture un dati, kas nozīmē, ka dažādi līgumi nesajauc to vēsturi. Šī metode uzlabo mērogojamību. Termins “shard” tiek izmantots, lai parādītu, ka RGB sasniedz līdzīgus mērķus, kādi bija paredzēti ar Ethereum shards koncepciju.

Lai gan tie darbojas neatkarīgi, RGB līgumi var mijiedarboties, izmantojot Bifrost protokolu Lightning tīklā. Tas ļauj veikt koordinētas izmaiņas starp vairākām pusēm. Piemēram, tas ļauj DEXEs darboties zibens tīklā.

Tehnoloģija un arhitektūra

Augsta līmeņa pārskats par RGB darbību un vienreiz lietojamiem blīvējumiem

1. attēls. Augsta līmeņa pārskats par RGB darbību.
Avots: LNP/BP asociācija Github.

Kā drošības mehānismu izmanto RGB vienreizējās lietošanas plombas defined over bitcoin UTXO, kas nodrošina iespēju jebkurai pusei, kurai ir viedā līguma stāvokļa vēsture, pārbaudīt tā unikalitāti. Būtībā RGB izmanto Bitcoin skriptu savam drošības modelim un defines īpašuma tiesības un piekļuves tiesības.

2. attēls. RGB Augsta līmeņa darbības princips.
Avots: Waterdrip Capital “Kripto masveida pieņemšana: kā RGB protokols izgaismo Bitcoin nākotni”.

Katrs RGB viedais līgums ir defineds a ģenēzes stāvoklis, ko izstrādājis viedais līguma izsniedzējs (vai, vienkārši izsakoties, emitents) un virzītu aciklisko grafiku (DAG). stāvokļa pārejas tiek uzturēti kā klienta apstiprināti dati.

3. attēls. Darījumi, slēgts zīmogs un liecinieks.
Avots: LNP/BP asociācija Github.

Mēs to varam apkopot šādi: katram darījumam ir UTXO, un šī UTXO īpašumtiesības piešķir īpašniekam tiesības valdīt valsti. Īpašumtiesības nosaka, kurš var mainīt blokķēdes stāvokli un “tērēt” UTXO. Persona, kurai pieder valsts, tiek saukta par partiju piederošā valsts.

Pusei ir tiesības modificēt attiecīgo viedā līguma stāvokļa sadaļu, ģenerējot jaunu stāvokļa pāreju un apstiprinot to darījumā, izmantojot izvadi, kas satur iepriekšējo stāvokli.

Process nozīmē zīmoga slēgšana pār stāvokļa pāreju, un pāris, kas ietver izdevumu darījumu un atbilstošus papildu darījuma datus par stāvokļa maiņu, tiek saukts par Liecinieks (attēlots attēlā iepriekš).

Īpašumtiesības un piekļuve: galvenie īpašumi

4. attēls. Īpašumtiesības un piekļuve.
Avots: LNP/BP asociācija Github.

Valsts īpašumtiesības un apstiprināšana ir atšķirīgi jēdzieni. Validācijas kārtulās ir norādīts, kā stāvoklis var mainīties, bet tie nenorāda, kas var veikt izmaiņas. 

No otras puses, īpašumtiesības kontrolē Bitcoin skripts Bitcoin blokķēdes līmenī, kas nav Turing Complete. Turpretim validācijas noteikumus regulē RGB shēma, izmantojot vienkāršības/kontraktuma skriptu, t.i., ir Tjūringa pabeigta. 

RGB shēma

RGB viedajos līgumos katram līgumam tiek piešķirts unikāls stāvoklis, izmantojot vienreizējās lietošanas zīmogus. Šiem zīmogiem, kā arī valstij, ir īpaši noteikumi un apstiprinājumi, kurus sākumā noteicis līguma veidotājs. Šo iestatījumu regulē “shēma”, kas darbojas kā noteikumu kopums, lai pārbaudītu līguma datus klienta pusē. Shēma var ietvert sarežģītus skriptus, kas ir neatņemama līguma loģika.

5. attēls. RGB shēma.
Avots: LNP/BP asociācija Github.

Klienta puses validācijas un projektēšanas principi

6. attēls. RGB klienta puses validācija.
Avots: LNP/BP asociācija Github.

1. Spēcīgas īpašumtiesības: RGB formātā viedajiem līgumiem ir skaidrs defined īpašnieks vai īpašnieki. Tikai izraudzītajiem īpašniekiem ir tiesības mainīt līguma stāvokli. Šajos līgumos ir noteiktas atsevišķas tiesības vai darbības, kas klasificētas kā publiskas (pieejamas visiem) vai īpašumā (tikai īpašniekam).
2. Konfidencialitāte: Līgumā ietvertā informācija tiek glabāta konfidenciāla, zināma tikai dalībniekiem, īpaši valsts īpašniekiem. Dalībniekiem ir iespēja noteiktus datus padarīt publiskus, taču pēc noklusējuma visa informācija ir privāta. Šī konfidencialitāte neļauj ārējiem analīzes rīkiem piekļūt datiem, nodrošinot, ka publiskajās virsgrāmatās netiek glabāta sensitīva informācija.
3. Bažu nošķiršana: RGB ir moduļu dizains ar atšķirīgiem slāņiem, no kuriem katram ir piešķirts īpašs uzdevums. Šie slāņi darbojas neatkarīgi, novēršot nepieciešamību zemākiem slāņiem apzināties augstāko slāņu struktūru. Šis dizains uzlabo sistēmas organizāciju un efektivitāti.
4. Paplašināmība: Sistēma ir viegli paplašināma, ļaujot izveidot un integrēt progresīvus viedos līgumus bez nepieciešamības modificēt pamata protokolu vai pārkompilēt visu RGB bibliotēku.
5. Determinisms: RGB validācijas loģika ir deterministiska, konsekventi dodot identiskus rezultātus ar vienādām ieejām un dominējošo blokķēdes vai Lightning Network kanāla stāvokli. Šī konsekvence tiek panākta, izmantojot divus galvenos komponentus: a. Galvenā validācijas loģika, kas rakstīta Rust valodā, ir vienāda visās sistēmās, kurās darbojas RGB. b. Līgumam specifiska validācijas loģika darbojas AluVM — virtuālajā mašīnā, kas nodrošina konsekventu instrukciju kopu neatkarīgi no platformas.
6. LNP/BP savietojamība: RGB ir izstrādāts, lai nevainojami darbotos ar esošajām Bitcoin un Lightning Network tehnoloģijām. Tas ir arī izveidots, lai būtu savietojams ar jebkādiem turpmākiem šo tehnoloģiju jauninājumiem.
   

RGB un Pure Blockchain/L1 pieejas pieeja

Tīra blokķēdes/L1 pieeja ir nepareiza, norāda RGB komanda.

7. attēls. RGB komentāri par Blockchain/L1 pieeju.
Avots: LNP/BP asociācija Github.

RGB pieeja: deklaratīvā pret obligātu programmēšanu:

• Lielākā daļa blokķēdes platformu, tostarp Ethereum, izmanto viedos līgumus, kas rakstīti imperatīvā stilā. Šajā pieejā līgums darbojas kā programma, kas skaidri virza soli pa solim uzdevumu izpildi, atgādinot precīzu un detalizētu recepti.
• Šīs obligātās programmas bieži ir diezgan ierobežojošas, un tās ierobežo pamatā esošās blokķēdes platformas iespējas. Lai gan tos dažreiz sauc par Tjūringa pabeigtajiem, tiem ir būtiski ierobežojumi.

RGB viedo līgumu deklaratīvais raksturs:

• Savukārt RGB neizmanto obligātu programmēšanu. Tā vietā tas izmanto īpašu funkcionālās programmēšanas veidu, kur ir viedie līgumi defined deklaratīvi.
• Deklaratīvajā programmēšanā tā vietā, lai detalizēti aprakstītu, kā kaut ko darīt, jūs aprakstāt, kādam jābūt rezultātam. Tas ir kā ēdienreizes izklāsts, nevis soli pa solim gatavošanas instrukcijas.
• RGB “shēma” ir deklaratīva defiviedā līguma noslēgšanu. Tajā ir norādīti līguma noteikumi un nosacījumi, bet ne precīza darbību secība to sasniegšanai.

Paradigmas maiņa programmēšanā:

• Pāreja no Ethereum imperatīvā stila uz RGB deklaratīvo stilu viedā līguma programmēšanā ir līdzīga pārejai no tradicionālās imperatīvās programmēšanas uz funkcionālo vai deklaratīvo programmēšanu vispārējā programmatūras izstrādē.
• Šī maiņa prasa atšķirīgu domāšanas veidu: koncentrējoties uz “ko” (vēlamajiem rezultātiem), nevis uz “kā” (konkrētajiem soļiem šo rezultātu sasniegšanai).

Vienkāršība

Sākotnējais plāns ietvēra vienkāršības iekļaušanu RGB, un centieni tika veltīti saderības nodrošināšanai no pirmās dienas. Tomēr, ņemot vērā vienkāršības izstrādes gauso progresu un nenoteiktību, kas saistīta ar tās izlaišanas laika grafiku, kļuva skaidrs, ka paļauties uz to nav praktiski. Pašreizējais RGB izlaidums, kas pašlaik tiek gatavots, radīja jautājumus par Simplicity iekļaušanu.

Atzīstot, ka vienkāršībai nav uzticama grafika, mēs uzsākām alternatīvu pārbaudi (WASM, EVM (joks), IELE utt.). Galu galā kļuva skaidrs, ka patentētas virtuālās mašīnas izstrāde RGB vajadzībām bija vienīgā dzīvotspējīgā iespēja, aizstājot sākotnējo paļaušanos uz vienkāršību.

Tāpēc mēs nolēmām izveidot AluVM – tīri funkcionāla, ļoti pārnēsājama uz Rust balstīta virtuālā mašīna klienta puses apstiprinātiem viedajiem līgumiem (RGB), Lightning Network, deterministiskajai sadalītai un malu skaitļošanai.

Prizma

PRISM apzīmē “daļēji replicētu bezgalīgu stāvokļu mašīnu” skaitļošanu.

RGB tehnoloģija defines noteikumus viedo līgumu izstrādei pamata līmenī, ko sauc par shēmu, taču tas neierobežo visas turpmākās līguma darbības ar vienu visaptverošu algoritmu. Tā vietā katrs tīkla mezgls veic atsevišķas darbības, un gan līguma stāvoklis, gan pats līgums paliek spēkā, kamēr šīs darbības atbilst shēmas noteikumiem. 

Turklāt šī pieeja neierobežo līguma vēsturisko attīstību ar iepriekš noteiktu algoritmu. Tādējādi līgumā var būt dažādas darbības, ja vien katra izmaiņa atbilst īpašiem validācijas noteikumiem. Šī metode koncentrējas uz vietējiem noteikumiem, nevis globālu algoritmu.

Turpretim Ethereum izmanto globālu algoritmu, kurā katra darbība ietekmē visu viedā līguma stāvokli. Izmantojot RGB, jūs strādājat tikai ar daļu no līguma stāvokļa, piemērojot noteikumus lokāli. Tas nodrošina plašākas iespējas līgumu evolūcijai.

Tālāk ir redzams augsta līmeņa skatījums par atšķirībām starp stāvokļa kanāliem un klienta puses validāciju. 

8. attēls. Sadalīto sistēmu atdalīšana.
Avots: LNP/BP asociācija Github.

Konkrētākas atšķirības ir šādas: 

9. attēls. Valsts kanālu un klienta puses validācijas salīdzinājums.
Avots: LNP/BP asociācija Github.

AluVM

AluVM – (algoritmiskās loģiskās vienības VM) ir tīri funkcionāla RISC virtuālā mašīna, kas paredzēta deterministiskiem pārnēsājamiem skaitļošanas uzdevumiem

AluVM izceļas ar uz reģistru balstītu sistēmu, kas aizliedz nejaušu piekļuvi atmiņai. Šis dizains uzlabo AluVM piemērotību tādām lietojumprogrammām kā viedie līgumi, attālināta koda izpilde un izplatīta un malas skaitļošana. AluVM galvenās stiprās puses ir tās determinisms, robustums un spēja veikt formālu kodu analīzi.

Galvenās īpašības: Izņēmums, pārnesamība, smilškaste, drošība, paplašināmība.

AluVM instrukciju kopas arhitektūra (ISA) ir izstrādāta tā, lai tā būtu pielāgojama, ļaujot tai izveidot dažādas izpildlaika vides dažādām lietojumprogrammām. Pati AluVM ir ļoti paredzama, funkcionāla, uz reģistriem balstīta virtuālā mašīna un ISA. 

Ierobežojot nejaušu piekļuvi atmiņai, AluVM ISA lieliski veic aritmētiskos uzdevumus, tostarp tos, kas saistīti ar eliptiskām līknēm. Unikāli, VM vide var paplašināt AluVM ISA, ļaujot pievienot tādas funkcijas kā datu ielāde VM reģistros un atbalstīt specializētas instrukcijas (piemēram, SIMD), kas pielāgotas konkrētām lietojumprogrammām.

AluVM galvenokārt ir paredzēts izmantošanai sadalītās sistēmās, kur konsekvence un uzticamība dažādās platformās ir svarīgāka par apstrādes ātrumu. Galvenie AluVM lietojumi ar pareiziem ISA paplašinājumiem ietver blokķēdes tehnoloģiju, aprēķinus, kas ir būtiski vienprātības nodrošināšanai tīklos, malu skaitļošanu, daudzpartiju skaitļošanu (kas aptver deterministisko mašīnmācīšanos), klienta puses validāciju, ierobežotu Internet2 skaitļošanu un ģenētiskos algoritmus. Šīs lietojumprogrammas gūst labumu no AluVM spējas konsekventi un droši darboties dažādās vidēs.

10. attēls. AluVM salīdzinājums.
Avots: LNP/BP asociācija Github.

Contractum

Contractum izceļas no citām viedo līgumu programmēšanas valodām, apvienojot Haskell funkcionālās iespējas ar tuvumu tukšajam metālam, kas redzams Rust. Tas aizņem nišu, kas iepriekš nebija pieejama viedajiem līgumiem:

11. attēls. Contractum, Simplicity un citu valodu salīdzinājums.
Avots: contractum.org

Contractum ir programmēšanas valoda, ko izmanto, lai izveidotu RGB līgumus. Ar Contractum noslēgtie līgumi tiek pārbaudīti, izmantojot metodi, ko sauc par klienta puses validāciju. Šī pieeja nepievieno nekādus datus Bitcoin blokķēdei, ko var salīdzināt ar sadalīšanas tehnoloģiju, ko vēl vairāk uzlabo, izmantojot nulles zināšanu pierādījumus. 

Klienta puses validācija arī atdala līguma izstrādi no blokķēdes darījumiem, padarot neiespējamu izsekot vai analizēt šos darījumus, izmantojot tradicionālās blokķēdes analīzes metodes.

12. attēls. Contractum pazīmes.
Avots: contractum.org

Lai iesaistītos Contractum dizainā, ir svarīgi iepazīties ar RGB viedo līgumu izmantotajām tehnoloģijām:

13. attēls. Tehnoloģijas, ko izmanto RGB viedie līgumi.
Avots: contractum.org

Jaunākie atjauninājumi jaunajā versijā RGB v0.10

Jaunākajā RGB iterācijā (versija 0.10) ir ieviesti vairāki uzlaboti tehniski uzlabojumi, kas uzlabo ietvara iespējas sarežģītu lietojumprogrammu izstrādei. Šie atjauninājumi galvenokārt koncentrējas uz globālā stāvokļa ieviešanu katram RGB līgumam, līguma saskarņu integrāciju un stingras tipa sistēmas ieviešanu.

Globālais stāvoklis RGB līgumos

Globālā stāvokļa funkcija ir būtisks jauninājums RGB v0.10, kas ļauj katram līgumam saglabāt universāli pieejamu stāvokli. Šis stāvoklis ir pieejams ne tikai RGB virtuālajai mašīnai, bet arī ārējiem klientiem, piemēram, makiem un citām lietojumprogrammām.

Šī globālā stāvokļa lietderība ir būtiska, lai RGB platformā izveidotu sarežģītas lietojumprogrammas, jo īpaši tās, kurām nepieciešama sarežģīta stāvokļa pārvaldība, piemēram, sintētiskie aktīvi un algoritmiskās stabilās monētas. Tas nodrošina dinamiskāku mijiedarbību ar līguma stāvokli, pārsniedzot tradicionālo viedo līgumu arhitektūru ierobežojumus.

Līgumu saskarnes

RGB v0.10 ievieš “līguma saskarnes” kā standartizētu saziņas protokolu dažādiem viediem līgumiem. Šīs saskarnes darbojas līdzīgi kā Ethereum līguma ABI (lietojumprogrammu binārās saskarnes) un ERC (Ethereum komentāru pieprasījums).

Galvenā RGB pieejas atšķirība ir šo saskarņu neobligātā standartizācija un to raksturīgā iesaiņošana ar līgumiem, novēršot vajadzību pēc atsevišķas izplatīšanas. Tas atvieglo semantiski apzinātu mijiedarbību starp lietotājiem un līgumiem, izmantojot lietotāja saskarnes makos un citā programmatūrā.

Šīs saskarnes nav statiskas; izstrādātāji laika gaitā var papildināt esošos līgumus ar papildu saskarnēm, uzlabojot funkcionalitāti, nemainot nemainīgo līguma kodolu.

Stingra tipa sistēma

Jaunais RGB v0.10 kodēšanas formāts izmanto “stingro tipu” sistēmu. Šī sistēma ir jauna funkcionāla datu tipa pieeja, kas paredzēta efektīvai līguma stāvokļu attēlošanai un introspekcijai RGB ietvaros.

Stingrā tipa sistēma nodrošina datu lieluma pārliecību kompilēšanas laikā, kas ir īpaši izdevīga darbam ar ierobežotiem resursiem, piemēram, zemas klases aparatūras makiem ar ierobežotām atmiņas iespējām.

Turklāt viss RGB vienprātības slānis versijā 0.10 ir apkopots stingros veidos, nodrošinot pamatu formāliem binārās saderības pierādījumiem dažādās programmatūras laidienos. Šī funkcija ne tikai vienkāršo un nodrošina RGB izmantošanu, bet arī ļauj līdzekļu izsniedzējiem un līgumu izstrādātājiem pievienot saviem īpašumiem vai līgumiem papildu metadatus. Šādiem metadatiem var būt izšķiroša nozīme, pārbaudot RGB ekosistēmā esošo aktīvu vai līgumu identitāti un autentiskumu.

Viedie līgumi, kuru pamatā ir rūsa

RGB viedos līgumus tagad var izveidot Rust, izmantojot valodas iespējas tipa drošībai un veiktspējai.

Stingrā sistēmas tipu integrācija atvieglo Rust datu tipu tiešu apkopošanu RGB līgumu struktūrās, uzlabojot līguma koda efektivitāti un uzticamību.

Uzlabotas valsts pašpārbaudes iespējas

Viedie līgumi RGB v0.10 var pārbaudīt savu stāvokli RGB virtuālās mašīnas izpildītajā validācijas kodā.

Šī funkcija ir īpaši noderīga, lai izveidotu sarežģītus līgumus, kas mijiedarbojas ar Bitcoin darījumiem, Discrete Log Contracts un citām sarežģītām datu struktūrām, uzlabojot RGB viedo līgumu darbības jomu un funkcionalitāti.

Uz URL balstīts rēķina formāts

Atjauninājums ievieš jaunu rēķina formātu, kas aizstāj iepriekšējo Bech32m kodēto sistēmu.

Šie jaunie uz URL balstītie rēķini ir ievērojami īsāki un lietotājam draudzīgāki, atvieglojot verifikāciju un automātisku atvēršanu ar iepriekš konfigurētu programmatūru.

WASM (WebAssembly) atbalsts

RGB standarta bibliotēka tagad ir saderīga ar vidēm, kurām nav piekļuves I/O un failu sistēmai, piemēram, tīmekļa lapām vai pārlūkprogrammas spraudņiem.

Tas paplašina RGB iespējamos izmantošanas gadījumus, ļaujot tai nevainojami darboties plašā tīmekļa lietojumprogrammu un paplašinājumu klāstā.

Dzimtas saknes deskriptori un pielāgota atvasināšana

RGB v0.10 izmanto uz saknes balstītas OP_RETURN saistības (sauktas par tapret), tādēļ makiem ir nepieciešams deskriptora līmeņa atbalsts, lai atpazītu darījumus ar pielāgotām izvadēm.

Pielāgotu atvasināšanas indeksu ieviešana šajā versijā neļauj makiem, kas nav RGB, netīši tērēt RGB aktīvus saturošus rezultātus, tādējādi aizsargājot šo līdzekļu integritāti.

Vienkāršotās atkarības

RGB vienprātības slānis versijā 0.10 ir samazinājis savu atkarību, jo īpaši atkāpjoties no pielāgotas bruņu necaurlaidīgas ieviešanas, kas sākotnēji tika iegūta no Grin projektiem.

Šis atkarību samazinājums uzlabo API stabilitāti un vispārējo sistēmas robustumu.

Racionalizēts integrācijas process

Atjauninājums vienkāršo darbības darbplūsmas, samazinot vajadzību pēc vairākiem API izsaukumiem un sarežģītas starpvalodu datu struktūras kodēšanas.

RGB līguma stāvokļi tagad tiek attēloti kā JSON objekti, kas nodrošina vienkāršu serializāciju dažādās programmēšanas valodās.

Lietotāju pieredzes uzlabojumi

Jaunā RGB versija vienkāršo lietotāja pieredzi, apvienojot iepriekš atšķirīgus komponentus vienotā bibliotēkas API un komandrindas rīkā.

Lai gan RGB mezglu joprojām var darbināt mājas serveros, tā izmantošana vairs nav obligāta, lai mijiedarbotos ar RGB sistēmu, tādējādi samazinot šķēršļus lietotājiem un maka lietojumprogrammām.

Šajā sadaļā ir iekļauts īpašs apstiprinājums uzņēmumam Waterdrip Capital par jaunāko funkciju izcelšanu savā rakstā ar nosaukumu “Kripto masveida pieņemšana: kā RGB protokols izgaismo Bitcoin nākotni”.

RGB konkurenti

14. attēls. FRGB vs Ethereum vienkāršos vārdos.
Avots: LNP/BP asociācija Github

Taproots

Taproot Assets, agrāk pazīstams kā Taro, ir protokols, kas paredzēts žetonu palaišanai Bitcoin tīklā. Šis protokols izmanto Taproot UTXO modeli kopā ar saistītajiem risinājumiem, piemēram, Tapscript un taptweak. Šie rīki tiek izmantoti, lai saglabātu informāciju par aktīva piegādi un bilanci Bitcoin darījumu datos.

15. attēls. Shēma informācijas glabāšanai par Taproot Assets marķieriem.
Avots: Voltage “Taproot Assets: aktīvu izsniegšana Bitcoin”.

Taproot Assets izmanto metodi, kas ir līdzīga Ordinals koncepcijai, kur BRC-20 marķieri saglabā piegādes informāciju uzskaitīto satoshis metadatos. Un otrādi, Taproot Assets iegulst šo informāciju Bitcoin darījuma Taproot izvadē, izmantojot tā saukto “reto Merkles koku”. Būtībā Taproot Assets Bitcoin darījumā iekļauj Merkle koku, kas kalpo kā pierādījums konkrēta lietotāja bilancei un kopējam marķiera piedāvājumam. Šis koks, savukārt, atspoguļo datus no “Universe” – repozitorija, kas uztur visu līdzekļu vēsturi un kuru pārvalda marķiera izdevējs.

16. attēls. Digitālais stāvokļa koks.
Avots: Voltage “Taproot Assets: aktīvu izsniegšana Bitcoin”.

State Digital Tree — Taproot Assets arhitektūra piedāvā divas līdzsvara pārbaudes iespējas: ārpus ķēdes datus no Visuma vai reto Merkle koku, kas iegults UTXO.

Darbības mehānisms

1. Tokena veidotājs izpilda P2TR (Pay to Taproot) darījumu, izmantojot Taproot Assets protokolu. 
2. Informācija par īpašumu Merkles koka veidā tiek glabāta šī darījuma UTXO (faktiski ģenēzes blokā). 
3. Lai pārsūtītu marķieri, Taproot atslēgas īpašnieks maina bilances informāciju Merkle kokā, nodrošinot, ka kopējais līdzekļu piedāvājums paliek nemainīgs. 
4. Šādas modifikācijas tiek ieviestas, izmantojot jaunu Taproot darījumu. Tomēr katrai marķiera pārsūtīšanai nav nepieciešams atsevišķs ķēdes darījums. Līdzīgi kā apkopojumos vai zibens tīklā, protokols ļauj īpašniekam apstrādāt pārsūtīšanas “partiju”, pēc tam publicējot atjaunināto atlikumu stāvokli.

Taproot Assets priekšrocības

• Viena no galvenajām Taproot Assets priekšrocībām ir tā pilnīga saderība ar Lightning tīklu, uzlabojot mērogojamības iespējas un samazinot darījumu izmaksas.
• Taproot Assets izveido atšķirīgu slāni darbību ierakstīšanai ar pielāgotiem marķieriem. Lai gan tas galvenokārt balstās uz ārpus ķēdes datiem, tas publicē bilances stāvokli galvenajā tīklā. 
• Šī pieeja ir elastīgāka, mērogojamāka un visaptverošāka salīdzinājumā ar BRC-20, taču tā ir arī sarežģītāka nepieredzējušiem lietotājiem.

BitVM

BitVM ir progresīvs projekts, kura mērķis ir pārveidot Bitcoin par pilnībā decentralizētu skaitļošanas platformu. BitVM baltajā grāmatā, kas tika prezentēta 9. gada 2023. oktobrī, ir ieviesta tehnoloģija, kas pašlaik atrodas testēšanas fāzē un kurai nepieciešama turpmāka attīstība, lai pilnībā izmantotu tās potenciālu.

BitVM galvenā funkcionalitāte un koncepcija

Savā pamatā BitVM izmanto Optimistic Rollups koncepciju, lai izmantotu viedo līgumu aprēķinus no tīkla, pēc tam veicot ķēdes verifikāciju, pamatojoties uz “krāpšanas pierādījumiem”. Teorētiski, tiklīdz viedā līguma informācija ir ierakstīta Taproot darījumā (kā binārais kods), datu apmaiņai un aprēķiniem ir jānotiek tieši starp pusēm. Šī pieeja ir paredzēta blokķēdes pārslodzes samazināšanai. Tomēr, ja pārbaudītājs (pierādītāja puse, t.i., līguma īpašnieks) nosūta kļūdainus datus, verificētājs var uzsākt ķēdes pārbaudi. Šis process veido krāpšanas drošības koncepcijas pamatu.

Ķēdes verifikācijas apstrāde skaitļošanas ziņā ierobežotā tīklā

Izaicinājums rodas, kā veikt darbības pārbaudi tīklā, kas pēc būtības neatbalsta šādus aprēķinus. Lai to novērstu, BitVM izmanto Merkle koku, lai izveidotu loģisku NAND vārtu shēmu, kas pēc tam tiek reģistrēta Taproot darījumā. Būtībā Merkles koks darījumu datos darbojas kā NAND shēma, kur katrai “zarai” ir viena no divām iespējamām vērtībām: 1 vai 0. Ķēdes aprēķins notiek bitu pa bitam, vienas “zaras” izvadei kļūstot. ievade nākamajam. Starp viedajām līguma pusēm notiek pastāvīga darījumu apmaiņa vērtības pārbaudei. Ja pārbaudītāja aprēķina versija tiek konstatēta nepareiza, verificētājs saņem savus līdzekļus, kas ir bloķēti Taproot darījumā.

17. attēls. NAND shematisks attēlojums.
Avots: Bitcoin Magazine “Lielais darījums ar BitVM: Patvaļīgi aprēķini tagad ir iespējami Bitcoin bez dakšas”

NAND veidošana, izmantojot Taproot un Merkle Tree

Detalizēta informācija par to, kā BitVM atvieglo NAND izveidi, izmantojot Taproot un Merkle kokus, kā arī tās ietekmi uz aprēķiniem, ir atrodama tehniskajā dokumentācijā.

Šī pieeja ļauj precīzi, soli pa solim pārbaudīt viedo līgumu aprēķinus, saskaņojot tos ar blokķēdes integritātes un drošības principiem.

Problēmas ar viedo līgumu divpusību

BitVM joprojām pastāv būtiska problēma viedo līgumu divpusējas struktūras dēļ, kas veicina tiešu datu apmaiņu tikai starp pārbaudītāju un pārbaudītāju, izslēdzot trešo pušu iesaistīšanos. Šis ierobežojums kavē dApp attīstību un nosaka papildu risinājumus daudzpusēju līgumu konstrukcijām. 

Turklāt BitVM sarežģītās un zemā līmeņa īpašības nozīmē, ka funkcionālu produktu izveide, izmantojot šo pamatu, var ilgt vairākus gadus. Būtiska attīstība un inovācijas ir obligātas, lai šo pamattehnoloģiju pārvērstu praktiskos lietojumos.

Lai iegūtu detalizētu dziļu niršanu, nevilcinieties lasīt BitVM Whitepaper - https://bitvm.org/bitvm.pdf 

Secinājumi

RGB protokols ir tehniska attīstība Bitcoin ekosistēmā, ieviešot funkcionalitātes viedo līgumu ieviešanai un marķieru izsniegšanai, kas ir tieši saistītas ar Bitcoin tīklu. Tas tiek panākts, apvienojot klienta puses validāciju un vienreiz lietojamu zīmogu izmantošanu, kas saista marķierus ar Bitcoin UTXO, vienlaikus saglabājot darījumu privātumu.

Viena no galvenajām RGB tehniskajām priekšrocībām ir tās pieeja mērogojamībai un privātumam. Pārvietojot lielāko daļu validācijas darbu no Bitcoin blokķēdes un izmantojot kriptogrāfijas metodes darījumu pārbaudei, RGB efektīvi samazina datu slogu blokķēdē. Šī pieeja veicina tīkla efektivitātes saglabāšanu, jo īpaši pieaugot darījumu apjomiem.

Vēl viens nozīmīgs aspekts ir RGB saderība ar Lightning tīklu, kas ļauj veikt mērogojamāku un efektīvāku darījumu apstrādi. Šī funkcija ir īpaši svarīga, ņemot vērā pieaugošo pieprasījumu pēc ātrākām un rentablākām darījumu metodēm kriptovalūtu jomā.

Tomēr RGB tehnoloģijas sarežģītā būtība rada problēmas lietotāju pieejamības un izpratnes ziņā. Protokola arhitektūru un izmantotās uzlabotās kriptogrāfijas metodes var būt grūti saprast un ieviest, jo īpaši tiem, kas ir jauni blokķēdes tehnoloģijas jomā. Šī sarežģītība varētu kavēt plašāku ieviešanu un lietotāju iesaisti.

Turklāt, lai gan RGB uzlabo privātumu, saglabājot līguma datus ārpus blokķēdes, šis aspekts rada arī jautājumus par datu pārbaudāmību un spēju pārbaudīt darījumus, kas ir ļoti svarīgi noteiktām lietojumprogrammām un normatīvo aktu ievērošanai.

Jaunākais RGB atjauninājums, versija 0.10, pozicionē to kā ievērojamu sāncensi blokķēdes tehnoloģiju attīstības ainavā, īpaši pret jauniem protokoliem, piemēram, Taproot Assets un BitVM. Atšķirībā no Taproot Assets, kas koncentrējas uz Taproot UTXO modeļa izmantošanu marķieru izdošanai Bitcoin tīklā, RGB izceļas ar uzlabotajām privātuma funkcijām un datu apstrādi ārpus ķēdes, piedāvājot atšķirīgu pieeju viedā līguma funkcionalitātei un marķieru pārvaldībai.

Tāpat, lai gan BitVM ievieš jaunu koncepciju decentralizētai skaitļošanai Bitcoin, RGB versijas 0.10 uzlabojumi klienta puses validācijā, līgumu saskarnēs un stingrā tipa sistēmā demonstrē tās unikālo pieeju mērogojamības un lietotāju mijiedarbības uzlabošanai Bitcoin ekosistēmā. Šie uzlabojumi izceļ RGB spējas risināt mērogojamības un efektivitātes problēmas — jomas, kurās tradicionālie un jaunie protokoli bieži saskaras ar ierobežojumiem.

Atkarību un integrācijas procesu vienkāršošana RGB jaunākajā versijā vēl vairāk norāda uz lietotāja pieredzi un sistēmas stabilitāti, izceļot to no konkurentiem. Tas pozicionē RGB ne tikai kā stabilu platformu uz privātumu vērstiem un mērogojamiem viedajiem līgumiem un marķieru izsniegšanai, bet arī kā tālredzīgu risinājumu plašākā blokķēdes telpā.

Noslēgumā jāsaka, ka RGB protokols ir nozīmīga tehnoloģiskā attīstība Bitcoin tīklā, piedāvājot uzlabotas iespējas viedajiem līgumiem un marķieru izsniegšanai. Tas risina galvenos mērogojamības un privātuma jautājumus, taču saskaras ar problēmām sarežģītības un iespējamās pārbaudāmības ziņā. Protokola pašreizējā izstrāde un turpmākās iterācijas, iespējams, koncentrēsies uz šo uzlaboto iespēju līdzsvarošanu ar lietotāju pieejamību un regulējošiem apsvērumiem.

Terminu atsauces: 

1. Tjūrings pabeigts: Praktiski sistēma var izpildīt jebkuru skaitļošanas problēmu ar pietiekami daudz laika un atmiņas. Lielākā daļa mūsdienu programmēšanas valodu ir Tjūringa pilnīgas, kas norāda uz to teorētisko spēju risināt jebkuru skaitļošanas problēmu.
   
2. Shēma: Līguma shēma kalpo kā faktiskais kods viedajam līgumam, ko izdevēji var izmantot kā “līguma veidni”, bez nepieciešamības kodēt vai pārbaudīt pielāgotu kodu, ko nodrošina ārēji avoti. RGB shēma nav skripts, bet gan datu struktūra.
   
3. Diskrēti baļķu līgumi (DLC) valsts kanālu kontekstā ir specializēti viedie līgumi, ko galvenokārt izmanto Bitcoin tīklā. Tie ļauj privāti un efektīvi izpildīt sarežģītus finanšu līgumus, kuru pamatā ir ārēji notikumi, piemēram, aktīvu cenas. DLC darbojas ārpus ķēdes, saglabājot līguma informācijas un dalībnieku identitātes konfidencialitāti. Tie izmanto ārējos datu avotus jeb orākulus līguma risināšanai. Integrējot ar stāvokļa kanāliem, DLC uzlabo mērogojamību, ļaujot veikt vairākus darījumus, nepārslogojot blokķēdi, padarot tos ideāli piemērotus privātiem, efektīviem finanšu darījumiem, kas ir atkarīgi no reālajiem rezultātiem.
   
4. Vētra – Uz darījuma pamata balstīta neuzticama krātuve, izmantojot zk-proofs. Storm apvieno uz darījuma balstītu neuzticamu krātuvi ar nulles zināšanu pierādījumiem, lai atvieglotu drošus un privātus darījumus. Šajā sistēmā dati vai aktīvi tiek glabāti darījuma kontā un tiek izlaisti tikai tad, kad ir izpildīti īpaši nosacījumi, nodrošinot neuzticamu vidi, kurā nav nepieciešama centrālā iestāde. Zk-proofs integrācija ļauj pārbaudīt šos darījumus, vienlaikus saglabājot maksimālu konfidencialitāti, jo tie ļauj apstiprināt datus, neatklājot nekādu pamatā esošo informāciju.
   
5. Prometejs – uz šķīrējtiesu balstīta neuzticama izplatīta skaitļošana. Prometheus ir pieeja decentralizētai skaitļošanai, apvienojot šķīrējtiesas mehānismus strīdu izšķiršanai, neuzticamu mijiedarbību drošām un decentralizētām darbībām un stāvokļa kanālu efektivitāti ārpus ķēdes aprēķinu pārvaldībai.
   
6. A Dators ar samazinātu instrukciju komplektu ir mikroprocesoru arhitektūras veids, kas izmanto nelielu, ļoti optimizētu instrukciju kopu, nevis ļoti specializētu instrukciju kopu, kas parasti ir citās arhitektūrās.