Вместо глобальной публикации всех данных контракта участники передают нужную историю off-chain, сами проверяют правила и контролируют в Bitcoin криптографические commitments и закрытие single-use seals.
Каждый получатель по правилам конкретного протокола проверяет только ту часть истории, которая ведёт к получаемому состоянию. Это частичная репликация: другим участникам не требуется знать или хранить весь приватный граф контракта. [4]
Нужные данные передаются вне Bitcoin пакетом истории и доказательств. Получатель не должен принимать лишь текущий баланс; он проверяет цепочку переходов до доверенного начала и связь каждого шага с соответствующим on-chain commitment. [4]
Single-use seal — абстрактный commitment, который можно корректно закрыть над выбранным сообщением лишь один раз. Bitcoin UTXO может быть такой печатью: его расходование публично и упорядочено consensus как доказательство закрытия, хотя Bitcoin не оценивает смысл приватных данных. [3]
Proof-of-Publication закрепляет компактный commitment в публичном порядке транзакций и позволяет обнаружить попытку использовать одну печать для несовместимых переходов. Майнеры и full nodes проверяют правила Bitcoin, а не бизнес-логику за hash. [2]
Client-Side Validation — общая модель проектирования, а не синоним RGB. Реестр LNP/BP указывает LNPBP-9 как информационный draft, а связанные библиотеки дают интерфейсы commitments, сериализации и single-use seals; конкретные протоколы задают собственные состояния и правила. [5]
Конфиденциальность и масштабирование перекладывают обязанность хранить данные на владельцев. Если отправитель не передаст полную историю или получатель потеряет нужную часть, публичный blockchain не восстановит её из commitment и локальная проверка может остаться без доказуемого состояния. [4]
Публично обычно видны только Bitcoin transaction и короткий commitment, а не весь контракт. Это сокращает глобальный объём данных, но не гарантирует анонимность: время, контрагенты, передача данных и узнаваемая структура anchors могут создавать metadata. [1]
Для проверки нужны точный протокол, доверенные genesis или schema, определение seal, commitment scheme, полная связанная история, статус Bitcoin transaction и версия software. Само наличие hash on-chain не доказывает действительность, ценность или право собственности на актив. [5]
Для полной картины прочитайте эту статью вместе с UTXO, Двойная трата, Hash, Taproot, Sidechain, Правила консенсуса. На эту статью также ссылаются RGB Protocol, Taproot Assets.
01Выполняют ли Bitcoin full nodes Client-Side Validation?+
Нет. Full nodes проверяют Bitcoin transaction и consensus rules; приватные данные и правила над ними получатель локально проверяет подходящим клиентом.