सारा contract data globally प्रकाशित करने के बजाय participants जरूरी history off-chain देते हैं, rules खुद verify करते हैं और Bitcoin पर cryptographic commitments तथा single-use seals के बंद होने की जाँच करते हैं।
हर recipient किसी खास protocol के rules के अनुसार उसी history को verify करता है जो मिलने वाले state तक जाती है। यह partial replication है; दूसरे participants को contract का पूरा private graph जानने या रखने की जरूरत नहीं। [4]
जरूरी data, history और proofs के package के रूप में Bitcoin के बाहर दिया जाता है। Recipient को केवल current balance स्वीकार नहीं करना चाहिए; उसे trusted origin तक state transitions की कड़ी और हर step का संबंधित on-chain commitment से जुड़ाव जाँचना होता है। [4]
Single-use seal एक abstract commitment है जिसे चुने गए message पर वैध रूप से केवल एक बार बंद किया जा सकता है। Bitcoin UTXO ऐसा seal बन सकता है: उसका spend public और consensus-ordered closure proof है, जबकि Bitcoin private data का अर्थ evaluate नहीं करता। [3]
Proof-of-Publication छोटा commitment public transaction order में anchor करता और उसी seal को incompatible transitions के लिए उपयोग करने की कोशिश पकड़ने देता है। Miner और full node Bitcoin rules जाँचते हैं, hash के पीछे की business logic नहीं। [2]
Client-Side Validation एक general design model है, RGB का समानार्थी नहीं। LNP/BP registry में LNPBP-9 informational draft है और संबंधित libraries commitments, serialization तथा single-use seals के interfaces देती हैं; concrete protocols अपने state और rules परिभाषित करते हैं। [5]
Privacy और scaling data संभालने की जिम्मेदारी owners पर डालते हैं। Sender पूरी history न दे या recipient जरूरी हिस्सा खो दे तो public blockchain उसे commitment से वापस नहीं बना सकता और local validation के पास provable state नहीं रह सकता। [4]
Public को आम तौर पर केवल Bitcoin transaction और छोटा commitment दिखता है, पूरा contract नहीं। इससे global data footprint घटता है लेकिन anonymity की guarantee नहीं मिलती; timing, counterparties, data delivery और पहचान योग्य anchor structure metadata बना सकते हैं। [1]
Verification के लिए exact protocol, trusted genesis या schema, seal definition, commitment scheme, पूरी linked history, Bitcoin transaction status और software version चाहिए। केवल on-chain hash asset की validity, value या ownership prove नहीं करता। [5]
पूरी तस्वीर के लिए इस प्रविष्टि के साथ यह भी पढ़ें UTXO, दोहरा खर्च, Hash, Taproot, Sidechain, सहमति के नियम. इस प्रविष्टि का उल्लेख यहाँ भी है RGB Protocol, Taproot Assets.
01क्या Bitcoin full nodes Client-Side Validation करते हैं?+
नहीं। Full nodes Bitcoin transaction और consensus rules verify करते हैं; recipient सही client से private data और उस पर लागू rules स्थानीय रूप से जाँचता है।