RGB 매직: 비트코인 ​​PlatoBlockchain 데이터 인텔리전스에 대한 클라이언트 측 계약. 수직 검색. 일체 포함.

RGB 매직: 비트코인에 대한 클라이언트 측 계약

이것은 신생 기업 설립자, 컨설턴트 및 교육자로서의 경험을 가지고 비트코인 ​​프로젝트에 오랫동안 기여한 Federico Tenga의 의견 사설입니다.

"스마트 계약"이라는 용어는 블록체인과 비트코인 ​​자체의 발명보다 앞서 있습니다. 첫 번째 언급은 1994년 Nick Szabo의 기사, 그는 스마트 계약을 "계약 조건을 실행하는 전산화된 트랜잭션 프로토콜"로 정의했습니다. 이 정의에 따르면 비트코인은 스크립팅 언어 덕분에 첫 번째 블록부터 스마트 계약을 지원했지만 이 용어는 나중에 이더리움 발기인에 의해 대중화되었습니다. 회로망"

코드 실행을 글로벌 합의 네트워크에 위임하는 것은 장점이 있지만(예: 대중적으로 자동화된 마켓 메이커와 같은 미지불 계약을 배포하기 쉽습니다), 이 설계에는 확장성(및 개인 정보 보호)이 부족하다는 한 가지 주요 결함이 있습니다. 네트워크의 모든 노드가 동일한 코드를 중복 실행해야 하는 경우 노드 실행 비용을 과도하게 증가시키지 않고(따라서 탈중앙화를 유지하지 않고) 실제로 실행할 수 있는 코드의 양이 부족하여 적은 수의 계약만 실행할 수 있습니다. 실행.

그러나 계약 조건이 네트워크의 모든 구성원이 아닌 관련 당사자에 의해서만 실행되고 검증되는 시스템을 설계할 수 있다면 어떨까요? 주식을 발행하려는 회사의 예를 상상해 봅시다. 발행 계약을 글로벌 원장에 공개적으로 게시하고 해당 원장을 사용하여 향후 모든 소유권 이전을 추적하는 대신 주식을 비공개로 발행하고 구매자에게 추가 이전 권한을 전달할 수 있습니다. 그러면 소유권을 이전할 수 있는 권리는 원래 발행 계약을 수정한 것처럼 각각의 새로운 소유자에게 이전될 수 있습니다. 이런 식으로 각 소유자는 원래 계약서를 읽고 주식을 이동시킨 모든 수정 내역이 원래 계약서에 명시된 규칙을 준수하는지 확인함으로써 자신이 받은 주식이 진짜인지 독립적으로 확인할 수 있습니다.

이것은 실제로 새로운 것이 아니며 공공 등록이 대중화되기 전에 재산을 이전하는 데 사용된 것과 동일한 메커니즘입니다. 영국에서예를 들어, 90년대까지 소유권이 이전될 때 재산을 등록하는 것은 의무 사항이 아니었습니다. 이는 오늘날에도 여전히 잉글랜드와 웨일즈에 있는 토지의 15% 이상이 등록되지 않았음을 의미합니다. 등록되지 않은 부동산을 구매하는 경우 판매자가 진정한 소유자인지 등기부를 확인하는 대신 최소 15년(판매자가 소유한 재산에 대한 충분한 소유권). 그렇게 함으로써 귀하는 소유권 이전이 올바르게 수행되었고 이전 거래에 사용된 모기지가 전액 상환되었는지 확인해야 합니다. 이 모델은 소유권에 대한 프라이버시가 향상된다는 장점이 있으며 공공 토지 등기부 관리자에게 의존할 필요가 없습니다. 반면에 판매자의 소유권 확인이 구매자에게 훨씬 더 복잡해집니다.

등록되지 않은 부동산 소유권 증서

출처: 미등기 부동산 소유권 증서

등록되지 않은 부동산의 양도를 어떻게 개선할 수 있습니까? 우선, 디지털화 된 프로세스로 만듭니다. 모든 소유권 이전 이력이 원래 계약 규칙을 준수하는지 확인하기 위해 컴퓨터에서 실행할 수 있는 코드가 있으면 구매 및 판매가 훨씬 빠르고 저렴해집니다.

둘째, 판매자가 자산을 이중 지출하는 위험을 피하기 위해 게시 증명 시스템을 구현해야 합니다. 예를 들어, 우리는 모든 소유권 이전이 잘 알려진 신문의 사전 정의된 지점에서 커밋되어야 한다는 규칙을 구현할 수 있습니다(예: 소유권 이전의 해시를 New York의 첫 페이지 오른쪽 상단 모서리에 배치). 타임스). 동일한 위치에 전송 해시를 두 번 배치할 수 없으므로 이중 지출 시도를 방지합니다. 그러나 이러한 목적으로 유명한 신문을 사용하는 데는 다음과 같은 몇 가지 단점이 있습니다.

  1. 검증 과정을 위해 신문을 많이 사야 합니다. 그다지 실용적이지 않습니다.
  2. 각 계약에는 신문에 자체 공간이 필요합니다. 확장성이 높지 않습니다.
  3. 신문 편집자는 임의의 해시를 슬롯에 넣어 이중 지출을 쉽게 검열하거나 더 나쁘게 시뮬레이션하여 자산의 잠재적 구매자가 자산이 이전에 판매된 적이 있다고 생각하게 만들고 자산을 구매하지 못하게 할 수 있습니다. 매우 신뢰할 수 없습니다.

이러한 이유로 소유권 이전 증명을 게시하기에 더 좋은 장소를 찾아야 합니다. 검열 저항성과 탈중앙화를 유지하기 위한 강력한 인센티브가 있는 이미 확립된 신뢰할 수 있는 공개 원장인 비트코인 ​​블록체인보다 더 좋은 옵션이 있을까요?

Bitcoin을 사용하는 경우 New York Times의 편집자와 마찬가지로 광부가 이를 망칠 수 있기 때문에 소유권 이전 약속이 발생해야 하는 블록의 고정된 위치(예: 첫 번째 트랜잭션)를 지정해서는 안 됩니다. 더 나은 접근 방식은 미리 정의된 비트코인 ​​트랜잭션, 특히 발행할 자산의 소유권이 연결된 미사용 트랜잭션 출력(UTXO)에서 발생하는 트랜잭션에 약정을 두는 것입니다. 자산과 비트코인 ​​UTXO 간의 연결은 자산을 발행하는 계약 또는 후속 소유권 이전에서 발생할 수 있으며, 대상 UTXO를 이전된 자산의 컨트롤러로 만들 때마다 발생합니다. 이러한 방식으로 우리는 소유권 이전 의무가 있어야 하는 위치(즉, 특정 UTXO에서 발생하는 비트코인 ​​트랜잭션)를 명확하게 정의했습니다. Bitcoin 노드를 실행하는 사람은 누구나 약정을 독립적으로 확인할 수 있으며 채굴자나 다른 어떤 주체도 어떤 식으로든 자산 전송을 검열하거나 방해할 수 없습니다.

utxo의 소유권 이전

비트코인 블록체인에서는 양도 자체의 내용이 아니라 소유권 이전에 대한 약속만 게시하므로 판매자는 소유권 이전이 유효하다는 모든 증거를 구매자에게 제공하기 위한 전용 통신 채널이 필요합니다. 이것은 여러 가지 방법으로 수행될 수 있으며 잠재적으로 교정본을 인쇄하고 약간 비실용적이지만 여전히 작업을 수행할 운반 비둘기와 함께 배송할 수도 있습니다. 그러나 검열과 사생활 침해를 피하기 위한 최선의 선택은 직접적인 PXNUMXP 암호화 통신을 구축하는 것인데, 이는 비둘기에 비해 상대방으로부터 받은 증거를 검증하기 위한 소프트웨어와 쉽게 통합할 수 있다는 장점이 있습니다.

클라이언트 측에서 검증된 계약 및 소유권 이전에 대해 방금 설명한 이 모델은 정확히 RGB 프로토콜로 구현된 것입니다. RGB를 사용하면 권리를 정의하고 이를 하나 이상의 기존 비트코인 ​​UTXO에 할당하고 소유권을 이전할 수 있는 방법을 지정하는 계약을 생성할 수 있습니다. 계약은 "스키마"라는 템플릿에서 시작하여 생성할 수 있습니다. 여기서 계약 작성자는 기존의 법적 계약과 마찬가지로 매개 변수와 소유권만 조정합니다. 현재 RGB에는 두 가지 유형의 스키마가 있습니다.RGB20) 및 수집품 발행을 위한 초(RGB21), 하지만 앞으로는 프로토콜 수준에서 변경할 필요 없이 누구나 무허가 방식으로 더 많은 스키마를 개발할 수 있습니다.

보다 실용적인 예를 사용하기 위해 대체 자산(예: 회사 주식, 스테이블 코인 등)의 발행자는 RGB20 스키마 템플릿을 사용하고 발행할 토큰 수, 자산 이름 및 관련 추가 메타데이터를 정의하는 계약을 생성할 수 있습니다. 그것으로. 그런 다음 생성된 토큰의 소유권을 이전할 권리가 있는 비트코인 ​​UTXO를 정의하고 다른 UTXO에 XNUMX차 발행 또는 자산 재지정 권한과 같은 기타 권리를 할당할 수 있습니다. 이 계약에 의해 생성된 토큰을 받는 각 클라이언트는 Genesis 계약의 내용을 확인하고 받은 토큰 기록에서 소유권 이전이 여기에 명시된 규칙을 준수했는지 확인할 수 있습니다.

그렇다면 오늘날 실제로 RGB로 무엇을 할 수 있습니까? 무엇보다도 기존 대안에 비해 더 나은 확장성과 프라이버시로 토큰화된 자산의 발행 및 전송을 가능하게 합니다. 프라이버시 측면에서 RGB는 모든 전송 관련 데이터가 클라이언트 측에 보관되므로 블록체인 관찰자는 사용자의 금융 활동에 대한 정보를 추출할 수 없습니다(RGB 약정을 포함하는 비트코인 ​​거래를 구별할 수도 없습니다). 또한 수신자는 UTXO 자체가 아닌 블라인드 UTXO(즉, 자산을 수신하려는 UTXO와 난수 간의 연결 해시)만 송신자와 공유하므로 지불인이 수취인의 향후 활동을 모니터링할 수 있습니다. 사용자의 프라이버시를 더욱 강화하기 위해 RGB는 방탄 암호화 메커니즘을 채택하여 자산 이전 내역의 금액을 숨깁니다. 따라서 미래의 자산 소유자도 이전 소유자의 재무 행동을 모호하게 볼 수 있습니다.

확장성 측면에서 RGB는 몇 가지 장점도 제공합니다. 우선, 대부분의 데이터는 오프체인에 보관됩니다. 블록체인은 약정 계층으로만 사용되기 때문에 지불해야 하는 수수료가 줄어들고 각 클라이언트는 모든 전송이 아닌 관심 있는 전송만 확인합니다. 글로벌 네트워크의 활동. RGB 전송에는 여전히 비트코인 ​​거래가 필요하기 때문에 수수료 절감이 미미해 보일 수 있지만 거래 일괄 처리를 도입하기 시작하면 빠르게 엄청난 규모가 될 수 있습니다. 실제로 UTXO와 관련된 모든 토큰(또는 더 일반적으로 "권리")을 단일 비트코인 ​​거래에서 단일 약속으로 임의의 수취인에게 양도할 수 있습니다. 한 번에 여러 사용자에게 지급하는 서비스 제공업체라고 가정해 보겠습니다. RGB를 사용하면 다양한 유형의 자산을 요청하는 수천 명의 사용자에게 단일 비트코인 ​​트랜잭션 수천 건의 전송을 커밋할 수 있으므로 각 단일 지불의 한계 비용은 절대적으로 무시할 수 있습니다.

소액 자산 발행자를 위한 또 다른 수수료 절감 메커니즘은 RGB에서 자산 발행에 수수료 지불이 필요하지 않다는 것입니다. 이는 발행 계약 생성이 블록체인에 커밋될 필요가 없기 때문에 발생합니다. 계약은 단순히 새로 발행된 자산이 할당될 기존 UTXO를 정의합니다. 따라서 수집 가능한 토큰을 만드는 데 관심이 있는 아티스트라면 원하는 만큼 무료로 발행한 다음 구매자가 나타나 토큰을 UTXO에 할당하도록 요청할 때 비트코인 ​​거래 수수료만 지불하면 됩니다.

또한 RGB는 비트코인 ​​트랜잭션 위에 구축되기 때문에 라이트닝 네트워크와도 호환됩니다. 작성 당시에는 아직 구현되지 않았지만 일반 Lightning 거래에서 작동하는 방식과 유사하게 자산별 Lightning 채널을 생성하고 이를 통해 지불을 라우팅할 수 있습니다.

결론

RGB는 완전히 새로운 패러다임을 사용하여 새로운 사용 사례를 여는 획기적인 혁신이지만 이를 사용할 수 있는 도구는 무엇입니까? 기술 자체의 핵심을 실험하고 싶다면 RGB 노드. 프로토콜의 복잡성에 대해 자세히 알아보지 않고 RGB 위에 응용 프로그램을 구축하려는 경우 다음을 사용할 수 있습니다. rgb-lib 라이브러리, 개발자를 위한 간단한 인터페이스를 제공합니다. 자산을 발행하고 양도하려는 경우 다음과 같이 할 수 있습니다. 안드로이드용 아이리스 월렛, 코드도 오픈 소스입니다. GitHub의. RGB에 대해 더 알고 싶다면 체크아웃할 수 있습니다. 이 리소스 목록.

이것은 Federico Tenga의 게스트 게시물입니다. 표현된 의견은 전적으로 자신의 의견이며 반드시 BTC Inc 또는 Bitcoin Magazine의 의견을 반영하지는 않습니다.

타임 스탬프 :

더보기 Bitcoin Magazine