RGB posiluje škálovatelnost a ochranu soukromí bitcoinů a Lightning Network

TL, DR

• RGB funguje jako řešení vrstvy 2/3 na validačním paradigmatu bitcoinu a Lightning Network.client, kde jsou uložena všechna inteligentní data kontraktů mimo bitcoinové transakce. Tento design zajišťuje provoz systému na Lightning Network, čímž eliminuje potřebu úprav protokolů LN.
  
• Inteligentní smlouvy RGB jsou navrženy pro škálovatelnost a důvěrnost. Systém podporuje soukromé a vzájemné vlastnictví, abstrahuje a odděluje zájmy, představuje post-blockchainovou, Turingovu kompletní formu nedůvěryhodného distribuovaného počítání bez nutnosti zavádění nových tokenů.
  
• Smlouvy RGB jsou organizovány v samostatných segmentech nazývaných „útržky“, z nichž každý má svou vlastní historii a data, což zvyšuje škálovatelnost a zabraňuje míchání historií z různých smluv. Interagují prostřednictvím protokolu Bifrost na Lightning Network, což umožňuje koordinované změny mezi více stranami, podobně jako DEXy fungující na Lightning Network.
  
• RGB používá těsnění na jedno použití defined přes bitcoinové UTXO pro bezpečnost. Jakákoli strana, která má historii stavu inteligentní smlouvy, může ověřit její jedinečnost pomocí bitcoinového skriptu define vlastnická a přístupová práva.
  
• V RGB jsou vlastnictví státu a ověřování samostatné entity. Vlastnictví je spravováno bitcoinovým skriptem, což je systém, který není Turing Complete. Ověřovací pravidla jsou na druhé straně diktována RGB schématem pomocí Turing Complete Simplicity/Contractum/Rust Script.
  
• Každá smlouva RGB smart je spojena s jedinečným stavem pomocí pečetí na jedno použití. Pečeti a stav se řídí specifickými pravidly a validacemi stanovenými tvůrcem smlouvy, které se řídí „schématem“. Toto schéma funguje jako sada pravidel pro kontrolu smluvních dat na straně klienta, což umožňuje vysokou úroveň škálovatelnosti protokolu a soukromí.
  
• Design RGB je vysoce interoperabilní se stávajícími technologiemi bitcoinů a Lightning Network, což usnadňuje bezproblémovou integraci s těmito platformami a budoucí upgrady.
  
• Na rozdíl od imperativního programovacího stylu mnoha blockchainových platforem, RGB využívá deklarativní styl. Tento přístup se zaměřuje spíše na nastínění požadovaného výsledku než na podrobný popis konkrétních kroků k jeho dosažení.
  
• RGB využívá různé pokročilé technologie, včetně AluVM pro deterministické přenosné výpočetní úlohy, PRISM pro částečně replikované počítače s nekonečnými stavy a Storm pro escrow-based důvěryhodné úložiště využívající zk-proofs. Tyto technologie přispívají k robustnosti, důvěrnosti a rozšiřitelnosti RGB.
  
• RGB (v0.10) přináší pozoruhodná vylepšení uživatelské zkušenosti a integračních procesů, zjednodušuje operace a minimalizuje závislosti. Aktualizovaná verze obsahuje sjednocenější knihovní API a nástroj příkazového řádku, díky čemuž je přístupnější a uživatelsky přívětivější.

Stručný popis

RGB je protokol určený pro vydávání tokenů v bitcoinové síti se zvýšeným soukromím a kompatibilitou s Lightning Network. Staví na konceptu „barevných mincí“, jako jsou ty používané v protokolu OmniLayer, kde metadata v bitcoinových transakcích označují přenos tokenu. Například transakce USDT na OmniLayer fungují jako bitcoinové transakce rozšířené o další údaje podrobně popisující pohyby USDT tokenů. Tyto metody však čelí omezením, jako jsou omezení velikosti dat ve výstupech OP_RETURN, intenzivní skenování blockchainu a omezené soukromí vyplývající z viditelnosti v řetězci.

RGB řeší tyto problémy přemístěním většiny ověřovacích procesů mimo bitcoinový blockchain. Přijímá validaci na straně klienta a používá jednorázové pečeti k propojení tokenů s bitcoinovými UTXO, a to při zachování soukromí uživatelů.

Tokeny se převádějí potvrzením zprávy obsahující informace o platbě RGB v rámci bitcoinové transakce, což umožňuje tokenům přesunout se z jednoho UTXO do druhého, aniž by zanechaly stopu na grafu bitcoinových transakcí. To výrazně zvyšuje soukromí, protože transakce RGB „teleportují“ tokeny diskrétně, přičemž data specifická pro RGB jsou předávána soukromými mimořetězovými kanály.

Aby se zajistilo vlastnictví a zabránilo se inflaci, musí příjemci navíc ověřit celou historii transakcí přijatých tokenů. RGB umožňuje budoucí upgrady bez nutnosti hard forků, což zajišťuje, že těžaři nejsou schopni sledovat tok aktiv, čímž poskytuje vyšší odolnost vůči cenzuře. Na rozdíl od tradičních blockchainových struktur funguje RGB bez potřeby bloků nebo řetězců, což jej staví jako neblokový decentralizovaný protokol, který slibuje vysokou důvěrnost, bezpečnost a škálovatelnost.

Úvod a vize

Jedna vložka: Klientem ověřený stav a systém inteligentních smluv fungující na vrstvě 2/3 v bitcoinu a Lightning Network.

Další podrobnosti:

RGB je škálovatelný a důvěrný systém inteligentních kontraktů pro bitcoiny a Lightning Network. RGB smart kontrakty fungují s ověření na straně klienta paradigma, bydlení všechna data smart contract mimo Bitcoinové transakce, tj. bitcoinový blockchain nebo stav Lightning kanálu. To umožňuje systému pracovat nad Lightning Network bez jakýchkoli změn protokolů LN a také poskytuje základ pro vysokou úroveň škálovatelnosti protokolu a soukromí.

Inteligentní smlouvy ztělesňují principy soukromého a vzájemného vlastnictví, abstrakce a oddělení zájmů. Představují „post-blockchain“, kompletní Turingovu formu nedůvěryhodné distribuované výpočetní techniky, která nevyžaduje zavedení tokenů.

Smlouvy RGB fungují v samostatných segmentech nazývaných „střepy“. Každý fragment má svou vlastní historii a data, což znamená, že různé smlouvy nemíchají svou historii. Tato metoda zlepšuje škálovatelnost. Termín „shard“ se používá k tomu, aby ukázal, že RGB dosahuje podobných cílů, jaké byly zamýšleny konceptem shards Ethereum.

Ačkoli fungují nezávisle, smlouvy RGB mohou interagovat prostřednictvím protokolu Bifrost na Lightning Network. To umožňuje koordinované změny mezi více stranami. Například umožňuje DEXům fungovat přes Lightning Network.

Technologie a architektura

Přehled na vysoké úrovni provozu RGB a těsnění na jedno použití

Obrázek 1. Přehled činnosti RGB na vysoké úrovni.
Zdroj: LNP/BP Association Github.

Jako bezpečnostní mechanismus využívá RGB těsnění na jedno použití defined over bitcoin UTXO, které poskytují možnost jakékoli straně s historií stavu inteligentní smlouvy ověřit její jedinečnost. RGB v podstatě využívá bitcoinový skript pro svůj bezpečnostní model a defijn vlastnictví a přístupová práva.

Obrázek 2. Pracovní princip RGB na vysoké úrovni.
Zdroj: „Driving Mass Adoption of Crypto: How the RGB Protocol is Illuminating the Future of Bitcoin“ od Waterdrip Capital.

Každý RGB smart kontrakt je defined by a stav geneze, vytvořený společností vydavatel inteligentní smlouvy (nebo zjednodušeně řečeno emitent) a řízený acyklický graf (DAG). přechody stavu uchovávané jako data ověřená klientem.

Obrázek 3. Transakce, uzavřená pečeť a svědek.
Zdroj: LNP/BP Association Github.

Můžeme to shrnout následovně: každá transakce má UTXO a vlastnictví tohoto UTXO uděluje vlastníkovi právo vlastnit stát. Vlastnictví určuje, kdo může upravit stav blockchainu a „utratit“ UTXO. Jednotlivec, který drží stát, se nazývá strana vlastnický stát.

Strana má oprávnění upravit příslušnou část stavu inteligentní smlouvy vygenerováním nového přechodu stavu a jeho potvrzením v transakci s využitím výstupu obsahujícího předchozí stav.

Proces značí uzavření těsnění přes přechod stavua dvojice obsahující výdajovou transakci a odpovídající mimotransakční data o přechodu stavu se nazývá a svědek (zobrazeno na obrázku výše).

Vlastnictví a přístup: Základní vlastnosti

Obrázek 4. Vlastnictví a přístup.
Zdroj: LNP/BP Association Github.

Státní vlastnictví a validace jsou odlišné pojmy. Validační pravidla specifikují, jak se může stát změnit, ale neurčují, kdo může změnu provést. 

Na druhou stranu je vlastnictví řízeno bitcoinovým skriptem na úrovni bitcoinového blockchainu, což není Turing Complete. Naproti tomu pravidla ověřování se řídí schématem RGB využívajícím Simplicity/Contractum Script, tj. Turing Complete. 

Schéma RGB

V RGB smart kontraktech je každé smlouvě přiřazen jedinečný stav prostřednictvím jednorázových pečetí. Tyto pečetě mají spolu se státem specifická pravidla a ověření, která na začátku stanovil tvůrce smlouvy. Toto nastavení se řídí „schématem“, které funguje jako sada pravidel pro ověřování smluvních dat na straně klienta. Schéma může zahrnovat složité skripty, které jsou součástí logiky smlouvy.

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

Principy validace a návrhu na straně klienta

Obrázek 6. Ověření RGB na straně klienta.
Zdroj: LNP/BP Association Github.

1. Silné vlastnictví: V RGB mají chytré smlouvy jasno defined vlastníka nebo vlastníků. Oprávnění měnit stav smlouvy mají pouze určení vlastníci. Tyto smlouvy vymezují odlišná práva nebo operace kategorizované buď jako veřejné (přístupné všem) nebo vlastněné (omezené na vlastníka).
2. Důvěrnost: Informace v rámci smlouvy jsou důvěrné, známé pouze účastníkům, zejména vlastníkům státu. Účastníci mají možnost určitá data zveřejnit, ale ve výchozím nastavení jsou všechny informace soukromé. Tato důvěrnost brání externím analytickým nástrojům v přístupu k datům a zajišťuje, že ve veřejných knihách nebudou uloženy žádné citlivé informace.
3. Rozdělení obav: RGB se vyznačuje modulárním designem s odlišnými vrstvami, z nichž každá má přiřazený specifický úkol. Tyto vrstvy fungují nezávisle, což eliminuje nutnost, aby si nižší vrstvy uvědomovaly strukturu vyšších vrstev. Tento návrh zlepšuje organizaci a efektivitu systému.
4. Rozšiřitelnost: Systém je snadno rozšiřitelný a umožňuje vytváření a integraci pokročilých smart kontraktů bez nutnosti upravovat jádrový protokol nebo rekompilovat celou RGB knihovnu.
5. Determinismus: Logika ověřování RGB je deterministická, konzistentně poskytuje identické výsledky se stejnými vstupy a převládajícím stavem základního blockchainu nebo kanálu Lightning Network. Této konzistence je dosaženo prostřednictvím dvou hlavních složek: a. Logika ověřování jádra, napsaná v Rustu, je stejná ve všech systémech s RGB. b. Logika ověřování specifická pro smlouvu běží na AluVM, virtuálním stroji, který poskytuje konzistentní sadu instrukcí bez ohledu na platformu.
6. Interoperabilita LNP/BP: RGB je navrženo tak, aby bezproblémově spolupracovalo se stávajícími technologiemi bitcoinů a Lightning Network. Je také navržen tak, aby byl kompatibilní s budoucími upgrady těchto technologií.
   

Přístup RGB a Pure Blockchain/L1 přístup

Čistý přístup blockchainu/L1 je špatný, tvrdí tým RGB.

Obrázek 7. Komentáře RGB k přístupu Blockchain/L1.
Zdroj: LNP/BP Association Github.

Přístup RGB: deklarativní vs. imperativní programování:

• Většina blockchainových platforem, včetně Etherea, využívá chytré smlouvy napsané v imperativním stylu. V tomto přístupu smlouva funguje jako program, který výslovně řídí postupné provádění úkolů, připomínající přesný a podrobný recept.
• Tyto imperativní programy jsou často značně omezující a omezené schopnostmi základní blockchainové platformy. I když jsou někdy označovány jako Turingovy kompletní, přicházejí s významnými omezeními.

Deklarativní povaha RGB Smart Contracts:

• RGB na druhou stranu nepoužívá imperativní programování. Místo toho využívá speciální formu funkčního programování, kde jsou chytré smlouvy defined deklarativně.
• V deklarativním programování místo podrobností o tom, jak něco udělat, popíšete, jaký by měl být výsledek. Je to jako nastínit, jak by mělo jídlo vypadat, spíše než poskytovat pokyny k vaření krok za krokem.
• „Schéma“ v RGB je deklarativní defiinteligentní smlouvy. Specifikuje pravidla a podmínky smlouvy, ale ne přesný sled operací k jejich dosažení.

Změna paradigmatu v programování:

• Přechod od imperativního stylu Etherea k deklarativnímu stylu RGB v programování inteligentních smluv je podobný posunu od tradičního imperativního programování k funkčnímu nebo deklarativnímu programování v obecném vývoji softwaru.
• Tento posun vyžaduje jiný způsob myšlení: zaměřit se na „co“ (chtěné výsledky) spíše než na „jak“ (konkrétní kroky k dosažení těchto výsledků).

Jednoduchost

Původní plán zahrnoval začlenění Simplicity do RGB a úsilí bylo věnováno zajištění kompatibility od 1. dne. Vzhledem k pomalému pokroku ve vývoji Simplicity a nejistotě kolem časového harmonogramu vydání se však ukázalo, že spoléhat se na to bylo nepraktické. Probíhající vydání RGB, které se právě připravuje, vyvolalo otázky ohledně začlenění Simplicity.

Vzhledem k absenci spolehlivého harmonogramu pro Simplicity jsme zahájili zkoumání alternativ (WASM, EVM (jako vtip), IELE atd.). Nakonec se ukázalo, že vývoj proprietárního virtuálního stroje pro RGB byl jedinou schůdnou možností, která nahradila původní spoléhání se na jednoduchost.

Proto jsme se rozhodli vytvořit AluVM – čistě funkční, vysoce přenosný virtuální stroj na bázi Rust pro inteligentní smlouvy ověřené na straně klienta (RGB), Lightning Network, deterministický distribuovaný a okrajový výpočet.

Prizma

PRISM je zkratka pro „částečně replikované stroje s nekonečným počtem stavů“.

Technologie RGB defiobsahuje pravidla pro vývoj chytrých smluv na základní úrovni, nazývané schéma, ale neomezuje všechny budoucí akce smlouvy jediným zastřešujícím algoritmem. Místo toho každý uzel v síti provádí jednotlivé operace a jak stav smlouvy, tak samotná smlouva zůstávají v platnosti, pokud tyto operace dodržují pravidla schématu. 

Navíc tento přístup neomezuje historický vývoj smlouvy předem určeným algoritmem. Smlouva tak může vykazovat různé chování, pokud každá změna splňuje specifická pravidla ověřování. Tato metoda se zaměřuje spíše na lokální pravidla než na globální algoritmus.

Naproti tomu Ethereum používá globální algoritmus, kde každá operace ovlivňuje celý stav smart kontraktu. S RGB pracujete pouze s částí stavu smlouvy a aplikujete pravidla lokálně. To poskytuje širší škálu možností pro vývoj smluv.

Níže můžete vidět základní pohled na rozdíly mezi stavovými kanály a ověřováním na straně klienta: 

Obrázek 8. Oddělení distribuovaných systémů.
Zdroj: LNP/BP Association Github.

Konkrétnější rozdíly jsou následující: 

Obrázek 9. Porovnání stavových kanálů a ověření na straně klienta.
Zdroj: LNP/BP Association Github.

AluVM

AluVM – (algoritmická logická jednotka VM) je čistě funkční RISC virtuální stroj určený pro deterministické přenosné výpočetní úlohy

AluVM se vyznačuje tím, že používá systém založený na registrech, který zakazuje náhodný přístup do paměti. Tento design zlepšuje vhodnost AluVM pro aplikace, jako jsou chytré smlouvy, vzdálené spouštění kódu a distribuované a okrajové výpočty. Hlavní silné stránky AluVM spočívají v jeho determinismu, robustnosti a kapacitě pro formální analýzu kódu.

Klíčové vlastnosti: Výjimečné, přenositelnost, sandboxing, zabezpečení, rozšiřitelnost.

Architektura Instruction Set Architecture (ISA) AluVM je navržena tak, aby byla adaptabilní, což jí umožňuje vytvářet různá runtime prostředí pro různé aplikace. Samotný AluVM je vysoce předvídatelný, funkční virtuální stroj založený na registrech a ISA. 

Zatímco omezuje náhodný přístup k paměti, AluVM ISA vyniká při provádění aritmetických úloh, včetně těch, které se týkají eliptických křivek. Prostředí virtuálního počítače může jedinečným způsobem rozšířit AluVM ISA a umožnit přidání funkcí, jako je načítání dat do registrů virtuálního počítače a podpora specializovaných instrukcí (např. SIMD) přizpůsobených pro konkrétní aplikace.

AluVM je určen především pro použití v distribuovaných systémech, kde je konzistence a spolehlivost napříč různými platformami důležitější než rychlost zpracování. Primární použití AluVM se správnými rozšířeními ISA zahrnují technologii blockchain, výpočty kritické pro konsenzus v sítích, edge computing, multiparty computing (který pokrývá deterministické strojové učení), validaci na straně klienta, omezený Internet2 computing a genetické algoritmy. Tyto aplikace těží ze schopnosti AluVM fungovat konzistentně a bezpečně v různých prostředích.

Obrázek 10. Porovnání AluVM.
Zdroj: LNP/BP Association Github.

Contractum

Contractum se odlišuje od ostatních programovacích jazyků smart contract tím, že kombinuje funkční schopnosti Haskellu s blízkostí k holému kovu, který je vidět v Rustu. Zaujímá výklenek, který byl dříve pro chytré kontrakty nepřístupný:

Obrázek 11. Srovnání Contractum, Simplicity a dalších jazyků.
Zdroj: contractum.org

Contractum je programovací jazyk používaný k vytváření RGB kontraktů. Smlouvy uzavřené se Contractum jsou kontrolovány metodou nazývanou klientská validace. Tento přístup nepřidává žádná data do bitcoinového blockchainu, který lze přirovnat k formě technologie sharding, dále vylepšené pomocí důkazů s nulovými znalostmi. 

Validace na straně klienta také odděluje vývoj smlouvy od blockchainových transakcí, takže není možné tyto transakce sledovat nebo analyzovat tradičními metodami blockchainové analýzy.

Obrázek 12. Vlastnosti kontraktu.
Zdroj: contractum.org

Chcete-li se zapojit do návrhu Contractum, je důležité seznámit se s technologiemi používanými v RGB smart kontraktech:

Obrázek 13. Technologie, které používají RGB smart kontrakty.
Zdroj: contractum.org

Poslední aktualizace v nové verzi RGB v0.10

V nejnovější iteraci RGB (verze 0.10) bylo implementováno několik pokročilých technických vylepšení, která vylepšují možnosti rámce pro vývoj komplexních aplikací. Tyto aktualizace se primárně zaměřují na zavedení globálního stavu pro každou smlouvu RGB, integraci smluvních rozhraní a přijetí systému striktního typu.

Globální stav v kontraktech RGB

Funkce Global State je zásadní inovací v RGB v0.10, která umožňuje, aby si každá smlouva zachovala univerzálně přístupný stav. Tento stav je přístupný nejen pro virtuální stroj RGB, ale také pro externí klienty, jako jsou peněženky a další aplikace.

Užitečnost tohoto globálního stavu je klíčová pro vytváření sofistikovaných aplikací na platformě RGB, zejména těch, které vyžadují složité řízení stavu, jako jsou syntetická aktiva a algoritmické stablecoiny. Umožňuje dynamičtější interakci se stavem smlouvy, přesahující omezení tradičních architektur inteligentních smluv.

Smluvní rozhraní

RGB v0.10 zavádí ‚smluvní rozhraní‘ jako standardizovaný komunikační protokol pro různé chytré smlouvy. Tato rozhraní fungují podobně jako Ethereum smluvní ABI (Application Binary Interfaces) a ERC (Ethereum Request for Comments).

Klíčovým rozdílem v přístupu RGB je nepovinná standardizace těchto rozhraní a jejich inherentní balení se smlouvami, což eliminuje potřebu samostatné distribuce. To usnadňuje sémantické interakce mezi uživateli a smlouvami prostřednictvím uživatelských rozhraní v peněženkách a dalším softwaru.

Tato rozhraní nejsou statická; vývojáři mohou v průběhu času rozšířit stávající smlouvy o další rozhraní a vylepšit funkčnost bez úpravy neměnného jádra smlouvy.

Systém přísného typu

Nový formát kódování v RGB v0.10 využívá systém „přísných typů“. Tento systém je nový přístup k funkčnímu datovému typu navržený pro efektivní reprezentaci a introspekci smluvních stavů v rámci RGB.

Systém striktního typu zajišťuje zajištění velikosti dat v době kompilace, což je výhodné zejména pro provoz na zařízeních s omezenými zdroji, jako jsou hardwarové peněženky nižší třídy s omezenými paměťovými schopnostmi.

Kromě toho je celá RGB konsenzuální vrstva ve verzi 0.10 zkompilována do striktních typů, což poskytuje základ pro formální důkazy binární kompatibility napříč různými verzemi softwaru. Tato funkce nejen zjednodušuje a zabezpečuje používání RGB, ale také umožňuje vydavatelům aktiv a vývojářům smluv přidávat ke svým aktivům nebo smlouvám další metadata. Taková metadata mohou hrát zásadní roli při ověřování identity a pravosti aktiv nebo smluv v ekosystému RGB.

Inteligentní smlouvy založené na rzi

Inteligentní smlouvy RGB lze nyní vytvářet v prostředí Rust, čímž se využívají možnosti jazyka pro bezpečnost a výkon.

Přísná integrace systémových typů usnadňuje přímou kompilaci datových typů Rust do smluvních struktur RGB, čímž zlepšuje efektivitu a spolehlivost smluvního kódu.

Vylepšené schopnosti introspekce státu

Inteligentní smlouvy v RGB v0.10 mohou introspektovat svůj vlastní stav v rámci ověřovacího kódu prováděného virtuálním strojem RGB.

Tato funkce je užitečná zejména pro vytváření složitých smluv, které interagují s bitcoinovými transakcemi, smlouvami diskrétního protokolu a dalšími složitými datovými strukturami, čímž se rozšiřuje rozsah a funkčnost chytrých smluv RGB.

Formát faktury podle adresy URL

Aktualizace zavádí nový formát faktury, který nahrazuje předchozí systém kódovaný Bech32m.

Tyto nové faktury založené na URL jsou výrazně kratší a uživatelsky přívětivější, což usnadňuje ověřování a automatické otevírání pomocí předem nakonfigurovaného softwaru.

Podpora WASM (WebAssembly).

Standardní knihovna RGB je nyní kompatibilní s prostředími bez přístupu I/O a souborového systému, jako jsou webové stránky nebo pluginy prohlížeče.

To rozšiřuje potenciální případy použití RGB a umožňuje bezproblémové fungování v široké řadě webových aplikací a rozšíření.

Taproot deskriptory a vlastní odvození

RGB v0.10 využívá závazky OP_RETURN založené na taproot (označované jako tapret), což vyžaduje podporu na úrovni deskriptorů pro peněženky, aby rozpoznávaly transakce s upravenými výstupy.

Zavedení vlastních derivačních indexů v této verzi zabraňuje peněženkám bez RGB v neúmyslném utrácení výstupů obsahujících aktiva RGB, čímž je zajištěna integrita těchto aktiv.

Zjednodušené závislosti

Konsenzuální vrstva RGB ve verzi 0.10 snížila své závislosti, zejména se vzdala vlastní neprůstřelné implementace původně odvozené z projektů Grin.

Toto snížení závislostí zvyšuje stabilitu API a celkovou robustnost systému.

Zjednodušený integrační proces

Aktualizace zjednodušuje provozní pracovní postupy snížením potřeby více volání API a složitého kódování datové struktury napříč jazyky.

Stavy kontraktů RGB jsou nyní reprezentovány jako objekty JSON, což umožňuje přímou serializaci napříč různými programovacími jazyky.

Zlepšení uživatelských zkušeností

Nová verze RGB zjednodušuje uživatelské prostředí tím, že sjednocuje dříve nesourodé komponenty do jednotného rozhraní API knihovny a nástroje příkazového řádku.

Zatímco RGB Node lze stále provozovat na domácích serverech, jeho použití již není povinné pro interakci se systémem RGB, což snižuje překážku vstupu pro uživatele a aplikace peněženky.

Tato část obsahuje speciální poděkování společnosti Waterdrip Capital za to, že upozornila na nejnovější funkce v jejich díle s názvem „Podpora hromadného přijetí kryptoměn: Jak protokol RGB osvětluje budoucnost bitcoinu“.

RGB konkurenti

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

kůlový kořen

Taproot Assets, dříve známý jako Taro, je protokol určený pro spouštění tokenů v bitcoinové síti. Tento protokol využívá model UTXO Taproot spolu s přidruženými řešeními, jako jsou Tapscript a taptweak. Tyto nástroje se používají k ukládání informací o nabídce a zůstatku aktiva v datech bitcoinových transakcí.

Obrázek 15. Schéma pro ukládání informací o tokenech Taproot Assets.
Zdroj: „Taproot Assets: vydávání aktiv na bitcoinech“ od Voltage

Taproot Assets využívá metodu analogickou konceptu Ordinals, kde tokeny BRC-20 ukládají informace o zásobách v metadatech vyjmenovaných satoshi. Naopak, Taproot Assets vloží tyto informace do výstupu Taproot bitcoinové transakce, přičemž využívá to, co je známé jako „řídký Merkle strom“. Taproot Assets v podstatě začleňuje do bitcoinové transakce strom Merkle, který slouží jako důkaz o zůstatku konkrétního uživatele a celkové nabídce tokenů. Tento strom zase odráží data z „Vesmíru“ – úložiště, které udržuje kompletní historii aktiv a je spravováno vydavatelem tokenu.

Obrázek 16. Digitální stavový strom.
Zdroj: „Taproot Assets: vydávání aktiv na bitcoinech“ od Voltage

State Digital Tree – Architektura Taproot Assets nabízí dvě možnosti pro ověření rovnováhy: mimořetězová data z vesmíru nebo řídký strom Merkle vložený do UTXO.

Operační mechanismus

1. Tvůrce tokenu provede transakci P2TR (Pay to Taproot) pomocí protokolu Taproot Assets. 
2. Informace o aktivu ve formě stromu Merkle jsou uloženy v UTXO této transakce (ve skutečnosti blok genesis). 
3. K převodu tokenu vlastník klíče Taproot upraví informace o zůstatku ve stromu Merkle, čímž zajistí, že celková nabídka aktiv zůstane konstantní. 
4. Takové úpravy jsou zavedeny prostřednictvím nové transakce Taproot. Pro každý převod tokenu však není vyžadována samostatná transakce v řetězci. Podobně jako u rollupů nebo Lightning Network umožňuje protokol vlastníkovi zpracovat „dávku“ převodů a následně zveřejnit aktualizovaný stav zůstatků.

Výhody Taproot Assets

• Jednou z klíčových výhod Taproot Assets je jeho plná kompatibilita s Lightning Network, což zvyšuje možnosti škálovatelnosti a snižuje transakční náklady.
• Taproot Assets vytváří samostatnou vrstvu pro záznam operací s vlastními tokeny. Zatímco primárně spoléhá na data mimo řetězec, zveřejňuje stav zůstatků v hlavní síti. 
• Tento přístup je flexibilnější, škálovatelnější a komplexnější ve srovnání s BRC-20, ale také představuje větší složitost pro nezkušené uživatele.

BitVM

BitVM je špičkový projekt zaměřený na transformaci bitcoinu na plně decentralizovanou výpočetní platformu. Bílá kniha BitVM představená 9. října 2023 představuje technologii, která je v současné době ve fázi testování a vyžaduje další vývoj, aby dosáhla svého plného potenciálu.

Základní funkce a koncept BitVM

BitVM ve svém jádru využívá koncept Optimistic Rollups k externalizaci výpočtů pro chytré smlouvy ze sítě a následně provádí ověřování v řetězci na základě „důkazů podvodu“. Teoreticky, jakmile jsou informace o inteligentní smlouvě zaznamenány v transakci Taproot (jako binární kód), výměna dat a výpočty by měly probíhat přímo mezi stranami. Tento přístup je navržen tak, aby snížil přetížení blockchainu. Pokud však dokazovatel (prokazující strana, tj. vlastník smlouvy) předá chybná data, může ověřovatel zahájit on-chain kontrolu. Tento proces tvoří základ konceptu zabezpečení proti podvodům.

Manipulace s on-chain ověřováním ve výpočetně omezené síti

Problém vyvstává v tom, jak provést kontrolu provozu v síti, která ze své podstaty takové výpočty nepodporuje. K vyřešení tohoto problému používá BitVM strom Merkle k vytvoření logického schématu brány NAND, které je pak zaznamenáno v transakci Taproot. V podstatě Merkleho strom v transakčních datech funguje jako schéma NAND, kde každá „větev“ nese jednu ze dvou možných hodnot: 1 nebo 0. Výpočet v řetězci pokračuje bit po bitu, přičemž výstupem jedné „větve“ se stává vstup pro další. Mezi inteligentními smluvními stranami dochází k neustálým výměnám transakcí za účelem ověření hodnoty. Pokud je verze výpočtu dokazovatele shledána nesprávnou, ověřovatel obdrží svá aktiva uzamčená v transakci Taproot.

Obrázek 17. Schematické znázornění NAND.
Zdroj: „The Big Deal with BitVM: Arbitrary Computation je nyní možný na bitcoinech bez forku“ od Bitcoin Magazine

Budování NAND pomocí Taproot a Merkle Tree

Podrobné informace o tom, jak BitVM usnadňuje budování NAND pomocí stromů Taproot a Merkle, a také o jeho dopadu na výpočty, naleznete v technické dokumentaci.

Tento přístup umožňuje přesné, krok za krokem ověřit výpočty inteligentních kontraktů, které jsou v souladu s principy integrity a bezpečnosti blockchainu.

Výzvy s inteligentním smluvním bilateralismem

V BitVM přetrvává významný problém kvůli bilaterální struktuře smart kontraktů, které usnadňují přímou výměnu dat pouze mezi ověřovatelem a dokazovatelem, s výjimkou zapojení třetích stran. Toto omezení brání vývoji dApp a vyžaduje doplňková řešení pro konstrukce smluv s více stranami. 

Kromě toho složité a nízkoúrovňové charakteristiky BitVM naznačují, že konstrukce funkčních produktů využívajících tento základ se může protáhnout na několik let. Podstatný vývoj a inovace jsou nezbytné pro převedení této základní technologie do praktických aplikací.

Pro podrobný hluboký ponor si neváhejte přečíst BitVM Whitepaper - https://bitvm.org/bitvm.pdf 

Proč investovat do čističky vzduchu?

Protokol RGB je technický vývoj v ekosystému bitcoinů, který zavádí funkce pro implementaci inteligentních smluv a vydávání tokenů přímo svázaných s bitcoinovou sítí. Toho je dosaženo kombinací ověření na straně klienta a využití jednorázových pečetí, které propojují tokeny s bitcoinovými UTXO při zachování soukromí transakcí.

Jednou z hlavních technických výhod RGB je jeho přístup ke škálovatelnosti a soukromí. Přesunutím většiny ověřovací práce z bitcoinového blockchainu a využitím kryptografických metod pro ověřování transakcí RGB efektivně snižuje datovou zátěž na blockchainu. Tento přístup přispívá k udržení efektivity sítě, zejména když objemy transakcí rostou.

Kompatibilita RGB s Lightning Network je dalším významným aspektem, který umožňuje škálovatelnější a efektivnější zpracování transakcí. Tato funkce je zvláště relevantní vzhledem k rostoucí poptávce po rychlejších a nákladově efektivnějších transakčních metodách v kryptoměnovém prostoru.

Složitá povaha technologie RGB však představuje výzvy, pokud jde o uživatelskou přístupnost a porozumění. Architektura protokolu a použité pokročilé kryptografické metody mohou být obtížné pochopit a implementovat, zejména pro ty, kteří jsou s technologií blockchain noví. Tato složitost by mohla bránit širšímu přijetí a zapojení uživatelů.

Kromě toho, zatímco RGB zvyšuje soukromí tím, že udržuje smluvní data mimo blockchain, tento aspekt také vyvolává otázky týkající se ověřitelnosti dat a schopnosti auditovat transakce, které jsou klíčové pro určité aplikace a dodržování předpisů.

Nejnovější aktualizace RGB, verze 0.10, jej staví jako významného uchazeče v rozvíjejícím se prostředí blockchainových technologií, zejména proti vznikajícím protokolům, jako jsou Taproot Assets a BitVM. Na rozdíl od Taproot Assets, která se zaměřuje na využití modelu UTXO Taproot pro vydávání tokenů v bitcoinové síti, se RGB odlišuje svými pokročilými funkcemi ochrany osobních údajů a off-chain zpracováním dat, které nabízejí odlišný přístup k funkcím inteligentních smluv a správě tokenů.

Podobně, zatímco BitVM zavádí nový koncept pro decentralizované výpočty na bitcoinech, vylepšení RGB verze 0.10 v ověřování na straně klienta, rozhraní smluv a striktní typový systém předvádějí jeho jedinečný přístup ke zlepšení škálovatelnosti a uživatelské interakce v rámci bitcoinového ekosystému. Tato vylepšení zdůrazňují schopnost RGB řešit problémy škálovatelnosti a efektivity, tedy oblasti, kde tradiční i nově vznikající protokoly často čelí omezením.

Zjednodušení závislostí a integračních procesů v nejnovější verzi RGB dále naznačuje zaměření na uživatelskou zkušenost a stabilitu systému, čímž se odlišuje od konkurence. To staví RGB nejen jako robustní platformu pro soukromí zaměřené a škálovatelné chytré smlouvy a vydávání tokenů, ale také jako progresivní řešení v širším blockchainovém prostoru.

Závěrem lze říci, že protokol RGB je významným technologickým vývojem v rámci bitcoinové sítě, který nabízí pokročilé možnosti pro chytré smlouvy a vydávání tokenů. Řeší klíčové problémy škálovatelnosti a soukromí, ale čelí výzvám z hlediska složitosti a potenciální auditovatelnosti. Pokračující vývoj a budoucí iterace protokolu se pravděpodobně zaměří na vyvážení těchto pokročilých schopností s uživatelskou přístupností a regulačními ohledy.

Termíny: 

1. Turing dokončen: V praxi může systém provést jakýkoli výpočetní problém s dostatkem času a paměti. Většina moderních programovacích jazyků je Turing-kompletní, což znamená jejich teoretickou schopnost řešit jakýkoli výpočetní problém.
   
2. Schéma: Schéma smlouvy slouží jako skutečný kód pro inteligentní smlouvu, kterou mohou vydavatelé použít jako „šablonu smlouvy“ bez nutnosti kódování nebo auditování vlastního kódu poskytovaného externími zdroji. Schéma RGB není skript, ale datová struktura.
   
3. Diskrétní protokolové smlouvy (DLC) v kontextu státních kanálů jsou specializované smart kontrakty používané především v bitcoinové síti. Umožňují soukromé a efektivní provádění komplexních finančních dohod na základě externích událostí, jako jsou ceny aktiv. DLC fungují mimo řetězec a zachovávají důvěrnost smluvních podrobností a identit účastníků. Pro řešení smluv využívají externí datové zdroje neboli orákula. Při integraci se státními kanály rozšiřují DLC škálovatelnost tím, že umožňují vypořádání více transakcí bez přetížení blockchainu, díky čemuž jsou ideální pro soukromé, efektivní finanční transakce, které závisí na reálných výsledcích.
   
4. bouře – důvěryhodné úložiště založené na úschově u třetí osoby pomocí zk-proofs. Storm kombinuje důvěryhodné úložiště založené na úschově u třetí osoby s důkazy s nulovými znalostmi, aby se usnadnily bezpečné a soukromé transakce. V tomto systému jsou data nebo aktiva uchovávána v úschově a uvolněna pouze tehdy, jsou-li splněny specifické podmínky, což zajišťuje důvěryhodné prostředí, kde není potřeba žádná centrální autorita. Integrace zk-proofs umožňuje ověření těchto transakcí při zachování maximální důvěrnosti, protože umožňují validaci dat bez odhalení jakýchkoli podkladových detailů.
   
5. Prometheus – nedůvěryhodné distribuované výpočty založené na arbitráži. Prometheus představuje přístup k decentralizovanému počítání, který kombinuje arbitrážní mechanismy pro řešení sporů, důvěryhodné interakce pro bezpečné a decentralizované operace a efektivitu státních kanálů pro off-chain computing management.
   
6. A Počítač se sníženou instrukcí je typ architektury mikroprocesoru, který využívá malou, vysoce optimalizovanou sadu instrukcí spíše než vysoce specializovanou sadu instrukcí, která se obvykle vyskytuje v jiných architekturách.