Runesプロトコルの詳細分析：基盤設計メカニズムと制限の分析

1. ルーン(符文)の紹介

過去一年、web3分野で最も注目すべき発展は、铭文エコシステムの爆発です。その起源はOrdinalsプロトコルに遡り、この技術はビットコイン上の各サトシにユニークな番号を付与しました。Ordinalsの核心創始者caseyは昨年9月にRunesプロトコルの基本版コードを提出しましたが、まだ正式にメインネットはリリースされていません。

この期間中、いくつかのプロジェクトはRunesAlphaがこのコードを早期にフォークし、独自のプロトコルを発行しました。論争があったにもかかわらず、これらのプロジェクトはわずか数ヶ月で数億ドルの時価総額の増加を達成し、Runesプロトコルの巨大な潜在能力を浮き彫りにしました。

公式版のRunesプロトコルは、2024年4月20日頃にビットコインメインネットで正式にローンチされる予定です。これは、Runes資産を発行しようとするプロジェクト側や、Runesをサポートしようとするウォレットや取引プラットフォームにとって、メインネット上で直接開発を行うという大きな課題に直面することを意味します。

この記事では、Runesプロジェクトの基盤となるフィールドの変遷を体系的に整理し、読者がRunesと他のFTプロトコル(（Brc20、Arc20)など）との違いを根本的に理解できるようにし、合理的な評価と参加を促します。

! Runesプロトコルの基礎となる設計メカニズムと制限の詳細な分析

2. ビットコインチェーン上の追加情報の記録方法

ビットコインには、オフチェーンデータをオンチェーンに付加するための主に2つの方法があります：刻印とエッチング。

2.1 エッチングの基本原理

Runesはエッチング技術を採用しており、これは直感的なオンチェーン情報記録方法です。具体的な手法は、情報をビットコインのUTXOのop-returnフィールドに書き込むことです。op-returnは、検証可能だが消費不可能な出力を作成し、データをブロックチェーン上に保存できるようにします。

ビットコインブロックエクスプローラーでは、op-return情報を含むトランザクションを簡単に確認できます。これらの情報は通常、16進数エンコード形式で保存され、デコード後にJSON形式の文字列を取得でき、Runes資産のデプロイ、鋳造、発行などに関する情報が含まれています。

2.2 碑文の基礎

Ordinals/brc20などのプロトコルは、刻印技術を用いて、メタデータを取引の証人データに埋め込んでいます。このプロセスは、隔離証人と「Taprootへの支払い」という方法を通じて実現され、提出と暴露の二つの段階を含みます。

刻印プロセスは、ビットコインのP2TR取引出力タイプを利用し、異なる取引条件をよりプライバシーにブロックチェーンに保存できるようにします。具体的には、まず特定のスクリプト生成によってP2TRアドレスへの支払いを生成し、UTXO(を提出する取引)を作成します。その後、このUTXOを消費する際に、ウィットネススクリプト内で本当のスクリプトを提供し、刻印データをチェーンにアップロードします(取引)を公開します。

2.3 二つのプランの比較

エッチングの利点：

• 論理がシンプルで直感的
• 取引コストが低い
• フルノードのメモリプールを占有しない

エッチングの欠点：

• 80バイトの長さに制限されています
• 高度に圧縮されたデータエンコーディング

碑文の利点:

• データサイズにほとんど制限がない
• 一定のプライバシー保護能力を持つ
• 様々なプレイスタイルをサポート(、タイムロックやプルーフ・オブ・ワーク)

刻印された欠点：

• 2回のオンチェーン取引が必要で、総コストが高くなります。
• 取引の存続時間が長く、全ノードのメモリプールに大きな負担をかける

! ルーンプロトコルの基礎となる設計メカニズムと制限の詳細な分析

3. ルーンの基礎となるデザインの分析

3.1 ルーン 0.11バージョン

初期バージョンのRunesプロトコルは主に三つの部分を含んでいます：edicts(資産移転情報)、etching(資産デプロイ情報)およびburn(消去)。

edictsフィールドは、資産移転の方向と目的を定義します。etchingフィールドには、資産展開の主要な情報が含まれており、limitとtermパラメータは、鋳造数と鋳造可能な時間範囲を制限します。この設計は、イーサリアムのスマートコントラクトによる資産発行の方法とは本質的に異なり、リアルタイム検証機能が欠如していますが、資産発行の公平性とオープン性を保証します。

! ルーンプロトコルの基礎となる設計メカニズムと制限の詳細な分析

3.2 ルーン 0.18バージョン

最新バージョンのRunesプロトコルは0.18でいくつかの重要なアップデートを導入しました：

1. edictsフィールドにpointerパラメータが追加され、資産のデフォルト転送方向を変更するために使用され、コーディング量と取引コストの削減に役立ちます。

2. Mintフィールドを追加し、各トランザクションで一つの資産しか鋳造できないように制限し、技術者と一般ユーザーのスタートラインを平衡させました。

3. etchingフィールドに大幅な変更が加えられました:

   • 資産IDを文字列形式に変更し、エンコーディングスペースを節約する
   • termsフィールドを導入し、発行者が鋳造の開始および終了ブロック高を指定できるようにします。
   • capパラメータを設定して総発行回数を制御する
   • 名前の長さ解放ルールを導入し、希少性を高める
   • コミットとリビールの二段階プロセスを使用して展開し、プライバシー保護を向上させる

4. turboフィールドを追加し、将来のプロトコルアップグレードのためのスペースを確保します。

! ルーンプロトコルの基礎となる設計メカニズムと制限の詳細な解釈

4. Runes新プロトコル評価

価値：

• 市場のニーズに応え、公平なミントと資産管理などの課題を解決しました
• Ordinalsプロトコルと深く統合されており、すぐに利用できるユーザー基盤を持っています。
• op_Returnを使用してデータを記録し、安全性と分散化の程度を高める

短所：

• ランチのタイミングが厳しく、エコシステムの初期発展に影響を与える可能性がある
• ルールが複雑で、ユーザーの理解と使用の難易度が増す
• 名前のルールはフィッシングリスクを高める可能性があります
• 他のプロトコルと比較して、L2や仮想マシンの面での配置がやや不足している。

! ルーンプロトコルの基礎となる設計メカニズムと制限の詳細な解釈