Runes代打モデルの包括的分析:分割+チェーン方式のコスト最適化

ビットコイン資産代打(エッチング)モデル分析:Runesを例に

イントロダクション

取引はweb3の核心であり、注意はその最も貴重な資源です。価格は熱度の出発点であり、価値は時間の終点です。

BTCの半減とRunesプロトコルの導入から1ヶ月が経過し、その間に多くの代打プラットフォームや取引市場が登場しました。半減の日、Runes資産の代打コストは100ドル以上に達したこともありました。

本文ではRunes資産を例に挙げて、ビットコイン上の資産代打(エッチング)モデルの最適なメカニズムについて探討します。

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

複数のプラットフォームの分析を経て、以下の核心的な結論が得られました:

  1. ガスコスト:分割+チェーン方式 < チェーン < 分割 < 単打
  2. 中心化の程度:中間アドレスなしのチェーン式 < 中間アドレスなしの分割 < 中間アドレスありのチェーン式 < 中間アドレスありの分割 3.資産集約効果:チェーン>分割+チェーン>分割
  3. バッチオンチェーン速度:分割 = 分割 + チェーン式 > チェーン式

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

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

Runesはエッチング技術を採用し、情報をビットコインのUTXOのop-returnフィールドに記録します。この方法は2014年のビットコインコアクライアント0.9バージョンからサポートされており、検証可能だが消費不可能な出力を生み出し、データをブロックチェーンに永続的に保存できるようにします。

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

Runesの特徴は、各取引が1つの資産のみを代打できることです。したがって、代打プラットフォームの設計目標は、取引におけるUTXOの数を可能な限り減らし、取引コストを最小限に抑えることです。

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

1.2 モデル分割

分割モデルは代行プロセスで最初に一つの取引を行い、資金を複数の子取引に分割し、その後各子取引で資産を鋳造します。

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

  1. 最初の取引では、各サブ取引の手数料を推定し、546サトシ(一般的なダスト値)に手数料額を加え、資金を複数のUTXOに分割して新しいアドレスに転送します。
  2. 第二の取引は、新しいアドレスからユーザーのアドレスに資金を転送し、同時に代理プレイを完了し、ユーザーはRunes資産を獲得します。

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

  • 追加のスプリット取引が必要です
  • ユーザーが得るのは分散されたUTXO
  • ユーザーが販売する際には、まずUTXOを統合する必要があり、取引コストが増加します。

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

1.3 チェーンモード

チェーン方式は、複数の取引を連結することに似ています。各取引は、まだメモリプールにある前の取引を消費します。

あるプラットフォームはこのモデルを採用しており、代行手数料は比較的高いですが、取引データ量の面では良好なパフォーマンスを示しています。チェーン式モデルの特徴は:

  • 最初の取引手数料を徴収します
  • 続く取引のループ処理、データ量が少ない
  • 資産は徐々に蓄積され、最終的にユーザーに移転されます

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

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

現在、スプリット+チェーンモデルは比較的良いモデルと考えられています。あるプラットフォームはこのモデルを採用しており、以下の特徴があります:

  1. 取引を分割することでユーザーに資産を付与し、効率を高める
  2. 25回以内の鋳造で、十分なガスを分割した後に直接実行する
  3. 25回以上のミント、分割して複数のチェーンに必要なガスを実行する

このモデルは手数料が最低ではないものの、大量の鋳造を実現でき、オンチェーンの効率が高く、2つのブロック内で鋳造を完了できます。

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

2.1 ブロックチェーンの効率の重要性

ビットコインネットワークにはDoS攻撃防止メカニズムがあり、単一のUTXOのvoutおよびその消費リンク内で最大25の取引が同時にメモリプールに存在できるよう制限されています。これが、大量発行を行う際に通常中間アドレスを使用する理由です。

分割モデルは親取引がチェーン上に配置された後、無制限に取引をメモリプールに追加できます。一方、チェーンモデルは25の取引に制限されています。したがって、最適なモデルはガスコストだけでなく、大量の鋳造能力も考慮する必要があります。

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

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

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

  • チェーン式バッチMint 10件、コスト:1310 vsize

  • バッチで10件をMintする、コスト:1697 vsize

  • ガス最適化率:22.8%

  • チェーン式バッチMint 20件、コスト:2620 vsize

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

  • ガス最適化率:23.8%

最適化率は高くないように見えますが、高い手数料の時期には、この最適化によりユーザーはかなりのコストを節約できます。

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

3. まとめ

ルーン資産プロトコルが発表されてから1ヶ月が経過しましたが、10億ドルの時価総額には達していないものの、エコシステム内の代打と市場の2つのコアインフラの不備が露呈し、小口投資家の参加コストが高すぎること、機関投資家の参加がエコシステム運営に欠けていることが問題となっています。

現在の代打プラットフォームは、高額な手数料を取るか、機能が不完全です。例えば、あるチェーン式コストが低いプラットフォームは、ガスの見積もりが不正確で、取引の失敗を引き起こしやすく、徐々に市場から撤退しています。

さらに、既存の代打モデルはユーザーの真のニーズである「取引」を無視しています。市場の初期に価格が激しく変動する中、プロジェクト側を除いて、大量の資産を打つ需要はあまりありません。プラットフォームはより多くの個人投資家のニーズに注目すべきです。

チェーンモデルはコストが低いですが、市場に分割ツールが不足している場合、生成される複数の複合取引が取引のハードルを上げる可能性があります。

将来、web3分野で一杯のスープを分け合うことを期待する開発者は、基本的なNode.jsを学び、オープンソースコードを直接実行し、プラットフォームの料金を回避し、さらにはクロスプラットフォーム取引を構築したり、メモリプールを監視して収益を得ることができます。

原文表示
This page may contain third-party content, which is provided for information purposes only (not representations/warranties) and should not be considered as an endorsement of its views by Gate, nor as financial or professional advice. See Disclaimer for details.
  • 報酬
  • 5
  • 共有
コメント
0/400
OffchainOraclevip
· 21時間前
打ったガスは全部消えてしまった
原文表示返信0
FunGibleTomvip
· 07-12 17:31
このガス代は本当に耐えられない。
原文表示返信0
MoneyBurnervip
· 07-10 04:09
損を抱えているのにまだ突き進む。限界まで行かないと絶対に引き返さない。
原文表示返信0
WalletWhisperervip
· 07-10 04:02
貴撚は半分になった後、GASが直接倍増したね
原文表示返信0
LiquidityWizardvip
· 07-10 03:56
理論的に言えば... チェーン分裂は47.2%のガスを節約します。統計的に最適な選択だと思います。
原文表示返信0
  • ピン
いつでもどこでも暗号資産取引
qrCode
スキャンしてGateアプリをダウンロード
コミュニティ
日本語
  • 简体中文
  • English
  • Tiếng Việt
  • 繁體中文
  • Español
  • Русский
  • Français (Afrique)
  • Português (Portugal)
  • Bahasa Indonesia
  • 日本語
  • بالعربية
  • Українська
  • Português (Brasil)