더욱 공정한 자산 발행 방식? Runes 프로토콜 및 “공개 각인” 발행 메커니즘에 대한 확장 논의

저자: MiX

편집: Faust, 극객web3

2024년 3월 2일, Runes 생태계 기반 시설 프로젝트 Rune alpha의 창립자가 Github의 공개 주제에서 Runes 프로토콜 창립자 Casey와 논의를 시작했습니다. 양측은 Runes 프로토콜의 "공개 각인" 메커니즘을 확장하는 방법에 대해 논의했습니다. 주제는 다음과 같습니다:

• "공개 각인"의 예약 불가 요구를 완화해야 할까요?
• "공개 각인" 발행 방식의 Runes 룬은 관리 권한이 없다는 관점을 지적했습니다.
• 명문 NFT와 룬 FT가 상호 협력하는 발행 메커니즘에 대한 구상을 제안했습니다.

비트코인 파생 자산 프로토콜에 대한 깊은 관심으로 인해, 본 저자는 위의 Runes의 최신 주제를 바탕으로 이 글을 작성하였으며, Runes와 Ordinals 프로토콜의 과거 및 유사한 자산 발행 방식에 대한 개발적 탐구를 진행했습니다. 이는 비트코인 생태계를 이해하는 데 도움이 될 것이라고 믿습니다.

Runes 프로토콜이란 무엇인가

소위 Runes 프로토콜은 비트코인 네트워크에서 동질화 토큰을 발행하는 프로토콜로, Ordinals 창립자 Casey가 Ordinals 계획을 발표한 후 다시 구축한 동질화 토큰 계획입니다. 비트코인 UTXO의 특성을 기반으로 구축되었으며, 전체적인 설계 아이디어는 매우 간단합니다.

특히 주목할 점은, Runes 프로토콜은 비트코인 2024년 반감기(블록 높이 840000) 때, 즉 올해 4월 하순에 메인넷을 출시할 계획입니다. 현재 Runes 프로토콜은 여전히 최적화 및 버전 반복 과정에 있습니다.

Runes의 원리를 간략히 설명하기 전에, 먼저 Runes의 배경과 소위 "공개 각인"이 무엇을 의미하는지 빠르게 이해해 봅시다.

Runes의 제안자 Casey는 처음부터 동질화 토큰 프로토콜을 만들겠다는 아이디어가 없었습니다. 2022년 12월, Casey는 Ordinals 프로토콜을 발표했으며, 의도는 NFT 데이터를 비트코인에 영구적으로 올리는 것이었습니다. 간단히 말해, NFT 메타데이터를 각인처럼 비트코인 거래의 증인 데이터(witness)에 기록하는 것입니다(증인은 주로 디지털 서명 정보를 포함합니다). 이를 통해 텍스트, 이미지 등과 같은 임의의 형태의 내용을 특정한 사토시에 각인할 수 있습니다.

이후 역사적 기어가 돌아가기 시작했습니다. 2023년 3월 8일, 익명의 개발자 @domodata는 Ordinals라는 전형적인 NFT 발행 프로토콜을 기반으로 동질화 토큰의 BRC-20 표준을 우회적으로 만들어냈습니다. 이는 각인 방식으로 비트코인 체인에 업로드해야 하는 파생 자산 데이터에 대해 통일된 형식과 속성(Token 이름, 총 공급량, 단일 최대 발행량 등)을 규정하고, 인덱서를 통해 이러한 정보를 해석하고 추적하여 BRC-20 토큰 관련 지갑 계좌와 자산 수량을 표시합니다.

중요한 점은, BRC-20의 발행은 Ordinals라는 비트코인 각인 NFT 프로토콜에 의존하므로, 초기 발행 메커니즘이 NFT 발행 과정과 유사해져 자연스럽게 "선착순"의 특성을 가지게 됩니다. 먼저 민트한 사람이 소유하게 되며, 이더리움 ERC-20 자산 발행 시 "프로젝트 측이 먼저 자산 계약을 배포하고 자산 분배 메커니즘을 정의하며, 공식적으로 어떻게 통제하든지 상관없다"는 것과는 완전히 다릅니다.

이러한 공정한 출시(Fair Launch) 특성 덕분에 대부분의 사람들이 동질화 토큰 초기 발행에 공정하게 참여할 기회를 가지게 되었고, 프로젝트 측은 예약이나 잠금을 하지 않으며, 모든 사람이 자산이 처음 발행되는 순간에 참여할 수 있습니다. 곧 BRC20은 비트코인 체인에서 파생 자산 발행의 열풍을 가져왔고, 심지어 이번 상승장을 직접 촉발했습니다. 따라서 오늘 우리가 중점적으로 논의하는 "공개 각인"의 발행 방식은 Runes 프로토콜에 매우 중요합니다.

하지만 BRC-20은 많은 문제를 야기했습니다: BRC-20 자산의 각 작업은 비트코인 체인에서 특정 거래를 시작해야 하며, BRC-20 자산의 인기로 인해 비트코인 UTXO 데이터 세트도 빠르게 팽창했습니다. 이는 BTC 핵심 개발자들이 BRC-20에 대해 공개적으로 의문을 제기하게 만들었습니다.

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 형식으로 저장되며, BRC-20은 계좌 모델을 기반으로 하여 자산 잔액이 지정된 계좌와 연결됩니다. 반면 Runes 프로토콜의 데이터는 특정 거래의 OP_RETURN 필드에 저장되며, 자산의 기록 방식은 UTXO 모델을 사용하여 비트코인 체인의 UTXO와 "동형 결합"될 수 있습니다.

한 사람의 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: 두 번의 "공개 각인" Runes 룬을 발행할 수 있는 다중 발행 메커니즘을 설계할 수 있을까요? 각 발행마다 다른 매개변수를 설정할 수 있나요?

Casey: 저는 그렇게 하는 것에 대해 선호하지 않습니다. 왜냐하면 Runes 룬은 본질적으로 "관리자"가 없기 때문입니다. 발행 권한은 특별한 권한을 가진 단일 실체가 가져서는 안 됩니다. 그러나 룬을 발행할 때 각인을 추가하고, 이 각인을 기반으로 새로운 룬을 발행하면 두 번의 발행이 동일한 자산이 될 수 있습니다. 물론, 사전 채굴 방식을 사용하고 다른 분배 방식으로 발행할 수도 있습니다.

미래에 CTV 기능이 원활하게 시작된다면, 프로토콜 지원이 필요하지 않으며, CTV는 직접 조건 템플릿을 미리 설정하여 조건을 충족한 후 조건 설정에 맞는 에어드롭 및 공개 발행을 수행할 수 있습니다.

Casey와 SonPin의 논의에 대한 개인적인 의견:

1. 프로젝트 초기 단계에서 일부 토큰을 예약하는 것은 확실히 필요합니다.

초기에는 프로젝트 측이 비즈니스를 자립적으로 추진하기 위해 핵심 팀을 유도하고 커뮤니티를 결집하기 위해 일정량의 토큰을 보유해야 합니다. 이번 논의에 따라 프로토콜을 구현할 수 있다면, "공개 각인"의 공정성과 모든 참여 가치를 보완할 수 있으며, 더 많은 가치 있는 기본 프로젝트 측이 "공개 각인" 방식으로 Runes 생태계에 참여할 수 있게 됩니다.

2. 예약 여부 및 방법은 발행자에게 자율성을 부여하는 수단입니다.

사실, Casey는 여러 차례 YouTube 비디오에서 동질화 토큰의 99.9%가 사기라고 명확히 언급했으며, 모두가 세상을 바꾸겠다고 허세를 부리지 말고, 이 산업이 도박과 투기의 산업임을 솔직하게 인정하고, 모든 사람에게 진실하게 대하는 것이 좋습니다. IT'S JUST FOR FUN!

issue#124에서 #165까지, Casey가 동질화 토큰의 사용 시나리오에 대해 더 많은 인정을 하게 된 것을 볼 수 있습니다. "공개 각인" 방식은 의심할 여지가 없으며, 이를 바탕으로 확장하는 것, 예를 들어 예약 메커니즘을 추가하는 것은 선택의 권리와 자율성을 발행자에게 부여하는 것이며, 나쁜 동전이 좋은 동전을 쫓아내는 것을 방지하는 좋은 방법이기도 합니다.

3. 각인 NFT와 룬 FT는 더 많은 혁신 공간을 가질 것입니다.

Casey가 제안한 각인 NFT와 룬 FT의 상호 협력을 통한 다중 발행 메커니즘 구상은 매우 흥미롭습니다. 배경 지식에서 우리는 Ordinals와 Runes가 모두 Casey가 설계한 프로토콜로, 두 개의 평행 관계 프로토콜로 간주할 수 있지만, Github에서 모두 Ord라는 프로젝트에 포함되어 있으며, 기술적으로 많은 교차와 협력이 이루어지고 있습니다. 예를 들어 동기화 블록과 같은 기본 논리를 공유합니다.

현재 핫한 Runestone 및 Runecoin과 같은 프로젝트도 각인과 룬의 상호 조합 혁신을 보여줍니다. Runecoin의 방식은 가장 주류인 각인 사전 채굴로, Runecoin이 발행한 RSIC 각인을 보유하면 프로젝트의 룬을 지속적으로 채굴할 수 있으며, 4월 말 Runes 프로토콜이 출시되면 FT를 분배합니다. 앞으로 더 많은 프로젝트가 혁신을 이루어내고 더 새로운 방식으로 발전하기를 기대합니다.

4. "공개 각인" 방식으로 발행된 Runes 룬은 소유권이 존재하지 않습니다.

Casey의 원문에서는 "룬은 소유권이 없다"고만 표현했지만, 필자는 이는 "공개 각인" 방식으로 발행된 Runes 룬에 소유권이 없다는 것을 특별히 지칭한다고 생각합니다. SonPin이 제안한 두 번의 "공개 각인" 방안은 반드시 매우 높은 권한을 가진 주소가 조작하게 될 것이며, 이는 암호화 분야에서 바라는 바가 아닙니다.

예를 들어 프로젝트 Runecoin이 21000장의 RSIC 각인 NFT를 발행한 후, 곧바로 부모 각인을 사토시 주소로 전송하여 다시는 사용할 수 없게 만들었습니다. 이는 기술적 수단을 통해 증발을 약속한 것과 같습니다. 이러한 조치는 그 자체로 많은 호평을 받았으며, 대중의 인기를 끌었습니다.

PS: 부모 각인이란 무엇인가? BTC의 상호작용 속도가 느리고 가스 비용이 비싸기 때문에, 작업 수가 많을 때 효율성을 높이기 위해 일반적으로 먼저 부모 각인을 설정하고, 부모 각인의 한 거래에서 여러 자식 각인을 일괄 처리하여 상호작용 시 블록체인의 저장 공간과 처리 시간을 절약합니다.

마지막으로 Casey가 언급한 CTV, 즉 "Check Template Verify"에 대해 말씀드리겠습니다.

CTV는 비트코인 제안의 프로토콜 업그레이드로, 사용자가 거래를 생성할 때 미래 거래의 템플릿을 지정할 수 있도록 하여 비트코인 네트워크의 스마트 계약 및 잠금 기능을 강화하는 것을 목표로 합니다. CTV의 활성화는 사용자가 더 복잡한 거래 유형을 생성할 수 있게 하여, 신뢰할 수 있는 에어드롭 및 공개 각인과 같은 기능을 프로토콜의 명시적 지원 없이도 가능하게 합니다.

이 CTV 제안은 비트코인 네트워크의 프로그래밍 가능성과 유연성을 증가시킵니다. 이번 논의에서 언급된 바와 같이, 간단히 말해 UTXO를 사용하는 해제 조건 템플릿을 생성할 수 있는 기회를 제공하여 Runes에 더 많은 플레이 방식을 창출할 수 있습니다. 예를 들어, "Runes 프로토콜 + CTV"를 통해 10명의 사용자가 CTV 기술을 공동으로 사용하여 룬을 민트하고, 미래의 비트코인 지불 거래에 대한 약속을 미리 설정할 수 있습니다.