比特幣資產代打機制分析:以Runes爲例

前言

Web3領域中,交易是核心,注意力是關鍵資源,價格是起點,價值是終點。BTC減半和Runes協議推出一個月後,出現了衆多代打平台和交易市場。本文以Runes爲例,分析比特幣上資產代打(蝕刻)模型的最佳機制。

1. Runes代打平台GAS排名

從方案角度排名,核心結論是:

1. gas成本:"拆分+鏈式方案" < "鏈式" < "拆分" < "單打"
2. 中心化程度:鏈式(無中間地址) < 拆分(無中間地址) < 鏈式(有中間地址) < 拆分(有中間地址)
3. 資產歸集:鏈式 > 拆分+鏈式 > 拆分
4. 批量上鏈速度:拆分 = 拆分+鏈式 > 鏈式

1.1 Runes蝕刻機制簡述

Runes使用蝕刻技術,將信息記錄在比特幣UTXO的op-return字段內。這是一種可驗證但不可消費的輸出,數據存儲在區塊鏈上。在區塊瀏覽器中可以看到交易附帶的op-return信息。

代打機制總結:Runes一筆交易只能代打一個資產。交易成本體現爲鏈上數據量大小,最優模型就是最小化交易中UTXO數量。

1.2 拆分模型

拆分模型先進行一筆交易拆分出多個子交易,每個子交易再進行資產鑄造。例如tools.mempool的方案:

1. 第一筆交易預估每個子交易手續費,預留546(粉塵值)+手續費,拆分多個UTXO到新地址。
2. 第二筆交易從新地址轉回用戶地址,完成代打。

問題:需要先拆分交易,用戶獲得分散UTXO,增加後續交易成本。且拆分交易未執行代打,綜合損耗較高。

1.3 鏈式模式

鏈式模式類似循環結構,每筆交易消費上一個內存池中的交易。例如Runestone平台:

1. 首筆交易收取平台手續費。
2. 後續交易循環處理,數據量較少。

優點:數據量少。缺點:限制25個交易在內存池中,不適合大批量鑄造。

2. Runes最佳代打模型:拆分+鏈式

luminex採用拆分+鏈式方案,是目前較佳模型:

1. 拆分時先給用戶打一筆資產。
2. 25次以內鑄造:拆分出足夠鏈式鑄造的gas,執行鑄造。
3. 25次以上鑄造:拆分出多個鏈式所需gas,執行鑄造。

優點:可大批量鑄造,上鏈效率高(2個區塊內完成)。

2.1 上鏈效率指標

BTC節點有防DoS攻擊機制,單UTXO的vout被消費鏈路限制25個交易在內存池中。鏈式模型受此限制,拆分模型可突破限制。luminex兼顧低gas和大批量鑄造能力。

2.2 BTC手續費優化率對比

以taproot地址爲例,計算優化率:

• 鏈式批量Mint 10筆:1310 vsize

• 拆分批量Mint 10筆:1697 vsize

• gas優化率:22.8%

• 鏈式批量Mint 20筆:2620 vsize

• 拆分批量Mint 20筆:3437 vsize

• gas優化率:23.8%

20%的優化看似不多,但在高成本期可顯著降低費用。建議學習基礎node.js,直接運行開源代碼,避免平台收費。

3. 總結

Runes發行一個月未突破10億美金,主因是代打和市場基建不完善,散戶參與成本高,機構缺乏生態運營。現有平台要麼收費高,要麼功能不全。

目前代打模型忽視了用戶交易需求。早期市場波動大,BTC擁擠,大批量打資產需求有限。鏈式成本低但不適合早期,產生的復合交易提高了掃貨門檻。

未來將探討BTC資產(BRC20、Ordinals、Atomical、Runes等)的交易市場模型。