RGB++: 정통 비트코인 L2에 추가하기

저자: Twitter @DaPangDunCrypto, 출처: SevenUp DAO

2월 13일, CKB의 공동 설립자 Cipher는 RGB:RGB++에 대한 확장 프로토콜을 제안했습니다. 그 후 시장에서 많은 관심을 끌었고 CKB의 2차 시장 가격에도 어느 정도 영향을 미쳤습니다.

이 프로토콜이 나오기 전에 저는 Cipher와 RGB 프로토콜에 대해 심도 있는 대화를 나누며 프로토콜의 초기 아이디어를 논의했고, 그래서 RGB++에 대한 일반적인 이해와 제 개인적인 견해, 프로토콜이 무엇을 할 수 있을지 설명하기 위해 짧은 글을 썼습니다.

RGB++ 개요: RGB 기술 사용 시나리오의 확장

단순히 말해, RGB++에 대한 이해는 다음과 같이 나눌 수 있습니다:

1.1 RGB를 기반으로 한 확장 프로토콜

RGB 프로토콜의 일부 기술을 활용하며, 엄밀히 말해 RGB 에코 프로젝트의 일부는 아니지만 RGB 기술 사용 시나리오;

1.2 현재 RGB 프로토콜의 기능을 확장

실제 구현에서 현재 RGB 프로토콜의 기술적 문제를 해결합니다. align: left;">1.3 이는 UTXO 동형 매핑

비트코인 UTXO를 [...]에 매핑함으로써 이루어집니다. Nervos CKB의 셀에 매핑하고 CKB 체인과 비트코인 체인 모두에 스크립팅 제약 조건을 사용하여 상태 계산의 정확성과 소유권 변경의 유효성을 검증합니다. 이 동형 매핑 아이디어는 강력한 확장성을 가지고 있다고 생각합니다.

왜 RGB++ 프로토콜인가?

저를 잘 아는 친구들은 제가 RGB 프로토콜을 깊이 연구하는 사람이라는 것을 알고 있고, RGB 프로토콜의 개발과 생태계를 계속 지켜봐 왔습니다. 지속적인 연구를 통해 저는 RGB 프로토콜이 설계상으로는 훌륭하지만 실제 구현 과정에서 몇 가지 문제가 있다는 것을 발견했습니다.

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

. 왼쪽;">그 이유 중 하나는 대부분의 디자인이 새로운 개념이거나 새로운 표준을 형성하기 때문에 신중한 글로벌 사고와 새로운 코드 구현이 필요하기 때문입니다.

두 번째 이유는 LNP/BP의 구성과 현재 파이프라인의 에코 프로젝트 수에서 알 수 있듯이 전체 프로토콜 계층에 참여하는 개발자의 수가 상대적으로 적다는 점입니다. 두 번째 이유는 전체 프로토콜 레이어에 참여하는 개발자의 수가 적기 때문입니다.

2.2 RGB 개발은 여러 가지 통제되지 않은 요소의 영향을 받았습니다

예를 들어, RGB는 일반적으로 라이트닝 네트워크에 구축되지만 현재 볼트인은 RGB를 지원하기에 적합하지 않습니다. In은 RGB 계약을 잘 지원하지 못하기 때문에 LNP/BP 협회는 새로운 라이트닝 네트워크 표준인 bifrost를 제안했지만, 이 역시 많은 작업이 필요하고 라이트닝 네트워크의 전반적인 발전을 기다려야 합니다.

그리고 예를 들어:RGB 전송에는 다음이 포함됩니다. 송장 및 위원회 전송, 현재는 예를 들어 웹2(트위터, TG 등) 또는 P2P 네트워크를 통해 할 수 있지만 통합 수준에서 표준 전송 표준이 필요하다면 이것이 폭풍 노드이지만 이러한 네트워크를 구축하기 위해서는 많은 작업이 필요합니다.

2.3 RGB의 AIuVM VM은 현재 잘 개발된 개발 도구와 실습 코드가 부족합니다

즉, v0.11이 완전히 릴리스된 지금에도 출시되었지만 여전히 가상 머신의 성능과 안정성을 테스트하는 데 상당한 시간이 소요되며, AIuVM을 통해 코드를 개발하기 위한 경험과 표준 라이브러리를 구축하는 데에도 많은 시간이 소요됩니다.

이러한 문제들로 인해 RGB는 많은 불확실성, 시장 사이클의 영향(자본 상승기를 놓친 것), 정서의 영향, 다른 신기술의 융합(일부 다른 기술과 RGB 기술의 결합)을 가져온 BTC 개발 초기와 마찬가지로 이 바닥을 향한 경쟁 시장에서 약간의 변칙이 되고 있습니다. 다른 신기술의 영향(다른 기술과 RGB 기술의 일부를 결합하여 '점프 스타트'를 달성하는 것) 등이 있습니다.

요약하면, RGB는 매우 성장 지향적이지만 완전한 프로토콜이 실현되려면 오랜 시간이 걸리고 불확실성이 있습니다

이것이 RGB++ 프로토콜이 해결하고자 하는 배경과 문제입니다. 배경과 해결해야 할 문제입니다.

RGB++ 솔루션의 기술적 초점: 아이소모픽 매핑

초기 거래소에서는 "어떻게 하면 RGB 랜딩에서 이러한 문제를 RGB 랜딩에서 이러한 문제를 해결할 수 있는가"와 "CKB의 기존 기술로 어느 정도 해결할 수 있는가"에 초점이 맞춰져 있었습니다.

사이퍼는 RGB 'UTXO'의 핵심 포인트와 CKB의 기본 아키텍처인 상동성을 창의적으로 활용하여 '동형 매핑' 프로그램을 제시하고 점차적으로 '동형 매핑' 프로그램을 마련했습니다.

아래 그림을 보면, 그는 RGB 프로토콜의 두 가지 핵심 사항을 CKB 아키텍처와 결합했습니다.

1) UTXO는 RGB 컨테이너로서 CKB의 Cell에 매핑할 수 있습니다. Cell에서 잠금을 통해

2) 검증으로서 오프체인 클라이언트 검증은 CKB에서 온체인 공개 검증으로 변환할 수 있으며, 검증 데이터는 CKB에서 오프체인 공개 검증으로 변환할 수 있습니다. strong>로 변환할 수 있으며, 검증 데이터와 상태는 셀의 데이터와 유형에 대응할 수 있습니다

출처:https://talk.nervos.org/t/rgb-protocol-light-paper/7733

"아이소모픽 매핑"을 사용하면 CKB의 RGB에서 위원회를 파싱하는 프로세스가 이루어지며, 호환성을 통해 사용자는 여전히 RGB에서 파싱할 수 있어 매우 흥미로운 효과를 얻을 수 있습니다.

더 자세히 들여다보면 사실 Cipher는 RGB 기술을 '파싱'하고 '모듈화'한 다음 특정 모듈에 대해 다른 기술적 경로나 대체 옵션이 있는지 생각했습니다. 그런 다음 특정 모듈에 다른 기술적 경로나 대안이 있는지 생각해 더 많은 가능성을 열어두었습니다.

그리고 "동형 매핑"을 사용하면 확장성이 자연스럽게 생겨 다양한 확장이 가능합니다(백서 참조):

3.1 트랜잭션 매핑

CKB 셀의 프로그래밍 기능을 사용하면 여러 개의 CKB 트랜잭션을 단일 비트코인 RGB++ 트랜잭션에 일치시킬 수 있어 저속, 저처리량 비트코인 체인을 고성능 CKB 체인으로 확장할 수 있습니다. 체인을 고성능 CKB 체인으로 확장할 수 있습니다.

"트랜잭션 폴딩"을 확장하면 원칙적으로 모든 상태 변경이 비트코인과 동기화될 필요는 없으며, 이는 "오프체인 검증"을 CKB에 옵션으로 추가하는 것과 동일합니다. 이는 CKB에 "오프체인 검증" 옵션을 추가하는 것과 같습니다.

3.2 마스터 없는 계약

마스터 없는 계약은 계약의 제약에 따라 누구나 상태를 변경할 수 있는 계약이며, 지정된 디지털 서명 제공자가 변경할 필요가 없습니다. 공급자를 변경할 수 있습니다.

이런 종류의 계약은 AMM과 같은 복잡한 계약 접근 방식의 기초를 만듭니다

3.3 비대화형 전송

RGB 프로토콜 전송의 단점 중 하나는 양 당사자가 특정 정보를 전달해야 완료할 수 있다는 점으로, 이는 특정 장점(사기로부터 토큰을 받지 않는 등)을 제공하지만 사용자 이해의 어려움과 제품 복잡성을 증가시킵니다. rgb++는 대화형 동작을 ckb 환경 내에 배치하고 2단계 송수신 작업을 채택하여 현재 상황을 활용할 수 있습니다. 비대화형 전송 로직.

이 전송 로직은 대량 에어드롭의 기반이 됩니다.

3.4 AMM+DEX

CKB의 그리드 AMM 설계를 도입하여 UTXO 기반 마켓 메이커 모델을 구현할 수 있지만, 이는 Uniswap의 가격 곡선과 동일하지는 않습니다. 유니스왑의 가격 곡선 시장 조성 모델은 이미 UTXO 모델에 한참 앞서 있습니다.

넷째, RGB + + 프로토콜의 역할

프로토콜이 막 제시된 이후 아직 구현의 구체적인 개발이 완료되지 않았고, 많은 사람들이 RGB 프로토콜 자체를 이해하기에 충분하지 않다는 사실과 함께 RGB + + 프로토콜 자체만으로는 충분하지 않습니다.

4.1 CKB의 경우. RGB++는 비트코인의 정통 L2 시장을 위한 싸움에서 주요 앵커 중 하나가 될 것입니다

CKB는 POW 메커니즘 + 강화된 "UTXO" 모델로 인해 "정통성"을 누리고 있습니다.

CKB는 POW 메커니즘 + 강화된 "UTXO" 모델로 인해 "정통성"을 누리고 있지만, 많은 스타 기관의 초기 투자 이후 네트워크와 에코 개발은 화려하지 않았습니다.

올해 비트코인 L2로 전환한 후, 저는 이것이 CKB에게 큰 기회라고 생각합니다. 한편으로는 수년간의 개발 끝에 관련 기술 하위 계층과 인프라가 점진적으로 개선되었고, 다른 한편으로는 이번 핫스팟 라운드와 맞물렸기 때문입니다.

사이퍼와의 대화에서 그는 저에게 정말 도움이 되는 관점을 제시했습니다.

비트코인의 L2 논쟁은 L1에 관한 것입니다

비트코인의 L2 논쟁은 L1에 관한 것입니다

The L2 debate is about L1

RGB++는 비트코인 메인 체인에 더 깊은 연결을 제공하므로 더 많은 "정통성"을 부여하며, 이것이 제가 생각하는 핵심 포인트 중 하나라고 생각합니다.

주제 외:

비교적 잘 정립된 L2 개념은 ETH에서 진화했습니다. 다양한 L2 솔루션의 개발과 모듈화로 인해 L2의 정의는 점점 더 모호해지고 있으며, ETH가 실용주의 개념에 가까워지면서 소위 '정통' 개념은 서서히 사라지고 있습니다.

그러나 비트코인 네트워크의 경우, '정통성'이라는 개념은 개발 과정 내내 강력한 신호 역할을 해왔습니다. 현재 제 개인적인 생각에 L2의 '정통성'의 강점은 다음과 같습니다.

1) 라이트닝, RGB, BitVM

우리 모두는이 세 가지에 익숙하며 일반적으로 구현하는 세 가지 경로는 근본적으로 다르며 요점도 다르며 현재 라이트닝 네트워크의 개발 정도가 상대적으로 가장 성숙하고 RGB가 그 다음이며 마지막으로 BitVM

2) 사이드 체인

Liquid, Stacks, CKB 등 대부분은 여전히 UTXO의 아키텍처를 기반으로 일정 수준의 변형 또는 혁신을 통해 확장성(예: 프라이버시 및 프로그래밍 가능성), 프라이버시 및 프로그래밍 가능성을 달성했습니다. 프라이버시, 프로그래밍 가능성) 및 합의 메커니즘의 최적화를 달성하기 위해 어느 정도의 변형이나 혁신을 더했습니다.

사이드체인은 BTC 메인 체인에서 새롭거나 일시적으로 달성할 수 없는 기능을 어느 정도 실험하는 BTC의 실험적인 체인으로 이해할 수 있습니다.

3) 기타

이 부분에는 "크로스체인 프로토콜 기반 L2", "EVM 기반 L2" 등이 포함될 수 있습니다. "EVM 기반 L2" 등 저는 기본적으로 아이안 씨 의견에 동의합니다

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

4.2 RGB의 경우: RGB++는 다른 UTXO 아키텍처 퍼블릭 체인과의 통합 가능성을 확장합니다

RGB 프로토콜 자체는 다음과 같은 잠재력을 가지고 있습니다. RGB 프로토콜 자체는 다른 UTXO 아키텍처 퍼블릭 체인과 통합할 수 있는 잠재력을 가지고 있으며, LNP/BP 협회의 공식 트윗에 따르면 Liquid와의 상호운용성이 지원될 것이라고 합니다.

출처:https://x.com/np_bp/status/1747930079252951058?s=20

이 기술의 CKB와 RGB 부분의 조합을 통해 어느 정도는 이 조합의 "실질적인 유효성"을 검증합니다.

더 나아가 RGB++ 프로토콜을 어느 정도의 확장성을 가지고 모든 UTXO 아키텍처 퍼블릭 체인에 연결할 수 있는 더 넓은 확장 계층으로 추상화한다면 RGB++ 프로토콜의 내러티브와 가치가 크게 향상될 것이며, 이는 사이퍼가 다음 단계에서 작업할 것으로 예상되는 부분이라고 생각합니다. 다음 단계에서 작업할 것입니다.

이와 동시에 RGB 생태계의 프로젝트가 단순한 "다중 서명 크로스 체인 브리지"가 아닌 네이티브 기반 접근 방식이 아닌 다른 방식으로 발전할 수 있는 몇 가지 옵션을 제공합니다.