RGB++ 레이어의 네 가지 기능 살펴보기: BTCFi와 UTXO 세계의 허브

바이 파우스트 & 미스티 문, 비티씨이덴

2024년 7월, CKB는 RGB++ 레이어의 공식 출시를 공식 발표하며 이전에 공개된 RGB++ 프로토콜이 이론적 기반에서 엔지니어링 제품으로 완전히 전환되었음을 알리고 보다 구체적이고 실용적인 적용 시나리오를 소개합니다. BTC와 CKB, 카르다노와 같은 범UTXO 퍼블릭 체인 사이에 BTCFi 생태계를 구축한다는 비전으로 RGB++ 레이어는 빠르게 주목받기 시작했습니다.

전반적으로 RGB++ 레이어는 RGB++ 프로토콜을 기반으로 하며, 동형 바인딩과 도약 기술을 사용하여 RGB++ 네이티브 자산 또는 비문/룬을 위해 BTC, CKB, 카르다노 및 기타 UTXO 유형의 퍼블릭 체인 간에 "크로스 체인 브리지 없는" 상호 작용 경험을 제공합니다. "자산 발행부터 복잡한 디파이 기능 구현까지 비트코인에 필요한 조건을 구축하기 위해 CKB 튜링의 완전한 스마트 컨트랙트 환경을 활용합니다.

또한 RGB++ 레이어는 CKB의 완전한 계정 추상화 생태계의 지원을 받고 비트코인 계정 및 지갑과 호환되므로 비트코인 사용자에게 훌륭한 경험을 제공하고 BTCFi의 대량 채택을 위한 기반을 마련할 수 있습니다.

이번 글에서는 RGB++ 레이어의 일반적인 작동 방식과 기능에 대해 자세히 알아보고, 이것이 BTCFi 생태계에 가져올 변화를 전망해 보겠습니다. 이론적 기반은 RGB++ 프로토콜에 구축되어 있으므로, 프로토콜 자체부터 살펴보겠습니다.

RGB++ 프로토콜: RGB++ 레이어의 이론적 초석

RGB++ 프로토콜은 올해 1월에 출시되었습니다. 올해 1월, 핵심 개념은 RGB 프로토콜의 '클라이언트 측 검증'을 CKB를 사용한 온체인 검증으로 대체하는 것으로, 본질적으로 CKB를 탈중앙화 인덱서로 취급하고 데이터 저장과 자산 소스 검증 작업은 RGB 프로토콜의 검증 및 DA 레이어 역할을 하는 CKB에 맡기는 것입니다. DA 레이어는 RGB 프로토콜의 단점인 UX에 대한 불리한 지원, Defi에 대한 불리한 지원을 해결하기 위해 만들어졌습니다.

RGB++는 '일회성 캡슐화'라는 개념에 따라, 비문/룬 자산의 데이터 캐리어로 CKB 체인에서 확장된 UTXO인 Cell을 사용하는 이소모픽 바인딩 개념을 도입했습니다. 셀을 인스크립션/룬 자산의 데이터 캐리어로 사용한 다음, 셀을 비트코인/카다노/리퀴드 체인에 있는 UTXO에 바인딩하여 궁극적으로 RGB++ 자산이 비트코인 등 UTXO 퍼블릭 체인의 보안을 상속받아 이중 지불이 발생하는 것을 방지할 수 있도록 하는 방식입니다.

"XXX를 바인딩하여 XXX 보안을 상속한다"는 아이디어는 현실에서 휴대폰 번호와 신분증을 은행 계좌에 바인딩하는 아이디어와 유사합니다.

예를 들어 앨리스가 밥에게 TEST 토큰을 전송하고 싶다고 가정하면, 앨리스는 TEST 자산 정보를 저장하는 셀을 밥의 비트코인 UTXO에 바인딩하는 문을 생성할 수 있습니다. 밥이 TEST 토큰을 다른 사람에게 다시 전송하려면 바인딩된 비트코인 UTXO도 전송해야 합니다.

이러한 방식으로 RGB++ 자산 데이터를 전달하는 셀과 비트코인 UTXO 사이에는 1대1 바인딩이 이루어지며, 비트코인 UTXO가 이중으로 소비되지 않는 한 바인딩된 RGB++ 자산은 이중으로 소비되지 않습니다.

이미지 src="https://img.jinse.cn/7267065_image3.png">

RGB++ 레이어에 대해 말하자면, 이는 실제로 RGB++ 프로토콜 엔지니어링의 산물이며, 두 가지 주요 기능으로 동형 바인딩과 도약 브리지리스 크로스 체인을 들 수 있습니다. 동형 바인딩과 도약의 기술적 구현 원리에 대해 자세히 살펴보겠습니다.

동형 결합과 도약: BTCFi의 자산 발행과 브리지리스 크로스 체인 레이어

동형 결합과 도약의 개념을 제대로 이해하기 위해 먼저 CKB의 셀 모델에 대한 간략한 설명부터 시작하겠습니다.

Cell은 본질적으로 확장된 UTXO로 LockScript, TypeScript, Data 등 여러 필드가 있습니다. LockScript는 비트코인의 잠금 스크립트와 유사하며 권한 확인에 사용되며, TypeScript는 스마트 컨트랙트 코드와 유사하고, Data는 는 자산 데이터를 저장하는 데 사용됩니다.

CKB 체인에서 RGB++ 자산을 발행하려면 먼저 셀을 생성하고 해당 필드에 토큰 심볼과 컨트랙트 코드 등 토큰 심볼과 컨트랙트 코드를 작성해야 합니다. 예를 들어 토큰 심볼은 TEST입니다. 그 후 비트코인 UTXO가 분할되어 전송되는 것과 같은 방식으로 이러한 셀을 분할하여 여러 사람에게 배포할 수 있습니다.

셀은 구조적으로 비트코인 UTXO와 유사하고, CKB는 비트코인의 서명 알고리즘과 호환되기 때문에 사용자는 비트코인 지갑으로 CKB 체인에 있는 자산을 조작할 수 있습니다. 셀을 소유한 경우, 비트코인 UTXO의 잠금 해제 조건과 일치하도록 잠금 스크립트를 설정하여 비트코인 계정 개인 키로 CKB 체인의 셀을 조작할 수 있습니다.

이미지 src="https://img.jinse.cn/7267067_image3.png">< /p>

. /p>

위와 같은 기능은 CKB, BTC 및 기타 UTXO 퍼블릭 체인 간에도 가능하며, 예를 들어 카르다노 계정으로 CKB 체인의 자산 데이터를 다시 쓸 수 있고, 크로스 체인 브리지 없이도 BTC 계정에서 카르다노 계정으로 RGB++ 자산의 제어를 전송할 수 있습니다. 이 주제는 아래에서 설명해드리겠습니다.

앞에서도 언급했듯이 RGB++ 자산은 비트코인, 카르다노, 리퀴드 등과 같은 퍼블릭 체인의 UTXO에 바인딩되어야 하는데, 이는 현실에서 휴대폰 번호와 신분증을 은행 계좌에 묶는 것과 비슷합니다. 둘째, RGB++ 자산 자체는 데이터의 집합체이므로 데이터베이스나 다른 저장 매체가 필요하며 CKB 체인의 셀이 이를 위한 데이터베이스 역할을 할 수 있습니다. .

그런 다음 사람들이 BTC, 카르다노 등과 같은 다른 퍼블릭 체인의 계정을 사용하여 CKB 체인에 RGB++ 자산 데이터를 다시 쓸 수 있도록 권한 검증을 설정할 수 있습니다. 이것이 동형 바인딩의 핵심입니다. 이것이 아이소모픽 바인딩의 핵심 목적입니다.

RGB++ 레이어의 "도약"과 브리지리스 크로스체인은 RGB++ 자산이 바인딩된 UTXO를 "스왑"하는 아이소모픽 바인딩 기술을 기반으로 합니다. 예를 들어, 이전에 비트코인 UTXO에 묶여 있던 자산을 이제 카르다노, 리퀴드, 퓨얼 등의 체인에 있는 UTXO로 교환하여 자산의 제어권을 BTC 계정에서 카르다노 계정으로 옮길 수 있습니다.

이미지 src="https://img.jinse.cn/7267068_image3.png">

사용자 인식 관점에서 볼 때, 이는 실제로 자산 크로스체인과 동일하며, CKB는 유사한 인덱서 및 데이터베이스 역할을 합니다. 그러나 기존의 크로스체인 접근 방식과 달리, "도약"은 자산 데이터에 대한 접근 권한만 변경하며, 이는 여전히 CKB 체인에 저장되므로 Lock-Mint 모델보다 훨씬 간단한 접근 방식이며, 자산 컨트랙트 매핑에 의존할 필요가 없습니다.

위 내용은 아이소모픽 바인딩과 도약의 제품 효과에 대한 예시일 뿐입니다. 구체적인 사례를 통해 기술적 구현 아이디어를 이해해 보겠습니다.

동형 바인딩 구현

동형 바인딩의 기술적 구현에 대해 이해해 봅시다. 앨리스가 비트코인 체인에서 UTXO#0에 바인딩된 셀#0에 데이터가 저장된 100개의 테스트 토큰을 가지고 있다고 가정해 보겠습니다.

이제 앨리스는 40개의 테스트 토큰을 밥에게 전송하고자 합니다. 먼저 셀#0을 두 개의 새로운 셀로 분할하여 셀#1에는 밥에게 전송되는 40개의 테스트 토큰을 포함하고 셀#2에는 여전히 앨리스가 통제하는 60개의 테스트 토큰을 포함시켜야 합니다.

이 과정에서 셀#0이 바인딩된 BTC UTXO#0도 셀#1과 셀#2에 각각 바인딩된 UTXO#1과 UTXO#2로 분할됩니다. 앨리스가 셀#1을 밥에게 전송할 때, 원클릭 조작으로 비트코인 UTXO#1도 밥에게 전송하고 CKB와 비트코인 체인에서 트랜잭션을 동기화할 수 있습니다.

우리는 여기서 아이소모픽 바인딩을 심도 있게 이해할 수 있습니다. 사실 이 개념의 핵심은 CKB의 셀, 카르다노의 eUTXO, BTC UTXO는 모두 UTXO 모델이며, CKB는 비트코인/카다노 서명 알고리즘과 호환되며 후자의 두 체인에서 발생하는 UTXO의 분해 및 전송은 CKB 체인의 셀과도 1:1 동기화될 수 있다는 것입니다.. >

이러한 방식으로 RGB++ 자산에 바인딩된 BTC UTXO에서 작업을 수행할 때, 마치 실체와 그림자처럼 작업 결과를 CKB 체인의 셀에 동기화할 수 있습니다. 또한 RGB++ 자산은 두 개의 엔티티, 즉 BTC UTXO와 CKB 셀과 연결되어 있는데, 둘 다 RGB++ 자산의 구성 요소이며, 하나가 다른 하나 없이는 존재할 수 없다는 점에 유의해야 합니다.

위와 같이 앨리스가 밥에게 돈을 송금하는 경우를 살펴보면, 일반적인 흐름은 다음과 같습니다. . Alice는 (먼저 업링크하지 않고) 로컬에서 CKB 트랜잭션 데이터를 구성하고, 이 트랜잭션은 자산 데이터를 기록하는 Cell#0을 소멸하고, Bob에게 주기 위해 Cell#1을 생성하며, Cell#2는 자신을 위해 보관하도록 지정합니다.

2. Alice는 로컬에서 셀#1을 묶는 문을 생성합니다. #1을 BTC UTXO#1에, Cell#2를 BTC UTXO#2에 바인딩하고, Bob에게 Cell#1과 BTC UTXO#1을 모두 제공합니다.

3.그 후, 앨리스는 로컬로 다음과 같은 커밋(해시와 유사함)을 생성합니다. 원본 내용에는 2단계의 선언 + 1단계에서 생성된 CKB 트랜잭션 데이터가 포함됩니다. 커밋의 데이터는 나중에 비트코인 체인에 기록됩니다.

4.Alice는 비트코인 체인에서 거래를 시작하고 UTXO#0을 소멸하고 UTXO#1을 생성하여 Bob에게 전송하고, UTXO #2를 생성하고, 비트코인 체인에 커밋을 OP_Return 옵코드 형태로 기록합니다.

5. 4단계가 완료되면 1단계에서 생성된 CKB 트랜잭션이 CKB 체인으로 전송됩니다.

이미지 src="https://img.jinse.cn/7267071_image3.png">

위에서 좀 더 복잡한 세부 사항은 생략했습니다. 실제로 앨리스가 자신의 RGB++ 자산을 밥에게 전송할 때, 자신이 실제로 셀#0의 소유자임을 증명하기 위해 복잡한 신원 확인 절차를 먼저 거쳐야 합니다. 여기에는 다음과 같은 것들이 포함됩니다.

1. 셀#0과 BTC UTXO#0이 실제로 결합되어 있음을 증명하고,

2. 앨리스가 셀#0과 BTC UTXO#0의 실제 컨트롤러임을 증명합니다.

중요한 점은 RGB++ 자산 데이터가 기록된 셀과 비트코인 UTXO는 비트코인 계정에서 동시에 다시 쓸 수 있으며, 모든 상호작용 과정은 비트코인 계정을 통해 한 번의 클릭으로 이루어질 수 있다는 점입니다. 위 시나리오는 비트코인과 CKB 간의 동형 바인딩에 국한되지 않고 카르다노, 리퀴드, 라이트코인 및 기타 광범위한 카테고리로 확장될 수 있으며 여전히 상상할 수 있는 여지가 많이 있습니다.

Leap의 구현 원리 및 지원 시나리오

앞서 언급했듯이, Leap의 기능은 실제로 RGB++ 자산의 바인딩의 UTXO를 전환하는 방식입니다(예: 비트코인에서 카르다노로 전환한 다음 카르다노 계정으로 RGB++ 자산을 제어하는 것). ++ 자산. 그 후, 카르다노 체인에서 돈을 전송하여 RGB++ 자산을 제어하는 UTXO를 분할하여 더 많은 사람에게 전송할 수도 있습니다.

이러한 방식으로 RGB++ 자산은 기존의 크로스 체인 브리지 Lock-Mint 모델을 우회하여 여러 UTXO 퍼블릭 체인에 전송 및 배포될 수 있습니다. 이 과정에서 CKB 퍼블릭 체인은 인덱서와 같은 역할을 수행하여 Leap 요청을 감시하고 처리하는 것이 필요합니다.

BTC에 바인딩된 RGB++ 자산을 카르다노 계정으로 전송하려는 경우, 핵심 단계는 다음과 같습니다.

1. BTC UTXO에 바인딩된 셀을 언바인딩하겠다는 커밋을 비트코인 체인에 게시합니다.

2. 해당 셀이 카르다노 UTXO에 바인딩된다는 내용의 커밋을 카르다노 체인에 게시합니다.

3.

셀의 잠금 스크립트를 변경하여 잠금 해제 조건과 관련된 비트코인 UTXO를 카르다노의 eUTXO로 변경합니다.

3. p>

이 모든 과정에서 RGB++ 자산 데이터는 여전히 CKB 체인에 저장되지만 잠금 해제 조건과 연결된 비트코인 UTXO는 Cardano 체인에서 eUTXO로 변경되는 것을 알 수 있습니다. 물론 구체적인 실행 과정은 위보다 더 복잡하므로 여기서는 반복하지 않겠습니다.

또한, CKB 퍼블릭 체인이 제3자 증인, 인덱스, DA 시설의 역할을 한다는 암묵적인 전제가 leap 체계에 존재합니다. 퍼블릭 체인으로서 신뢰성은 MPC 및 다중 서명과 같은 기존의 크로스 체인 브리지보다 훨씬 더 높습니다.

사실, 도약 기능을 기반으로 '전체 체인 트랜잭션'과 같은 매우 흥미로운 시나리오도 달성할 수 있습니다. 비트코인, 카르다노, CKB에 걸쳐 인덱서를 구축하고, 구매자와 판매자가 RGB++ 자산을 거래할 수 있는 거래 플랫폼을 구축하여 구매자가 자신의 비트코인을 판매자에게 전송한 다음 자신의 카르다노 계정으로 RGB++ 자산을 받을 수 있다고 가정해 봅시다.

이 과정에서 RGB++ 자산의 데이터는 여전히 셀에 기록되지만, 해당 셀은 구매자에게 전송되고 잠금 해제 액세스 권한은 판매자의 비트코인 UTXO에서 구매자의 카르다노 eUTXO로 변경됩니다.

랩퍼

그러나 도약 기능은 RGB++ 자산에 완벽하지만 몇 가지 병목 현상이 있습니다.

비트코인과 카르다노의 경우, RGB++ 자산은 기본적으로 OP_RETURN 옵코드에 기반한 각인/루닉/크롬 코인입니다. 이러한 퍼블릭 체인 노드는 RGB++ 자산의 존재를 인식할 수 없으며, CKB는 실제로 인덱서로서 조정에 참여합니다. 즉, 비트코인과 카르다노의 경우 RGB++ 레이어는 주로 비문/루닉/스테인드 코인을 위한 Leap을 지원하며, BTC, ADA 등과 같은 네이티브 자산의 크로스체인은 지원하지 않습니다.

이와 관련하여 RGB++ 레이어는 사기 및 오버 플레징 증명을 기반으로 하는 브릿지로 간단히 이해할 수 있는 랩퍼를 공식적으로 도입합니다. rBTC 래퍼를 예로 들면, 래퍼는 BTC와 RGB++ 레이어를 연결하고 RGB++ 레이어에서 실행되는 스마트 컨트랙트 세트가 브릿지의 가디언을 모니터링합니다. 가디언이 악의적으로 행동하면 담보가 삭감됩니다. 가디언이 잠긴 BTC를 훔치기 위해 공모하면 rBTC 보유자는 전액 보상을 받을 수 있습니다.

이미지 src="https://img.jinse.cn/7267073_image3.png">

리프와 랩퍼의 조합으로 RGB++ 네이티브 자산, BRC20, ARC20, 룬 등 BTCFi 생태계의 다양한 자산이 다른 레이어로 넘어가거나 퍼블릭 체인으로 올라갈 수 있습니다.

이미지 src="https://img.jinse.cn/7267074_image3.png">

다음 그림은 LeapX를 적용한 사용 흐름의 일부이며, 거의 모든 BTCFi 메인스트림 자산의 다른 생태계로의 상호운용성을 지원하는 것을 확인할 수 있습니다. 그리고 랩퍼를 사용하는 자산과 랩을 사용하는 자산 등 서로 다른 배포 방식을 가진 자산에 대한 대응 프로세스가 존재합니다.

CKB-VM : BTCFi의 스마트 컨트랙트 엔진

위에서는 주로 RGB++ 레이어의 아이소모픽 바인딩과 도약 개념에 대해 설명했습니다. 아래에서 다른 사항들을 살펴보겠습니다.

스마트 컨트랙트 지원 부족으로 인해 기존 BTC파이에서는 비교적 간단한 일부 디앱만 구현할 수 있으며, 일부 구현은 중앙화 리스크가 있고, 일부는 서투르고 유연하지 못합니다.

블록체인에서 사용할 수 있는 스마트 컨트랙트 레이어를 구현하기 위해 CKB는 RGB++ 레이어를 위한 CKB-VM을 제공하며, RISC-V 가상 머신을 지원할 수 있는 모든 프로그래밍 언어를 RGB++ 레이어에서 컨트랙트 개발에 사용할 수 있습니다. 개발자는 선호하는 도구와 언어를 사용하여 통합된 스마트 컨트랙트 프레임워크와 실행 환경에서 효율적이고 안전한 스마트 컨트랙트 개발 및 배포를 달성할 수 있습니다.

다음은 C로 구현된 CKB의 사용자 정의 토큰 UDT 전송 방법의 스니펫입니다. 언어의 차이를 제외하면 기본 로직은 일반 토큰과 동일하다는 것을 알 수 있습니다. RISC-V는 다양한 언어와 컴파일러를 지원하기 때문에 개발자가 스마트 콘트랙트 개발을 시작하는 데 필요한 요구사항이 상대적으로 낮으며, 컨트랙트를 작성하기 위해 DSL 언어를 배울 필요 없이 자바스크립트, 러스트, 고, 자바, 루비 등으로 이 로직을 쉽게 다시 작성할 수 있습니다.

물론 언어는 프로그래밍의 한 측면일 뿐이며, 특정 스마트 컨트랙트 프레임워크를 배우는 것은 불가피합니다.

네이티브 AA 생태계: BTC와 RGB++의 원활한 연결

마지막으로 RGB++에 대해 다시 한 번 간략히 살펴보겠습니다. 네이티브 AA와 계정 추상화 생태계를 뒷받침하는 레이어입니다. BTCFi의 본질은 네이티브 비트코인 자산에 대한 다양한 디파이 경험을 제공하는 것이므로, 주류 비트코인 지갑과 호환될 수 있는지 여부는 BTCFi 주변 장치에서 고려해야 할 중요한 요소이며, RGB++ 레이어는 개발자 측면뿐만 아니라 사용자 측면에서도 BTC, 카르다노와 같은 중요한 UTXO 퍼블릭 체인과 호환되도록 노력하는 CKB의 기본 AA 체계를 직접 복제할 수 있는 것입니다. BTC 및 카르다노와 같은 UTXO 퍼블릭 체인.

RGB++ 레이어에서 사용자는 인증을 위해 다양한 서명 알고리즘을 사용할 수 있습니다. 예를 들어, 사용자는 계정, 지갑 또는 BTC, 카르다노 또는 WebAuthn과 같은 인증 방법을 사용하여 RGB++ 레이어에서 자산을 직접 조작할 수 있습니다.

지갑과 디앱에 다양한 퍼블릭 체인-CKB 간 조작 기능을 제공할 수 있는 아래의 지갑 미들웨어 CCC를 예로 들어보겠습니다.

아래 이미지는 CCC의 연결 창을 보여줍니다. 유니샛과 메타마스크와 같은 주요 지갑 포털을 지원하는 것을 볼 수 있습니다.

이미지 src="https://img.jinse.cn/7264103_image3.png">

또 다른 예로 CKB 에코 월렛 JoyID가 예시하는 WebAuthn의 구현을 들 수 있습니다. JoyID를 사용하면 사용자는 생체인식(예: 지문 또는 안면 인식)을 통해 직접 자신을 인증하여 원활하고 매우 안전한 로그인 및 신원 관리를 할 수 있습니다.

RGB++ 레이어는 완전한 네이티브 AA 체계를 갖추고 있어 다른 퍼블릭 체인의 계정 표준과 매우 호환될 수 있으며, 이 기능은 일부 주요 시나리오의 지원을 용이하게 할 뿐만 아니라 UX를 위한 길을 열어줄 수 있다고 할 수 있습니다.

요약

위 기사에서는 비문/룬/크롬 코인 등 다양한 멤코인의 중요한 인프라로 사용될 수 있는 RGB++ 레이어의 전체 그림을 살펴보고 체인 전반의 상호작용 시나리오를 살펴봤습니다. 또한 RiscV를 기반으로 RGB++ 레이어가 구축한 스마트 컨트랙트 실행 환경은 BTCFi에 필요한 복잡한 비즈니스 로직을 위한 토양을 만들 수 있습니다.

이 글은 지면 제약으로 인해 RGB++ 레이어의 핵심 기술에 대한 간단한 대중화만을 다루고 있으며, 복잡한 세부 사항에 대한 체계적인 대중화는 제공하지 않습니다. 앞으로 RGB++ Layer의 진행 상황에 초점을 맞춰 프로젝트와 관련된 일련의 기술적 솔루션에 대한 보다 철저하고 심층적인 분석을 제공할 예정이니 많은 기대 부탁드립니다!