ビットコインオンチェーン資産代打モードのベストプラクティス探析

はじめに

取引はweb3の核心的な動力であり、注目はその最も貴重な資源です。価格はしばしば注目の出発点ですが、真の価値は時間をかけて検証される必要があります。

ビットコインの半減期イベントとRunesプロトコルの導入から1ヶ月が経過しました。この間、10以上の代打プラットフォームや取引市場が雨後の竹の子のように登場しました。半減期の日、ただ1回の代打Runes資産のコストは100ドル以上に達しました。

本文はRunes資産を例に取り、ビットコインオンチェーン資産代打（エッチング）モデルの最適なメカニズムを深く分析します。

1. Runes代打プラットフォームGASランキング分析

全面的な整理を経て、以下の核心的な結論に至りました：

1. ガスコストの観点から見ると："分割+オンチェーンプラン" < "オンチェーン" < "分割" < "シングル打ち"
2. 中央集権的な観点から見ると：オンチェーン（中間アドレスなし）< 拆分（中間アドレスなし）< オンチェーン（中間アドレスあり）< 拆分（中間アドレスあり）
3. 資産の集約効果から見ると：オンチェーン > 分割+オンチェーン > 分割
4. バッチオンチェーンの速度から見ると：分割 = 分割+オンチェーン > オンチェーン

! ルーンを例にとり、ビットコイン上の資産代替(エッチング)モデルの最良のメカニズムを分析します

1.1 Runesのエッチングメカニズムの概要

Runesはエッチング技術を採用しており、これは情報を直接オンチェーンに記録するシンプルな方法です。具体的には、情報をビットコインのUTXO（未使用トランザクション出力）のop-returnフィールドに書き込むことです。この機能は2014年のBitcoin Coreクライアント0.9バージョンから有効になりました。OP_RETURNは検証可能だが消費不可能な出力を作成し、データをブロックチェーンに保存できるようにします。これはUTXO出力に似ていますが、消費することはできません。

ビットコインブロックチェーンブラウザでは、トランザクションに付帯するop-return情報を明確に見ることができます。これらの情報はUTXO出力の位置を占有していますが、クローズドループであり、再び移転したり消費したりすることはできません。これらの情報はトランザクションの備考のようなもので、ビットコインのストレージスペースに永久に保存され、トランザクションハッシュインデックスを通じて見つけることができます。

デコードされたOP_RETURNコンテンツは通常、JSON形式の文字列であり、Runesアセットのデプロイ、ミント、発行に関する情報が含まれています。

したがって、Runesの代打メカニズムは次のように要約できます：1つの取引は1つの資産しか代打できません。ビットコインネットワークでは、取引コストは主にオンチェーンデータの量に依存します。したがって、代打プラットフォームの設計の核心は、取引中のUTXOの数を最大限に制御し、最適なモデルを実現することです。

! ルーンを例にとり、ビットコインの資産代替(エッチング)モデルの最良のメカニズムを分析します

1.2 モデルの分割

分割モデルの核心的な考え方は、代打プロセスの中で最初に1件の取引を行い、資金を複数のサブ取引に分割し、その後各サブ取引で資産を鋳造することです。

ある代行プラットフォームを例にとると、その実行プロセスは以下の通りです:

最初のステップでは、プラットフォームが各サブトランザクションの手数料を見積もり、546サトシ（ビットコインで一般的なチリ値）と手数料額を確保し、資金を複数のUTXOに分割して新しいアドレスに転送します。

第二ステップでは、新しいアドレスからユーザーアドレスに資金を転送し、同時に代打を完了します。ユーザーは最終的にRunes資産を受け取ります。

このモデルの主な問題は：

1. まずは1回のスプリットトランザクションを行う必要があります。
2. ユーザーが受け取るのは分散したUTXO

大口の取引に関しては、これがその後の操作コストを増加させる可能性があります。例えば、ユーザーが売り注文を出したい場合、個別に注文を出すか、まず統合してから注文を出す必要があり、どちらも追加の取引コストを増加させます。

! ルーンを例にとり、ビットコイン上の資産代替(エッチング)モデルの最良のメカニズムを分析します

1.3 オンチェーンモード

チェーン式モードの構造は次のようになります：ユーザーは最初に2万サトシを持っており、各取引はメモリプールにまだ残っている前の取引を消費し、複数の連続取引を形成します。

このモデルの利点はデータ量が少ないことですが、いくつかの問題も存在します。例えば、あるプラットフォームでは最初の取引で高額な手数料を徴収しましたが、オープンソースのコードが普及している状況では、まったく必要ないように思われます。

! ルーンを例にとり、ビットコイン上の資産代替(エッチング)モデルの最良のメカニズムを分析します

2. Runes最適な代打モデル：分割+チェーン式

現在、スプリット+チェーン型ソリューションは比較的優れたモデルと見なされています。これにより、大量の鋳造が可能で、またUTXOスプリットツールが使いやすく提供されています。

このプランの利点には、

1. 分割段階でユーザーに資産を与え、効率を向上させる
2. 25回以内のミントについては、オンチェーンミントに必要なガスを直接分割します。
3. 25回以上のミントの場合、必要なガスを複数のオンチェーンに分割してからミントを実行します。

この方法の基本手数料は純粋なオンチェーンよりも低くはありませんが、大量の鋳造を実現でき、非常に短い時間（通常は2つのブロック内）で鋳造を完了できます。

! ルーンを例にとり、ビットコイン上の資産代替(エッチング)モデルの最良のメカニズムを分析します

2.1 オンチェーン効率の重要性

ビットコインノードにはDoS攻撃を防ぐメカニズムがあり、単一のUTXOのvoutが消費されることを制限し、その消費リンク内で最大25の取引のみがメモリプールに存在することができます。これが、大多数の大量発行が中間アドレスを採用する理由であり、その目的はこの制限を回避することです。

したがって、オンチェーンモデルはメモリプールに同時に25の取引しか保持できませんが、スプリットモデルは取引をスプリットしてオンチェーンにした後、無制限に取引をメモリプールに追加できます（親取引はすでにメモリプールに存在しないため、各UTXOのvoutは25の制限を独立して計算します）。

2.2 BTC手数料最適化レート比較

Taprootアドレスを例にとると、異なるモデルのガス最適化率を計算できます：

• オンチェーンバッチミント10件、コスト：1310 vsize

• バッチミントを10回分割、コスト：1697 vsize

• ガス最適化率:22.8%

• オンチェーンバッチミント 20件、コスト：2620 vsize

• バッチMint 20件を分割、コスト：3437 vsize

• ガス最適化率:23.8%

20%の最適化は少ないように思えますが、単一のミントコストが100ドルに達するピーク時には、10回のバッチで200ドルの節約が可能であり、これは取引の心理的閾値に重要な影響を与えます。

! ルーンを例にとり、ビットコイン上の資産代替(エッチング)モデルの最良のメカニズムを分析します

3. まとめ

Runes資産プロトコルが発表されてから1か月が経ちましたが、10億ドルの時価総額の閾値を突破できなかったのは、主にエコシステム内の代打と市場の2つのコアインフラが不十分であるため、個人投資家の参加コストが高すぎ、機関投資家のエコシステム運営への参加が不足しているからです。

現在の代打プラットフォームは、高額な手数料を取るか、機能が不十分です。例えば、あるプラットフォームはオンチェーンコストが低いにもかかわらず、ガスの見積もりが不正確で、最後の取引に問題が発生しやすく、オンチェーンの確実性に影響を与えます。

さらに、既存の代打モデルは、ユーザーの真のニーズ、つまり取引そのものをしばしば無視しています。市場の初期において価格が大きく変動する状況では、プロジェクト側の市場行動を除いて、大量の資産を打つ需要はあまりありません。プラットフォームのコアユーザー層は実際には個人投資家です。

したがって、チェーンモデルはコストが低いものの、高速変動する価格環境において、市場にスプリットツールが不足している場合、チェーンで生成された20以上の複合資産が1回の取引に含まれることで、取引のハードルが上がる可能性があります。

未来、私たちはBRC20、Ordinals、Atomical、Runesなどの新興資産の取引ニーズに適応するために、より多くの革新的な代打モデルと取引市場モデルを見ることを期待しています。

! ルーンを例にとり、ビットコイン上の資産代替(エッチング)モデルの最良のメカニズムを分析します