BTC에서 가장 좋은 자산 대리 모델은 무엇인가요?

저자: 십사군

거래는 web3의 영혼이며, 주의는 web3의 가장 핵심 자원이고, 가격은 군중의 출발점이며, 가치는 시간의 종착점입니다.

BTC 반감기가 한 달이 지났고, 기대를 모았던 Runes 프로토콜도 한 달이 지났습니다. 이 기간 동안 10여 개의 대타 플랫폼과 거래 시장이 나타났으며, 반감기 당일에는 심지어 한 번의 대타로 Runes 자산을 얻기 위해 100달러 이상의 비용이 필요했습니다.

본 문서는 Runes 자산을 예로 들어, 어떤 플랫폼이 비트코인 상의 자산 대타(각인) 모델의 최적 메커니즘인지 분석합니다.

1. Runes 대타 플랫폼 GAS 순위

아래 그림은 십사군이 정리한 개요입니다.

솔루션 관점에서의 순위는 다음과 같습니다:

1. gas 비용 상 분할 + 체인식 < 체인식 < 분할 < 단타
2. 중앙화 정도: 체인식 (중간 주소 없음) < 분할 (중간 주소 없음) < 체인식 (중간 주소 있음) < 분할 (중간 주소 있음)
3. 자산 집합: 체인식 > 분할 + 체인식 > 분할
4. 배치 상장 속도: 분할 = 분할 + 체인식 > 체인식

처음에는 다소 혼란스러울 수 있습니다. 체인식과 분할이란 무엇일까요?

이것은 Runes 프로토콜 자체로 돌아가야 하며, 추가 읽기를 권장합니다: 《BTC 반감기가 다가오고, Runes 프로토콜의 기본 설계 메커니즘과 한계 해석》

1.1. Runes 각인 메커니즘 간단 설명

Runes는 각인 기술을 사용하며, 이는 정보를 체인에 기록하는 간단하고 직관적인 방법입니다: 즉, 비트코인에서 UTXO(미사용 거래 출력)의 op-return 필드에 기록하는 것입니다. 이 기능은 Bitcoin Core 클라이언트 0.9 버전에서 시작되었으며(14년), OP-RETURN은 명확하게 검증 가능하지만 소비할 수 없는 출력을 생성하여 데이터를 블록체인에 존재하게 합니다. 이는 utxo의 출력과 유사하지만 소비할 수는 없습니다.

BTC의 블록체인 탐색기에서 쉽게 볼 수 있으며, 해당 거래에는 op-return 정보가 첨부되어 있습니다. 예를 들어 아래 그림과 같습니다:

여기서 출력#3은 사실상 유리하며, 비록 해당 UTXO의 출력 위치를 차지하고 있지만, 이는 닫힌 원형 사각형으로 다시 이동하거나 소비될 수 없음을 나타냅니다. 따라서 이는 거래의 비고란과 같아 비트코인의 저장 공간에 남아 있으며, 거래 해시 영역 인덱스를 통해 찾을 수 있습니다.

세심한 여러분은 왜 OPRETURN 뒤에 RUNETEST가 있는지 궁금할 수 있습니다. 이는 구체적인 내용을 디코딩한 결과로, 세부 사항 버튼을 클릭하면 52554e455f54455354와 같은 인코딩 문자열을 찾을 수 있습니다. 이는 일련의 16진수 인코딩 데이터로, 디코딩하면 RUNE_TEST를 얻을 수 있습니다. 마찬가지로 세부 사항에는 다른 인코딩도 있으며, 최종적으로 디코딩하면 문자열이 되며, 대략 JSON 형식으로 Runes 자산의 배포, 주조, 발행 등을 나타냅니다.

따라서, 대타란 특정 메커니즘을 요약하면: Runes의 한 거래는 오직 하나의 자산만 대타할 수 있습니다.

따라서 거래 비용이란 BTC에서 거래 체인 상의 데이터 양의 크기로 나타납니다. 대타 플랫폼의 설계는 거래 중 발생하는 UTXO 수를 최소한으로 제어할 수 있는 것이 최적 모델입니다.

이제 분할 모델과 체인식 모델에 대해 자세히 설명하겠습니다.

1.2. 분할 모델

분할 모델이란 대타 과정에서 먼저 한 거래를 여러 개의 하위 거래로 분할한 후, 각 하위 거래에서 자산 주조 과정을 진행하는 것입니다.

예를 들어 tools.mempool의 대타 계획은 실행 시 아래 그림과 같습니다.

첫 번째 거래는 각 하위 거래의 수수료 소모를 예측하고, 546(비트코인에서 흔한 먼지 값) + 수수료 금액을 예약하여 여러 개의 UTXO로 분할합니다. 여기서 새로운 주소로 전송되는 것을 발견할 수 있습니다.

두 번째 거래는 새로운 주소에서 사용자 주소로 다시 전송하고 대타를 완료하며, 사용자는 Runes 자산을 수집합니다.

이 모델의显著한 문제는:

먼저 한 거래를 분할해야 하며, 사용자가 얻는 것은 분산된 UTXO입니다.

따라서 사용자가 매도 주문을 하려 할 때, 하나씩 매도 주문을 하거나 먼저 합병한 후 매도 주문을 해야 하며, 대규모 고객에게는 거래 비용이 증가합니다.

또한 tools.mempool 플랫폼은 분할 거래에서 사용자에게 대타를 실행하지 않으므로, 종합 손실이 분할 모델에서 상대적으로 높습니다.

1.3. 체인식 모델

체인식 모델은 아래와 같은 구조와 유사합니다. 사용자는 처음에 2W 개의 센트를 가지고 있으며, 각 거래는 이전에 메모리 풀에 있는 거래를 소비합니다. 이렇게 여러 개의 거래가 이루어집니다.

여기서 s2t4로 끝나는 6144개의 센트는 플랫폼의 대타 수수료입니다. 대타를 수행하는 데 필요한 수수료 3892와 비교할 때, 대타 플랫폼의 수익은 매우 높다고 할 수 있습니다.

이 플랫폼은 이전에 5일 만에 Runes 대타 + 거래 시장을 개발했다고 주장했던 Runestone입니다. 사실 거래 측면에서 이 플랫폼은 이미 사람들의 관심을 받지 못했지만, 초기 며칠 동안 거의 3 BTC(150만 이상)의 수수료 수익을 발생시켰습니다. 개인 개발자에게는 결코 적지 않은 수익입니다.

그러나 이는 사실상 의미 없는 비용이며, 이미 여러 플랫폼에서 오픈 소스 대타 코드를 제공하고 있습니다. 예를 들어 OKX도 Runes 코드를 오픈 소스화하여 Runes의 인코딩 및 대타 문제를 완벽하게 해결하고, 개발자는 이를 직접 참조하여 자신의 대타 도구를 구축할 수 있습니다. https://github.com/okx/js-wallet-sdk.

체인식으로 돌아가면, 거의 첫 거래에서 수수료를 수취하므로 후속 거래는 아래 그림과 같이 순환 처리됩니다. 따라서 본질적으로 데이터 양이 비교적 적습니다.

2. Runes 최적 대타 모델: 분할 + 체인식

luminex는 현재 상대적으로 좋은 솔루션 모델로, 대량의 민트를 수행할 수 있으며, 플랫폼에 UTXO 분할 도구가 있어 사용하기 편리하며, 분할 + 체인식 솔루션을 채택합니다.

아래 그림과 같습니다:

1. 해당 플랫폼은 분할 시 사용자에게 먼저 자산을 대타하여 낭비가 없습니다.
2. 만약 25회 이내에 주조가 이루어지면, 충분한 체인식 주조의 gas를 분할하여 주조를 실행합니다.
3. 마지막으로 25회 이상 주조가 이루어지면, 여러 개의 체인식에 필요한 gas를 분할하여 주조를 실행합니다.

비록 기본 수수료는 체인식보다 우수하지 않지만, 대량 주조를 수행할 수 있는 중요한 능력을 가지고 있으며, 상장 효율성을 극대화하여 2개의 블록 내에서 주조를 완료할 수 있습니다.

2.1. 왜 상장 효율성 지표가 있을까요?

이는 BTC 노드에 DoS 공격을 방지하는 메커니즘이 있기 때문입니다.

단일 UTXO의 vout가 소비되고 그 소비 경로에서 최대 25개의 거래가 메모리 풀에 제한됩니다.

이것이 대다수 대량 민트가 중간 주소를 사용하는 이유이며, 이러한 제한을 해제하기 위한 목적입니다. 체인식의 경우 자산이 누적되어 최종적으로 사용자에게 전달됩니다.

따라서 체인식 모델은 25개의 거래가 동시에 메모리 풀에 있을 수 있지만, 분할 모델은 분할된 거래가 상장된 후 무한히 메모리 풀에 넣을 수 있습니다(부모 거래가 메모리 풀에 없기 때문에 각 UTXO의 vout는 독립적으로 25 제한을 계산합니다).

따라서 luminex는 최적 모델로서, 단순히 gas가 가장 낮은 것이 아니라, gas를 낮게 유지하면서 대량 주조 능력을 가지고 있습니다.

그러나 사실 luminex보다 더 좋은 모델도 있습니다.

luminex의 분할 거래도 사용자에게 개별적으로 대타를 수행하지만, 이 자산은 실제로 사용자에게 전송할 필요가 없으며, 두 번째 체인식 거래의 UTXO로 전송할 수 있습니다. Runes에는 자산 기본 유동성 메커니즘이 있기 때문에, luminex의 경우 UTXO 비용을 줄일 수 있습니다.

2.2. BTC 수수료 최적화율 비교

비용에 대해 오랫동안 설명했는데, 비용은 어떻게 측정할까요? 사실 매우 간단합니다. 사용자는 평소에 단가를 설정하며, 이는 gasPrice와 유사하지만, BTC에서는 실제로 저장 데이터에 따라 수량 단위인 vsize에 완전히 의존합니다.

따라서 taproot 주소를 예로 들어 보겠습니다(주소마다 수수료가 다르며, taproot 주소는 상대적으로 낮은 수수료에 해당합니다). 이 주소 구조에서:

1. 입력이 하나 추가될 때마다 vsize는 58 증가합니다.
2. 출력이 하나 추가될 때마다 vsize는 43 증가합니다.
3. 각 OP_RETURN을 작성할 때 vsize는 약 30이 필요합니다.

따라서 다음과 같은 최적화율을 계산할 수 있습니다.

체인식 대량 민트 10건, 비용: i * 10 + o * 10 + p * 10 = 1310

분할 대량 민트 10건, 비용: i * 10 + o * 10 + o * 9 + p * 10 = 1697

gas 최적화율: (1697-1310)/1697 = 22.8%

체인식 대량 민트 20건, 비용: i * 20 + o * 20 + p * 20 = 2620

분할 대량 민트 20건, 비용: i * 20 + o * 20 + o * 19 + p * 20 = 3437

gas 최적화율: (3437-2620)/3437 = 23.8%

20%가 적어 보일 수 있지만, 단일 주조에서 100U의 비용이 드는 정점에서, 10회 대량으로 200U의 비용을 줄일 수 있으며, 미세한 비용 차이는 결국 거래의 심리적 기준에 반영됩니다.

높은 대타 수수료에 직면하여, 미래에 web3 커뮤니티에서 가장 먼저 이익을 얻고자 하는 사람들은 기본적인 node js를 배우고, 각종 오픈 소스 코드를 직접 실행하여 플랫폼 수수료 문제를 직접 우회해야 합니다(위에서 언급한 OKX 오픈 소스 서명 구성 요소와 같이). 다음 거래 시장 편에서도 여러 플랫폼의 차단을 직접 우회하여 크로스 플랫폼 거래를 구축하고, 심지어 메모리 풀을 직접 모니터링하여 수익을 추구할 수 있습니다.

3. 요약

Runes 자산 프로토콜이 발행된 지 1개월이 되었지만, 아쉽게도 결국 10억 달러의 문턱을 넘지 못했으며, Ordinals와 Runes의 창립자 케이지가 세푸쿠를 하겠다는 방송 이야기도 전해졌습니다.

하지만 근본적으로 생태계에서 대타와 시장 두 가지 핵심 기반 시설이 미비하여 소액 투자자의 참여 비용이 너무 높고, 기관의 참여가 생태 운영 부족으로 인해 어렵습니다.

현재 나타난 플랫폼은 높은 수수료를 부과하거나 기능이 불완전합니다. 예를 들어 Runestone은 체인식 비용이 낮지만, gas 추정이 부정확하여 마지막 거래의 마모를 초래하고, 상장 불확실성과 함께 점차 시장에서 퇴출되고 있습니다.

또한 현재의 대타 모델은 사용자 실제 요구와 거래 자체를 간과하고 있습니다.

각각 대타된 자산은 종종 더 빠르게 전환될 필요가 있지만, 시장 초기 가격 변동이 크고 BTC가 극도로 혼잡한 상황에서, 프로젝트 측의 시장 행동 외에는 대량 자산 대타의 수요가 많지 않습니다. 다시 말해, 1000건의 자산을 대타할 만큼 자금이 있는 사람은 스스로 그렇게 할 수 있는 능력이 있으며, 플랫폼의 핵심 사용자는 소액 투자자입니다.

따라서 체인식은 비용이 낮지만, 초기 단계에서는 고속 변동의 가격 책정에서, 시장에 분할 도구가 부족한 상황에서 체인식으로 생성된 20여 개의 복합 거래가 1건의 거래에 포함되면 거래의 구매 임계값이 높아질 것입니다.

마지막으로 본 문서는 BTC 상의 자산 대타 메커니즘에 대한 것이며, 이후 거래 시장 모델 편이 있으며, (BRC20, Ordinals, Atomical, Runes) 등 새로운 자산의 거래 모델에 적합하니 많은 관심 부탁드립니다. 놓치지 마세요.