ビットコインRunes資産代打モデルの比較:分割+チェーン方式の利点分析

robot
概要作成中

ビットコイン上資産代打モデルの最適なメカニズム分析

イントロダクション

取引はweb3の核心であり、注意はその最も貴重な資源です。価格は人々が注目する出発点であり、価値は時間によって蓄積された結果です。

ビットコインの半減期イベントから1ヶ月以上が経過し、注目のRunesプロトコルも運用を開始して1ヶ月が経ちました。この期間中、十数の代打プラットフォームや取引市場が登場しました。半減期の日には、1件のRunes資産の代打手数料が100ドル以上に達することもありました。

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

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

複数のプラットフォームの分析に基づく核心的な結論は以下の通りです:

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

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

1.1 Runes刻印メカニズムの概要

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

ビットコインブロックチェーンブラウザでは、トランザクションに付随するop-return情報を簡単に確認できます。これらの情報はデコードされた後、通常JSON形式で表示され、Runes資産のデプロイ、ミント、発行などの関連情報を含みます。

Runesの代打メカニズムは次のように要約できます:1つの取引で代打できる資産は1つだけです。取引コストは主にチェーン上のデータ量の大きさに現れます。したがって、最適な代打プラットフォームの設計は取引中のUTXOの数を最小限に抑えるべきです。

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

1.2 モデルの分割

分割モデルは代打プロセスで最初に1回の取引を行い、資金を複数のサブ取引に分割し、それぞれのサブ取引で資産を鋳造します。

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

  1. 最初の取引では各サブ取引の手数料を予測し、546サトシ(ビットコインの一般的なチリ値)と手数料の合計額を確保し、複数のUTXOを新しいアドレスに分割します。
  2. 二回目の取引は新しいアドレスからユーザーのアドレスに戻され、代打が完了し、ユーザーはRunes資産を獲得します。

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

  • まずは1回の分割取引を行う必要があります
  • ユーザーが得るのは分散されたUTXO
  • 大額取引の際には、追加のマージ操作が必要になる可能性があり、コストが増加します。

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

1.3 チェーンモード

チェーン型モデルは、連続取引構造に似ており、各取引はメモリプールにまだ存在する前の取引を消費します。

このモデルの特徴は:

  • 初回取引はプラットフォーム手数料がかかります
  • 後続の取引ループ処理、データ量が少ない
  • 上チェーンの効率制限が存在する可能性があります(ビットコインノードのDDoS攻撃防止メカニズムに制限されます)

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

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

現在のところ、理想的なソリューションは分割+チェーンモデルです。このモデルには以下の利点があります:

  1. 分割する時にユーザーに資産が付与される
  2. 鋳造回数が25回以内の場合、十分なチェーン鋳造ガスを分割してから鋳造を実行する
  3. 鋳造回数が25回を超えると、複数のチェーンごとに必要なガスを分割してから鋳造を実行します。

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

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

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

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

分割モデルは、分割取引がチェーン上にある後、無限にメモリプールに入れることができます(親取引はメモリプールに存在せず、各UTXOのvoutは25の制限を独立して計算します)。

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

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

  • チェーン式バッチミント10件、コストは約1310 vsize

  • 10件を分割して鋳造し、コストは約1697 vsizeです。

  • ガス最適化率:22.8%

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

  • バッチ鋳造を20件に分割し、コストは約3437 vsizeです。

  • ガス最適化率:23.8%

この小さな最適化は、高頻度取引において大きなコスト削減をもたらす可能性があります。

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

3. まとめ

Runes資産プロトコルは発行から1ヶ月が経過しましたが、期待された時価総額には達していませんが、エコシステム内の代打と市場の2つのコアインフラの不完全な問題が露呈しました。現在、プラットフォームは料金が高すぎるか、機能が不完全で、ユーザーのニーズを満たすのが難しい状況です。

将来、オープンソースコードを直接実行することは、高額な代打費用を回避するための効果的な方法になるかもしれません。能力のあるユーザーにとって、これはコストを削減するだけでなく、より多くの取引機会をもたらす可能性があります。

エコシステムの発展に伴い、ビットコイン上の資産エコシステムの繁栄を促進するために、より多くの革新的な代打モデルと取引市場ソリューションが見られることを期待しています。

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

原文表示
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.
  • 報酬
  • 9
  • 共有
コメント
0/400
FloorSweepervip
· 07-11 00:08
正直言って、これらの馬鹿げたガス手数料ではngmiだ。
原文表示返信0
FlashLoanLordvip
· 07-10 21:45
プロたちとrunesで遊びましょうか
原文表示返信0
ponzi_poetvip
· 07-10 01:34
ガスはいつになったら天に突き刺さらないのか、聞いてみましょう。
原文表示返信0
BoredWatchervip
· 07-09 13:03
また複雑になったね〜
原文表示返信0
BearMarketBrovip
· 07-08 04:09
複合手数料も高すぎるよ 泣きそう
原文表示返信0
ForkTonguevip
· 07-08 04:06
詳細に分解されているが、ちょっと高すぎる。
原文表示返信0
OnChainDetectivevip
· 07-08 04:05
この分岐の連鎖を追跡しました... ガス最適化は正直かなり巧妙です。しかし、操作リスクを見てみましょう。
原文表示返信0
RugResistantvip
· 07-08 04:04
巻き上がった gasが下がるチャンスがある
原文表示返信0
Web3Educatorvip
· 07-08 04:00
基本的に、このスプリットチェーンモデルは純粋な天才です、正直言って... 私はこのアプローチを上級コースで教えています。
原文表示返信0
もっと見る
いつでもどこでも暗号資産取引
qrCode
スキャンしてGateアプリをダウンロード
コミュニティ
日本語
  • 简体中文
  • English
  • Tiếng Việt
  • 繁體中文
  • Español
  • Русский
  • Français (Afrique)
  • Português (Portugal)
  • Bahasa Indonesia
  • 日本語
  • بالعربية
  • Українська
  • Português (Brasil)