Одержувач дістає consignment з потрібною історією, перевіряє її за genesis і schema та контролює, що відповідні state transitions прив’язані до чинних Bitcoin-транзакцій.
RGB Protocol ґрунтується на Client-Side Validation і single-use seals. Bitcoin не реплікує докладні дані контракту: учасники зберігають і перевіряють їх самі, а Bitcoin UTXO та транзакції дають публічний доказ закриття печаток і захист від double-spend. [6]
Контракт починається операцією Genesis і далі змінюється через state transitions у спрямованому ациклічному графі. Переходи споживають попередній owned state, створюють новий стан і через anchor пов’язують commitments з Bitcoin witness transaction. [3]
Schema — декларативний шаблон бізнес-логіки: він задає типи даних, власний і глобальний стан, дозволені операції та правила валідації. Genesis створює конкретний екземпляр schema, наприклад емісію й початкові алокації взаємозамінного або унікального активу. [2]
Під час переказу відправник передає одержувачу consignment із genesis, schema, потрібною історією та доказами. До прийняття одержувач локально перевіряє весь ланцюг, anchors і зв’язки з Bitcoin; ticker або показник у wallet сам по собі не доводить чинність. [4]
Публічний перелік релізів позначає v0.10 стабільною, а лінійку v0.11 попередньою; beta-релізи також попереджають про зміни консенсусу RGB, а не Bitcoin. Для production потрібна точна сумісна версія всього клієнтського stack, а не загальна заява про підтримку RGB. [5]
Назва RGB без контексту неоднозначна. Актуальна документація прямо відділяє описаний RGB Protocol on Bitcoin від незавершеної іншої пропозиції v0.12 та від RGB++ у Nervos/CKB; однакова абревіатура не означає спільну архітектуру чи сумісність. [1]
Приватність і масштабування мають ціну доступності даних. Bitcoin не відновить утрачений consignment із commitment; одержувач мусить отримати повну потрібну історію, а власник — надійно резервувати stash та інші клієнтські дані. [4]
Для оцінки твердження про RGB слід перевірити точні версії протоколу й бібліотек, schema і genesis, contract ID, тип commitment, підтримуваний шар, повноту consignment та стан аудитів. Фраза on Bitcoin сама не доводить сумісність, безпеку чи можливість відновлення. [5]
Для повної картини прочитайте також Client-Side Validation, UTXO, Taproot, Lightning Network, Sidechain, Hash. На цю статтю також посилаються Taproot Assets, Runes.
01Чи зберігаються RGB-контракти безпосередньо в blockchain Bitcoin?+
Ні. Bitcoin містить транзакції та криптографічні commitments для порядку й закриття печаток; докладний стан та історію валідації передають і зберігають на клієнтському боці.
02Чи сумісні між собою всі токени з назвою RGB?+
Не автоматично. Wallet має підтримувати конкретну версію протоколу, schema, interface і процедуру commitment. До прийняття треба перевірити contract ID та повний consignment, а не лише назву чи ticker.