머리말
거래는 web3의 영혼이고, 관심은 web3의 핵심 자원이며, 가격은 크라우드의 시작점이며, 가치는 시간의 끝입니다. BTC가 반감된 지 한 달이 지났고, 오랫동안 기다려온 룬즈 프로토콜이 나온 지 한 달이 지났습니다. 이 기간 동안, 반감기 당일에도 거래 시장에는 12개 이상의 대리 거래 플랫폼이 등장했습니다. 룬 자산의 단일 대리 거래에는 미화 100달러 이상의 비용이 필요합니다. 이 기사에서는 비트코인의 자산 생성(에칭) 모델에 가장 적합한 메커니즘이 무엇인지 분석하기 위해 Runes 자산을 예로 들어 보겠습니다.
1. 룬 플레이 플랫폼의 GAS 순위
아래 사진은 포틴준이 정리한 개요 사진입니다.
프로그램 관점에서 순위를 매기면 핵심 결론은 다음과 같습니다.
가스 비용 분할 + 체인 방식 < 체인 < 분할 < 싱글
집중화 정도: 체인(중간 주소 없음) < 분할(중간 주소 없음) < 체인(중간 주소 있음) < 분할(중간 주소 있음)
자산 집합: 체인 > 분할 + 체인 > 분할
일괄 업로드 속도: 분할 = 분할 + 체인 > 체인
언뜻 보면 약간 혼란스러워 보일 수 있습니다. 연결이 무엇이고 분할이 무엇입니까? 이 내용은 Runes 프로토콜 자체로 돌아갑니다. BTC 반감기가 곧 출시되며 Runes 프로토콜의 기본 설계 메커니즘과 제한 사항을 해석합니다. 를 자세히 읽어 보는 것이 좋습니다.
1.1. 룬 에칭 메커니즘에 대한 간략한 설명
Runes는 체인에 정보를 기록하는 간단하고 직관적인 방법인 에칭 기술을 사용합니다. 즉, 비트코인 버전 0.9부터 UTXO(미사용 트랜잭션)의 op-return 필드에 기록하는 기능입니다. 핵심 클라이언트(14년)인 OP-RETURN은 명확하고 검증 가능한 비소모성 출력을 생성하여 utxo 출력과 유사하게 데이터를 블록체인에 저장할 수 있지만 소비할 수는 없습니다. 다음 그림과 같이 거래에 op-return 정보가 첨부되어 있음을 btc 블록체인 브라우저에서 쉽게 확인할 수 있습니다.
여기서 출력 #3은 실제로는 utxo 출력의 출력 위치를 차지하지만 닫힌 둥근 직사각형이므로 다시 전송하고 소비할 수 없음을 알 수 있습니다. 비트코인 저장공간에 남겨지는 비고 영역은 거래 해시 영역 인덱스를 통해 확인할 수 있습니다. 주의 깊게 살펴보면 OP_RETURN 이후에 RUNE_TEST가 있는 이유를 알 수 있습니다. 이는 특정 내용을 디코딩한 결과입니다. 세부사항 버튼을 클릭하면 52554 e 455 f 54455354와 같은 인코딩 문자열을 찾을 수 있습니다. 16진수로 인코딩된 데이터의 문자열이며 디코딩 후 RUNE_TEST를 얻을 수 있습니다. 마찬가지로 세부 사항에 다른 인코딩이 있습니다. 마지막으로 디코딩 후에는 아마도 json 형식의 문자열이 되어 배포, 캐스팅, 발급을 반영합니다. , 룬 자산의 의미.
따라서 소위 중개라고 불리는 구체적인 메커니즘은 다음과 같이 요약될 수 있습니다. 룬은 거래에서 하나의 자산만 중개할 수 있습니다.
따라서 소위 BTC의 거래 비용은 거래 체인의 데이터 양에 의해 반영됩니다. 그렇다면 대리 인쇄 플랫폼의 설계는 거래에 나타나는 UTXO의 수를 최소화할 수 있는 것과 동일하며 이것이 최적의 모델입니다. . 분할 모델과 체인 모델을 확장해 보겠습니다.
1.2. 분할 모델
소위 분할 모델은 대리 거래 과정에서 먼저 거래를 여러 하위 거래로 분할한 다음 각 하위 거래에 대한 자산 캐스팅 프로세스를 진행하는 것입니다.
예를 들어 tools.mempool의 프록시 인쇄 계획은 아래 그림과 같이 실행됩니다. 첫 번째 트랜잭션은 각 하위 트랜잭션의 처리 수수료 소비를 추정한 다음 546(비트코인의 일반 먼지 값) + 처리를 예약합니다. 여러 개의 UTXO를 분할하면 새 주소로 전송되는 것을 확인할 수 있습니다.
두 번째 거래는 새 주소에서 사용자의 주소로 다시 전송되며 거래가 완료되고 사용자는 룬 자산도 수집합니다.
이 모델의 명백한 문제는 거래가 먼저 분할되어야 하고 사용자가 분산된 UTXO를 받게 된다는 것입니다. 그러면 사용자가 판매 주문을 하려면 하나씩 주문을 하거나 먼저 병합한 다음 주문을 해야 합니다. 대규모 고객의 경우 거래 비용이 증가합니다. 또한 tools.mempool 플랫폼은 분할 트랜잭션의 사용자에 대해 프록시 호출을 수행하지 않으므로 분할 모델에서 전체 손실이 더 높습니다.
1.3.체인 모드
소위 체인 구조는 다음 구조와 유사합니다. 사용자는 처음에 2W Satoshi를 가지며 각 트랜잭션은 여전히 메모리 풀에 있는 이전 트랜잭션을 소비합니다. 이 역시 다중 트랜잭션입니다.
여기서 s 2 t 4로 끝나는 숫자로 청구되는 6144 사토시는 플랫폼의 인쇄 수수료이며 대리 인쇄를 실행하는 데 필요한 처리 수수료 3892와 비교하면 대리 인쇄의 수입이라고 할 수 있습니다. 플랫폼이 매우 높습니다.
이 플랫폼은 이전에 5일 만에 룬 대리 인쇄 + 거래 시장을 개발했다고 주장한 Runestone입니다. 실제로 거래 측면에서 처음 몇 년 동안 아무도 이 플랫폼에 관심을 기울이지 않았습니다. 며칠이 지나도 여전히 거의 3BTC(150W 이상)를 생성하므로 개인 개발자에게는 수수료 수입이 매우 높습니다.
그러나 이는 실제로 의미 없는 비용입니다. 이미 오픈 소스 코드 생성 기능을 갖춘 많은 플랫폼이 있습니다. 예를 들어 OKX는 Runes 코드도 오픈 소스로 제공하여 개발자가 직접 사용할 수 있는 Runes 인코딩, 디코딩 및 프록시 인쇄 문제를 완벽하게 해결합니다. https://github.com/okx/js-wallet-sdk에서 자체 프록시 인쇄 도구를 참조하고 구축하세요.
체인으로 돌아가면, 처리 수수료를 징수하는 거의 첫 번째 거래이고 이후의 모든 거래는 아래와 같이 루프로 처리되기 때문에 실제로 데이터 자체의 양은 상대적으로 적습니다.
2. 룬에 가장 적합한 모델: 분할 + 체인
Luminex는 현재 대규모 민트 배치를 수행할 수 있는 비교적 우수한 솔루션 모델입니다. 플랫폼에는 쉽게 사용할 수 있도록 utxo 분할 도구가 제공되며 분할 + 체인 솔루션을 채택합니다. 아래 그림과 같이:
플랫폼이 분할된 후에는 먼저 돈을 낭비하지 않고 사용자에게 자산을 제공합니다.
그리고 시전 횟수가 25회 이내라면 체인 시전할 수 있을 만큼 가스를 쪼개어 시전한다.
마지막으로 주조 횟수가 25회 이상이면 필요한 가스를 여러 개의 체인으로 나누어 주조를 진행하게 됩니다.
기본 처리 비용은 체인보다 낮지 않지만 중요한 대규모 캐스팅을 달성할 수 있으며 온체인 효율성으로 2블록 범위 내에서 캐스팅을 완료할 수 있습니다.
2.1. 체인 효율성 지표가 있는 이유는 무엇입니까?
이는 BTC 노드에 DoS 공격을 방지하는 메커니즘이 있기 때문입니다.
소비되는 단일 utxo의 vout과 그것이 소비되는 링크에서 최대 25개의 트랜잭션이 메모리 풀로 제한됩니다.
이것이 바로 대부분의 대용량 Mint가 이러한 제한을 해제하기 위해 중간 주소를 사용하는 이유입니다. 체인의 경우 자산이 합산되어 최종적으로 사용자에게 전송됩니다.
따라서 체인 모델에서는 동시에 25개의 트랜잭션만 메모리 풀에 있을 수 있지만 분할 모델에서는 분할된 트랜잭션이 체인에 업로드된 후 메모리 풀에 무제한의 값을 넣을 수 있습니다. 상위 트랜잭션은 더 이상 메모리 풀에 없으며 각 utxo vout은 독립적으로 계산됩니다(25개 제한). 따라서 최적의 모델인 luminex는 가스가 가장 낮을 뿐만 아니라 가스를 유지하면서 대량으로 캐스팅할 수 있는 기능도 갖추고 있습니다. 매우 낮은.
하지만 실제로 루미넥스보다 더 좋은 모델이 있습니다.
루미넥스의 분할 트랜잭션도 사용자에게 별도로 전송되기 때문에 이 자산은 사용자에게 전송될 필요가 없지만 Runes에는 기본 자산 흐름 메커니즘이 있기 때문에 두 번째 체인 트랜잭션의 utxo로 전송할 수 있습니다. 다시 전송할 수 있도록 루미넥스의 경우 utxo 비용이 절감됩니다.
2.2 BTC 취급 수수료 최적화 비율 비교
반나절 비용을 이야기한 후 비용을 측정하는 방법은 무엇입니까? 실제로는 매우 간단합니다. 사용자는 일반적으로 gasPrice와 유사한 단가를 설정하지만 BTC는 실제로 데이터를 vsize라는 수량 단위로 저장하는 데 전적으로 의존합니다. 따라서 탭루트 주소를 예로 들어보겠습니다(주소마다 처리 수수료가 다르며, 탭루트 주소는 처리 수수료가 더 낮습니다).
각 추가 입력에 대해 vsize는 58씩 증가합니다.
각 추가 출력에 대해 vsize는 43씩 증가합니다.
그리고 각 OP_RETURN 을 작성하는 데 vsize는 약 30이 걸립니다.
따라서 다음과 같은 최적화 비율을 계산할 수 있습니다.
체인 배치 민트 펜 10개, 비용: i * 10 + o 10 +p 10 = 1310
분할 배치 발행 10개 거래, 비용: i * 10 + o 10 +o 9 +p* 10 = 1697
가스 최적화율: (1697-1310)/1697 = 22.8%
체인 배치 민트 펜 20개, 비용: i * 20 + o 20 +p 20 = 2620
분할 배치 Mint 20 거래, 비용: i * 20 + o 20 +o 19 +p* 20 = 3437
가스 최적화율: (3437-2620)/3437 = 23.8%
20%는 별 것 아닌 것처럼 보일 수 있지만 단일 주조 트랜잭션이 100U를 소비하는 피크 기간에는 10개의 배치로 비용을 200U만큼 줄일 수 있습니다. 미묘한 비용 스프레드는 궁극적으로 트랜잭션의 심리적 임계값에 매핑되었습니다.
높은 에이전시 수수료에도 불구하고 미래에 web3 서클에서 파이의 가장 빠른 점유율을 얻으려는 사람들은 여전히 다양한 오픈 소스 코드(예: 언급된 OKX 오픈 소스 서명 구성 요소)를 직접 실행하기 위해 기본 노드 j를 배워야 합니다. 위) 플랫폼 과금 문제를 직접 우회하고, 다음 거래 시장 장에서도 여러 플랫폼의 봉쇄를 직접 우회하여 크로스 플랫폼 거래를 직접 구축할 수 있으며, 심지어 메모리 풀을 직접 모니터링하고 직접 서둘러 수익을 추구할 수도 있습니다.
3. 요약
Runes Asset Protocol은 출시된 지 한 달이 지났으나 아쉽게도 결국 10억 달러 기준을 돌파하지 못했습니다. 또한 Ordinals는 Runes 창립자 Casey와 세푸쿠를 요청하며 흥미로운 라이브 채팅을 했다고 합니다.
그러나 최종 분석에 따르면 생태계의 두 가지 핵심 인프라가 불완전하여 소매 투자자가 참여하기에는 비용이 너무 많이 들고 기관이 참여하기에는 생태학적 운영이 부족합니다.
우선, 현재 등장하고 있는 플랫폼들은 높은 수수료를 부과하거나 기능이 불완전합니다. 예를 들어, Runestone의 체인 비용은 낮지만 가스 추정이 부정확하여 마지막 거래의 마모로 쉽게 이어질 수 있으며, 체인의 불확실성과 함께 점차 시장에서 철수하게 됩니다.
또한 현재의 에이전시 모델은 여전히 사용자의 실제 요구와 거래 자체를 무시합니다.
획득한 각 자산은 더 빨리 재판매되어야 하는 경우가 많습니다. 그러나 시장 초기 단계에서는 가격 변동이 심하고 실제로 프로젝트 당사자 자체의 시장 행동을 제외하면 BTC가 너무 많지 않습니다. 즉, 1,000개의 자산을 구매할 만큼 큰 자금을 보유한 사람이 스스로 이를 수행할 수 있는 능력을 갖춘 플랫폼의 핵심 사용자는 개인 투자자입니다. 따라서 체인 연결 비용은 낮지만 가격이 빠르게 변동하고 시장에 분할 도구가 부족한 경우 체인 연결로 생성된 20개 이상의 조각을 하나로 합치는 초기 단계에는 적합하지 않습니다. 거래가 어려워지면 상품 스캔 기준이 높아집니다. 마지막으로 이 글은 BTC 자산의 거래 메커니즘에 관한 것입니다. 향후 새로운 자산(BRC 20, Ordinals, Atomical, Runes) 등의 거래 모델에 적용할 수 있는 거래 시장 모델도 있을 것입니다. 놓치지 말고 계속 지켜봐 주시기 바랍니다.
참고자료:
룬 분할 생성은 소스 코드를 엽니다: https://github.com/okx/js-wallet-sdk
루엔스 프로토콜의 공식 소스 코드: https://github.com/ordinals/ord