Az RGB támogatja a Bitcoin és a Lightning Network skálázhatósági és adatvédelmi képességeit

TL, DR

• Az RGB 2/3-as rétegbeli megoldásként működik a Bitcoin és a Lightning Network kliensoldali érvényesítési paradigmáján, és minden intelligens szerződéses adatot tartalmaz a Bitcoin-tranzakciókon kívül. Ez a kialakítás biztosítja a rendszer működését a Lightning Network felett, így nincs szükség az LN protokollok módosítására.
  
• Az RGB intelligens szerződéseket a méretezhetőségre és a titkosságra tervezték. A rendszer támogatja a magán- és kölcsönös tulajdonjogot, elvonatkoztat és szétválasztja az aggályokat, a blokklánc utáni, Turing-teljes formáját képviselve a megbízható elosztott számítástechnika új tokenek bevezetése nélkül.
  
• Az RGB-szerződések külön szegmensekbe, úgynevezett „szilánkokba” vannak szervezve, amelyek mindegyike saját előzményekkel és adatokkal rendelkezik, javítva a méretezhetőséget és megakadályozva a különböző szerződésekből származó előzmények keveredését. A Lightning Network Bifrost protokollján keresztül működnek együtt, lehetővé téve a több fél közötti koordinált változtatásokat, hasonlóan a Lightning Networkön működő DEX-ekhez.
  
• Az RGB egyszer használatos tömítéseket alkalmaz defined át Bitcoin UTXO-kat a biztonság érdekében. Bármely fél, aki rendelkezik intelligens szerződések állapotának előzményeivel, ellenőrizheti annak egyediségét, felhasználva a Bitcoin szkriptjét define tulajdonosi és hozzáférési jogok.
  
• Az RGB-ben az állami tulajdonjog és az érvényesítés különálló entitások. A tulajdonjogot a Bitcoin script kezeli, egy nem Turing Complete rendszer. Az érvényesítési szabályokat viszont az RGB-séma határozza meg a Turing Complete Simplicity/Contractum/Rust Script használatával.
  
• Minden RGB intelligens szerződés egyedi állapothoz van társítva egyszer használatos pecsétekkel. A pecsétek és állapotok a szerződés létrehozója által meghatározott szabályokat és érvényesítéseket követik, amelyeket egy „séma” szabályoz. Ez a séma szabálykészletként működik a szerződéses adatok ügyféloldali ellenőrzésére, lehetővé téve a protokollok magas szintű méretezhetőségét és adatvédelmét.
  
• Az RGB kialakítása nagymértékben átjárható a meglévő Bitcoin és Lightning Network technológiákkal, megkönnyítve a zökkenőmentes integrációt ezekkel a platformokkal és a jövőbeni frissítésekkel.
  
• A sok blokklánc-platform kötelező programozási stílusától eltérően az RGB deklaratív stílust alkalmaz. Ez a megközelítés a kívánt eredmény felvázolására összpontosít, nem pedig az eléréséhez szükséges konkrét lépések részletezésére.
  
• Az RGB különféle fejlett technológiát használ, beleértve az AluVM-et a determinisztikus hordozható számítási feladatokhoz, a PRISM-et a részlegesen replikált végtelen állapotú gépekhez, és a Stormot a letéti alapú megbízható tároláshoz zk-proofokat használva. Ezek a technológiák hozzájárulnak az RGB robusztusságához, titkosságához és bővíthetőségéhez.
  
• Az RGB (v0.10) figyelemreméltó fejlesztéseket kínál a felhasználói élményben és az integrációs folyamatokban, egyszerűsíti a műveleteket és minimalizálja a függőségeket. A frissített verzió egységesebb könyvtári API-t és parancssori eszközt tartalmaz, így elérhetőbb és felhasználóbarátabb.

Rövid leírás

Az RGB egy protokoll, amelyet a Bitcoin hálózaton történő tokenek kibocsátására terveztek, fokozott adatvédelemmel és a Lightning Network kompatibilitásával. A „színes érmék” koncepciójára épül, mint az OmniLayer protokollban használtakra, ahol a Bitcoin-tranzakciókban lévő metaadatok token átvitelt jeleznek. Például az OmniLayer USDT-tranzakciói Bitcoin-tranzakcióként működnek, kiegészítve az USDT token mozgását részletező további adatokkal. Ezek a módszerek azonban olyan korlátokkal szembesülnek, mint például az OP_RETURN kimenetek adatméret-korlátai, az intenzív blokklánc-ellenőrzés és a láncon belüli láthatóságból adódó korlátozott adatvédelem.

Az RGB úgy kezeli ezeket a problémákat, hogy az érvényesítési folyamatok többségét áthelyezi a Bitcoin blokkláncból. Elfogadja a kliensoldali érvényesítést, és egyszer használatos pecséteket alkalmaz a tokenek és a Bitcoin UTXO-jainak összekapcsolásához, miközben megőrzi a felhasználók adatait.

A tokenek átvitele egy RGB fizetési információkat tartalmazó üzenethez való kötéssel történik egy Bitcoin-tranzakción belül, lehetővé téve a tokenek egyik UTXO-ból a másikba való áthelyezését anélkül, hogy nyomot hagynának a Bitcoin tranzakciós grafikonon. Ez jelentősen javítja a magánélet védelmét, mivel az RGB-tranzakciók diszkréten „teleportálják” a tokeneket, az RGB-specifikus adatok láncon kívüli privát csatornákon keresztül jutnak el.

Ezenkívül a tulajdonjog biztosítása és az infláció megelőzése érdekében a fogadóknak ellenőrizniük kell a kapott tokenek teljes tranzakciós előzményét. Az RGB lehetővé teszi a jövőbeni frissítéseket kemény villák nélkül, biztosítva, hogy a bányászok ne tudják nyomon követni az eszközök áramlását, ezáltal nagyobb ellenállást biztosítanak a cenzúrával szemben. A hagyományos blokklánc-struktúrákkal ellentétben az RGB blokkok vagy láncok nélkül működik, nem blokk decentralizált protokollként pozicionálja, magas bizalmasságot, biztonságot és méretezhetőséget ígérve.

Bevezetés és jövőkép

Egysoros: Kliens által hitelesített állapot és intelligens szerződéses rendszer, amely a Bitcoin és a Lightning Network 2/3-as rétegében működik.

További részletek:

Az RGB egy méretezhető és bizalmas intelligens szerződésrendszer a Bitcoin & Lightning Network számára. Az RGB intelligens szerződések együtt működnek ügyféloldali érvényesítés paradigma, lakhatás minden intelligens szerződéses adat kívülről Bitcoin tranzakciók, azaz Bitcoin blokklánc vagy Lightning csatorna állapot. Ez lehetővé teszi, hogy a rendszer a Lightning Network tetején működjön anélkül, hogy az LN protokollokat megváltoztatná, és alapot ad a protokollok magas szintű skálázhatóságához és adatvédelméhez.

Az intelligens szerződések megtestesítik a magán- és kölcsönös tulajdon, az absztrakció és a gondok szétválasztásának elvét. A „post-blokkláncot” képviselik, a megbízható, elosztott számítástechnika Turing-teljes formáját, amely nem igényel tokenek bevezetését.

Az RGB-szerződések külön szegmensekben, úgynevezett „szilánkokban” működnek. Minden szilánk saját előzményekkel és adatokkal rendelkezik, ami azt jelenti, hogy a különböző szerződések nem keverik a történetüket. Ez a módszer javítja a méretezhetőséget. A „szilánk” kifejezés azt mutatja, hogy az RGB hasonló célokat ér el, mint amit az Ethereum szilánkok koncepciójával terveztek.

Bár egymástól függetlenül működnek, az RGB-szerződések a Lightning Network Bifrost protokollján keresztül is együttműködhetnek. Ez lehetővé teszi több fél közötti összehangolt változtatásokat. Például lehetővé teszi a DEX-ek működését a Lightning hálózaton keresztül.

Technológia és építészet

Magas szintű áttekintés az RGB működésről és az egyszer használatos tömítésekről

1. ábra Az RGB működésének magas szintű áttekintése.
Forrás: LNP/BP Association Github.

Biztonsági mechanizmusként az RGB-t használja egyszer használatos tömítések defined bitcoin UTXO-kon keresztül, amelyek lehetővé teszik bármely, intelligens szerződésállapot-előzményekkel rendelkező fél számára, hogy ellenőrizze egyediségét. Lényegében az RGB a Bitcoin scriptet használja fel biztonsági modelljéhez és defines tulajdon és a hozzáférési jogok.

2. ábra. RGB magas szintű működési elv.
Forrás: „Driving Mass Adoption of Crypto: How the RGB Protocol is Illuminating the Future of Bitcoin”, Waterdrip Capital.

Minden RGB intelligens szerződés defined által a genezis állapota, készítette a okos szerződés kibocsátó (vagy leegyszerűsítve: kibocsátó) és egy irányított aciklikus gráf (DAG). állapotátmenetek ügyfél által hitelesített adatként tartják nyilván.

3. ábra Tranzakciók, zárt pecsét és tanú.
Forrás: LNP/BP Association Github.

A következőképpen foglalhatjuk össze: minden tranzakcióhoz tartozik egy UTXO, és ennek az UTXO-nak a tulajdonlása jogot ad a tulajdonosnak az állam birtoklására. A tulajdonjog határozza meg, hogy ki módosíthatja a blokklánc állapotát és „költheti el” az UTXO-t. Az államot birtokló egyént pártnak nevezik tulajdonos állam.

A fél jogosult az intelligens szerződés állapotának megfelelő szakaszának módosítására új állapotátmenet generálásával és tranzakcióban történő megerősítésével, felhasználva az előző állapotot tartalmazó kimenetet.

A folyamat azt jelenti pecsét lezárása az állapotátmenet felettés a költési tranzakciót és az állapotváltásra vonatkozó extra tranzakciós adatokat tartalmazó párt nevezzük tanú (a fenti képen látható).

Tulajdonjog és hozzáférés: Alaptulajdonságok

4. ábra: Tulajdonjog és hozzáférés.
Forrás: LNP/BP Association Github.

Az állami tulajdonjog és az érvényesítés külön fogalmak. Az érvényesítési szabályok meghatározzák, hogyan változhat az állapot, miközben nem azonosítják, hogy ki hajthatja végre a változást. 

Másrészt a tulajdonjogot a Bitcoin blokklánc szintjén a Bitcoin szkript szabályozza, ami nem Turing Complete. Ezzel szemben az érvényesítési szabályokat az egyszerűség/kontraktum szkriptet használó RGB séma szabályozza, azaz a Turing Complete. 

RGB séma

Az RGB intelligens szerződésekben minden szerződéshez egyedi állapotot rendelnek az egyszer használatos pecsétek révén. Ezek a pecsétek az állammal együtt sajátos szabályokkal és érvényesítésekkel rendelkeznek, amelyeket a szerződés létrehozója határoz meg az elején. Ezt a beállítást egy „séma” szabályozza, amely szabályrendszerként működik a szerződéses adatok ügyféloldali érvényesítésére. A séma tartalmazhat összetett szkripteket, amelyek szervesen beépülnek a szerződés logikájába.

5. ábra RGB séma.
Forrás: LNP/BP Association Github.

Ügyféloldali érvényesítési és tervezési alapelvek

6. ábra: RGB kliens oldali érvényesítés.
Forrás: LNP/BP Association Github.

1. Erős tulajdonjog: Az RGB-ben az intelligens szerződések egyértelműen rendelkeznek defined tulajdonos vagy tulajdonosok. Csak a kijelölt tulajdonosok jogosultak a szerződés állapotának módosítására. Ezek a szerződések külön jogokat vagy műveleteket vázolnak fel, amelyek vagy nyilvánosak (mindenki számára hozzáférhetők), vagy tulajdonosok (a tulajdonosra korlátozódnak).
2. Titoktartás: A szerződésben foglalt információkat bizalmasan kezelik, csak a résztvevők, különösen az állam tulajdonosai ismerhetik meg. A résztvevőknek lehetőségük van bizonyos adatokat nyilvánossá tenni, de alapértelmezés szerint minden információ privát. Ez a titoktartás megakadályozza, hogy a külső elemző eszközök hozzáférjenek az adatokhoz, biztosítva, hogy ne kerüljenek érzékeny információk a nyilvános főkönyvekre.
3. A gondok szétválasztása: Az RGB moduláris felépítésű, különálló rétegekkel, amelyek mindegyikéhez külön feladat tartozik. Ezek a rétegek egymástól függetlenül működnek, így nincs szükség arra, hogy az alsóbb rétegek ismerjék a magasabb rétegek szerkezetét. Ez a kialakítás javítja a rendszer szervezettségét és hatékonyságát.
4. Nyújthatóság: A rendszer könnyen bővíthető, lehetővé téve fejlett intelligens szerződések létrehozását és integrálását anélkül, hogy módosítani kellene az alapprotokollt vagy újra kellene fordítani a teljes RGB könyvtárat.
5. Determinizmus: Az RGB érvényesítési logikája determinisztikus, következetesen azonos eredményeket ad ugyanazokkal a bemenetekkel és a mögöttes blokklánc vagy Lightning Network csatorna uralkodó állapotával. Ez a következetesség két fő összetevőn keresztül érhető el: a. A Rust nyelven írt alapvető érvényesítési logika minden RGB-t futtató rendszerben ugyanaz. b. A szerződésspecifikus érvényesítési logika az AluVM-en fut, egy olyan virtuális gépen, amely platformtól függetlenül konzisztens utasításkészletet biztosít.
6. LNP/BP átjárhatóság: Az RGB-t úgy tervezték, hogy zökkenőmentesen működjön együtt a meglévő Bitcoin és Lightning Network technológiákkal. Úgy is készült, hogy kompatibilis legyen ezeknek a technológiáknak a jövőbeni frissítéseivel.
   

Az RGB és a Pure Blockchain/L1 megközelítés megközelítése

A tiszta blokklánc/L1 megközelítés helytelen, állítja az RGB csapata.

7. ábra: RGB megjegyzések a Blockchain/L1 megközelítéshez.
Forrás: LNP/BP Association Github.

Az RGB megközelítése: deklaratív vs. kötelező programozás:

• A legtöbb blokklánc platform, beleértve az Ethereumot is, intelligens szerződéseket használ, amelyek kötelező stílusban íródnak. Ebben a megközelítésben a szerződés olyan programként funkcionál, amely kifejezetten irányítja a feladatok lépésről lépésre történő végrehajtását, egy precíz és részletes receptúra ​​hasonlít.
• Ezek az elengedhetetlen programok gyakran meglehetősen korlátozó jellegűek, és a mögöttes blokklánc-platform képességei korlátozzák őket. Annak ellenére, hogy néha Turing-teljesnek nevezik őket, jelentős korlátokkal rendelkeznek.

Az RGB intelligens szerződések deklaratív jellege:

• Az RGB viszont nem használ kötelező programozást. Ehelyett a funkcionális programozás egy speciális formáját alkalmazza, ahol az intelligens szerződések vannak defined deklaratívan.
• A deklaratív programozásban ahelyett, hogy részletezné, hogyan kell csinálni valamit, leírja, hogy mi legyen az eredmény. Ez olyan, mintha felvázolná, hogyan nézzen ki egy étkezés, ahelyett, hogy lépésről lépésre adná meg a főzési utasításokat.
• Az RGB „séma” deklaratív defiintelligens szerződés létrehozása. Meghatározza a szerződés szabályait és feltételeit, de nem a végrehajtásukhoz szükséges műveletek pontos sorrendjét.

Paradigmaváltás a programozásban:

• Az Ethereum imperatív stílusáról az RGB deklaratív stílusára való áttérés az intelligens szerződéses programozásban hasonló a hagyományos kötelező programozásról a funkcionális vagy deklaratív programozásra az általános szoftverfejlesztésben.
• Ez a váltás más gondolkodásmódot igényel: a „mit” (a kívánt eredmények) helyett a „hogyan” (az eredmények eléréséhez szükséges konkrét lépések) összpontosítása.

Egyszerűség

Az eredeti terv magában foglalta a Simplicity beépítését az RGB-be, és erőfeszítéseket tettek a kompatibilitás biztosítására az első naptól kezdve. Azonban a Simplicity fejlesztésének lassú előrehaladását és a kiadási ütemterv körüli bizonytalanságot figyelembe véve nyilvánvalóvá vált, hogy a ráhagyatkozás nem praktikus. A folyamatban lévő, jelenleg előkészítés alatt álló RGB kiadás kérdéseket vetett fel a Simplicity felvételével kapcsolatban.

Felismerve a Simplicity megbízható menetrendjének hiányát, alternatívák vizsgálatát kezdeményeztük (WASM, EVM (viccből), IELE stb.). Végül nyilvánvalóvá vált, hogy egy szabadalmaztatott virtuális gép fejlesztése RGB számára az egyetlen járható megoldás, amely felváltotta a kezdeti Simplicity-re támaszkodást.

Ezért úgy döntöttünk, hogy létrehozunk AluVM – tisztán funkcionális, nagymértékben hordozható Rust-alapú virtuális gép ügyféloldali ellenőrzött intelligens szerződésekhez (RGB), Lightning Network, determinisztikus elosztott és szélső számítástechnika.

Prizma

A PRISM a „részlegesen replikált végtelen állapotú gépek” számítást jelenti.

RGB technológia defines szabályokat tartalmaz az intelligens szerződések alapszintű fejlesztésére, az úgynevezett Schema-ra, de nem korlátozza a szerződés összes jövőbeli műveletét egyetlen átfogó algoritmussal. Ehelyett a hálózat minden csomópontja egyedi műveleteket hajt végre, és a szerződés állapota és maga a szerződés is érvényben marad mindaddig, amíg ezek a műveletek megfelelnek a séma szabályainak. 

Ráadásul ez a megközelítés nem korlátozza a szerződés történeti alakulását egy előre meghatározott algoritmussal. Így egy szerződés eltérő viselkedést mutathat mindaddig, amíg minden változás megfelel az érvényesítési szabályoknak. Ez a módszer a helyi szabályokra összpontosít, nem pedig egy globális algoritmusra.

Ezzel szemben az Ethereum egy globális algoritmust használ, ahol minden művelet kihat az intelligens szerződés teljes állapotára. Az RGB használatával csak a szerződés állapotának egy részével dolgozik, helyi szabályokat alkalmazva. Ez a szerződések evolúciójának szélesebb körét kínálja.

Az alábbiakban egy magas szintű nézetet láthat az állapotcsatornák és az ügyféloldali érvényesítés közötti különbségekről: 

8. ábra Elosztott rendszerek szétválasztása.
Forrás: LNP/BP Association Github.

A konkrétabb különbségek a következők: 

9. ábra: Állami csatornák és ügyféloldali érvényesítés összehasonlítása.
Forrás: LNP/BP Association Github.

AluVM

AluVM – (algoritmikus logikai egység VM) egy tisztán funkcionális RISC virtuális gép, amelyet determinisztikus hordozható számítási feladatokra terveztek

Az AluVM azzal tűnik ki, hogy regiszter alapú rendszert alkalmaz, amely tiltja a véletlenszerű memóriaelérést. Ez a kialakítás javítja az AluVM alkalmasságát az olyan alkalmazásokhoz, mint az intelligens szerződések, a távoli kódvégrehajtás, valamint az elosztott és szélső számítástechnika. Az AluVM fő erősségei a determinizmusban, a robusztusságban és a formális kódelemzés képességében rejlenek.

Főbb jellemzők: Kivétel nélküli, hordozhatóság, homokozó, biztonság, bővíthetőség.

Az AluVM utasításkészlet-architektúráját (ISA) úgy tervezték, hogy adaptálható legyen, lehetővé téve különböző futási környezetek létrehozását a különböző alkalmazásokhoz. Maga az AluVM egy rendkívül kiszámítható, funkcionális, regiszter alapú virtuális gép és ISA. 

Miközben korlátozza a véletlenszerű memóriaelérést, az AluVM ISA kiváló aritmetikai feladatok végrehajtásában, beleértve az elliptikus görbékkel kapcsolatos feladatokat is. Egyedülálló módon a virtuális gép környezete kibővítheti az AluVM ISA-t, lehetővé téve olyan funkciók hozzáadását, mint például adatok betöltése a virtuális gép regisztereibe, és speciális alkalmazásokhoz szabott utasítások (pl. SIMD) támogatása.

Az AluVM-et elsősorban elosztott rendszerekben való használatra szánják, ahol a konzisztencia és a megbízhatóság a különböző platformokon fontosabb, mint a feldolgozási sebesség. A megfelelő ISA-kiterjesztésekkel rendelkező AluVM elsődleges felhasználási területei közé tartozik a blokklánc technológia, a hálózatokban a konszenzus szempontjából kritikus számítások, az élszámítás, a többpárti számítástechnika (amely lefedi a determinisztikus gépi tanulást), a kliensoldali érvényesítés, a korlátozott Internet2 számítástechnika és a genetikai algoritmusok. Ezek az alkalmazások profitálnak az AluVM azon képességéből, hogy konzisztensen és biztonságosan működjenek különböző környezetekben.

10. ábra: AluVM összehasonlítás.
Forrás: LNP/BP Association Github.

Contractum

A Contractum azzal különbözteti meg magát a többi intelligens szerződéses programozási nyelvtől, hogy a Haskell funkcionális képességeit ötvözi a Rustban látható csupasz fém közelségével. Olyan rést foglal el, amely korábban nem volt elérhető az intelligens szerződések számára:

11. ábra: Contractum, Simplicity és egyéb nyelvek összehasonlítása.
Forrás: contractum.org

A Contractum egy RGB-szerződések létrehozására használt programozási nyelv. A Contractummal kötött szerződések ellenőrzése az ügyféloldali érvényesítésnek nevezett módszerrel történik. Ez a megközelítés nem ad hozzá semmilyen adatot a Bitcoin blokklánchoz, amely a sharding technológia egy formájához hasonlítható, amelyet tovább javítanak a nulla tudásalapú bizonyítékok használatával. 

Az ügyféloldali érvényesítés emellett elválasztja a szerződés fejlesztését a blokklánc-tranzakcióktól, így lehetetlenné teszi ezen tranzakciók nyomon követését vagy elemzését a hagyományos blokklánc-elemzési módszerekkel.

12. ábra Contractum jellemzői.
Forrás: contractum.org

A Contractum tervezésben való részvételhez fontos, hogy megismerkedjen az RGB intelligens szerződések által alkalmazott technológiákkal:

13. ábra: Az RGB intelligens szerződések által használt technológiák.
Forrás: contractum.org

Legutóbbi frissítések az RGB v0.10 új verziójában

Az RGB legújabb iterációjában (0.10-es verzió) számos fejlett technikai fejlesztést hajtottak végre, javítva a keretrendszer képességeit az összetett alkalmazásfejlesztéshez. Ezek a frissítések elsősorban az egyes RGB-szerződések globális állapotának bevezetésére, a szerződéses interfészek integrálására és egy szigorú típusú rendszer bevezetésére összpontosítanak.

Globális állapot az RGB-szerződésekben

A Globális állapot funkció az RGB v0.10 kritikus újítása, amely lehetővé teszi minden szerződés számára, hogy egyetemesen elérhető állapotot tartsanak fenn. Ez az állapot nem csak az RGB virtuális gép számára elérhető, hanem külső kliensek, például pénztárcák és egyéb alkalmazások számára is.

Ennek a Globális Államnak a hasznossága kulcsfontosságú az RGB platformon történő kifinomult alkalmazások létrehozásához, különösen azokhoz, amelyek bonyolult állapotkezelést igényelnek, mint például a szintetikus eszközök és az algoritmikus stabil érmék. Lehetővé teszi a dinamikusabb interakciót a szerződés állapotával, túlmutatva a hagyományos intelligens szerződéses architektúrák korlátain.

Szerződéses interfészek

Az RGB v0.10 a „szerződéses interfészek” szabványos kommunikációs protokollt vezet be különféle intelligens szerződésekhez. Ezek az interfészek hasonlóan működnek, mint az Ethereum szerződéses ABI-jai (Application Binary Interfaces) és ERC-jei (Ethereum Request for Comments).

Az RGB megközelítésének egyik kulcsfontosságú különbsége ezen interfészek nem kötelező szabványosítása és szerződésekkel való csomagolása, ami kiküszöböli a külön terjesztés szükségességét. Ez megkönnyíti a szemantikai tudatos interakciót a felhasználók és a szerződések között a pénztárcákban és más szoftverekben található felhasználói felületeken keresztül.

Ezek az interfészek nem statikusak; A fejlesztők idővel további interfészekkel bővíthetik a meglévő szerződéseket, javítva a funkcionalitást anélkül, hogy módosítanák a változatlan szerződésmagot.

Szigorú típusú rendszer

Az RGB v0.10 új kódolási formátuma „szigorú típusú” rendszert használ. Ez a rendszer egy újszerű funkcionális adattípusú megközelítés, amelyet a szerződésállapotok RGB keretrendszeren belüli hatékony ábrázolására és önvizsgálatára terveztek.

A szigorú típusú rendszer biztosítja az adatméretek fordítási idejét, ami különösen előnyös erőforrás-korlátos eszközökön, például alacsony kategóriás, korlátozott memóriakapacitású hardveres pénztárcákon.

Ezenkívül a 0.10-es verzió teljes RGB konszenzusos rétege szigorú típusokba van összeállítva, alapot biztosítva a bináris kompatibilitás formális bizonyításához a különböző szoftverkiadások között. Ez a funkció nemcsak leegyszerűsíti és biztonságossá teszi az RGB használatát, hanem lehetővé teszi az eszközkibocsátók és a szerződésfejlesztők számára, hogy további metaadatokat fűzzenek eszközeikhez vagy szerződéseikhez. Az ilyen metaadatok döntő szerepet játszhatnak az RGB-ökoszisztémában lévő eszközök vagy szerződések azonosságának és hitelességének ellenőrzésében.

Rozsdaalapú intelligens szerződések

Az RGB intelligens szerződések immár Rust nyelven is írhatók, kihasználva a nyelv képességeit a típusbiztonság és a teljesítmény érdekében.

A szigorú rendszertípus-integráció megkönnyíti a Rust adattípusok közvetlen összeállítását RGB szerződésstruktúrákba, javítva a szerződéskódok hatékonyságát és megbízhatóságát.

Továbbfejlesztett állami önvizsgálati képességek

Az RGB v0.10 intelligens szerződései az RGB virtuális gép által végrehajtott érvényesítési kódon belül megvizsgálhatják saját állapotukat.

Ez a funkció különösen hasznos olyan összetett szerződések létrehozásához, amelyek kölcsönhatásba lépnek Bitcoin-tranzakciókkal, diszkrét naplószerződésekkel és más bonyolult adatstruktúrákkal, növelve az RGB intelligens szerződések hatókörét és funkcionalitását.

URL-alapú számlaformátum

A frissítés egy új számlaformátumot vezet be, amely felváltja a korábbi Bech32m kódolású rendszert.

Ezek az új URL-alapú számlák lényegesen rövidebbek és felhasználóbarátabbak, megkönnyítve az ellenőrzést és az előre konfigurált szoftverrel történő automatikus nyitást.

WASM (WebAssembly) támogatás

Az RGB szabványkönyvtár mostantól kompatibilis az I/O- és fájlrendszer-hozzáférést nem tartalmazó környezetekkel, például weboldalakkal vagy böngészőbővítményekkel.

Ez kiterjeszti az RGB lehetséges felhasználási lehetőségeit, lehetővé téve, hogy zökkenőmentesen működjön a webalapú alkalmazások és bővítmények széles körében.

Taproot leírók és egyedi származtatás

Az RGB v0.10 taproot alapú OP_RETURN kötelezettségvállalásokat használ (a továbbiakban: tapret), ami szükségessé teszi a pénztárcák leíró szintű támogatását a módosított kimenetű tranzakciók felismeréséhez.

Az egyéni származtatási indexek ebben a verzióban történő bevezetése megakadályozza, hogy a nem RGB pénztárcák véletlenül RGB-eszközöket tartalmazó kimeneteket költsenek el, ezzel megóvva ezen eszközök integritását.

Egyszerűsített függőségek

Az RGB konszenzusos réteg a 0.10-es verzióban csökkentette a függőségeit, különösen távolodott az eredetileg Grin projektekből származó egyedi golyóálló megvalósítástól.

Ez a függőségek csökkentése növeli az API stabilitását és általános rendszerrobusztusságát.

Áramvonalas integrációs folyamat

A frissítés leegyszerűsíti a működési munkafolyamatokat azáltal, hogy csökkenti a többszörös API-hívások és a bonyolult, többnyelvű adatszerkezet-kódolás szükségességét.

Az RGB szerződési állapotok most JSON-objektumokként jelennek meg, lehetővé téve a különböző programozási nyelvek közötti egyszerű szerializálást.

Felhasználói élmény fejlesztése

Az RGB új verziója leegyszerűsíti a felhasználói élményt azáltal, hogy a korábban eltérő összetevőket egységes könyvtári API-ba és parancssori eszközbe egyesíti.

Bár az RGB Node továbbra is üzemeltethető otthoni szervereken, használata már nem kötelező az RGB rendszerrel való interakcióhoz, csökkentve a belépési korlátot a felhasználók és a pénztárca-alkalmazások számára.

Ez a rész külön köszönetet mond a Waterdrip Capitalnak, amiért kiemelte a legújabb funkciókat „A kriptográfia tömeges átvétele: Hogyan világítja meg az RGB Protokoll a Bitcoin jövőjét” című cikkében.

RGB versenytársak

14. ábra: FRGB vs Ethereum egyszerű szavakkal.
Forrás: LNP/BP Association Github

érintse meg a gyökeret

A Taproot Assets, korábbi nevén Taro, egy protokoll, amelyet a tokenek Bitcoin hálózaton történő elindítására terveztek. Ez a protokoll kihasználja a Taproot UTXO modelljét, valamint a kapcsolódó megoldásokat, mint például a Tapscript és a taptweak. Ezeket az eszközöket arra használják, hogy információkat tároljanak egy eszköz kínálatáról és egyenlegéről a Bitcoin tranzakciós adatain belül.

15. ábra: A Taproot Assets tokenek információinak tárolására szolgáló séma.
Forrás: „Taproot Assets: Issuing devices on Bitcoin”, Voltage

A Taproot Assets az Ordinals koncepcióhoz hasonló módszert alkalmaz, ahol a BRC-20 tokenek az ellátási információkat a felsorolt ​​satoshis metaadataiban tárolják. Ezzel szemben a Taproot Assets beágyazza ezt az információt egy Bitcoin-tranzakció Taproot kimenetébe, felhasználva az úgynevezett „ritka Merkle-fát”. Lényegében a Taproot Assets egy Merkle-fát épít be a Bitcoin-tranzakcióba, amely bizonyítja egy adott felhasználó egyenlegét és a teljes tokenkészletet. Ez a fa pedig az „Univerzumból” származó adatokat tükrözi – egy olyan adattárból, amely a teljes eszköztörténetet karbantartja, és amelyet a token kibocsátója kezel.

16. ábra Digitális állapotfa.
Forrás: „Taproot Assets: Issuing devices on Bitcoin”, Voltage

State Digital Tree – A Taproot Assets architektúrája két lehetőséget kínál az egyensúly bizonyítására: a láncon kívüli adatok az Univerzumból vagy az UTXO-ba ágyazott ritka Merkle-fa.

Működési Mechanizmus

1. A token létrehozója P2TR (Pay to Taproot) tranzakciót hajt végre a Taproot Assets protokoll használatával. 
2. Az eszközzel kapcsolatos információk Merkle-fa formájában a tranzakció UTXO-jában (vagyis a genezis blokkban) tárolódnak. 
3. A token átviteléhez a Taproot kulcs tulajdonosa módosítja az egyenleginformációkat a Merkle-fában, így biztosítva, hogy a teljes eszközkészlet állandó maradjon. 
4. Az ilyen módosításokat egy új Taproot tranzakcióval vezetik be. Mindazonáltal minden jogkivonat átvitelhez nincs szükség külön láncon belüli tranzakcióra. Az összesítéshez vagy a Lightning Networkhöz hasonlóan a protokoll lehetővé teszi a tulajdonos számára, hogy feldolgozza az átutalások „kötegét”, majd közzéteszi az egyenlegek frissített állapotát.

A Taproot Assets előnyei

• A Taproot Assets egyik legfontosabb előnye, hogy teljes mértékben kompatibilis a Lightning hálózattal, ami javítja a méretezhetőséget és csökkenti a tranzakciós költségeket.
• A Taproot Assets külön réteget hoz létre az egyéni tokenekkel végzett rögzítési műveletekhez. Bár elsősorban a láncon kívüli adatokra támaszkodik, nyilvánosságra hozza az egyenlegek állapotát a fő hálózaton. 
• Ez a megközelítés rugalmasabb, skálázhatóbb és átfogóbb a BRC-20-hoz képest, de a tapasztalatlan felhasználók számára is bonyolultabb.

BitVM

A BitVM egy élvonalbeli projekt, amelynek célja, hogy a Bitcoint teljesen decentralizált számítástechnikai platformmá alakítsa. A 9. október 2023-én bemutatott BitVM fehér könyv egy olyan technológiát mutat be, amely jelenleg tesztelési fázisban van, és további fejlesztést igényel, hogy teljes potenciálját elérje.

A BitVM alapfunkciói és koncepciója

Lényegében a BitVM az Optimistic Rollups koncepcióját alkalmazza az intelligens szerződések számításainak a hálózatból történő külsővé tételére, majd a „csalás bizonyítékain” alapuló láncon belüli ellenőrzést hajt végre. Elméletileg, ha az intelligens szerződéses információkat rögzítik egy Taproot-tranzakcióban (bináris kódként), az adatcsere és a számítások közvetlenül a felek között történnek. Ezt a megközelítést a blokklánc torlódásának csökkentésére tervezték. Ha azonban a bizonyító (a bizonyító fél, azaz a szerződés tulajdonosa) hibás adatokat ad át, az ellenőr láncon belüli ellenőrzést kezdeményezhet. Ez a folyamat képezi a csalásbiztos koncepció alapját.

Láncon belüli ellenőrzés kezelése számításilag korlátozott hálózatban

A kihívás abból adódik, hogy hogyan kell végrehajtani a működési ellenőrzést egy olyan hálózatban, amely alapvetően nem támogatja az ilyen számításokat. Ennek megoldására a BitVM egy Merkle-fát használ, hogy létrehozzon egy logikai NAND-kapu sémát, amelyet aztán egy Taproot-tranzakcióban rögzít. Lényegében a Merkle-fa a tranzakciós adatokban NAND-sémaként működik, ahol minden egyes „ág” két lehetséges érték valamelyikét hordozza: 1 vagy 0. A láncon belüli számítás bitről bitre halad, és az egyik „ág” kimenete lesz. bemenet a következőhöz. Az intelligens szerződéses felek között az értékellenőrzés céljából folyamatos tranzakciócsere történik. Ha a bizonyító számítási verzióját hibásnak találják, a hitelesítő megkapja a Taproot-tranzakcióban zárolt eszközeit.

17. ábra A NAND sematikus ábrázolása.
Forrás: „The Big Deal with BitVM: Az önkényes számítás most már lehetséges a Bitcoinon villa nélkül” – a Bitcoin Magazine

NAND építése Taproot és Merkle Tree segítségével

A műszaki dokumentációban található részletes információ arról, hogy a BitVM hogyan könnyíti meg a NAND felépítését Taproot és Merkle fákkal, valamint annak a számításokra gyakorolt ​​hatását.

Ez a megközelítés lehetővé teszi az intelligens szerződésszámítások pontos, lépésről lépésre történő ellenőrzését, összhangban a blokklánc integritásának és biztonságának elveivel.

Az intelligens szerződéses kétoldalúság kihívásai

A BitVM-ben továbbra is jelentős probléma merül fel az intelligens szerződések kétoldalú struktúrája miatt, amely lehetővé teszi a közvetlen adatcserét kizárólag az ellenőrző és a hitelesítő között, kizárva a harmadik fél bevonását. Ez a megszorítás akadályozza a dApp fejlesztését, és kiegészítő megoldásokat ír elő a többoldalú szerződéses konstrukciókhoz. 

Ezenkívül a BitVM bonyolult és alacsony szintű jellemzői arra utalnak, hogy az ezt az alapot kihasználó funkcionális termékek felépítése több évig is elhúzódhat. Jelentős fejlesztés és innováció elengedhetetlen ahhoz, hogy ezt az alapvető technológiát gyakorlati alkalmazásokká alakítsák át.

A részletes mélyreható merüléshez ne habozzon elolvasni egy BitVM-et Whitepaper - https://bitvm.org/bitvm.pdf 

Következtetés

Az RGB protokoll a Bitcoin ökoszisztémájának technikai fejlesztése, amely olyan funkciókat vezet be, amelyek az intelligens szerződések végrehajtásához és a tokenkibocsátáshoz közvetlenül kapcsolódnak a Bitcoin hálózathoz. Ez az ügyféloldali érvényesítés és az egyszer használatos pecsétek használatának kombinációjával érhető el, amelyek a tokeneket a Bitcoin UTXO-jaihoz kapcsolják, miközben megőrzik a tranzakciós adatvédelmet.

Az RGB egyik elsődleges technikai előnye a méretezhetőség és az adatvédelem megközelítése. Az RGB hatékonyan csökkenti a blokklánc adatterhét azáltal, hogy a hitelesítési munka nagy részét áthelyezi a Bitcoin blokkláncról, és kriptográfiai módszereket alkalmaz a tranzakciók ellenőrzésére. Ez a megközelítés elősegíti a hálózat hatékonyságának megőrzését, különösen a tranzakciós volumen növekedésével.

Az RGB kompatibilitása a Lightning Networkkel egy másik fontos szempont, amely skálázhatóbb és hatékonyabb tranzakciófeldolgozást tesz lehetővé. Ez a funkció különösen fontos a gyorsabb és költséghatékonyabb tranzakciós módszerek iránti növekvő kereslet miatt a kriptovaluta terén.

Az RGB technológiájának összetett természete azonban kihívásokat jelent a felhasználói hozzáférés és a megértés szempontjából. A protokoll architektúráját és az alkalmazott fejlett kriptográfiai módszereket nehéz lehet megérteni és megvalósítani, különösen azok számára, akik újak a blokklánc-technológiában. Ez az összetettség akadályozhatja a szélesebb körű elfogadást és a felhasználók elköteleződését.

Ezen túlmenően, míg az RGB javítja a magánélet védelmét azáltal, hogy a szerződéses adatokat távol tartja a blokklánctól, ez a szempont az adatok ellenőrizhetőségével és a tranzakciók ellenőrzésének képességével kapcsolatos kérdéseket is felvet, amelyek döntőek bizonyos alkalmazások és a szabályozási megfelelés szempontjából.

Az RGB legújabb frissítése, a 0.10-es verzió figyelemre méltó versenyzőként pozícionálja a blokklánc-technológiák fejlődő környezetében, különösen az olyan feltörekvő protokollokkal szemben, mint a Taproot Assets és a BitVM. Ellentétben a Taproot Assets-szel, amely a Taproot UTXO modelljének kihasználására összpontosít a Bitcoin hálózaton történő tokenkibocsátásra, az RGB fejlett adatvédelmi funkcióival és láncon kívüli adatkezelésével tűnik ki, amely az intelligens szerződések funkcionalitásának és a tokenkezelésnek az egyedi megközelítését kínálja.

Hasonlóképpen, míg a BitVM egy új koncepciót vezet be a Bitcoin decentralizált számításaihoz, az RGB 0.10-es verziója a kliensoldali érvényesítésben, a szerződéses interfészek és a szigorú típusú rendszerben bemutatja egyedülálló megközelítését a Bitcoin ökoszisztémán belüli skálázhatóság és felhasználói interakció javítására. Ezek a fejlesztések rávilágítanak az RGB képességeire a skálázhatósági és hatékonysági kihívások kezelésében, olyan területeken, ahol a hagyományos és a kialakulóban lévő protokollok gyakran korlátokkal szembesülnek.

A függőségek és az integrációs folyamatok egyszerűsítése az RGB legújabb verziójában tovább jelzi, hogy a felhasználói élményre és a rendszer stabilitására összpontosítanak, ami megkülönbözteti a versenytársaktól. Ez az RGB-t nemcsak a magánéletre összpontosító és méretezhető intelligens szerződések és token-kibocsátás robusztus platformjaként pozicionálja, hanem előremutató megoldásként is szolgál a tágabb blokklánc-térben.

Összefoglalva, az RGB protokoll egy jelentős technológiai fejlesztés a Bitcoin hálózaton belül, amely fejlett képességeket kínál az intelligens szerződésekhez és a token-kibocsátáshoz. A skálázhatóság és az adatvédelem kulcsfontosságú kérdéseivel foglalkozik, de kihívásokkal néz szembe az összetettség és a lehetséges auditálhatóság tekintetében. A protokoll folyamatban lévő fejlesztése és jövőbeli iterációi valószínűleg arra fognak összpontosítani, hogy egyensúlyba hozza ezeket a fejlett képességeket a felhasználói hozzáféréssel és a szabályozási szempontokkal.

Kifejezési referenciák: 

1. Turing teljes: Gyakorlatilag a rendszer bármilyen számítási problémát képes végrehajtani elegendő idővel és memóriával. A legtöbb modern programozási nyelv Turing-komplett, ami azt jelzi, hogy elméleti kapacitásuk bármilyen számítási probléma megoldására.
   
2. Séma: A szerződésséma az intelligens szerződés tényleges kódjaként szolgál, amelyet a kibocsátók „szerződéssablonként” használhatnak anélkül, hogy a külső forrásokból származó egyedi kódot kódolni vagy auditálni kellene. Az RGB-séma nem egy szkript, hanem egy adatstruktúra.
   
3. Diszkrét naplószerződések (DLC-k) az állami csatornák kontextusában speciális intelligens szerződések, amelyeket elsősorban a Bitcoin hálózatban használnak. Lehetővé teszik komplex pénzügyi megállapodások zártkörű és hatékony végrehajtását külső eseményeken, például eszközárakon alapulóan. A DLC-k a láncon kívül működnek, megőrizve a szerződés részleteinek és a résztvevők személyazonosságának titkosságát. A szerződések megoldásához külső adatforrásokat vagy orákulumokat használnak. Az állapotcsatornákkal integrálva a DLC-k növelik a skálázhatóságot azáltal, hogy lehetővé teszik több tranzakciós elszámolást a blokklánc túlterheltsége nélkül, így ideálisak a privát, hatékony pénzügyi tranzakciókhoz, amelyek a valós eredményektől függenek.
   
4. vihar – letéti alapú megbízható tárolás zk-proof használatával. A Storm egyesíti a letéti alapú megbízható tárolást a nulla tudásalapú bizonyítékokkal a biztonságos és privát tranzakciók megkönnyítése érdekében. Ebben a rendszerben az adatokat vagy eszközöket letétben tartják, és csak meghatározott feltételek teljesülése esetén adják ki, biztosítva a megbízható környezetet, ahol nincs szükség központi hatóságra. A zk-proofok integrációja lehetővé teszi ezen tranzakciók ellenőrzését a legnagyobb titoktartás mellett, mivel lehetővé teszik az adatok hitelesítését anélkül, hogy a mögöttes részleteket felfednék.
   
5. Prométheusz – választottbírósági alapú megbízható, elosztott számítástechnika. A Prometheus a decentralizált számítástechnika megközelítését képviseli, amely egyesíti a vitarendezési döntőbírósági mechanizmusokat, a biztonságos és decentralizált műveletek megbízható interakcióit, valamint az állapotcsatornák hatékonyságát a láncon kívüli számításkezeléshez.
   
6. A Csökkentett utasításkészletű számítógép A mikroprocesszor-architektúra egy olyan típusa, amely kicsi, nagymértékben optimalizált utasításkészletet használ, nem pedig a más architektúrákban jellemzően speciális utasításkészletet.