수신자는 관련 history가 든 consignment를 받아 genesis와 schema에 따라 검증하고 해당 state transitions가 유효한 Bitcoin transaction에 연결됐는지 확인한다.
RGB Protocol은 Client-Side Validation과 single-use seals를 기반으로 한다. Bitcoin 전체가 contract의 상세 data를 복제하지 않고 참여자가 직접 보관·검증하며, Bitcoin UTXO와 transaction은 seal closure의 공개 증거와 double-spend 방지를 제공한다. [6]
Contract는 Genesis operation으로 시작해 방향성 비순환 graph 안의 state transitions로 변한다. Transition은 이전 owned state를 소비하고 새 state를 만들며, 그 commitments를 anchor를 통해 Bitcoin witness transaction에 연결한다. [3]
Schema는 business logic의 선언형 template이다. Data type, owned와 global state, 허용 operation, validation rule을 정한다. Genesis는 fungible 또는 unique asset의 발행과 초기 allocation 같은 구체적인 schema instance를 만든다. [2]
Transfer 때 송신자는 genesis, schema, 관련 history와 proof가 든 consignment를 수신자에게 준다. 수신자는 수락 전에 전체 chain, anchors와 Bitcoin 연결을 local validation한다. Ticker나 wallet 표시만으로는 유효성을 입증하지 못한다. [4]
공개 release 목록은 v0.10을 stable, v0.11 계열을 pre-release로 표시하며 beta release는 Bitcoin consensus가 아닌 RGB consensus 변경도 경고한다. Production 사용에는 막연한 RGB 지원 문구가 아니라 전체 client stack의 정확하고 호환되는 version이 필요하다. [5]
RGB라는 이름은 문맥 없이는 모호하다. 현재 documentation은 여기서 설명한 RGB Protocol on Bitcoin을 미완성의 다른 v0.12 proposal 및 Nervos/CKB의 RGB++와 명확히 구분한다. 같은 약어가 동일 architecture나 interoperability를 뜻하지 않는다. [1]
Privacy와 scaling에는 data availability 비용이 따른다. Bitcoin은 commitment로부터 잃어버린 consignment를 복구할 수 없다. 수신자는 완전한 관련 history를 받아야 하고 소유자는 stash와 다른 client-side data를 안전하게 backup해야 한다. [4]
RGB 관련 주장을 평가하려면 protocol과 library의 정확한 version, schema와 genesis, contract ID, commitment type, 지원 layer, consignment 완전성, audit status를 확인해야 한다. On Bitcoin이라는 표현만으로 interoperability, 안전성, 복구 가능성이 입증되지는 않는다. [5]
더 정확히 이해하려면 이 항목과 함께 다음도 읽어 보세요 Client-Side Validation, UTXO, Taproot, Lightning Network, Sidechain, Hash. 다음 항목에서도 이 글을 참조합니다 Taproot Assets, Runes.
01RGB contract가 Bitcoin blockchain에 직접 저장되는가?+
아니다. Bitcoin에는 순서와 seal closure에 필요한 transaction과 암호학적 commitments가 실린다. 상세 state와 validation history는 client-side에서 전달하고 보관한다.
02RGB라고 부르는 모든 token이 서로 호환되는가?+
자동으로 호환되지는 않는다. Wallet은 특정 protocol version, schema, interface와 commitment 절차를 지원해야 한다. 수락 전에 이름이나 ticker만 보지 말고 contract ID와 전체 consignment를 검증해야 한다.