이 글은 비트코인 프로젝트에 오랫동안 기여해온 Federico Tenga의 의견 기고문입니다. 그는 스타트업 창립자, 컨설턴트 및 교육자로서의 경험을 가지고 있습니다.
“스마트 계약”이라는 용어는 블록체인과 비트코인의 발명 이전에 등장했습니다. 이 용어의 첫 번째 언급은 Nick Szabo의 1994년 기사에서 이루어졌으며, 그는 스마트 계약을 “계약 조건을 실행하는 컴퓨터화된 거래 프로토콜”로 정의했습니다. 이 정의에 따르면 비트코인은 스크립팅 언어 덕분에 첫 번째 블록부터 스마트 계약을 지원했지만, 이 용어는 이후 이더리움 홍보자들에 의해 “전 세계 합의 네트워크의 모든 노드에 의해 중복 실행되는 코드”라는 원래 정의가 왜곡되면서 대중화되었습니다.
코드 실행을 전 세계 합의 네트워크에 위임하는 것은 장점이 있지만(예: 일반적으로 자동화된 시장 조성자와 같은 계약을 쉽게 배포할 수 있음), 이 설계에는 하나의 주요 결점이 있습니다: 확장성과 프라이버시의 부족입니다. 네트워크의 모든 노드가 동일한 코드를 중복 실행해야 한다면, 노드를 운영하는 비용을 과도하게 증가시키지 않고 실제로 실행할 수 있는 코드의 양은 제한적입니다. 이는 소수의 계약만 실행될 수 있음을 의미합니다.
그렇다면 계약의 조건이 네트워크의 모든 구성원이 아닌 관련 당사자에 의해 실행되고 검증되는 시스템을 설계할 수 있다면 어떻게 될까요? 주식을 발행하고자 하는 회사를 예로 들어보겠습니다. 발행 계약을 전 세계 원장에 공개하고 그 원장을 사용하여 모든 미래의 소유권 이전을 추적하는 대신, 주식을 비공식적으로 발행하고 구매자에게 추가 이전할 권리를 전달할 수 있습니다. 그런 다음 소유권 이전의 권리는 원래 발행 계약의 수정 사항인 것처럼 각 새로운 소유자에게 전달될 수 있습니다. 이렇게 하면 각 소유자는 자신이 받은 주식이 진짜인지 원래 계약을 읽고 모든 수정 이력이 원래 계약에 명시된 규칙에 부합하는지 검증할 수 있습니다.
사실 이것은 새로운 것이 아닙니다. 공공 등록부가 대중화되기 전에 재산을 이전하는 데 사용된 동일한 메커니즘입니다. 예를 들어, 영국에서는 ‘90년대까지 소유권이 이전될 때 재산을 등록하는 것이 의무가 아니었습니다. 이는 오늘날에도 잉글랜드와 웨일스의 15% 이상의 토지가 등록되지 않았음을 의미합니다. 등록되지 않은 재산을 구매하는 경우, 판매자가 진정한 소유자인지 확인하기 위해 등록부를 확인하는 대신, 최소 15년 동안의 끊김 없는 소유권 체인을 검증해야 합니다(판매자가 재산에 대한 충분한 권리를 가지고 있다고 가정하기에 충분한 기간으로 간주됩니다). 이 과정에서 모든 소유권 이전이 올바르게 수행되었는지 확인하고 이전 거래에 사용된 모기지가 전액 상환되었는지 확인해야 합니다. 이 모델은 소유권에 대한 프라이버시를 개선하는 장점이 있지만, 구매자에게 판매자의 소유권 검증을 훨씬 더 복잡하게 만듭니다.
등록되지 않은 재산의 이전을 어떻게 개선할 수 있을까요? 우선, 디지털화된 프로세스로 만드는 것입니다. 모든 소유권 이전 이력이 원래 계약 규칙에 따라 준수되는지 검증할 수 있는 코드가 컴퓨터에서 실행될 수 있다면, 구매와 판매가 훨씬 더 빠르고 저렴해집니다.
둘째, 판매자가 자산을 이중 지출하는 위험을 피하기 위해 공개 증명 시스템을 구현해야 합니다. 예를 들어, 모든 소유권 이전은 잘 알려진 신문의 미리 정해진 지점에 기록되어야 한다는 규칙을 구현할 수 있습니다(예: 소유권 이전의 해시를 뉴욕 타임스 첫 페이지의 오른쪽 상단 모서리에 배치). 이전의 해시를 동일한 장소에 두 번 배치할 수 없기 때문에, 이는 이중 지출 시도를 방지합니다. 그러나 이 목적으로 유명한 신문을 사용하는 데는 몇 가지 단점이 있습니다:
- 검증 프로세스를 위해 많은 신문을 구매해야 합니다. 그리 실용적이지 않습니다.
- 각 계약은 신문에서 고유한 공간이 필요합니다. 그리 확장성이 없습니다.
- 신문 편집자는 쉽게 검열하거나, 더 나쁜 경우, 무작위 해시를 귀하의 슬롯에 넣어 이중 지출을 시뮬레이션할 수 있습니다. 이는 자산의 잠재적 구매자가 이전에 판매된 것처럼 생각하게 만들고 구매를 꺼리게 합니다. 그리 신뢰할 수 없습니다.
이러한 이유로, 소유권 이전의 증명을 게시할 더 나은 장소를 찾아야 합니다. 그리고 비트코인 블록체인보다 더 나은 선택이 있을까요? 이미 신뢰할 수 있는 공공 원장으로서 검열 저항성과 분산화를 유지할 강력한 인센티브를 가지고 있습니다.
비트코인을 사용한다면, 소유권 이전의 약속이 발생해야 하는 블록 내 고정된 장소를 지정해서는 안 됩니다(예: 첫 번째 거래에서). 뉴욕 타임스의 편집자와 마찬가지로, 채굴자가 이를 조작할 수 있기 때문입니다. 더 나은 접근 방식은 약속을 미리 정의된 비트코인 거래에 배치하는 것입니다. 더 구체적으로는, 발행될 자산의 소유권과 연결된 미사용 거래 출력(UTXO)에서 발생하는 거래에 약속을 배치하는 것입니다. 자산과 비트코인 UTXO 간의 연결은 자산을 발행하는 계약이나 이후의 소유권 이전에서 발생할 수 있으며, 매번 목표 UTXO가 이전된 자산의 관리자가 됩니다. 이렇게 하면 소유권 이전의 의무가 어디에 있어야 하는지(즉, 특정 UTXO에서 발생하는 비트코인 거래 내) 명확하게 정의됩니다. 비트코인 노드를 운영하는 누구나 약속을 독립적으로 검증할 수 있으며, 채굴자나 다른 어떤 주체도 자산 이전을 검열하거나 방해할 수 없습니다.
비트코인 블록체인에서는 소유권 이전의 약속만 게시하고 이전의 내용은 게시하지 않기 때문에, 판매자는 구매자에게 소유권 이전이 유효하다는 모든 증거를 제공하기 위한 전용 통신 채널이 필요합니다. 이는 여러 방법으로 수행될 수 있으며, 심지어 증거를 인쇄하여 비둘기로 배송하는 방식도 가능합니다. 비록 다소 비실용적이지만 여전히 작업을 수행할 수 있습니다. 그러나 검열과 프라이버시 침해를 피하기 위한 최선의 옵션은 직접적인 P2P 암호화 통신을 설정하는 것입니다. 이는 비둘기와 비교할 때 수신자가 상대방으로부터 받은 증거를 검증할 수 있는 소프트웨어와 쉽게 통합할 수 있는 장점이 있습니다.
방금 설명한 클라이언트 측 검증 계약 및 소유권 이전 모델은 RGB 프로토콜로 구현된 것입니다. RGB를 사용하면 권리를 정의하고 이를 하나 이상의 기존 비트코인 UTXO에 할당하며 소유권이 어떻게 이전될 수 있는지를 명시하는 계약을 생성할 수 있습니다. 계약은 “스키마”라고 불리는 템플릿에서 시작하여, 계약의 작성자가 매개변수와 소유권만 조정하면 됩니다. 현재 RGB에는 두 가지 유형의 스키마가 있습니다: 하나는 대체 가능한 토큰을 발행하기 위한 RGB20이고, 다른 하나는 수집품을 발행하기 위한 RGB21입니다. 하지만 앞으로는 누구나 프로토콜 수준에서 변경 없이 허가 없이 더 많은 스키마를 개발할 수 있습니다.
보다 실용적인 예를 들면, 대체 가능한 자산(예: 회사 주식, 스테이블코인 등)의 발행자는 RGB20 스키마 템플릿을 사용하여 몇 개의 토큰을 발행할 것인지, 자산의 이름 및 관련된 추가 메타데이터를 정의하는 계약을 생성할 수 있습니다. 그런 다음 생성된 토큰의 소유권을 이전할 수 있는 권리가 있는 비트코인 UTXO를 정의하고, 추가 발행 또는 자산의 재지정과 같은 다른 권리를 다른 UTXO에 할당할 수 있습니다. 이 계약에 의해 생성된 토큰을 받는 각 클라이언트는 제네시스 계약의 내용을 검증하고 받은 토큰의 소유권 이전 이력이 그 규칙을 준수했는지 확인할 수 있습니다.
그렇다면 오늘날 RGB로 무엇을 할 수 있을까요? 우선, 기존의 대안에 비해 더 나은 확장성과 프라이버시로 토큰화된 자산의 발행 및 이전을 가능하게 합니다. 프라이버시 측면에서 RGB는 모든 이전 관련 데이터가 클라이언트 측에 보관되므로 블록체인 관찰자가 사용자의 재정 활동에 대한 정보를 추출할 수 없습니다(일반 비트코인 거래와 RGB 약속을 포함한 거래를 구분할 수조차 없습니다). 게다가 수신자는 자산을 수신하고자 하는 UTXO와 무작위 숫자의 해시를 결합한 블라인드 UTXO만을 송신자와 공유하므로, 지불자가 수신자의 향후 활동을 모니터링할 수 없습니다. 사용자의 프라이버시를 더욱 향상시키기 위해 RGB는 자산 이전 이력의 금액을 숨기기 위해 불릿프루프 암호화 메커니즘을 채택하여, 향후 자산 소유자조차도 이전 소유자의 재정 행동을 모호하게 볼 수 있도록 합니다.
확장성 측면에서도 RGB는 몇 가지 장점을 제공합니다. 우선, 대부분의 데이터가 오프체인으로 유지되며, 블록체인은 약속 레이어로만 사용되어야 하므로 지불해야 하는 수수료가 줄어들고 각 클라이언트는 전 세계 네트워크의 모든 활동이 아닌 자신이 관심 있는 이전만 검증합니다. RGB 이전은 여전히 비트코인 거래를 요구하므로 수수료 절감 효과는 미미할 수 있지만, 거래 배치가 도입되면 빠르게 커질 수 있습니다. 실제로, 특정 UTXO와 연결된 모든 토큰(또는 보다 일반적으로 “권리”)을 임의의 수의 수신자에게 단일 비트코인 거래에서 단일 약속으로 이전할 수 있습니다. 예를 들어, 여러 사용자에게 동시에 지급하는 서비스 제공자라고 가정해 보겠습니다. RGB를 사용하면 단일 비트코인 거래에서 수천 개의 사용자에게 다양한 자산을 요청하는 수천 개의 이전을 약속할 수 있어 각 지급의 한계 비용이 절대적으로 무시할 수 있을 정도로 작아집니다.
저가 자산의 발행자를 위한 또 다른 수수료 절감 메커니즘은 RGB에서 자산의 발행이 수수료를 지불할 필요가 없다는 것입니다. 이는 발행 계약의 생성이 블록체인에 약속될 필요가 없기 때문입니다. 계약은 단순히 새로 발행된 자산이 할당될 기존 UTXO를 정의합니다. 따라서 수집 가능한 토큰을 만들고자 하는 아티스트라면 원하는 만큼 무료로 발행할 수 있으며, 구매자가 나타나서 자신의 UTXO에 토큰을 할당해 달라고 요청할 때만 비트코인 거래 수수료를 지불하면 됩니다.
또한 RGB는 비트코인 거래 위에 구축되었기 때문에 라이트닝 네트워크와도 호환됩니다. 작성 시점에서는 아직 구현되지 않았지만, 자산 특정 라이트닝 채널을 생성하고 이를 통해 지불을 라우팅하는 것이 가능해질 것입니다. 이는 일반 라이트닝 거래와 유사하게 작동합니다.
결론
RGB는 완전히 새로운 패러다임을 사용하여 새로운 사용 사례를 열어주는 혁신적인 기술입니다. 그러나 이를 사용하기 위한 도구는 무엇일까요? 기술의 핵심을 실험하고 싶다면 RGB 노드를 직접 사용해 보아야 합니다. RGB 위에 애플리케이션을 구축하고 싶지만 프로토콜의 복잡성에 깊이 들어가고 싶지 않다면, 개발자를 위한 간단한 인터페이스를 제공하는 rgb-lib 라이브러리를 사용할 수 있습니다. 자산을 발행하고 이전하는 것을 시도하고 싶다면, 안드로이드용 Iris Wallet을 사용해 볼 수 있으며, 그 코드도 GitHub에서 오픈 소스로 제공됩니다. RGB에 대해 더 알고 싶다면 이 자료 목록을 확인할 수 있습니다.
이 글은 Federico Tenga의 게스트 포스트입니다. 표현된 의견은 전적으로 그의 것이며 BTC Inc 또는 Bitcoin Magazine의 의견을 반드시 반영하지는 않습니다.
