저자: Nervos 바이트 메타버스

2월 13일, CKB의 공동 창립자 Cipher가 RGB의 확장 프로토콜인 RGB++를 제안했습니다. 이는 시장에서 많은 사람들의 관심을 끌었고, 일정 정도 CKB의 이차 시장 가격에도 영향을 미쳤습니다.

이 프로토콜이 나오기 전에, 저는 Cipher와 RGB 프로토콜에 대해 몇 차례 심도 있는 대화를 나누었고, 해당 프로토콜의 초기 구상에 대해 논의했습니다. 그래서 RGB++ 프로토콜에 대한 저의 일반적인 이해, 개인적인 의견 및 이 프로토콜이 가질 수 있는 역할에 대해 간단히 설명하는 글을 작성하게 되었습니다.

1. RGB++ 개요: RGB 기술의 사용 사례 확장

요약하자면, RGB++를 이해하는 것은 다음과 같은 몇 가지 포인트로 나눌 수 있습니다:

1.1 RGB 기반의 확장 프로토콜입니다

RGB 프로토콜의 일부 기술을 활용하며, 엄밀히 말하면 RGB 생태계 프로젝트에 완전히 속하지는 않지만 RGB 기술의 사용 사례를 확장합니다.

1.2 현재 RGB 프로토콜의 능력을 확장합니다

현재 RGB 프로토콜의 실제 적용에서 발생하는 기술적 문제를 해결하고, "검증 단계", "계약 프로그래밍 가능성", "튜링 완전한 가상 머신" 등 더 많은 가능성을 제공합니다.

1.3 UTXO 동형 매핑을 통해 구현됩니다

비트코인 UTXO를 Nervos CKB의 Cell에 매핑하고, CKB 체인과 비트코인 체인에서의 스크립트 제약을 이용하여 상태 계산의 정확성과 소유권 변화를 검증합니다. 이러한 동형 매핑의 접근 방식은 강한 확장성을 가진다고 생각합니다.

2. 왜 RGB++ 프로토콜을 제안해야 했는가?

저를 아는 친구들은 제가 RGB 프로토콜 연구자라는 것을 알고 있으며, RGB 프로토콜의 발전과 생태계 발전 상황을 지속적으로 추적해왔습니다. 지속적인 조사 중에, RGB 프로토콜이 설계상 매우 훌륭하지만 실제 적용 과정에서 몇 가지 문제가 있음을 발견했습니다:

2.1 RGB 개발이 상대적으로 느립니다

그 이유 중 하나는 대부분의 설계가 새로운 개념이거나 새로운 표준을 형성하는 것이기 때문에, 이러한 것들은 세심한 전체 구상과 새로운 코드 구현이 필요합니다. 두 번째 이유는 전체 프로토콜 층에 참여하는 개발자 수가 적기 때문이며, LNP/BP의 인력 구성과 현재 생태계 프로젝트 수에서 이를 알 수 있습니다.

2.2 RGB 개발은 일부 비통제 요인의 영향을 받을 수 있습니다

예를 들어, RGB는 일반적으로 라이트닝 네트워크 위에 구축되어야 하지만, 현재의 bolt-ln은 RGB 계약을 잘 지원하지 않기 때문에 LNP/BP 협회는 새로운 라이트닝 네트워크 표준인 bifrost를 제안했지만, 이는 많은 작업이 필요하고 라이트닝 네트워크의 전체 발전을 기다려야 합니다. 또 다른 예로, RGB의 이전 과정에서 invoice와 committee의 전달이 포함되며, 현재는 web2(트위터, tg 등) 또는 p2p 네트워크를 통해 수행할 수 있지만, 통합적인 관점에서 볼 때 표준 전송 기준이 필요합니다. 이는 storm 노드로, 이러한 네트워크를 구축하는 데에도 많은 작업이 필요합니다.

2.3 RGB의 AluVM 가상 머신은 현재 완벽한 개발 도구와 실용 코드가 부족합니다

즉, 현재 v0.11이 완전히 릴리스되었더라도, 여전히 가상 머신의 성능과 신뢰성을 검증하는 데 상당한 시간이 필요하며, AluVM을 통해 개발 코드의 경험이나 표준 라이브러리를 축적하는 데에도 많은 시간이 필요합니다. 이러한 문제들은 RGB가 이 치열한 시장에서 다소 이질적으로 보이게 하며, BTC 초기 시대의 개발 상태와 유사합니다. 이는 많은 불확실성을 초래하고, 시장 주기의 영향(자금의 상승기 놓치기), 감정의 영향, 다른 신기술의 융합(다른 기술과 RGB 일부 기술의 결합으로 인한 "선점")의 영향을 미칩니다. 요약하자면: RGB는 성장 가능성이 크지만, 프로토콜의 완전한 실현에는 오랜 시간이 필요하고 불확실성이 존재합니다. 이것이 RGB++ 프로토콜이 제안된 배경과 해결하고자 하는 문제입니다.

3. RGB++ 해결책의 기술적 초점: 동형 매핑

따라서 초기 대화에서 "RGB 적용 중 이러한 문제를 어떻게 해결할 것인가"와 "CKB의 기존 기술을 어느 정도 활용하여 이 문제를 해결할 수 있는가"에 중점을 두었습니다. Cipher는 RGB의 핵심 요소인 "UTXO"와 CKB의 기본 구조가 동일하다는 점을 창의적으로 활용하여 "동형 매핑" 솔루션을 제안하고, 점차 "RGB++" 프로토콜 내용을 구축했습니다. 아래 그림을 참조하면, 그는 RGB 프로토콜의 두 가지 핵심 요소를 CKB의 구조와 결합했습니다: 1) RGB 컨테이너로서의 UTXO는 CKB의 Cell과 매핑될 수 있으며, Cell의 lock을 통해 이를 구현합니다. 2) 검증의 온체인 클라이언트 검증은 CKB의 온체인 공개 검증으로 전환될 수 있으며, 검증된 데이터와 상태는 Cell의 data와 type에 대응할 수 있습니다.

출처: https://talk.nervos.org/t/rgb-protocol-light-paper/7733 "동형 매핑"을 통해 RGB의 committee가 CKB에서 해석되는 과정을 실현했으며, 호환성을 통해 사용자는 여전히 RGB에서 해석할 수 있는 매우 흥미로운 효과를 제공합니다. 더 깊이 분석하면, 사실 Cipher는 RGB 기술을 "해석화"하고 "모듈화"한 후, 특정 모듈이 다른 기술 경로나 대체 옵션을 가질 수 있는지를 고민하여 더 많은 가능성을 파생시켰습니다. "동형 매핑" 이후, 확장성이 자연스럽게 생겨나며 다양한 확장 기능을 실현할 수 있습니다(자세한 내용은 백서 참조):

3.1 거래 중첩

CKB Cell의 프로그래밍 가능성을 활용하여 여러 CKB 거래를 하나의 비트코인 RGB++ 거래에 대응시킬 수 있습니다. 이렇게 하면 저속 저처리량의 비트코인 체인을 고성능 CKB 체인을 통해 확장할 수 있습니다. "거래 중첩"을 다시 확장하면, 원칙적으로 매번 상태 변화가 비트코인에서 동기화될 필요는 없으며, CKB에 "온체인 검증"과 같은 옵션을 추가한 것입니다.

3.2 무주 계약

무주 계약은 계약의 제약 조건을 충족하는 누구나 상태를 변경할 수 있으며, 지정된 디지털 서명 제공자의 변경을 요구하지 않는 계약입니다. 이러한 계약은 AMM과 같은 복잡한 계약 방식의 기초를 만듭니다.

3.3 비상호 이전

RGB 프로토콜의 송금 한 가지 포인트는 양측이 특정 정보를 통신해야 완료된다는 것입니다. 이는 일정한 장점을 가져오지만(사기성 토큰을 받지 않음 등), 사용자 이해의 난이도와 제품 복잡성을 증가시킵니다. RGB++는 현재의 장점을 활용하여 상호 작용을 CKB 환경 내에 배치하고, 송신-수령의 두 단계 작업을 통해 비상호 송금 논리를 실현할 수 있습니다. 이러한 송금 논리는 대규모 에어드랍을 실현하는 기초입니다.

3.4 AMM+DEX

CKB의 그리드 AMM 설계를 도입하여 UTXO 기반의 시장 조성 모델을 실현할 수 있습니다. 비록 Uniswap의 가격 곡선 시장 조성 모델과는 다르지만, UTXO 모델에 대해서는 큰 발전입니다.

4. RGB++ 프로토콜의 역할

프로토콜이 막 제안되었기 때문에 구체적인 개발 구현이 아직 완료되지 않았고, 많은 사람들이 RGB 프로토콜 자체에 대해 충분히 이해하지 못하고 있기 때문에 RGB++가 초래할 수 있는 "화학 반응"에 대해 아직 민감하지 않습니다. 저는 다음 몇 가지 측면에서 RGB++ 프로토콜의 역할에 대한 제 의견을 설명하겠습니다:

4.1 CKB에 대한 RGB++: 비트코인 정통 L2 시장을 차지하기 위한 핵심 앵커 포인트 중 하나가 될 것입니다

CKB는 POW 메커니즘과 강화된 "UTXO" 모델 덕분에 "정통성"을 누리고 있지만, 초기 많은 스타 기관 투자 후 네트워크 및 생태계 발전이 눈에 띄지 않았습니다. 올해 비트코인 L2로 전환하면서, 이는 CKB에게 큰 기회가 될 것이라고 생각합니다. 한편으로는 관련 기술 기반과 인프라가 몇 년의 발전을 거쳐 점차 완벽해졌고, 다른 한편으로는 이번 핫 이슈와 맞물리게 되었습니다. Cipher와의 대화 중, 그가 제게 매우 유익한 관점을 제시했습니다: 비트코인 L2 전쟁의 핵심은 L1에 있습니다. RGB++는 CKB와 비트코인 메인 체인 간의 더 깊은 연결을 만들어내어 더 많은 "정통성"을 가져다줍니다. 이것이 제가 그것이 핵심 앵커 포인트 중 하나라고 생각하는 이유입니다. 부가적인 이야기: "정통" L2에 관하여 L2 개념은 상대적으로 성숙한 개념으로 ETH에서 발전해왔으며, 다양한 L2 솔루션의 발전과 모듈화 발전에 따라 L2의 정의는 점점 모호해지고 있습니다. ETH에서는 실용주의적 사고에 더 가까워지고 있으며, "정통" 개념은 점차 희미해지고 있습니다.* 하지만 비트코인 네트워크에 대해서는 "정통" 개념이 전체 발전 과정에서 비교적 강한 신호로 나타나고 있습니다. 현재, 개인적인 관점에 따르면, L2의 "정통성" 강도(높은 순서에서 낮은 순서)는 다음과 같습니다: 1) 라이트닝 네트워크, RGB, BitVM 이 세 가지는 모두 익숙한 것들로, 전반적으로 세 가지의 구현 경로는 본질적으로 다르며, 목표도 다릅니다. 현재 발전 정도는 라이트닝 네트워크가 가장 성숙하고, 그 다음이 RGB, 마지막으로 BitVM입니다. 2) 사이드 체인 Liquid, Stacks, CKB와 같은 것들은 대부분 UTXO 구조를 기반으로 하며, 일정한 변형이나 혁신을 더하여 확장성(예: 프라이버시, 프로그래밍 가능성) 향상 및 합의 메커니즘 최적화를 실현합니다. 사이드 체인은 일정 부분에서 BTC의 실험 체인으로 이해될 수 있으며, BTC 메인 체인에서 새로운 기능이나 일시적으로 구현할 수 없는 기능을 실험합니다. 3) 기타 이 부분은 "크로스 체인 프로토콜 기반 L2", "EVM 기반 L2" 등을 포함할 수 있으며, 저는 Ajian 선생님의 의견에 대체로 동의합니다:

출처: https://twitter.com/AurtrianAjian/status/1755121187741720964

4.2 RGB에 대한 RGB++: 다른 UTXO 구조 공공 체인과의 결합 가능성을 확장합니다

RGB 프로토콜 자체는 다른 UTXO 구조 공공 체인과의 결합 가능성이 있으며, LNP/BP 협회의 공식 트위터는 Liquid와의 상호 운용성을 지원할 것이라고 밝혔습니다.

출처: https://x.com/lnp_bp/status/1747930079252951058?s=20 CKB와 RGB 일부 기술의 결합을 통해 이러한 결합의 "실천적 유효성"을 어느 정도 검증할 수 있습니다. 더 나아가 RGB++ 프로토콜을 더 추상화하여, RGB 프로토콜과 모든 UTXO 구조 및 일정한 확장성을 가진 공공 체인을 연결하는 보다 폭넓은 확장 층으로 변환한다면, 그 서사와 가치는 크게 강화될 것입니다. 이것이 제가 Cipher가 다음 단계에서 노력할 가능성이 있는 방향이라고 생각하는 이유입니다. 동시에, 이는 RGB 생태계 내 프로젝트 발전에 다른 선택지를 제공하며, 이러한 선택지는 단순한 "멀티 시그 크로스 체인 브릿지"와는 다르며, 원주율적인 방식에 기반합니다.

다른 비트코인 L2에 대한: RGB 프로토콜 통합을 위한 기술적 참고 자료 제공

Cipher의 RGB 기술 구조 해석은 다른 L2 기술자들에게 훌륭한 사고 사례를 제공합니다. 그들은 자신의 프로젝트 기술적 특징과 장점을 결합하여 RGB에서 필요한 일부 기술을 통합한 후, "조합"하여 새로운 제품 패러다임을 만들거나 심지어 "선점"을 실현할 수 있습니다(여기서 "선점"은 부정적인 의미가 아니며, 기술의 조합성과 BTC 생태계 발전의 혁신성을 반영합니다. 동시에 "선점"은 RGB 프로토콜의 보급과 발전을 촉진할 것입니다). 총체적으로 볼 때, RGB++는 현재 백서 단계에 불과하지만, 이론적으로 저는 긍정적으로 보고 있으며, 이는 RGB 프로토콜에 새로운 혈액을 가져다줄 것이고, CKB 네트워크의 활력을 불러일으킬 수 있을 것입니다.