Runes 프로토콜 및 「공개 명각」 발행 메커니즘에 대한 확장 토의
글: MiX
편집: Faust, Geek web3
2024년 3월 2일, Runes 생태 인프라 프로젝트 Rune alpha의 창시자는 GitHub의 공개 이슈에서 Runes 프로토콜의 창시자 Casey와 토론을 진행하며,Runes 프로토콜의 '공개 각인(public inscription)' 메커니즘 확장 방안에 대해 논의했다. 주요 논의 내용은 다음과 같다:
-
공개 각인의 사전 예약 금지 조건을 완화해야 하는가?
-
공개 각인 방식으로 발행된 Runes 토큰에는 관리권이 존재하지 않는다는 주장
-
각인 NFT와 토큰 FT를 결합한 새로운 발행 메커니즘 제안
비트코인 파생 자산 프로토콜에 대한 높은 관심을 바탕으로,저자는 위의 최신 Runes 관련 논의들을 종합해 본고를 작성하였으며, Runes와 Ordinals 프로토콜의 역사 및 유사 자산 발행 방식에 대한 심층적인 탐구를 시도하였다. 이를 통해 비트코인 생태계 이해에 도움이 되기를 기대한다.
Runes 프로토콜이란 무엇인가
소위 말하는 Runes 프로토콜은 비트코인 네트워크 상에서 동질성 토큰(Fungible Token)을 발행하기 위한 프로토콜로, Ordinals의 창시자 Casey가 Ordinals 설계 이후 재차 고안한 동질성 토큰 발행 방식이다. UTXO 구조의 특성을 기반으로 설계되었으며, 전체적인 설계 개념이 매우 간결하다.
주목할 점은,Runes 프로토콜은 비트코인의 2024년 반감기(블록 높이 840000), 즉 올해 4월 하순에 메인넷 출시를 계획하고 있다. 현재까지도 Runes 프로토콜은 지속적으로 최적화 및 버전 업데이트 중이다.
Runes의 원리를 설명하기 전에, 먼저 그 배경과所谓하는 [공개 각인]이 의미하는 바를 간략히 살펴보자.
Runes의 제안자인 Casey는 처음부터 동질성 토큰 프로토콜을 만들겠다는 생각을 한 것은 아니었으며,2022년 12월에 Casey는 Ordinals 프로토콜을 발표하면서 NFT 데이터를 비트코인 체인에 영구 저장하려는 목적을 두었다. 간단히 말해, NFT 메타데이터를 마치 각인처럼 비트코인 트랜잭션의 witness 데이터 내에 기록하는 것이다(witness는 주로 디지털 서명 정보를 포함). 이를 통해 텍스트나 이미지 등 다양한 형태의 콘텐츠를 특정 사토시(satoshi)에 각인할 수 있게 되었다.
（출처: https://yishi.io/a-beginner-guide-to-the-ordinals-protocol/）
그 후 역사의 바퀴가 돌기 시작했으며,2023년 3월 8일 익명 개발자 @domodata는 Ordinals라는 전형적인 NFT 발행 프로토콜을 기반으로 우회적으로 동질성 토큰을 발행하는 BRC-20 표준을 개발하였다. 이는 각인 방식을 통해 비트코인 체인에 업로드되는 파생 자산 데이터에 대해 통일된 형식과 속성(Token 이름, 총 공급량, 최대 민팅량 등)을 규정하고, 인덱서를 통해 이러한 정보를 해석 및 추적함으로써 BRC-20 토큰의 지갑 계정과 자산 수량을 표시하게 된 것이다.
핵심은,BRC-20의 발행은 비트코인 각인 NFT 프로토콜인 Ordinals에 의존하기 때문에 초기 발행 메커니즘이 NFT 민팅 과정과 유사해졌으며, 자연스럽게 '선착순' 특성을 갖게 되었다. 누가 먼저 민트하느냐에 따라 소유권이 결정되는 것이다.이는 이더리움 ERC-20 자산 발행 방식과 근본적으로 다르다. ERC-20은 프로젝트팀이 먼저 스마트계약을 배포하고 자산 분배 방식을 정의하며, 원하는 대로 시장을 조작할 수 있다.
이러한Fair Launch 특성 덕분에 다수의 사용자가 동질성 토큰의 초기 발행에 공평하게 참여할 수 있었고, 프로젝트팀은 사전 할당이나 락업 없이 누구나 자산 최초 발행 시점에 참여 가능했다. 이로 인해 BRC-20은 곧바로 비트코인 체인상 파생 자산 발행 열풍을 일으켰으며, 이는 바로 최근의 강세장 진입을 촉발한 중요한 요인이기도 하다. 따라서 우리가 오늘 집중적으로 논의하는'공개 각인' 발행 방식은 Runes 프로토콜에 있어 매우 중요하다.
그러나 BRC-20은 많은 문제점도 야기했다. BRC-20 자산의 모든 작업은 비트코인 체인에서 특정 트랜잭션을 발생시켜야 하며,BRC-20 자산의 인기가 치솟으면서 비트코인 UTXO 데이터셋도 급격히 팽창하게 되었고, 이는 BTC 핵심 개발자들로부터 공개적인 비판을 받게 되었다.
Ordinals 창시자 Casey 역시 BRC-20을 반대하며, Ordinals 위에 구축된 FT 자산들도 인정하지 않았지만, BRC-20의 폭발적인 성공을 보면서 "99%는 사기와 허세지만, 이런 것들은 카지노처럼 사라지지 않을 것"이라고 판단했다.
또한,BRC-20은 비트코인 체인에 '너무 많은 흔적'을 남겨 비트코인 노드에 데이터 부담을 가중시키고 있다. 하지만 체인 데이터 부담을 줄일 수 있는 새로운 자산 프로토콜이 나온다면, BRC-20이 야기한 문제를 완화할 수 있을 것이다.
이에 따라Casey는 비트코인을 위한 '더 나은 동질성 토큰 프로토콜' 구축을 결심하였으며, 2023년 9월 25일 Runes 프로토콜의 초안을 발표하였다.
기술적으로 보면,Runes 프로토콜은 비트코인 UTXO 및 부가 정보를 기반으로 구축되며, 각 트랜잭션 실행 시 체인 외부에서 생성된 디지털 서명 정보를 온체인에 올려야 한다. 우리는 서명 정보 내에 특정 형식의 메시지를 담을 수 있으며, Runes 프로토콜은OP_RETURN 오퍼레이션 코드를 사용해 '특정 메시지'를 표시하는데, 이 메시지들이 바로 Runes 자산 변경과 관련된 정보이다.
BRC-20 프로토콜과 비교할 때 Runes는 많은 장점을 지닌다. 가장 중요한 점은 다음과 같다:
1. 거래 절차 단순화 및 불필요한 UTXO 생성 없음: 비트코인 노드의 부담을 줄일 수 있다. 또한 BRC-20의 한 번의 전송 거래는 하나의 수취인과 하나의 토큰만 지원하는 반면, Runes는 여러 수취인에게 동시에 전송이 가능하며, 여러 종류의 Runes 토큰을 한꺼번에 전송할 수 있다.
2.자산 데이터 저장 및 인덱싱이 더 간단함: BRC-20의 데이터는 JSON 형식으로 특정 트랜잭션의 witness 데이터에 저장되며, 계정 기반 모델(account model)을 사용하여 자산 잔액이 특정 계정과 연결된다. 반면 Runes 프로토콜은 데이터를 OP_RETURN 필드에 저장하며, 자산 기록 방식은 UTXO 모델을 따르고,비트코인 체인의 UTXO와 '동형 결합(isomorphic binding)'이 가능하다.
특정 사용자의 Runes 자산 상태를 확인할 때, 해당 사용자가 소유한 Runes 자산과 연결된 특수 UTXO만 검증하면 된다. 일부 정보 추적은 필요하지만, BRC-20처럼 전체 UTXO 세트를 스캔할 필요가 없어,이러한 경량화 방식은 데이터 인덱싱에 더욱 친화적이다.
3. UTXO 확장 기능 계층과의 호환성:Runes는 UTXO 기반 설계로 인해 CKB, Cardano, Fuel 등 UTXO 기반의 확장 기능 계층과 더 잘 호환된다. RGB++와 유사한 'UTXO 동형 결합'을 통해 이러한 확장 계층은 Runes에 스마트계약 시나리오를 제공할 수 있다.
기술적인 부분을 간략히 설명한 후, 다시 본문 초반의 발행 메커니즘으로 돌아가보자.Casey는 Runes 토큰 발행을 위해 '총 공급량 고정'과 '공개 각인' 두 가지 방식을 설계하였다:
1. 총 공급량 고정은 발행자가 모든 Runes 토큰을 직접 각인한 후 분배하는 방식으로, 상대적으로 중심화된 구조이다.
2. 공개 각인은 Runes 토큰 발행 방식에 파라미터를 설정하는 것으로, 예를 들어 특정 블록 높이나 타임스탬프를 지정하여, 해당 규칙에 따라 사용자가 민트한 양만큼 최종 토큰 공급량이 결정되는 방식이다.
두 발행 방식은 적용되는 시나리오와 메커니즘이 완전히 다르며, 아래에서는 '공개 각인'에 대해서만 다룬다.
실제로 Sondotpin은 Runes의 Issues#124 이슈에서 이미 이 주제를 논의하였으며, Casey로부터 승인을 받았다.
Issues#165의 구체적인 내용은 다음과 같다:
-
Sondotpin: 현재 공개 발행 방식에서는 프로젝트팀/발행자가 미리 Runes 토큰을 예약할 수 없어, 우수한 토큰 이코노미 설계 기회가 제한된다.
-
Casey: 기존의 Issues#124를 참고하시기 바란다. 나는 이 제한을 완화하여 발행자가 합리적인 방식으로 토큰을 구성할 수 있도록 하고, 파라미터 범위를 초과하는 것도 허용하는 것을 고려하고 있다. 이렇게 설계될 경우 관련 정보는 Runes 토큰의 상세 페이지에 매우 두드러지게 표시될 것이다.
-
Sondotpin: 예를 들어 두 차례의 '공개 각인'을 수행할 수 있는 다단계 발행 메커니즘을 설계할 수 있지 않을까? 각 라운드마다 다른 파라미터를 설정하는 방식이다.
-
Casey: 나는 그런 방식을 선호하지 않는다.왜냐하면 Runes 토큰 자체에는 본질적으로 '관리자'가 존재하지 않기 때문이다. 발행 권한은 특별한 권한을 가진 단일 실체가 가져서는 안 된다. 그러나 당신은 토큰 발행 시 각인을 추가하고, 그 각인을 기반으로 새 토큰을 발행함으로써 두 차례 발행된 토큰이 동일한 자산이 되게 할 수 있다. 물론 사전 채굴(pre-mine) 후 다른 방식으로 분배하는 것도 가능하다.
향후 CTV 기능이 성공적으로 활성화된다면, 프로토콜 차원의 지원 없이도 CTV를 통해 조건 템플릿을 미리 설정하여 조건 충족 시 에어드랍이나 공개 발행 등을 수행할 수 있게 될 것이다.
Casey와 SonPin의 논의를 중심으로 개인적인 견해:
1. 프로젝트 초기 단계에서 일부 토큰을 사전 확보하는 것은 반드시 필요하다
초기 단계에서 프로젝트팀이 사업을 자생적으로 추진하기 위해서는 핵심 팀을 인센티브 제공하고 커뮤니티를 결집시키기 위한 일정량의 토큰 보유가 필요하다. 이번 논의 내용대로 프로토콜이 구현된다면, '공개 각인'의 공정성과 대중 참여 가치를 보완하게 되며, 더 많은 가치 기반 프로젝트팀이 '공개 각인' 방식으로 Runes 생태에 참여할 수 있게 될 것이다.
2. 사전 할당 여부 및 방법은 발행자에게 선택과 자증(self-verification)의 수단을 부여
사실 Casey는 유튜브 영상에서 여러 차례 동질성 토큰의 99.9%가 사기라고 직설적으로 밝힌 바 있다. 세상을 바꾸겠다는 거창한 말보다는, 이 업계가 도박과 투기에 가득 차 있다는 사실을 솔직히 인정하자고 말한다. 정직함이 모두에게 좋다. IT'S JUST FOR FUN!
#124에서 #165까지의 논의를 보면 Casey가 동질성 토큰의 활용 사례에 대해 더 많은 수용성을 보이고 있음을 알 수 있다. '공개 각인' 방식 자체는 의심의 여지가 없으며, 이를 기반으로 예약 메커니즘을 추가하는 것은 선택권과 자증 수단을 발행자에게 넘기는 것이며, 나쁜 프로젝트가 좋은 프로젝트를 몰아내는 것을 방지하는 좋은 방법이기도 하다.
3. 각인 NFT와 토큰 FT는 더 많은 혁신 가능성을 지님
Casey가 제안한 각인 NFT와 토큰 FT가 서로 연계된 다단계 발행 메커니즘은 매우 흥미롭다. 앞서 언급한 배경지식에서 살펴보았듯이, Ordinals와 Runes는 모두 Casey가 설계한 프로토콜로서 병렬 관계에 있으며, GitHub에서도 모두 'Ord' 프로젝트 내에 통합되어 있고, 기술적으로도 동기화 블록 처리 등의 저수준 로직을 공유하고 있다.
현재 핫한 Runestone, Runecoin 등의 프로젝트도 각인과 토큰을 조합한 혁신 사례이다. Runecoin의 방식은 가장 일반적인 각인 사전 채굴로, Runecoin이 발행한 RSIC 각인 NFT를 보유하면 지속적으로 해당 프로젝트의 토큰을 채굴할 수 있으며, 4월 말 Runes 프로토콜 출시 후 FT를 분배하는 방식이다. 앞으로 더 많은 프로젝트가 새로운 아이디어를 도입하여 더욱 신선한 플레이 방식을 만들어내기를 기대한다.
4. '공개 각인' 방식으로 발행된 Runes 토큰에는 소유권이 없다
Casey의 원문에서는 'Rune에는 소유권이 없다'고만 표현했지만,笔者는 이것이 특히 '공개 각인' 방식으로 발행된 Runes 토큰에만 해당한다고 해석한다. SonPin이 제안한 두 차례 공개 각인 방식은 반드시 매우 높은 권한을 가진 주소가 운영해야 하며, 이는 크립토 암호화 분야가 바라지 않는 방향이다.
예를 들어 Runecoin 프로젝트는 21,000개의 RSIC 각인 NFT를 발행한 후 곧바로 부모 각인(parent inscription)을 중본聪 주소로 전송하여, 더 이상 누구도 사용할 수 없도록 만들었다. 즉 기술적으로 증발소각(burn)하여 추가 발행을 하지 않겠다는 기술적 약속을 한 것이다. 이 행위는 큰 호평을 받으며 대중 인지도를 크게 높였다.
참고:부모 각인이란 무엇인가? 비트코인에서 상호작용이 느리고 가스 비용이 비싸기 때문에, 대량 작업 시 효율을 높이기 위해 일반적으로 부모 각인을 먼저 설정한다. 부모 각인의 트랜잭션에서 여러 개의 자식 각인을 한 번에 처리함으로써 블록체인 저장 공간과 처리 시간을 절약할 수 있다.
마지막으로 Casey가 언급한CTV(Check Template Verify)에 대해 설명하겠다.
CTV는 비트코인 네트워크의 스마트계약 및 자산 잠금 기능을 강화하기 위해 제안된 프로토콜 업그레이드로, 사용자가 트랜잭션 생성 시 미래 트랜잭션의 템플릿을 지정할 수 있도록 한다. CTV의 활성화는 신뢰 가능한 에어드랍, 공개 각인 등 복잡한 거래 유형을 프로토콜의 명시적 지원 없이도 가능하게 한다.
이CTV 제안은 비트코인 네트워크의 프로그래밍 가능성과 유연성을 높이며, 이번 논의에서 언급된 바와 같이 UTXO의 잠금 조건 템플릿을 생성할 수 있게 되어,Runes에 더 다양한 활용 가능성을 제공할 수 있다. 예를 들어 'Runes 프로토콜 + CTV'를 통해 10명의 사용자가 CTV 기술을 공동 활용하여 토큰을 민트하고, 미래의 특정 비트코인 결제 거래 조건 등을 미리 설정할 수 있다.
TechFlow 공식 커뮤니티에 오신 것을 환영합니다
Telegram 구독 그룹:https://t.me/TechFlowDaily
트위터 공식 계정:https://x.com/TechFlowPost
트위터 영어 계정:https://x.com/BlockFlow_News
@MixWeb3
