Recipient relevant history वाला consignment पाता है, उसे genesis और schema के विरुद्ध validate करता है और जाँचता है कि संबंधित state transitions valid Bitcoin transactions से जुड़े हैं।
RGB Protocol, Client-Side Validation और single-use seals पर आधारित है। Bitcoin contract का detailed data replicate नहीं करता; participants उसे खुद रखते और verify करते हैं, जबकि Bitcoin UTXO और transactions seal closure का public proof और double-spend protection देते हैं। [6]
Contract एक Genesis operation से शुरू होकर directed acyclic graph में state transitions से बदलता है। Transitions पुराने owned state को consume करते, नया state बनाते और अपने commitments को anchor के जरिए Bitcoin witness transaction से जोड़ते हैं। [3]
Schema business logic का declarative template है: वह data types, owned और global state, allowed operations और validation rules तय करता है। Genesis फिर schema की concrete instance बनाता है, जैसे fungible या unique asset की issuance और initial allocations। [2]
Transfer में sender recipient को genesis, schema, relevant history और proofs वाला consignment देता है। स्वीकार करने से पहले recipient पूरी chain, anchors और Bitcoin links को locally validate करता है; ticker या wallet display अकेले validity का proof नहीं है। [4]
Public release list v0.10 को stable और v0.11 series को pre-release कहती है; beta releases RGB consensus में बदलाव की चेतावनी भी देती हैं, Bitcoin consensus में नहीं। Production use के लिए पूरे client stack की exact और compatible version चाहिए, केवल RGB support का generic claim नहीं। [5]
RGB नाम context के बिना अस्पष्ट है। Current documentation वर्णित RGB Protocol on Bitcoin को unfinished अलग v0.12 proposal और Nervos/CKB के RGB++ से साफ अलग करती है; एक जैसा acronym common architecture या interoperability साबित नहीं करता। [1]
Privacy और scaling के साथ data availability cost आती है। Bitcoin commitment से खोया consignment वापस नहीं बना सकता; recipient को पूरी relevant history लेनी और owner को stash तथा दूसरे client-side data का सुरक्षित backup रखना होता है। [4]
RGB claim जाँचते समय exact protocol और library versions, schema और genesis, contract ID, commitment type, supported layer, consignment completeness और audit status verify करें। केवल on Bitcoin कहना interoperability, safety या recoverability साबित नहीं करता। [5]
पूरी तस्वीर के लिए इस प्रविष्टि के साथ यह भी पढ़ें Client-Side Validation, UTXO, Taproot, Lightning Network, Sidechain, Hash. इस प्रविष्टि का उल्लेख यहाँ भी है Taproot Assets, Runes.
01क्या RGB contracts सीधे Bitcoin blockchain में stored रहते हैं?+
नहीं। Bitcoin ordering और seal closure के लिए जरूरी transactions तथा cryptographic commitments रखता है; detailed state और validation history client-side भेजी और stored की जाती है।
02क्या RGB नाम वाले हर token आपस में compatible हैं?+
अपने आप नहीं। Wallet को specific protocol version, schema, interface और commitment procedure support करनी चाहिए। स्वीकार करने से पहले केवल नाम या ticker नहीं, contract ID और पूरा consignment verify करें।