RGB는 비트코인 ​​및 라이트닝 네트워크의 확장성과 개인 정보 보호 기능을 강화합니다.

TL; DR

• RGB는 Bitcoin 및 Lightning Network.client 측 검증 패러다임에서 레이어 2/3 솔루션으로 작동하며 Bitcoin 거래 외부의 모든 스마트 계약 데이터를 보관합니다. 이 설계는 라이트닝 네트워크 위에서 시스템의 작동을 보장하므로 LN 프로토콜을 수정할 필요가 없습니다.
  
• RGB 스마트 계약은 확장성과 기밀성을 위해 설계되었습니다. 이 시스템은 개인 및 상호 소유권을 지원하고 우려 사항을 추상화하고 분리하여 새로운 토큰을 도입할 필요 없이 포스트 블록체인, 튜링 완전 형태의 무신뢰 분산 컴퓨팅을 나타냅니다.
  
• RGB 계약은 "샤드"라는 별도의 세그먼트로 구성됩니다. 각 세그먼트에는 고유한 기록과 데이터가 있어 확장성을 높이고 다른 계약의 기록이 혼합되는 것을 방지합니다. 이들은 라이트닝 네트워크의 Bifrost 프로토콜을 통해 상호 작용하여 라이트닝 네트워크에서 작동하는 DEX와 유사하게 여러 당사자 간에 조정된 변경을 가능하게 합니다.
  
• RGB는 일회용 씰을 사용합니다. defi보안을 위해 비트코인 ​​UTXO를 사용했습니다. 스마트 계약 상태 기록을 보유한 모든 당사자는 비트코인의 스크립트를 활용하여 고유성을 확인할 수 있습니다. defi소유권 및 액세스 권한이 없습니다.
  
• RGB에서 상태 소유권과 유효성 검사는 별도의 엔터티입니다. 소유권은 Turing Complete 시스템이 아닌 비트코인 ​​스크립트에 의해 관리됩니다. 반면에 유효성 검사 규칙은 Turing Complete Simplicity/Contractum/Rust 스크립트를 사용하여 RGB 스키마에 의해 결정됩니다.
  
• 각 RGB 스마트 계약은 일회용 씰을 사용하여 고유한 상태와 연결됩니다. 봉인과 상태는 "스키마"에 따라 계약 작성자가 설정한 특정 규칙과 유효성 검사를 따릅니다. 이 스키마는 클라이언트 측에서 계약 데이터를 확인하기 위한 규칙 세트처럼 작동하여 높은 수준의 프로토콜 확장성과 개인 정보 보호를 가능하게 합니다.
  
• RGB의 디자인은 기존 비트코인 ​​및 라이트닝 네트워크 기술과의 상호 운용성이 뛰어나 이러한 플랫폼 및 향후 업그레이드와의 원활한 통합을 촉진합니다.
  
• 많은 블록체인 플랫폼의 명령형 프로그래밍 스타일과 달리 RGB는 선언적 스타일을 사용합니다. 이 접근 방식은 원하는 결과를 달성하기 위한 구체적인 단계를 자세히 설명하기보다는 원하는 결과의 개요를 설명하는 데 중점을 둡니다.
  
• RGB는 결정론적 휴대용 컴퓨팅 작업을 위한 AluVM, 부분 복제 무한 상태 머신 컴퓨팅을 위한 PRISM, zk 증명을 사용하는 에스크로 기반 무신뢰 스토리지를 위한 Storm을 포함한 다양한 고급 기술을 활용합니다. 이러한 기술은 RGB의 견고성, 기밀성 및 확장성에 기여합니다.
  
• RGB(v0.10)는 사용자 경험과 통합 프로세스에 주목할 만한 개선 사항을 도입하여 작업을 간소화하고 종속성을 최소화합니다. 업데이트된 버전은 더욱 통합된 라이브러리 API와 명령줄 도구를 갖추고 있어 더 쉽게 접근하고 사용자 친화적으로 만들 수 있습니다.

간단한 설명

RGB는 향상된 개인 정보 보호 및 라이트닝 네트워크와의 호환성을 통해 비트코인 ​​네트워크에서 토큰을 발행하도록 설계된 프로토콜입니다. 이는 비트코인 ​​거래의 메타데이터가 토큰 전송을 나타내는 OmniLayer 프로토콜에서 사용되는 것과 같은 "컬러 코인" 개념을 기반으로 합니다. 예를 들어, OmniLayer의 USDT 거래는 USDT 토큰 이동을 자세히 설명하는 추가 데이터로 보강된 비트코인 ​​거래로 작동합니다. 그러나 이러한 방법은 OP_RETURN 출력의 데이터 크기 제약, 집중적인 블록체인 스캐닝 및 온체인 가시성으로 인한 제한된 개인 정보 보호와 같은 한계에 직면합니다.

RGB는 검증 프로세스의 대부분을 비트코인 ​​블록체인에서 멀리 재배치하여 이러한 문제를 해결합니다. 클라이언트 측 검증을 채택하고 일회용 씰을 사용하여 토큰을 비트코인의 UTXO와 연결하는 동시에 사용자 개인정보를 보호합니다.

토큰은 비트코인 ​​거래 내에서 RGB 결제 정보가 포함된 메시지를 커밋하여 전송되므로 토큰은 비트코인 ​​거래 그래프에 흔적을 남기지 않고 한 UTXO에서 다른 UTXO로 이동할 수 있습니다. RGB 거래는 비공개 오프체인 채널을 통해 전달되는 RGB 관련 데이터를 사용하여 토큰을 신중하게 "텔레포트"하므로 개인 정보 보호가 크게 향상됩니다.

또한 소유권을 보장하고 인플레이션을 방지하기 위해 수신자는 수신된 토큰의 전체 거래 내역을 검증해야 합니다. RGB는 하드 포크 없이도 향후 업그레이드를 가능하게 하여 채굴자가 자산 흐름을 추적할 수 없도록 함으로써 검열에 대한 더 높은 저항력을 제공합니다. 전통적인 블록체인 구조와 달리 RGB는 블록이나 체인이 필요 없이 작동하여 높은 기밀성, 보안 및 확장성을 약속하는 비블록 분산 프로토콜로 포지셔닝합니다.

소개 및 비전

짧막 한 농담: 비트코인 및 라이트닝 네트워크의 레이어 2/3에서 작동하는 클라이언트 검증 상태 및 스마트 계약 시스템입니다.

더 자세한 정보 :

RGB는 비트코인 ​​및 라이트닝 네트워크를 위한 확장 가능하고 기밀이 유지되는 스마트 계약 시스템입니다. RGB 스마트 계약은 다음과 같이 작동합니다. 클라이언트측 검증 패러다임, 주택 외부의 모든 스마트 계약 데이터 비트코인 거래, 즉 비트코인 ​​블록체인 또는 라이트닝 채널 상태. 이를 통해 시스템은 LN 프로토콜을 변경하지 않고도 Lightning Network에서 작동할 수 있으며 높은 수준의 프로토콜 확장성과 개인 정보 보호를 위한 기반을 제공합니다.

스마트 계약은 개인 및 상호 소유권, 추상화 및 우려 사항 분리의 원칙을 구현합니다. 이는 토큰 도입이 필요하지 않은 무신뢰 분산 컴퓨팅의 "포스트 블록체인", 튜링 완전 형태를 나타냅니다.

RGB 계약은 "샤드"라고 불리는 별도의 세그먼트로 운영됩니다. 각 샤드에는 고유한 기록과 데이터가 있습니다. 즉, 서로 다른 계약이 해당 기록을 혼합하지 않는다는 의미입니다. 이 방법은 확장성을 향상시킵니다. "샤드"라는 용어는 RGB가 Ethereum의 샤드 개념에서 의도한 것과 유사한 목표를 달성한다는 것을 보여주기 위해 사용됩니다.

RGB 계약은 독립적으로 작동하지만 라이트닝 네트워크의 Bifrost 프로토콜을 통해 상호 작용할 수 있습니다. 이를 통해 여러 당사자 간에 조정된 변경이 가능합니다. 예를 들어 DEX가 라이트닝 네트워크를 통해 작동할 수 있습니다.

기술 및 아키텍처

RGB 작동 및 일회용 씰에 대한 고급 개요

그림 1. RGB 작동에 대한 높은 수준의 개요.
출처: LNP/BP 협회 Github.

보안 메커니즘으로 RGB는 일회용 씰 defi스마트 계약 상태 기록이 있는 모든 당사자가 고유성을 확인할 수 있는 기능을 제공하는 비트코인 ​​UTXO를 기반으로 합니다. 본질적으로 RGB는 보안 모델을 위해 비트코인 ​​스크립트를 활용하고 defi선 소유권 및 액세스 권한.

그림 2. RGB 상위 수준 작동 원리.
출처: Waterdrip Capital의 "암호화폐 대량 채택 촉진: RGB 프로토콜이 비트코인의 미래를 밝히는 방법".

각 RGB 스마트 계약은 defia에 의해 네이밍됨 발생 상태, 에 의해 제작되었습니다. 스마트 계약 발행자 (또는 간단히 말해서 발급자) 및 방향성 비순환 그래프(DAG) 상태 전환 클라이언트가 검증한 데이터로 유지됩니다.

그림 3. 거래, 봉인 및 증인.
출처: LNP/BP 협회 Github.

이를 다음과 같이 요약할 수 있습니다. 각 거래에는 UTXO가 있으며, 이 UTXO의 소유권은 소유자에게 상태를 소유할 권리를 부여합니다. 소유권은 블록체인 상태를 수정하고 UTXO를 "사용"할 수 있는 사람을 결정합니다. 국가를 쥐고 있는 개인을 당이라 부른다. 소유 상태.

당사자는 이전 상태가 포함된 출력을 활용하여 새로운 상태 전환을 생성하고 이를 트랜잭션에서 확인함으로써 스마트 계약 상태의 관련 부분을 수정할 권한을 보유합니다.

과정은 다음을 의미한다 상태 전환에 대한 봉인 폐쇄지출 거래와 상태 전환에 대한 해당 추가 거래 데이터로 구성된 쌍을 목격자 (위 이미지에 설명되어 있음).

소유권 및 액세스: 핵심 속성

그림 4. 소유권 및 액세스.
출처: LNP/BP 협회 Github.

상태 소유권과 검증은 별개의 개념입니다. 유효성 검사 규칙은 상태가 어떻게 변경될 수 있는지 지정하지만 변경 사항을 적용할 수 있는 사람은 식별하지 않습니다. 

반면, 소유권은 Turing Complete가 아닌 비트코인 ​​블록체인 수준의 비트코인 ​​스크립트에 의해 제어됩니다. 대조적으로, 검증 규칙은 단순성/계약 스크립트를 활용하는 RGB 스키마, 즉 Turing Complete에 의해 관리됩니다. 

RGB 스키마

RGB 스마트 계약에서는 일회용 봉인을 통해 각 계약에 고유한 상태가 할당됩니다. 상태와 함께 이러한 인장에는 처음에 계약 작성자가 설정한 특정 규칙과 유효성 검사가 있습니다. 이 설정은 클라이언트 측에서 계약 데이터의 유효성을 검사하는 규칙 집합으로 작동하는 "스키마"에 의해 관리됩니다. 스키마에는 계약 논리에 필수적인 복잡한 스크립트가 포함될 수 있습니다.

그림 5. RGB 스키마.
출처: LNP/BP 협회 Github.

클라이언트측 검증 및 설계 원칙

그림 6. RGB 클라이언트측 검증.
출처: LNP/BP 협회 Github.

1. 강력한 소유권: RGB에서 스마트 계약은 명확하게 defi네드 소유자 또는 소유자. 지정된 소유자만이 계약 상태를 수정할 권한을 갖습니다. 이러한 계약은 공개(모든 사람이 접근 가능) 또는 소유(소유자에게만 제한)로 분류된 뚜렷한 권리 또는 운영을 설명합니다.
2. 기밀 유지: 계약 내의 정보는 기밀로 유지되며 참가자, 특히 국가 소유자에게만 알려집니다. 참가자는 특정 데이터를 공개할 수 있지만 기본적으로 모든 정보는 비공개입니다. 이러한 기밀성은 외부 분석 도구가 데이터에 액세스하는 것을 방지하여 민감한 정보가 공개 원장에 저장되지 않도록 합니다.
3. 우려사항 분리: RGB는 각각 특정 작업이 할당된 별개의 레이어가 있는 모듈식 디자인을 특징으로 합니다. 이러한 계층은 독립적으로 작동하므로 하위 계층이 상위 계층의 구조를 인식할 필요가 없습니다. 이 디자인은 시스템의 구성과 효율성을 향상시킵니다.
4. 확장 성 : 이 시스템은 쉽게 확장 가능하므로 핵심 프로토콜을 수정하거나 전체 RGB 라이브러리를 다시 컴파일할 필요 없이 고급 스마트 계약을 생성하고 통합할 수 있습니다.
5. 결정론: RGB의 검증 논리는 결정론적이며, 동일한 입력과 기본 블록체인 또는 라이트닝 네트워크 채널의 일반적인 상태로 일관되게 동일한 결과를 산출합니다. 이러한 일관성은 두 가지 주요 구성 요소를 통해 달성됩니다. Rust로 작성된 핵심 검증 로직은 RGB를 실행하는 모든 시스템에서 동일합니다. 비. 계약별 검증 로직은 플랫폼에 관계없이 일관된 지침 세트를 제공하는 가상 머신인 AluVM에서 실행됩니다.
6. LNP/BP 상호 운용성: RGB는 기존 비트코인 ​​및 라이트닝 네트워크 기술과 원활하게 작동하도록 설계되었습니다. 또한 이러한 기술에 대한 향후 업그레이드와 호환되도록 제작되었습니다.
   

RGB 접근방식과 Pure Blockchain/L1 접근방식

RGB 팀은 순수한 블록체인/L1 접근 방식이 잘못되었다고 말합니다.

그림 7. 블록체인/L1 접근 방식에 대한 RGB 의견.
출처: LNP/BP 협회 Github.

RGB의 접근 방식: 선언적 프로그래밍과 명령적 프로그래밍:

• 이더리움을 포함한 대부분의 블록체인 플랫폼은 명령형 스타일로 작성된 스마트 계약을 활용합니다. 이 접근 방식에서 계약은 정확하고 상세한 레시피와 유사하게 작업의 단계별 실행을 명시적으로 지시하는 프로그램으로 기능합니다.
• 이러한 필수 프로그램은 기본 블록체인 플랫폼의 기능에 따라 상당히 제한적이고 제한되는 경우가 많습니다. 때때로 Turing-complete라고 불리기도 하지만 상당한 한계가 있습니다.

RGB 스마트 계약의 선언적 성격:

• 반면에 RGB는 명령형 프로그래밍을 사용하지 않습니다. 대신 스마트 계약이 이루어지는 특수한 형태의 기능적 프로그래밍을 사용합니다. defi선언적으로 네드되었습니다.
• 선언적 프로그래밍에서는 작업을 수행하는 방법을 자세히 설명하는 대신 결과가 어떻게 되어야 하는지 설명합니다. 단계별 요리 지침을 제공하기보다는 식사가 어떤 모습이어야 하는지 개략적으로 설명하는 것과 같습니다.
• RGB의 "스키마"는 선언적입니다. defi스마트 계약의 시작. 이는 계약의 규칙과 조건을 지정하지만 이를 달성하기 위한 정확한 작업 순서는 지정하지 않습니다.

프로그래밍의 패러다임 전환:

• 스마트 계약 프로그래밍에서 Ethereum의 명령형 스타일에서 RGB의 선언적 스타일로 이동하는 것은 일반 소프트웨어 개발에서 전통적인 명령형 프로그래밍에서 기능적 또는 선언적 프로그래밍으로 전환하는 것과 유사합니다.
• 이러한 변화에는 다른 사고방식이 필요합니다. 즉, "어떻게"(해당 결과를 달성하기 위한 구체적인 단계)보다는 "무엇"(원하는 결과)에 초점을 맞추는 것입니다.

간단

원래 계획에는 Simplicity를 RGB에 통합하는 것이 포함되었으며, 첫날부터 호환성을 보장하기 위해 노력했습니다. 그러나 Simplicity 개발의 느린 진행과 출시 일정을 둘러싼 불확실성을 고려할 때 Simplicity에 의존하는 것이 비현실적이라는 것이 분명해졌습니다. 현재 준비 중인 RGB 릴리스는 Simplicity의 포함 여부에 대한 의문을 제기했습니다.

단순성을 위한 신뢰할 수 있는 시간표가 없다는 점을 인식하여 대안(WASM, EVM(농담으로), IELE 등)에 대한 조사를 시작했습니다. 결국 RGB용 독점 가상 머신을 개발하는 것이 단순성에 대한 초기 의존을 대체하는 유일한 실행 가능한 옵션이라는 것이 분명해졌습니다.

그래서 우리는 만들기로 결정했습니다 AluVM – 클라이언트 측에서 검증된 스마트 계약(RGB), 라이트닝 네트워크, 결정론적 분산 및 에지 컴퓨팅을 위한 순수 기능, 이식성이 뛰어난 Rust 기반 가상 머신입니다.

프리즘

PRISM은 "부분적으로 복제된 무한 상태 머신" 컴퓨팅을 의미합니다.

RGB 기술 defi스키마라고 하는 기본 수준에서 스마트 계약을 발전시키기 위한 nes 규칙이 있지만 단일하고 중요한 알고리즘으로 계약의 모든 향후 작업을 제한하지는 않습니다. 대신 네트워크의 각 노드는 개별 작업을 수행하며, 이러한 작업이 스키마 규칙을 준수하는 한 계약 상태와 계약 자체는 모두 유효한 상태로 유지됩니다. 

게다가 이 접근 방식은 미리 결정된 알고리즘으로 계약의 역사적 진화를 제한하지 않습니다. 따라서 각 변경 사항이 특정 유효성 검사 규칙을 충족하는 한 계약은 다양한 동작을 나타낼 수 있습니다. 이 방법은 전역 알고리즘보다는 로컬 규칙에 중점을 둡니다.

대조적으로, 이더리움은 모든 작업이 스마트 계약의 전체 상태에 영향을 미치는 전역 알고리즘을 사용합니다. RGB를 사용하면 계약 상태의 일부만 작업하여 로컬로 규칙을 적용할 수 있습니다. 이는 계약 발전에 대한 더 넓은 범위의 가능성을 제공합니다.

아래에서는 상태 채널과 클라이언트 측 유효성 검사 간의 차이점에 대한 높은 수준의 보기를 볼 수 있습니다. 

그림 8. 분산 시스템 분리.
출처: LNP/BP 협회 Github.

보다 구체적인 차이점은 다음과 같습니다. 

그림 9. 상태 채널과 클라이언트 측 유효성 검사의 비교.
출처: LNP/BP 협회 Github.

AluVM

AluVM – (알고리즘 논리 장치 VM)은 결정론적 휴대용 컴퓨팅 작업을 위해 설계된 순수 기능 RISC 가상 머신입니다.

AluVM은 무작위 메모리 액세스를 금지하는 레지스터 기반 시스템을 사용하여 차별화됩니다. 이 설계는 스마트 계약, 원격 코드 실행, 분산 및 엣지 컴퓨팅과 같은 애플리케이션에 대한 AluVM의 적합성을 향상시킵니다. AluVM의 핵심 강점은 결정성, 견고성 및 공식 코드 분석 능력에 있습니다.

주요 특성: 예외 없음, 이식성, 샌드박싱, 보안, 확장성.

AluVM의 ISA(명령어 세트 아키텍처)는 적응 가능하도록 설계되어 다양한 애플리케이션에 대해 다양한 런타임 환경을 생성할 수 있습니다. AluVM 자체는 예측 가능성이 높고 기능이 뛰어난 레지스터 기반 가상 머신이자 ISA입니다. 

AluVM ISA는 임의 메모리 액세스를 제한하는 동시에 타원 곡선과 관련된 작업을 포함하여 산술 작업을 수행하는 데 탁월합니다. 독특하게도 VM 환경은 AluVM ISA를 확장하여 VM 레지스터에 데이터를 로드하고 특정 애플리케이션에 맞춰진 특수 명령어(예: SIMD)를 지원하는 등의 기능을 추가할 수 있습니다.

AluVM은 주로 처리 속도보다 다양한 플랫폼 간의 일관성과 신뢰성이 더 중요한 분산 시스템에 사용하도록 고안되었습니다. 올바른 ISA 확장을 갖춘 AluVM의 주요 용도에는 블록체인 기술, 네트워크 합의에 중요한 계산, 에지 컴퓨팅, 다자간 컴퓨팅(결정론적 기계 학습 포함), 클라이언트 측 검증, 제한된 Internet2 컴퓨팅 및 유전자 알고리즘이 포함됩니다. 이러한 애플리케이션은 다양한 환경에서 일관되고 안전하게 작동하는 AluVM의 기능을 활용합니다.

그림 10. AluVM 비교.
출처: LNP/BP 협회 Github.

계약

Contractum은 Haskell의 기능적 기능과 Rust에서 볼 수 있는 베어 메탈에 대한 근접성을 혼합하여 다른 스마트 계약 프로그래밍 언어와 차별화됩니다. 이전에는 스마트 계약이 접근할 수 없었던 틈새 시장을 차지하고 있습니다.

그림 11. Contractum, Simplicity 및 기타 언어 비교.
출처: contractum.org

Contractum은 RGB 계약을 생성하는 데 사용되는 프로그래밍 언어입니다. Contractum과 체결된 계약은 클라이언트 측 검증이라는 방법을 사용하여 확인됩니다. 이 접근 방식은 비트코인 ​​블록체인에 데이터를 추가하지 않으며, 샤딩 기술의 한 형태와 비교할 수 있으며 영지식 증명을 사용하여 더욱 향상됩니다. 

또한 클라이언트측 검증은 계약 개발을 블록체인 거래와 분리하므로 기존 블록체인 분석 방법으로는 이러한 거래를 추적하거나 분석하는 것이 불가능합니다.

그림 12. Contractum 기능.
출처: contractum.org

Contractum 설계에 참여하려면 RGB 스마트 계약에 사용되는 기술을 숙지하는 것이 중요합니다.

그림 13. RGB 스마트 계약에 사용되는 기술.
출처: contractum.org

새 버전 RGB v0.10의 최신 업데이트

RGB의 최신 버전(버전 0.10)에서는 몇 가지 고급 기술 향상이 구현되어 복잡한 애플리케이션 개발을 위한 프레임워크의 기능이 향상되었습니다. 이러한 업데이트는 주로 각 RGB 계약에 대한 전역 상태 도입, 계약 인터페이스 통합 및 엄격한 유형 시스템 채택에 중점을 둡니다.

RGB 계약의 전역 상태

전역 상태 기능은 RGB v0.10의 중요한 혁신으로, 각 계약이 보편적으로 액세스 가능한 상태를 유지할 수 있게 해줍니다. 이 상태는 RGB 가상 머신뿐만 아니라 지갑 및 기타 애플리케이션과 같은 외부 클라이언트에서도 액세스할 수 있습니다.

이 전역 상태의 유틸리티는 RGB 플랫폼에서 정교한 애플리케이션, 특히 합성 자산 및 알고리즘 스테이블 코인과 같은 복잡한 상태 관리가 필요한 애플리케이션을 구축하는 데 중추적입니다. 이를 통해 기존 스마트 계약 아키텍처의 한계를 넘어 계약 상태와 더욱 동적인 상호 작용이 가능해졌습니다.

계약 인터페이스

RGB v0.10은 다양한 스마트 계약을 위한 표준화된 통신 프로토콜로 '계약 인터페이스'를 도입합니다. 이러한 인터페이스는 Ethereum의 계약 ABI(Application Binary Interfaces) 및 ERC(Ethereum Request for Comments)와 유사하게 작동합니다.

RGB 접근 방식의 주요 차이점은 이러한 인터페이스와 계약을 통한 고유 패키징의 비필수 표준화로, 별도의 배포가 필요하지 않다는 것입니다. 이는 지갑 및 기타 소프트웨어의 사용자 인터페이스를 통해 사용자와 계약 간의 의미 인식 상호 작용을 촉진합니다.

이러한 인터페이스는 정적이 아닙니다. 개발자는 시간이 지남에 따라 추가 인터페이스로 기존 계약을 강화하여 불변 계약 핵심을 수정하지 않고도 기능을 향상시킬 수 있습니다.

엄격한 유형 시스템

RGB v0.10의 새로운 인코딩 형식은 '엄격한 유형' 시스템을 활용합니다. 이 시스템은 RGB 프레임워크 내에서 계약 상태를 효율적으로 표현하고 검사하기 위해 설계된 새로운 기능적 데이터 유형 접근 방식입니다.

엄격한 유형 시스템은 데이터 크기의 컴파일 타임 보장을 보장하며, 이는 메모리 용량이 제한된 저가형 하드웨어 지갑과 같이 리소스가 제한된 장치에서 작동하는 데 특히 유용합니다.

또한 버전 0.10의 전체 RGB 합의 레이어는 엄격한 유형으로 컴파일되어 다양한 소프트웨어 릴리스 전반에 걸쳐 바이너리 호환성을 공식적으로 증명할 수 있는 기반을 제공합니다. 이 기능은 RGB 사용을 단순화하고 보호할 뿐만 아니라 자산 발행자와 계약 개발자가 자산이나 계약에 추가 메타데이터를 추가할 수 있도록 해줍니다. 이러한 메타데이터는 RGB 생태계에서 자산이나 계약의 신원과 신뢰성을 확인하는 데 중요한 역할을 할 수 있습니다.

Rust 기반 스마트 계약

이제 유형 안전성과 성능에 대한 언어 기능을 활용하여 RGB 스마트 계약을 Rust로 작성할 수 있습니다.

엄격한 시스템 유형 통합을 통해 Rust 데이터 유형을 RGB 계약 구조로 직접 컴파일할 수 있어 계약 코드의 효율성과 신뢰성이 향상됩니다.

향상된 상태 자체 검사 기능

RGB v0.10의 스마트 계약은 RGB 가상 머신에서 실행되는 검증 코드 내에서 자체 상태를 검사할 수 있습니다.

이 기능은 비트코인 ​​거래, 개별 로그 계약 및 기타 복잡한 데이터 구조와 상호 작용하는 복잡한 계약을 생성하여 RGB 스마트 계약의 범위와 기능을 향상시키는 데 특히 유용합니다.

URL 기반 송장 형식

업데이트에는 이전 Bech32m 인코딩 시스템을 대체하는 새로운 송장 형식이 도입되었습니다.

이러한 새로운 URL 기반 송장은 훨씬 더 짧고 사용자 친화적이므로 미리 구성된 소프트웨어를 통해 더 쉽게 확인하고 자동으로 열 수 있습니다.

WASM(웹어셈블리) 지원

RGB 표준 라이브러리는 이제 웹 페이지나 브라우저 플러그인과 같이 I/O 및 파일 시스템 액세스가 부족한 환경과 호환됩니다.

이를 통해 RGB의 잠재적인 사용 사례가 확장되어 광범위한 웹 기반 애플리케이션 및 확장 프로그램에서 원활하게 작동할 수 있습니다.

Taproot 설명자 및 사용자 정의 파생

RGB v0.10은 탭루트 기반 OP_RETURN 약정(테이프릿이라고 함)을 활용하므로 지갑이 조정된 출력이 있는 트랜잭션을 인식할 수 있도록 설명자 수준 지원이 필요합니다.

이 버전에 사용자 정의 파생 인덱스가 도입되면 RGB가 아닌 지갑이 실수로 RGB 자산이 포함된 출력을 소비하는 것을 방지하여 이러한 자산의 무결성을 보호할 수 있습니다.

단순화된 종속성

버전 0.10의 RGB 합의 레이어는 종속성을 줄였으며, 특히 원래 Grin 프로젝트에서 파생된 맞춤형 방탄 구현에서 벗어났습니다.

이러한 종속성 감소로 인해 API의 안정성과 전반적인 시스템 견고성이 향상됩니다.

간소화된 통합 프로세스

이 업데이트는 여러 API 호출과 복잡한 언어 간 데이터 구조 인코딩의 필요성을 줄여 운영 워크플로를 단순화합니다.

RGB 계약 상태는 이제 JSON 개체로 표시되므로 다양한 프로그래밍 언어에서 간단한 직렬화가 가능합니다.

사용자 환경 개선

새 버전의 RGB는 이전에 서로 다른 구성 요소를 통합 라이브러리 API 및 명령줄 도구로 통합하여 사용자 경험을 단순화합니다.

RGB 노드는 홈 서버에서 계속 작동할 수 있지만 RGB 시스템과 상호 작용하기 위해 더 이상 필수 사용이 아니므로 사용자 및 지갑 애플리케이션의 진입 장벽이 줄어듭니다.

이 섹션에는 "암호화폐의 대량 채택 추진: RGB 프로토콜이 비트코인의 미래를 밝히는 방법"이라는 제목의 기사에서 최신 기능을 조명한 Waterdrip Capital에 대한 특별한 감사의 말씀이 포함되어 있습니다.

RGB 경쟁사

그림 14. FRGB와 Ethereum을 간단히 표현합니다.
출처: LNP/BP 협회 Github

직근

이전에 Taro로 알려진 Taproot Assets는 비트코인 ​​네트워크에서 토큰을 출시하기 위해 설계된 프로토콜입니다. 이 프로토콜은 Tapscript 및 taptweak과 같은 관련 솔루션과 함께 Taproot의 UTXO 모델을 활용합니다. 이러한 도구는 비트코인 ​​거래 데이터 내 자산의 공급 및 잔액에 대한 정보를 저장하는 데 사용됩니다.

그림 15. Taproot Assets 토큰에 대한 정보 저장 체계.
출처: "Taproot Assets: Bitcoin에서 자산 발행"(Voltage)

Taproot Assets는 BRC-20 토큰이 열거된 사토시의 메타데이터에 공급 정보를 저장하는 Ordinals 개념과 유사한 방법을 사용합니다. 반대로 Taproot Assets는 "희소 머클 트리(sparse Merkle tree)"라고 알려진 것을 활용하여 비트코인 ​​거래의 Taproot 출력에 이 정보를 포함시킵니다. 기본적으로 Taproot Assets는 Merkle 트리를 비트코인 ​​거래에 통합하여 특정 사용자의 잔액과 전체 토큰 공급을 증명하는 역할을 합니다. 이 트리는 전체 자산 내역을 유지하고 토큰 발행자가 관리하는 저장소인 "유니버스"의 데이터를 반영합니다.

그림 16. 디지털 상태 트리.
출처: "Taproot Assets: Bitcoin에서 자산 발행"(Voltage)

상태 디지털 트리(State Digital Tree) – Taproot Assets의 아키텍처는 균형 증명을 위한 두 가지 옵션, 즉 우주의 오프체인 데이터 또는 UTXO에 내장된 희소 머클 트리를 제공합니다.

운영 메커니즘

1. 토큰 생성자는 Taproot Assets 프로토콜을 사용하여 P2TR(Pay to Taproot) 거래를 실행합니다. 
2. 머클 트리 형태의 자산 정보는 이 거래의 UTXO(효과적으로 제네시스 블록)에 저장됩니다. 
3. 토큰을 전송하기 위해 Taproot 키 소유자는 Merkle 트리의 잔액 정보를 수정하여 전체 자산 공급이 일정하게 유지되도록 합니다. 
4. 이러한 수정은 새로운 Taproot 트랜잭션을 통해 도입됩니다. 그러나 각 토큰 전송에 대해 별도의 온체인 트랜잭션이 필요하지 않습니다. 롤업 또는 라이트닝 네트워크와 유사하게 이 프로토콜을 사용하면 소유자가 "일괄" 이체를 처리한 후 업데이트된 잔액 상태를 게시할 수 있습니다.

탭루트 자산의 장점

• Taproot Assets의 주요 장점 중 하나는 라이트닝 네트워크와의 완벽한 호환성으로 확장 가능성을 높이고 거래 비용을 절감한다는 것입니다.
• Taproot Assets는 사용자 정의 토큰을 사용하여 작업을 기록하기 위한 고유한 레이어를 생성합니다. 주로 오프체인 데이터에 의존하지만, 메인 네트워크의 잔액 상태를 공개합니다. 
• 이 접근 방식은 BRC-20에 비해 더 유연하고 확장 가능하며 포괄적이지만 경험이 부족한 사용자에게는 더 많은 복잡성을 초래합니다.

비트VM

BitVM은 비트코인을 완전히 분산된 컴퓨팅 플랫폼으로 전환하는 것을 목표로 하는 최첨단 프로젝트입니다. 9년 2023월 XNUMX일에 발표된 BitVM 백서는 현재 테스트 단계에 있으며 잠재력을 최대한 발휘하려면 추가 개발이 필요한 기술을 소개합니다.

BitVM의 핵심 기능 및 개념

기본적으로 BitVM은 낙관적 롤업 개념을 사용하여 네트워크에서 스마트 계약에 대한 계산을 외부화한 후 "사기 증명"을 기반으로 온체인 검증을 수행합니다. 이론적으로 스마트 계약 정보가 Taproot 트랜잭션(바이너리 코드)에 기록되면 데이터 교환 및 계산은 당사자 간에 직접 발생해야 합니다. 이 접근 방식은 블록체인 혼잡을 줄이기 위해 설계되었습니다. 그러나 증명자(증명 당사자, 즉 계약 소유자)가 잘못된 데이터를 전송하는 경우 검증자는 온체인 확인을 시작할 수 있습니다. 이 프로세스는 사기 방지 개념의 기초를 형성합니다.

계산적으로 제한된 네트워크에서 온체인 검증 처리

본질적으로 그러한 계산을 지원하지 않는 네트워크에서 작동 확인을 수행하는 방법에 대한 문제가 발생합니다. 이 문제를 해결하기 위해 BitVM은 Merkle 트리를 활용하여 논리적 NAND 게이트 구성표를 생성한 다음 Taproot 트랜잭션에 기록합니다. 기본적으로 거래 데이터의 Merkle 트리는 NAND 방식으로 작동하며 각 "분기"는 1 또는 0의 두 가지 가능한 값 중 하나를 전달합니다. 온체인 계산은 비트 단위로 진행되며 하나의 "분기"의 출력은 다음을 위한 입력. 스마트 계약 당사자 간에 가치 검증을 위한 지속적인 거래 교환이 발생합니다. 증명자의 계산 버전이 잘못된 것으로 밝혀지면 검증자는 Taproot 트랜잭션에 잠긴 자산을 받습니다.

그림 17. NAND의 도식적 표현.
출처: "BitVM을 통한 빅딜: 이제 포크 없이 비트코인에서 임의 계산이 가능합니다"(Bitcoin Magazine)

Taproot와 Merkle Tree를 사용하여 NAND 구축

BitVM이 Taproot 및 Merkle 트리를 사용하여 NAND 구축을 용이하게 하는 방법과 계산에 미치는 영향에 대한 자세한 정보는 기술 문서에서 확인할 수 있습니다.

이 접근 방식을 사용하면 블록체인 무결성 및 보안 원칙에 맞춰 스마트 계약 계산을 정밀하고 단계별로 검증할 수 있습니다.

스마트 계약 양자주의의 과제

스마트 계약의 양방향 구조로 인해 BitVM에는 제3자의 개입을 제외하고 검증자와 증명자 사이에서만 직접적인 데이터 교환이 가능하다는 중요한 문제가 남아 있습니다. 이러한 제약은 dApp 개발을 방해하고 다자간 계약 구성을 위한 보완 솔루션을 요구합니다. 

또한, BitVM의 복잡하고 낮은 수준의 특성은 이 기반을 활용하는 기능적 제품의 구축이 수년에 걸쳐 연장될 수 있음을 의미합니다. 이러한 기반 기술을 실제 응용으로 전환하려면 실질적인 개발과 혁신이 필수적입니다.

자세한 내용을 알아보려면 주저하지 말고 BitVM을 읽어보세요. Whitepaper - https://bitvm.org/bitvm.pdf 

결론

RGB 프로토콜은 비트코인 ​​생태계의 기술 개발로, 비트코인 ​​네트워크에 직접 연결된 스마트 계약 구현 및 토큰 발행을 위한 기능을 도입합니다. 이는 트랜잭션 개인 정보를 유지하면서 토큰을 비트코인의 UTXO에 연결하는 일회용 봉인의 활용과 클라이언트 측 검증의 조합을 통해 달성됩니다.

RGB의 주요 기술적 장점 중 하나는 확장성과 개인 정보 보호에 대한 접근 방식입니다. RGB는 대부분의 검증 작업을 비트코인 ​​블록체인에서 이전하고 거래 검증을 위한 암호화 방법을 사용함으로써 블록체인의 데이터 부담을 효과적으로 줄입니다. 이러한 접근 방식은 특히 거래량이 증가함에 따라 네트워크 효율성을 유지하는 데 도움이 됩니다.

RGB와 라이트닝 네트워크의 호환성은 또 다른 중요한 측면으로, 보다 확장 가능하고 효율적인 거래 처리가 가능합니다. 이 기능은 암호화폐 공간에서 더 빠르고 비용 효과적인 거래 방법에 대한 수요가 증가하고 있다는 점을 고려할 때 특히 관련이 있습니다.

그러나 RGB 기술의 복잡한 특성으로 인해 사용자 접근성과 이해력 측면에서 문제가 발생합니다. 프로토콜의 아키텍처와 사용된 고급 암호화 방법은 특히 블록체인 기술을 처음 접하는 사람들에게는 이해하고 구현하기 어려울 수 있습니다. 이러한 복잡성은 광범위한 채택과 사용자 참여를 방해할 수 있습니다.

또한 RGB는 계약 데이터를 블록체인 외부에 유지하여 개인 정보 보호를 강화하지만, 이 측면은 특정 애플리케이션 및 규정 준수에 중요한 데이터 검증 가능성 및 거래 감사 기능에 대한 의문을 제기하기도 합니다.

RGB의 최신 업데이트 버전 0.10은 특히 Taproot Assets 및 BitVM과 같은 신흥 프로토콜에 맞서 진화하는 블록체인 기술 환경에서 주목할만한 경쟁자로 자리매김했습니다. 비트코인 네트워크에서 토큰 발행을 위해 Taproot의 UTXO 모델을 활용하는 데 초점을 맞춘 Taproot Assets와 달리 RGB는 고급 개인정보 보호 기능과 오프체인 데이터 처리로 차별화되어 스마트 계약 기능과 토큰 관리에 대한 독특한 접근 방식을 제공합니다.

마찬가지로 BitVM은 비트코인의 분산 컴퓨팅을 위한 새로운 개념을 도입하는 반면, 클라이언트 측 검증, 계약 인터페이스 및 엄격한 유형 시스템에서 RGB의 버전 0.10 발전은 비트코인 ​​생태계 내에서 확장성과 사용자 상호 작용을 향상시키기 위한 고유한 접근 방식을 보여줍니다. 이러한 개선 사항은 기존 프로토콜과 신흥 프로토콜이 종종 한계에 직면하는 영역인 확장성 및 효율성 문제를 해결하는 RGB의 능력을 강조합니다.

RGB 최신 버전의 종속성과 통합 프로세스가 단순화된 것은 사용자 경험과 시스템 안정성에 초점을 맞춰 경쟁사와 차별화된다는 것을 의미합니다. 이는 RGB를 개인 정보 보호에 중점을 두고 확장 가능한 스마트 계약 및 토큰 발행을 위한 강력한 플랫폼일 뿐만 아니라 더 넓은 블록체인 공간에서 미래 지향적인 솔루션으로 자리매김합니다.

결론적으로 RGB 프로토콜은 비트코인 ​​네트워크 내에서 중요한 기술 발전으로, 스마트 계약 및 토큰 발행을 위한 고급 기능을 제공합니다. 확장성과 개인 정보 보호와 같은 주요 문제를 해결하지만 복잡성과 잠재적인 감사 가능성 측면에서 문제에 직면해 있습니다. 프로토콜의 지속적인 개발과 향후 반복은 이러한 고급 기능과 사용자 접근성 및 규제 고려 사항의 균형을 맞추는 데 중점을 둘 것입니다.

용어 참조: 

1. 튜링 완료: 실제로 시스템은 충분한 시간과 메모리를 사용하여 모든 계산 문제를 실행할 수 있습니다. 대부분의 현대 프로그래밍 언어는 튜링 완전체(Turing-complete)입니다. 이는 모든 계산 문제를 해결할 수 있는 이론적 능력을 의미합니다.
   
2. 개요: 계약 스키마는 외부 소스에서 제공하는 사용자 정의 코드를 코딩하거나 감사할 필요 없이 발행자가 "계약 템플릿"으로 사용할 수 있는 스마트 계약의 실제 코드 역할을 합니다. RGB 스키마는 스크립트가 아니라 데이터 구조입니다.
   
3. 개별 로그 계약 (DLC)는 상태 채널의 맥락에서 비트코인 ​​네트워크에서 주로 사용되는 전문 스마트 계약입니다. 이를 통해 자산 가격과 같은 외부 이벤트를 기반으로 복잡한 금융 계약을 비공개적이고 효율적으로 실행할 수 있습니다. DLC는 오프체인으로 운영되어 계약 세부정보와 참가자 신원의 기밀성을 유지합니다. 계약 해결을 위해 외부 데이터 소스 또는 오라클을 활용합니다. 상태 채널과 통합되면 DLC는 블록체인을 혼잡하게 하지 않고 여러 거래 결제를 허용하여 확장성을 향상시켜 실제 결과에 의존하는 개인적이고 효율적인 금융 거래에 이상적입니다.
   
4. 폭풍 – zk-proofs를 사용하는 에스크로 기반 무신뢰 스토리지. Storm은 에스크로 기반 무신뢰 스토리지와 영지식 증명을 결합하여 안전한 비공개 거래를 촉진합니다. 이 시스템에서는 데이터나 자산이 에스크로에 보관되고 특정 조건이 충족될 때만 공개되므로 중앙 권한이 필요하지 않은 무신뢰 환경이 보장됩니다. zk-proofs를 통합하면 기본 세부 정보를 공개하지 않고 데이터 유효성을 검사할 수 있으므로 최대한의 기밀성을 유지하면서 이러한 거래를 확인할 수 있습니다.
   
5. 프로 메테우스 – 중재 기반 무신뢰 분산 컴퓨팅. Prometheus는 분쟁 해결을 위한 중재 메커니즘, 안전하고 분산된 운영을 위한 무신뢰 상호 작용, 오프체인 계산 관리를 위한 상태 채널의 효율성을 결합하여 분산 컴퓨팅에 대한 접근 방식을 나타냅니다.
   
6. A 축소 명령어 세트 컴퓨터 다른 아키텍처에서 일반적으로 발견되는 고도로 전문화된 명령 세트가 아닌 작고 고도로 최적화된 명령 세트를 활용하는 마이크로프로세서 아키텍처의 한 유형입니다.