Příjemce dostává consignment s relevantní historií, ověří ji proti genesis a schema a zkontroluje, že odpovídající state transitions jsou navázány na platné bitcoinové transakce.
RGB Protocol staví na Client-Side Validation a single-use seals. Detailní data kontraktu nereplikuje celý Bitcoin; účastníci si je drží a ověřují sami, zatímco bitcoinové UTXO a transakce poskytují veřejný důkaz uzavření pečetí a ochranu proti dvojímu utracení. [6]
Kontrakt začíná operací Genesis a dále se mění state transitions v orientovaném acyklickém grafu. Přechody spotřebují předchozí owned state, vytvoří nový stav a jejich commitments se přes anchor navážou na witness transaction v Bitcoinu. [3]
Schema je deklarativní šablona obchodní logiky: určuje datové typy, vlastněný a globální stav, povolené operace i validační pravidla. Genesis pak vytvoří konkrétní instanci schema, například emisi a počáteční alokace zaměnitelného nebo jedinečného aktiva. [2]
Při převodu odesílatel předá příjemci consignment s genesis, schema, relevantní historií a důkazy. Příjemce ještě před přijetím lokálně ověří celý řetězec, anchors i vazby na Bitcoin; samotný ticker nebo údaj v peněžence není důkaz platnosti. [4]
Veřejný release přehled označuje v0.10 jako stabilní a řadu v0.11 jako předběžnou; u beta vydání současně upozorňuje na změny konsenzu RGB, ne bitcoinového konsenzu. Pro produkční použití proto nestačí obecné tvrzení, že aplikace podporuje RGB: rozhoduje přesná a kompatibilní verze celého klientského stacku. [5]
Označení RGB není bez kontextu jednoznačné. Aktuální dokumentace výslovně odděluje popisovaný RGB Protocol on Bitcoin od nehotového odlišného návrhu v0.12 a od RGB++ na Nervos/CKB; shodná zkratka sama nezaručuje stejnou architekturu ani interoperabilitu. [1]
Soukromí a škálování mají cenu v podobě dostupnosti dat. Bitcoin z commitmentu nedokáže obnovit ztracený consignment; příjemce musí získat úplnou relevantní historii a vlastník musí bezpečně zálohovat stash i další klientská data. [4]
Při posuzování tvrzení o RGB je potřeba ověřit přesnou verzi protokolu a knihoven, schema a genesis, contract ID, typ commitmentu, podporovanou vrstvu, úplnost consignmentu a stav auditů. Marketingové označení on Bitcoin samo nedokazuje interoperabilitu, bezpečnost ani možnost obnovy. [5]
Pro nejúplnější obraz čtěte toto heslo společně s Client-Side Validation, UTXO, Taproot, Lightning Network, Sidechain, Hash. Opačným směrem na něj odkazují také Taproot Assets, Runes.
01Jsou RGB kontrakty uložené přímo v bitcoinovém blockchainu?+
Ne. Bitcoin nese transakce a kryptografické commitments potřebné pro pořadí a uzavření pečetí; podrobný stav a validační historie se předávají a uchovávají na klientské straně.
02Je každý token označený RGB vzájemně kompatibilní?+
Ne automaticky. Peněženka musí podporovat konkrétní verzi protokolu, schema, interface a commitment postup. Před přijetím je nutné ověřit contract ID a celý consignment, nikoli jen název nebo ticker.