ビットコインオンチェーン資産代打メカニズム分析：Runesを例に

イントロダクション

取引と注意はweb3の核心要素であり、価格は出発点で、価値は終点です。BTCの半減とRunesプロトコルの導入から1ヶ月以上が経過し、その間に複数の代打プラットフォームと取引市場が登場しました。本記事ではRunes資産を例に、ビットコイン上の資産代打（エッチング）モデルの最適なメカニズムを探ります。

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

方案の観点からのランキング、核心的な結論は以下の通りです：

1. ガスコスト：分割+オンチェーン < オンチェーン < 分割 < 単打
2. 中心化程度：オンチェーン(中間アドレス) < 分割(中間アドレス) < オンチェーン(中間アドレス) < 分割(中間アドレス)
3. 資産集約：オンチェーン > 分割+オンチェーン > 分割
4. バッチオンチェーン速度：分割 = 分割 + オンチェーン > オンチェーン

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

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

Runesはエッチング技術を使用して、情報をビットコインのUTXOのop-returnフィールド内に記録します。この方法はBitcoin Core 0.9バージョンで導入され、検証可能だが消費不可能な出力を作成し、データをオンチェーンに保存できるようにします。

ビットコインブロックエクスプローラーでは、取引に付随するop-return情報を見ることができます。これらの情報はデコードされた後、通常はJSON形式で表示され、Runes資産の展開、鋳造、発行などの情報が含まれています。

Runesの代打メカニズムは、1つの取引が1つの資産のみを代打することを要求します。取引コストはオンチェーンデータの量に依存するため、最適なモデルは取引内のUTXOの数を最大限に制御するべきです。

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

1.2 モデルの分割

分割モデルは、代行の過程で最初に1つの取引を分割して複数のサブ取引を生成し、それぞれのサブ取引で資産の鋳造を行います。

例えば、ある代打プラットフォームのプラン：

1. 最初の取引は、各サブ取引の手数料を見積もり、546（ビットコインの一般的なチリ値）+手数料額を確保し、複数のUTXOを新しいアドレスに分割します。
2. 2回目の取引は新しいアドレスからユーザーのアドレスに戻され、代打が完了し、ユーザーはRunes資産を取得します。

このモデルの問題は、まずトランザクションを分割する必要があり、ユーザーは分散されたUTXOを取得することです。大口顧客にとっては、取引コストが増加する可能性があります。

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

1.3 オンチェーンモード

チェーンモードは、複数のトランザクションがまだメモリプールにあるトランザクションを消費することに似ています。たとえば、ユーザーは最初に20000サトシを持っていて、各トランザクションは前のトランザクションの出力を消費します。

あるプラットフォームはこのモデルを採用し、最初の取引で代打手数料を徴収します。このモデルはデータ量が少ないですが、実際には不必要な高額費用です。すでに複数のプラットフォームがRunesコードをオープンソース化しており、開発者は自分の代打ツールを直接構築するために引用できます。

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

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

現在、比較的良い方案は、分割+チェーンモデルを採用することです。このモデルの特徴：

1. 分割時に先にユーザーに資産を与える。
2. 25回以内の発行時に、十分なオンチェーン発行のガスを分割してから、発行を実行します。
3. 25回以上のミント時に、複数のオンチェーンで必要なガスを分割し、その後にミントを実行します。

このモデルは基本手数料が純粋なオンチェーンより優れているわけではありませんが、大量の鋳造を実現でき、オンチェーンの効率は2つのブロック内で完了できます。

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

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

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

スプリットモデルは、スプリットトランザクションがオンチェーンに移行した後、メモリプールに無限に入れることができます（親トランザクションはメモリプールに存在しないため、各UTXOのvoutは25の制限を独立して計算します）。

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

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

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

• バッチのMintを10件分割、コスト：1697 vsize

• ガス最適化率:22.8%

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

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

• ガス最適化率:23.8%

見た目は20%少なくはありませんが、一度のミントで100Uを消費するピーク時に、10回のバッチで200Uのコストを削減できます。

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

3. まとめ

ルーンズ資産プロトコルが発行されて1ヶ月後、エコシステムの中で代打と市場の2つのコアインフラが不十分であり、個人投資家の参加コストが高すぎ、機関投資家の参加がエコシステムの運営に欠けている。

現在のプラットフォームは、高額な手数料を取るか、機能が不完全です。代理取引モデルは、ユーザーの本当のニーズ—取引そのもの—を無視しています。初期の市場では価格が大きく変動し、BTCネットワークは混雑しており、大量の資産を打つ需要は限られています。

オンチェーンモデルはコストが低いですが、初期の高速変動の価格設定において、市場に分解ツールが欠如している場合、取引のスキャニングしきい値が高くなる可能性があります。

未来、オープンソースコードを直接実行することが、代打手数料を削減する有効な方法になるかもしれません。同時に、メモリプールを監視して直接先行することも、利益を得る戦略の一つになる可能性があります。

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