RGB能否重现Ordinals的热潮？
저자: Jerry Luo
검토: Mandy, Joshua
TL;DR
현재 비트코인 네트워크에는 다양한 스마트 계약 방안이 존재하며, 그 중에서도 Ordinals 프로토콜과 RGB 프로토콜이 가장 주류를 이루고 있다.
-
Ordinals 프로토콜의 등장으로 비트코인 네트워크에서도 스마트 계약 개발이 가능해졌으며, 이는 보안성을 비트코인 블록체인과 연결시켰다. 그러나 Ordinals 자산 이전의 확인 및 기록은 모두 비트코인 메인넷에서 이루어지며, 이는 1개의 satoshi 전송과 결합되어 있다. 이는 높은 수수료를 유발할 뿐 아니라 TPS가 낮은 비트코인 메인넷을 더욱 혼잡하게 만든다.
-
RGB 프로토콜은 오프체인 채널과 거래의 일괄 처리 방식을 도입하여 자산 이전 수수료를 크게 낮추고 속도를 향상시켰다. 또한 클라이언트 검증 방식은 네트워크 운영에 필요한 데이터 기록량을 대폭 줄여 네트워크 확장성을 향상시켰다.
-
하지만 RGB는 Ordinals에 대한 개선점을 제공하는 동시에 새로운 문제들도 야기한다. 오프체인 채널은 거래 수수료와 속도를 최적화하지만 오프체인 기록의 보안 문제를 발생시키며, 클라이언트 검증은 기록 데이터 양을 줄이지만 검증 속도를 크게 저하시킨다.
본문은 보안성, 확장성, 거래 수수료, 거래 속도 등의 측면에서 Ordinals와 RGB 프로토콜을 비교하고, RGB 서사의 미래 전망을 분석한다.
1. 시장 개요
현재 BTC는 전체 암호화폐 시장 가치의 약 49%를 차지하고 있으나, 스크립트 언어가 튜링 완전성이 없고 메인넷 상의 스마트 계약이 부재하며 거래 속도가 느려 장기적인 발전에 심각한 제약을 받고 있다. 이러한 문제들을 해결하기 위해 비트코인 개발자들은 확장성과 속도 향상을 위한 다양한 시도를 해왔으며, 주로 다음 4가지 해결책이 존재한다:
-
RGB 프로토콜: RGB는 비트코인 네트워크 위에 구축된 레이어2 프로토콜로, 핵심 거래 데이터는 BTC 메인넷에 저장된다. RGB는 비트코인의 보안 모델을 활용하여 비트코인 네트워크 상에서 맞춤형 속성과 스마트 계약 기능을 갖춘 토큰을 생성할 수 있도록 지원한다. 2016년 Peter Todd가 처음 제안했으며, 2023년 비트코인 상의 스마트 계약 생태계 개발 열풍 속에서 다시 주목받게 되었다.
-
격리위티니스(SegWit): 2017년 8월 비트코인은 격리위티니스(SegWit) 업그레이드를 시행했다. 트랜잭션 정보와 서명 정보를 분리함으로써 유효 블록 크기를 1MB에서 4MB로 증가시켜 일정 부분 혼잡 문제를 완화했다. 그러나 비트코인 블록 자체의 크기 제한으로 인해 무제한 확장을 할 수 없으므로, 블록 저장 정보를 늘려 효율을 높이는 방법은 여기서 한계를 맞이하게 되었다.
-
라이트닝 네트워크: 라이트닝 네트워크는 비트코인 기반의 레이어2 확장 방안으로, 블록체인에 접근하지 않고도 거래를 수행할 수 있어 처리량을 크게 향상시킨다. 현재 비트코인 메인넷에 구현되어 있으며, OmniBOLT, Stacks 등의 라이트닝 네트워크 솔루션이 존재하나 중심화 리스크가 크다는 문제가 있다.
-
사이드체인 기술: 사이드체인 기술은 비트코인 네트워크 외부에 별도의 체인을 구축하고, 사이드체인 상의 자산을 BTC와 1:1로 앵커링하는 방식이다. 사이드체인은 거래 성능 면에서 메인넷보다 큰 개선을 이루지만, 절대적으로 BTC 메인넷의 보안 수준을 달성할 수는 없다.
올해 3월 이후 비트코인 네트워크의 거래 수수료와 BRC20 프로토콜 자산의 거래량이 급증했다. 5월 초 BTC 메인넷 거래 수수료가 정점을 찍었고, 이후 하락세를 보였지만 BRC20 자산의 거래량은 여전히 높은 수준을 유지하고 있다. 이는 비트코인 네트워크의 스마트 계약 생태계 개발 열기가 비트코인 내 명문(Memecoin)의 인기가 감소했음에도 불구하고 꺾이지 않았음을 의미하며, 개발자들은 여전히 비트코인 네트워크에 적합한 스마트 계약 개발의 최적 해법을 찾기 위해 노력하고 있다.
2. Ordinals 프로토콜
2.1 사토시 번호 매기기
비트코인 네트워크의 사토시는 이더리움의 wei처럼 데이터 형태로 기록되는 것이 아니라 각 주소가 보유한 UTXO를 통해 계산된다. 서로 다른 사토시를 구분하기 위해 먼저 다른 UTXO를 구분하고, 같은 UTXO 내의 사토시를 구분해야 한다. 전자는 비교적 간단하다. 서로 다른 UTXO는 채굴된 블록이 다르며, 각각 고유한 블록 높이를 가진다. 오직 마이닝만이 초기 사토시를 생성하므로, coinbase 거래의 UTXO에만 번호를 매기면 된다. 어려운 점은 동일한 UTXO 내의 사토시를 어떻게 번호 매길 것인지이다. Ordinals 프로토콜은 선입선출(FIFO) 원칙에 따라 번호를 매기는 새로운 해결책을 제시했다.
-
서로 다른 UTXO의 구분: BTC Builder는 UTXO가 채굴될 때부터 기록하며, 각 UTXO는 고유한 블록과 연결되며, 각 블록은 비트코인 네트워크에서 고유한 블록 높이를 갖는다. 따라서 서로 다른 블록 높이를 통해 서로 다른 UTXO를 구분할 수 있다.
-
동일 UTXO 내 사토시의 구분: 우선 블록 높이를 통해 해당 UTXO 내 사토시의 대략적인 범위를 결정할 수 있다. 예를 들어 최초 블록 하나당 100 BTC(즉 \(10^{10}\) 사토시)를 채굴할 수 있으므로, 블록 높이가 0인 블록의 사토시 번호는 \[0, 10^{10}-1\], 블록 높이가 1인 블록은 \[10^{10}, 2\times10^{10}-1\], 블록 높이가 2인 블록은 \[2\times10^{10}, 3\times10^{10}-1\]이며, 이후 순차적으로 적용된다. 특정 UTXO 내의 특정 사토시를 더 구체적으로 구분하려면 UTXO 소비 과정을 통해 이루어진다. Ordinals 프로토콜은 FIFO 원칙에 따라, 해당 UTXO를 입력으로 생성된 출력 중 앞선 출력이 번호가 작은 사토시에 대응된다. 예를 들어 블록 높이 2에서 채굴한 마이너 A가 자신의 100 BTC 중 50 BTC를 B에게 이전하고자 할 때, 앞선 출력이 A에게 할당되고 자신은 후속 출력을 받는다면, A는 \[2×10¹⁰, 2.5×10¹⁰-1\] 번호의 사토시를 가지며, B는 \[2.5×10¹⁰, 3×10¹⁰-1\] 번호의 사토시를 가지게 된다.
2.2 Ordinals铭文 (inscripción)
비트코인 네트워크는 처음 OP_RETURN 오퍼레이터를 추가해 각 거래에 80바이트 크기의 저장 공간을 제공했다. 그러나 80바이트는 복잡한 코드 로직을 작성하기에 부족하며, 블록체인에 데이터를 기록하면 거래 비용이 증가하고 네트워크 혼잡도를 높일 수 있다. 이를 해결하기 위해 비트코인 네트워크는 SegWit와 Taproot 두 단계의 소프트포크를 진행했다. OP_FALSE 오퍼레이션 코드로 시작하고 실행되지 않는 Tapscript 스크립트를 통해 비트코인 거래 과정에 최대 4M 크기의 공간을 제공하게 되었다. 이 영역에 ordinals铭文을 기록하여 텍스트, 이미지의 체인 등재 또는 BRC20 프로토콜 토큰 발행 등을 실현할 수 있다.
2.3 Ordinals의 한계
Ordinals는 비트코인 네트워크의 프로그래밍 가능성을 크게 향상시켜 BTC 생태계의 서사와 발전 제약을 극복하고 거래 외 기능을 제공했지만, 많은 문제점들이 여전히 BTC 생태계 개발자들로부터 지적받고 있다.
-
Ordinals의 중심화 문제: Ordinals 프로토콜은 상태 기록과 변경을 모두 체인 상에서 수행하지만, 그 자체의 보안성은 비트코인 네트워크와 동등하다고 볼 수 없다. Ordinals는 동일铭文의 중복 등재를 방지할 수 없으며, 무효铭文의 식별은 체외의 Ordinals 프로토콜에 의존해야 한다. 이 신생 프로토콜은 오랜 시간의 검증을 거치지 않아 잠재적 문제점이 많으며, 만약 Ordinals 프로토콜의 기본 서비스에 문제가 발생하면 사용자의 자산 손실로 이어질 수 있다.
-
거래 수수료와 거래 속도의 한계:铭文의 새김 작업은 격리검증 영역을 통해 이루어지므로, Ordinals 자산 이전을 완료하려면 반드시 하나의 UTXO 소비가 필요하다. 비트코인 네트워크의 평균 10분 출블록 속도에 의해 거래 속도를 높이기 어렵다. 또한,铭文의 체인 등재는 거래 비용 증가를 초래한다.
-
비트코인 본래 속성 훼손: Ordinals 자산은 비트코인 네트워크 자체의 가치를 지닌 사토시와 연동되므로, Ordinals 사용은 비트코인 원자산의 이질화를 초래하며,铭文의 체인 등재는 마이닝 수수료 급증을 유도한다. 많은 BTC 지지자들은 이로 인해 비트코인의 본래 지불 기능이 훼손될 것을 우려한다.
3. RGB 프로토콜
네트워크 거래량이 급증하는 상황에서 Ordinals 프로토콜의 결함이 두드러지게 나타났다. 장기적으로 이러한 문제를 적절히 해결하지 못한다면 비트코인 스마트 계약 생태계는 튜링 완전성을 갖춘 공개 블록체인들과 경쟁하기 어렵다. Ordinals의 여러 대체 방안 중 많은 개발자들이 RGB 프로토콜을 선택하고 있는데, 이는 확장성, 거래 속도, 개인정보 보호 측면에서 Ordinals 대비 큰 진전을 이뤘다. 이상적인 조건에서 RGB 프로토콜 기반의 비트코인 생태 자산은 거래 속도와 확장성 면에서 튜링 완전성 공개 블록체인 상의 자산과 유사한 수준에 도달할 수 있다.
3.1 RGB 핵심 기술
클라이언트 검증
비트코인 메인넷에서 거래 데이터를 브로드캐스트하는 방식과 달리, RGB 프로토콜은 이 과정을 오프체인에서 수행하며 정보는 송신자와 수신자 간에만 전달된다. 수신자가 해당 거래를 검증한 후에는 비트코인 메인넷처럼 모든 노드가 동기화되고 모든 거래 데이터를 기록할 필요가 없다. 수신 노드는 해당 거래와 관련된 데이터만 기록하면 되며, 이는 체인 상 검증 요구를 충족하는 데 충분하다. 이 개선은 네트워크 확장성과 개인정보 보호를 크게 향상시킨다.
일회용 밀봉
실생활에서 문서 제출 과정에서는 문서가 여러 번 전달되며, 이는 문서의 진위성과 무결성에 큰 위협이 된다. 실제 생활에서는 제출 및 검증 전 문서의 악의적 변조를 방지하기 위해 봉인을 사용하며, 봉인의 무결성으로 내용이 변경되었는지를 판단한다. RGB 네트워크의 일회용 밀봉도 이와 유사한 역할을 하며, 그 구체적 표현은 비트코인 네트워크에서 천연적으로 일회성 특성을 지닌 전자 봉인인 UTXO이다.
이더리움의 스마트 계약과 유사하게, RGB 프로토콜에서 토큰 발행 시에도 이름과 총량을 지정해야 한다. 차이점은 RGB 네트워크가 구체적인 공개 블록체인을 운반 수단으로 삼지 않으며, 각 RGB 토큰은 반드시 비트코인 네트워크 상의 특정 UTXO와 대응되어야 한다는 점이다. 누군가 비트코인 네트워크의 특정 UTXO를 가지면, RGB 프로토콜에서 해당 UTXO에 기록된 RGB 토큰도 가지게 된다. RGB 토큰을 이전하려면 해당 UTXO를 소비해야 한다. UTXO는 일회성이라 한번 소비되면 소멸되며, RGB 프로토콜에서는 이 RGB 자산이 소비된 것으로 간주된다. 이 UTXO 소비 과정이 바로 일회용 봉인을 여는 과정이다.
UTXO 익명화
비트코인 네트워크에서는 모든 송금 거래의 입력 UTXO와 출력 UTXO를 추적할 수 있다. 이는 UTXO 추적 효율을 높이고 이중 지출 공격을 효과적으로 방지하지만, 거래 과정이 완전히 투명하여 당사자들의 개인정보 보호가 보장되지 않는다. 개인정보 보호를 강화하기 위해 RGB 프로토콜은 익명 UTXO 방안을 제시했다.
RGB 토큰 이전 과정에서 송신자 A는 수신 UTXO의 구체적인 주소를 알 수 없으며, 오직 수신 UTXO 주소에 임의의 비밀번호 값을 붙여 해시한 결과만을 얻을 수 있다. 수신자 B가 수령한 RGB 프로토콜 토큰을 사용할 때에는 수신자 C에게 자신의 UTXO 주소뿐만 아니라 해당 비밀번호 값도 함께 보내야 하며, 이를 통해 C에게 이전에 A가 실제로 RGB 토큰을 B에게 보냈다는 것을 검증할 수 있다.
3.2 RGB와 Ordinals 비교
-
보안성: Ordinals 스마트 계약의 모든 거래 또는 상태 전이는 반드시 하나의 UTXO 소비를 통해 이루어져야 하지만, RGB에서는 이 과정이 대부분 라이트닝 네트워크 혹은 오프체인 RGB 채널을 통해 수행된다. RGB 거래 과정에서 다수의 데이터는 RGB 클라이언트(사용자 로컬 캐시 또는 클라우드 서버)에 저장되는데, 이는 높은 중심화를 초래하며 데이터가 중심화된 기관에 의해 악용될 가능성도 있다. 또한 서버 다운이나 로컬 캐시 손실 시 사용자 자산에 피해가 발생할 수 있다. 보안성 측면에서 보면 Ordinals가 더 유리하다.
-
검증 속도: RGB는 클라이언트 검증을 채택하므로, 각 거래 검증 시마다 처음부터 시작해야 하며, 거래 과정의 각 단계 RGB 자산 이전을 확인하는 데 많은 시간이 소요되어 검증 속도가 크게 저하된다. 따라서 검증 속도 면에서 Ordinals가 더 유리하다.
-
개인정보 보호: RGB 자산 이전 및 거래 검증 과정은 모두 블록체인 외부에서 이루어지며, 송신자와 수신자 간의 전용 채널을 형성한다. 또한 익명화된 UTXO를 통해 송신자조차도 UTXO의 행방을 추적할 수 없게 한다. 반면 Ordinals 자산 이전은 비트코인 상의 UTXO 소비 기록을 통해 이루어지며, UTXO의 입출력 주체는 모두 비트코인 네트워크에서 조회 가능하여 개인정보 보호가 전혀 없다. 따라서 개인정보 보호 측면에서 RGB 프로토콜이 더 유리하다.
-
거래 수수료: RGB의 송금은 대부분 클라이언트의 RGB 채널 또는 라이트닝 네트워크를 활용하며, 이 과정은 거의 0수수료이다. 중간에 몇 건의 거래가 있든 최종적으로 블록체인에 제출하여 단 하나의 UTXO 소비로 확정하면 된다. 반면 Ordinals의 각 송금 단계는 tapscript 스크립트에 기록되어야 하며,铭文 기록 비용까지 포함하면 거래 과정에서 상당한 수수료가 발생한다. 또한 RGB 프로토콜은 일괄 처리 거래 방식을 제안하여 하나의 tapscript 스크립트 안에 여러 RGB 자산 수신자를 지정할 수 있다. 반면 Ordinals는 기본적으로 출력 UTXO 수신자를 Ordinals 자산 수신자로 간주하여 일대일 송금만 가능하며, RGB는 분담을 통해 이 과정의 비용을 크게 낮췄다. 따라서 거래 수수료 면에서 RGB 프로토콜이 더 유리하다.
-
확장성: RGB 스마트 계약에서 거래 검증과 데이터 저장은 클라이언트(수신 노드)가 담당하며, BTC 체인 상에서 이루어지지 않고 메인넷에서의 브로드캐스트 및 전역 검증이 필요 없다. 각 노드는 특정 거래와 관련된 데이터만 확인하면 된다. 반면 Ordinals의铭文 데이터는 모두 체인 상 기록이 필요하며, 비트코인 네트워크 자체의 처리 속도와 확장성 한계로 인해 거래량 수용 능력이 크게 제약된다. 따라서 확장성 면에서 RGB 프로토콜이 더 유리하다.
4. RGB 생태 프로젝트
RGB v0.10.0 버전 출시 후, 개발자들이 RGB 네트워크 상에서 보다 이전 버전보다 친숙한 환경에서 개발할 수 있게 되었다. 따라서 RGB 프로토콜 생태계의 본격적인 개발은 불과 반년 전부터 시작되었으며, 아래 나열된 RGB 생태 프로젝트 대부분도 초기 발전 단계에 있다:
-
Infinitas: Infinitas는 튜링 완전성을 갖춘 비트코인 애플리케이션 생태계로, 라이트닝 네트워크와 RGB 프로토콜의 장점을 결합하고 서로 지원 및 보완하여 더욱 효율적인 비트코인 생태계를 실현한다. 특히 주목할 점은 Infinitas가 클라이언트 검증의 비효율 문제를 해결하기 위해 재귀적 제로지식 증명 방법을 제안했다는 점이다. 이 방법이 효과적으로 실현된다면 RGB 네트워크의 검증 속도 문제를 크게 해결할 수 있을 것이다.
-
RGB Explorer: RGB Explorer는 RGB 자산 조회 및 자산(Fungible Token 및 Non-Fungible Token) 송금을 최초로 지원한 브라우저로, RGB20, RGB21, RGB25 세 가지 표준 자산을 지원한다.
-
Cosminmart: 본질적으로 RGB 프로토콜과 호환 가능한 비트코인 라이트닝 네트워크이다. 스마트 계약을 배포할 수 있는 새로운 비트코인 생태계를 구축하려 한다. 위 프로젝트들과 달리 단일 기능이 아닌, 지갑, 파생상품 거래시장, 초기 프로젝트 발굴 시장을 제공한다. 이는 비트코인 네트워크의 스마트 계약 개발부터 제품 홍보 및 거래까지 원스톱 서비스를 제공한다.
-
DIBA: 라이트닝 네트워크와 RGB 프로토콜을 활용해 비트코인 네트워크의 NFT 시장을 조성하려 한다. 현재 비트코인 테스트넷에서 운영 중이며, 곧 메인넷 출시를 앞두고 있다.
5. RGB의 미래 전망
RGB v0.10.0 버전의 등장과 함께 프로토콜의 전체 프레임워크가 안정화되었으며, 버전 업데이트 시 발생할 수 있는 대규모 비호환 문제도 점차 개선되고 있다. 동시에 개발자 도구와 다양한 API 인터페이스도 점차 완비되어 RGB를 통한 개발 난이도가 크게 낮아지고 있다.
오늘 #Tether는 3개 블록체인에서의 지원 종료를 발표합니다: OmniLayer, BCH-SLP 및 Kusama. 고객은 계속해서 $USDt 토큰의 환전 및 교환(다른 지원되는 블록체인으로)은 가능하지만, Tether는 이 3개 블록체인에서 새로운 $USDt 발행을 중단합니다.
최근 Tether 공식 발표를 통해 비트코인 레이어2 네트워크 상의 USDT 계약 배포를 OmniLayer에서 RGB로 이전한다고 밝혔다. Tether의 이 조치는 암호화폐 대기업이 RGB 진출을 시도하는 신호로 간주되고 있다. 현재 RGB는 이미 성숙한 개발 프로토콜과 방대한 개발자 커뮤니티, 암호화폐 거물들의 인정을 받고 있다.마지막으로, RGB 개발자들은 현재 재귀적 제로지식 증명을 사용해 클라이언트 검증 데이터 용량을 압축하려 시도하고 있으며, 이 개선이 성공하면 RGB 네트워크의 검증 속도가 크게 향상되어 대규모 사용 시 발생하는 네트워크 지연 문제를 완화할 수 있을 것이다.
TechFlow 공식 커뮤니티에 오신 것을 환영합니다
Telegram 구독 그룹:https://t.me/TechFlowDaily
트위터 공식 계정:https://x.com/TechFlowPost
트위터 영어 계정:https://x.com/BlockFlow_News
Kernel Ventures
