Замість глобальної публікації всіх даних контракту учасники передають потрібну історію 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 у публічному порядку транзакцій і робить помітною спробу використати ту саму печатку для несумісних переходів. Miners і full nodes перевіряють правила Bitcoin, а не бізнес-логіку за hash. [2]
Client-Side Validation — загальна модель проєктування, а не синонім RGB. Реєстр LNP/BP веде LNPBP-9 як інформаційний draft, а пов’язані libraries дають інтерфейси для commitments, serialization і 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; приватні дані та правила над ними отримувач локально перевіряє відповідним клієнтом.