다팡둔 (X@DaPangDunCrypto)
2월 13일. 이는 시장에서 많은 관심을 끌었고, CKB의 2차 시장 가격에도 어느 정도 영향을 미쳤습니다.
이 프로토콜이 나오기 전에 저는 Cipher와 RGB 프로토콜에 대해 심도 있는 대화를 나누며 프로토타입 아이디어에 대해 논의한 적이 있기 때문에 RGB++ 프로토콜에 대한 일반적인 이해와 제 개인적인 견해, 그리고 제가 생각하는 기능을 설명하기 위해 짧은 글을 작성해 보려고 합니다.
1. RGB++ 개요: RGB 기술 사용 시나리오 확장
단순히 말해, RGB++에 대해 알아야 할 사항은 다음과 같습니다.
. style="text-align: 왼쪽;">1.1 확장된 RGB 기반 프로토콜입니다
RGB 프로토콜의 일부 기술을 사용합니다. 엄밀히 말해 RGB 생태계의 일부분은 아니지만 RGB 기술을 사용할 수 있는 시나리오의 범위를 확장합니다.
1.2 현재 RGB 프로토콜의 기능을 확장
실제 구현에서 현재 RGB 프로토콜의 기술적 문제를 해결하고 더 많은 가능성을 제공합니다.
현재 RGB 프로토콜의 기술적 문제를 실제로 해결하고 "검증 링크", "계약 프로그래밍 가능성", "튜링 완성 VM" 등과 같은 더 많은 가능성을 제공합니다.
1.3 이는 UTXO 동형 매핑을 통해 이루어집니다
비트코인 UTXO를 Nervos CKB의 셀에 매핑하고, 다음을 사용합니다. 상태 계산의 정확성과 변경 소유권의 유효성을 검증하기 위해 비트코인 체인에 대한 CKB 체인 및 스크립트 제약 조건을 사용합니다. 이 동형 매핑 아이디어는 확장성이 높다고 생각합니다.
2. 왜 RGB++ 프로토콜인가?
저를 잘 아는 친구들은 제가 RGB 프로토콜을 깊이 연구하는 사람이라는 것을 알고 있고, RGB 프로토콜의 개발과 생태계를 계속 지켜봐 왔습니다. 지속적인 연구를 통해 저는 RGB 프로토콜이 설계상으로는 아름답지만 실제 구현에는 몇 가지 문제가 있다는 것을 발견했습니다.
2.1 RGB 개발은 상대적으로 느렸습니다
그 이유 중 하나는 대부분의 디자인이 새로운 아이디어이거나 새로운 표준을 형성하는 것이었기 때문에 신중한 글로벌 사고와 완전히 새로운 코드 구현이 필요했기 때문입니다.
두 번째 이유는 LNP/BP의 구성과 현재 진행 중인 에코시스템 프로젝트의 수에서 알 수 있듯이 전체 프로토콜 계층에 참여하는 개발자의 수가 적기 때문입니다.
2.2 RGB 개발은 통제되지 않은 여러 요소의 영향을 받습니다
예를 들어 RGB는 일반적으로 라이트닝 네트워크에 구축되지만 현재 bolt-ln은 잘 작동하지 않습니다. bolt-ln은 RGB 컨트랙트를 잘 지원하지 않기 때문에 LNP/BP 협회에서 새로운 라이트닝 네트워크 표준인 bifrost를 제안했지만 이 역시 많은 작업이 필요하고 일반적으로 라이트닝 네트워크가 발전할 때까지 기다려야 합니다.
또 다른 예로 RGB를 전송하려면 인보이스와 위원회를 전달해야 하는데, 현재 웹2(트위터, tg 등)나 P2P 같은 네트워크를 통해 할 수 있지만, 통일된 수준에서 보면 이를 위해서는 표준 전송 표준이 필요합니다. 이것이 바로 스톰 노드인데, 이런 네트워크를 구축하려면 많은 노력이 필요합니다.
2.3 RGB용 AluVM VM은 현재 완전한 개발 도구와 실습용 코드가 부족합니다
이 말은 v0.11이 완전히 출시되더라도 여전히 상당한 시간이 걸릴 것이라는 뜻이죠. 릴리스 후에도 VM의 성능과 안정성을 테스트하는 데 많은 시간이 소요되며, AluVM으로 코드를 개발하기 위한 경험과 표준 라이브러리를 구축하는 데에도 많은 시간이 소요될 것입니다.
이러한 문제들로 인해 RGB는 많은 불확실성, 시장 사이클의 영향(자본 강세기를 놓침), 정서의 영향, 다른 신기술의 융합(다른 기술과 RGB의 일부 결합), '시장 출시 러시'의 필요성 등을 가져온 BTC 개발 초기와 매우 유사하게 이 바닥 경쟁 시장에서 다소 이례적인 존재가 되고 있습니다. 시장 사이클의 영향(자본 강세기를 놓침), 정서의 영향, 다른 신기술의 통합(다른 기술과 RGB 기술의 일부를 결합하여 "점프 스타트") 등이 있습니다.
요약하자면, RGB는 매우 성장 지향적이지만 프로토콜이 완전히 구현되려면 오랜 시간이 걸리고 불확실성이 존재합니다.
이것이 RGB++ 프로토콜의 맥락이며 이 프로토콜이 해결하고자 하는 문제입니다.
3. RGB++ 솔루션의 기술적 초점: 아이소모픽 매핑
따라서 초기 거래소에서는 " RGB 랜딩에서 이러한 문제를 어떻게 해결할 것인가"와 "CKB의 기존 기술로 이 문제를 어느 정도 해결할 수 있는가"에 초점이 맞춰져 있었습니다.
사이퍼는 RGB의 핵심 포인트인 'UTXO'와 CKB의 기본 아키텍처 간의 상동성을 창의적으로 활용하여 '동형 매핑' 솔루션을 제안했습니다. 프로그램을 개발했고, "RGB++" 프로토콜 콘텐츠를 점차적으로 마련했습니다.
아래 그림을 참조하면, 그는 RGB 프로토콜의 두 가지 핵심 사항을 CKB의 아키텍처와 결합했습니다.
1. RGB 컨테이너로서 UTXO를 CKB의 와 함께 사용할 수 있습니다. 셀에서 잠금을 통해 CKB의 Cell에 매핑할 수 있습니다.
2. 검증으로 오프체인 클라이언트 인증을 CKB의 온체인 공개 인증으로 변환할 수 있으며, 검증의 데이터와 상태는 셀의 데이터와 유형에 대응할 수 있습니다.
3.
출처: https://talk.nervos.org/t/rgb-protocol-light-paper/7733
<그림>그림>
수단으로 "아이소모픽 매핑"을 통해 CKB에서 RGB에 대한 위원회를 파싱하는 프로세스가 구현되며, 호환성과 함께 사용자는 여전히 RGB에서 파싱할 수 있어 매우 흥미로운 효과를 얻을 수 있습니다.
더 깊이 분석해 보면, 사실 Cipher는 RGB 기술을 "파싱"하고 "모듈화"한 다음 특정 모듈에 다른 기술적 경로나 대안이 있는지 생각합니다. 다른 기술적 경로나 대체 옵션이 있을 수 있으므로 더 많은 가능성이 있습니다.
그리고 '아이소모픽 매핑'을 사용하면 확장성이 자연스럽게 생겨 다양한 확장이 가능합니다.
3.1 트랜잭션 폴딩
CKB 셀의 프로그래밍 기능을 사용하면 여러 개의 CKB 트랜잭션을 단일 비트코인 RGB++ 트랜잭션에 일치시킬 수 있어 저속, 저처리량 비트코인 체인을 고성능 CKB 체인을 사용해 확장할 수 있습니다.
"트랜잭션 폴딩"이 확장되면 원칙적으로 모든 상태 변경이 비트코인에서 동기화될 필요는 없으며, 이는 CKB에 "오프체인 검증" 같은 옵션을 추가하는 것과 동일합니다. " 옵션을 추가하는 것과 같습니다.
3.2 마스터리스 콘트랙트
마스터리스 콘트랙트는 지정된 디지털 서명 제공자가 변경할 필요 없이 누구나 계약의 제약 조건에 따라 상태를 변경할 수 있는 콘트랙트입니다. 변경할 수 있는 계약입니다.
이 유형의 계약은 AMM과 같은 복잡한 계약 접근 방식의 기반을 만듭니다.
3.3 비대화형 이체
RGB 프로토콜을 통한 송금의 단점 중 하나는 양 당사자가 특정 정보를 전달해야 완료된다는 점입니다. RGB++는 상호작용을 CKB 환경에 배치하고 2단계 송수신 연산을 사용하여 비대화형 전송 로직을 구현함으로써 이점을 활용할 수 있습니다.
이 전송 로직은 대량 에어드롭의 기반이 됩니다.
3.4 AMM+DEX
유니스왑의 가격 곡선 생성 모델과는 대조적이지만 UTXO 기반의 마켓 메이커 모델을 허용하는 CKB의 격자 AMM 설계를 도입할 수 있습니다. 이는 유니스왑의 가격 곡선 시장 조성 모델과 동일하지는 않지만, UTXO 모델에 있어서는 큰 진전입니다.
4. RGB++ 프로토콜의 역할
이 프로토콜은 이제 막 제안되었기 때문에 구체적인 개발과 구현이 완료되지 않았고, 많은 사람들이 RGB 프로토콜 자체에 대해 충분히 알지 못한다는 사실과 함께, 많은 사람들이 RGB 프로토콜에 대해 잘 알지 못하고 있습니다.
4.1 CKB의 경우: RGB++가 가장 중요한 역할을 할 것입니다. RGB++는 비트코인의 정통 L2 시장을 위한 싸움에서 핵심적인 앵커 중 하나가 될 것입니다
CKB는 " 정통성"을 누리고 있지만, 네트워크와 생태적 발전은 스타 기관들의 초기 투자 이후 빛을 발하지 못했습니다.
올해 비트코인 L2로 전환한 지금이 CKB에게 중요한 기회의 시기라고 생각합니다. 한편으로는 지난 몇 년 동안 기반 기술과 인프라가 점진적으로 개선되어 왔고, 다른 한편으로는 이번 핫스팟 라운드와 맞물려 있습니다.
사이퍼와의 대화에서 그는 비트코인 L2 전투의 핵심은 L1입니다
RGB++는 CKB와 비트코인 메인 체인이 서로 연결될 수 있게 했습니다. CKB는 비트코인 메인 체인에 더 깊이 연결되어 더 많은 "정통성"을 가져다주며, 이것이 제가 생각하는 핵심 앵커 포인트 중 하나라고 생각합니다.
주제 외: "정통" L2
L2에 대한 비교적 잘 정립된 개념은 이더리움과 다양한 L2 체계에서 성장했습니다. 다양한 L2 체계와 모듈성의 발전으로 L2의 정의는 점점 더 모호해지고 있으며, ETH가 실용적 사고에 가까워지면서 소위 "정통" 개념은 서서히 사라지고 있습니다.
그러나 비트코인 네트워크의 경우, "정통성"이라는 개념은 개발 과정 내내 강력한 신호였습니다. 현재 제 개인적인 의견으로는 L2의 '정통성'의 강점은 내림차순으로 다음과 같습니다.
1. 라이트닝, RGB, BitVM
1.
우리는 모두이 세 가지에 익숙하며 일반적으로 세 가지 구현 경로는 근본적으로 다르며 타겟팅 지점도 다르며 현재 번개 네트워크의 개발 정도가 상대적으로 가장 성숙하고 RGB가 그 뒤를 따르고 마지막으로 BitVM이 있습니다.
세 가지 구현 경로는 근본적으로 다르며 타겟팅 지점도 다르며 현재 번개 네트워크의 개발 정도가 상대적으로 가장 성숙하고 RGB, 마지막으로 BitVM이 그 뒤를 따릅니다.
2. 사이드체인
리퀴드, 스택, CKB 등 대부분은 여전히 UTXO의 아키텍처에 기반하고 있으며, 확장성(예: 프라이버시, 프로그래밍 가능성) 개선, 합의 메커니즘 최적화를 위해 특정 변형 또는 혁신을 더하고 있습니다. 대부분은 여전히 UTXO 아키텍처를 기반으로 하고 있으며, 확장성(예: 프라이버시, 프로그래밍 가능성)을 개선하고 합의 메커니즘을 최적화하기 위해 일부 변경 또는 혁신이 이루어졌습니다.
사이드체인은 BTC 메인 체인의 새로운 기능이나 현재 구현할 수 없는 기능을 어느 정도 실험하는 BTC의 실험적인 체인으로 이해할 수 있습니다.
3. 기타
이 부분에는 "크로스 체인 프로토콜 기반 L2"가 포함될 수 있습니다, "EVM 기반 L2" 등 저는 기본적으로 Ajian의 의견에 동의합니다:
출처: https://twitter.com/AurtrianAjian/status/1755121187741720964
4.2 RGB의 경우: RGB++는 다른 UTXO 아키텍처 퍼블릭 체인과의 통합 가능성을 확장합니다
RGB 프로토콜 자체 RGB 프로토콜 자체는 다른 UTXO 아키텍처 퍼블릭 체인과 통합될 가능성이 있으며, LNP/BP 협회의 공식 트윗은 Liquid와의 상호운용성을 지원할 것임을 시사하고 있습니다.
RGB 프로토콜 자체는 다른 UTXO 아키텍처 퍼블릭 체인과 통합할 잠재력을 가지고 있습니다. font-size: 14px;">출처: https://x.com/lnp_bp/status/1747930079252951058?s=20
CKB와 기술의 RGB 부분을 결합하면 다음을 수행할 수 있습니다. 이 조합의 "실질적인 유효성"을 어느 정도 검증할 수 있습니다.
더 최근에는 RGB++ 프로토콜을 확장성을 갖춘 모든 UTXO 아키텍처 퍼블릭 체인과 RGB 프로토콜을 인터페이스하는 데 사용할 수 있는 더 넓은 확장성 계층으로 추상화한다면 RGB++ 프로토콜의 내러티브와 가치가 크게 향상될 것이며, 이는 사이퍼가 다음 단계로 향할 것으로 예상되는 부분입니다. 다음 단계로 나아갈 것입니다.
동시에, 이는 단순한 "다중 서명 크로스 체인 브리지"와는 다른, 기본 접근 방식을 기반으로 하는 RGB 생태계의 프로젝트 개발을 위한 몇 가지 다른 대체 옵션을 제공합니다.
다른 비트코인 L2의 경우: RGB 프로토콜 수렴을 위한 기술 참조
Cipher의 RGB 기술 아키텍처 파싱은 다른 L2 기술자에게 좋은 참고 자료가 될 것입니다.
자체 프로젝트의 기술적 특징과 강점을 결합하고 RGB에서 필요한 일부 기술을 통합한 다음 이를 '결합'하여 새로운 제품 패러다임을 형성하거나 심지어 '도약'할 수도 있습니다. ""도약"이라는 용어는 경멸적인 표현이 아니며, BTC 생태계 개발에서 기술과 혁신의 결합적 특성을 반영하는 동시에 "도약"은 여전히 RGB 프로토콜의 인기와 발전을 촉진할 것입니다."라고 말했습니다.
전반적으로 RGB++는 백서 단계에 불과하지만, RGB 프로토콜에 새로운 활력을 불어넣고 잠재적으로 CKB 네트워크를 활성화할 수 있기 때문에 이론적으로는 낙관적입니다.