Получатель принимает 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 — декларативный шаблон бизнес-логики: он задаёт типы данных, owned и global state, разрешённые операции и правила validation. Genesis создаёт конкретный экземпляр schema, например выпуск и начальные аллокации взаимозаменяемого или уникального актива. [2]
При переводе отправитель передаёт получателю consignment с genesis, schema, нужной историей и доказательствами. До принятия получатель локально проверяет всю цепочку, anchors и связи с Bitcoin; ticker или показание в wallet само по себе не доказывает действительность. [4]
Публичный список релизов отмечает v0.10 как стабильную, а линейку v0.11 как предварительную; beta-релизы также предупреждают об изменениях консенсуса RGB, а не Bitcoin. Для production нужна точная совместимая версия всего клиентского stack, а не общая надпись о поддержке RGB. [5]
Название RGB без контекста неоднозначно. Текущая documentation прямо отделяет описанный RGB Protocol on Bitcoin от незавершённого другого предложения v0.12 и от RGB++ на Nervos/CKB; одинаковая аббревиатура не означает общую архитектуру или interoperability. [1]
Приватность и масштабирование имеют цену доступности данных. Bitcoin не восстановит потерянный consignment из commitment; получатель должен получить полную нужную историю, а владелец — безопасно резервировать stash и прочие client-side data. [4]
Оценивая заявление о RGB, следует проверить точные версии протокола и библиотек, schema и genesis, contract ID, тип commitment, поддерживаемый слой, полноту consignment и статус аудитов. Фраза on Bitcoin сама не доказывает interoperability, безопасность или возможность восстановления. [5]
Для полной картины прочитайте эту статью вместе с Client-Side Validation, UTXO, Taproot, Lightning Network, Sidechain, Hash. На эту статью также ссылаются Taproot Assets, Runes.
01Хранятся ли RGB-контракты прямо в blockchain Bitcoin?+
Нет. Bitcoin несёт транзакции и криптографические commitments для порядка и закрытия печатей; подробное состояние и история validation передаются и хранятся на стороне клиента.
02Совместимы ли между собой все токены с названием RGB?+
Не автоматически. Wallet должен поддерживать конкретную версию протокола, schema, interface и процедуру commitment. Перед принятием нужно проверить contract ID и полный consignment, а не только название или ticker.