Runesプロトコルの深い分析：基盤メカニズムの設計と限界

昨年、Web3分野で最も注目すべき発展は、インスクリプションエコシステムの急成長に他なりません。この波の源はOrdinalsプロトコルに遡ることができ、この技術はビットコインネットワーク上の各サトシにユニークなシリアル番号を付与しました。

Runesプロトコルのコア開発者は昨年9月にベース版コードを提出しましたが、正式にメインネット版は公開されていません。これにより、RunesAlphaなどのプロジェクトがこのコードを早期にフォークし、独立してプロトコルを発行しました。いくつかの論争があったにもかかわらず、これらのプロジェクトはわずか数ヶ月で数億ドルの時価総額の増加を達成し、Runesプロトコルの巨大な潜在能力を示しました。

公式の正式版Runesプロトコルは、2024年4月20日頃にビットコインメインネットでローンチされる予定です。これは、Runes資産を発行したいプロジェクトや、Runesをサポートしたいウォレットや取引プラットフォームが、テストネットなしでメインネットに直接適応するという、ブロックチェーン業界で最も挑戦的な課題のひとつに直面することを意味します。

この記事では、Runesプロジェクトの基盤となるフィールドの進化を系統的に整理し、読者がRunesと他のFTプロトコル（BRC20、ARC20など）の違いを根本的に理解し、その長所と短所を合理的に評価できるようにします。

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

ビットコインチェーン上のデータ記録方法

ビットコインネットワークには、オフチェーンデータをチェーンに追加する主な2つの方法があります：刻印と彫刻。

エッチング技術の原理

Runesはエッチング技術を採用しており、これは直感的なオンチェーン情報記録方式です。これは、データをビットコインのUTXO（未使用トランザクション出力）のOP_RETURNフィールドに書き込むことで実現されます。この機能は2014年のビットコインコアクライアント0.9バージョンからサポートされており、検証可能だが消費できない出力タイプを作成し、データをブロックチェーン上に直接保存することを可能にします。

ビットコインブロックチェーンエクスプローラーでは、OP_RETURN情報を伴うトランザクションを簡単に見ることができます。これらの情報は通常、16進数の形式で存在し、デコードするとJSON形式で表示される可能性があり、Runes資産のデプロイ、ミント、発行などに関する情報が含まれています。

刻印技術の原理

Ordinals/BRC20などのプロトコルは、刻印技術を使用して、取引の証人データにメタデータを埋め込みます。このプロセスは、隔離証人と「Taprootへの支払い」メカニズムを利用し、提出と公開の2つのステージ（つまり2つの取引）を通じて完了します。

P2TRはビットコイン2021年のTaprootアップグレードで導入された取引出力タイプで、取引条件のプライバシーを向上させます。刻印プロセスでは、まず特定のスクリプトで生成されたP2TRアドレスのUTXO（取引を提出）を生成し、その後、このUTXOを消費する際にウィットネススクリプトで本当のスクリプトを提供することにより、刻印データをチェーン上にアップロードします（取引を公開）。

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

二つの方案の比較

エッチングの利点：

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

エッチングの欠点：

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

碑文の利点:

• データサイズにほとんど制限がない
• 一定のプライバシー保護能力を持つ
• 多様な高度な機能をサポート（タイムロック、プルーフ・オブ・ワークなど）

刻まれた欠点:

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

Runesプロトコル設計の詳細な分析

Runesプロトコルは最初の0.11バージョンから現在の0.18バージョンへと進化し、大きな変化を遂げました。これら2つのバージョンのフィールドデザインを比較することで、Runesのコアバリュー提案を深く理解することができます。

ルーン 0.11バージョン解析

初期バージョンのRunesプロトコルは、主に3つの部分で構成されています：edict（資産移転情報）、etching（資産デプロイ情報）、およびburn（廃棄）。

トランザクションのOP_RETURNフィールドが正しい形式のedict情報をデコードすると、オフチェーンパーサーはユーザーの資産の移転状況を計算し、そのoutputが移転先を指定します。

etching部分は資産の配備に関する主要な情報を定義しています。ERC721と比較して、Runesは限度と期間フィールドを追加し、鋳造数量と鋳造可能な時間範囲を制限します。これは、銘文や符文プロジェクトとイーサリアムのスマートコントラクトによる資産発行の根本的な違いを反映しています：オンチェーンのスマートコントラクト検証の欠如により、Runesのようなプロトコルは資産発行とユーザーの鋳造参加の方法を統一的に定義し、公平な発射の理念を強調し、プロジェクト側が市場に干渉する可能性を低減します。

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

ルーン 0.18バージョン解析

最新バージョンのRunesプロトコルは、いくつかの重要な変更を導入しました：

1. edictsフィールドに新たにpointerパラメータが追加され、資産のデフォルト転送方向を変更できるようになり、複数のRunes資産を同時に転送する際のエンコード効率が最適化されました。

2. Mintフィールドを新たに追加し、各取引で1つの資産のみを鋳造できるように制限し、テクニカルユーザーと一般ユーザーの参加機会のバランスを取ります。

3. エッチング（資産配置）部分が重大な改革を行いました：

   • 資産ID生成方式変更、エンコーディングスペース利用最適化
   • termsフィールドを導入し、発行者がミント開始ブロック高を指定できるようにし、ユーザー参加の公平性を高める
   • 名称の長さリリースルールを実施し、希少資源の配分を管理する
   • 銘刻のような2段階デプロイプロセス（commitとreveal）を採用し、プライバシー保護を強化します。
   • turboフィールドを追加し、将来のプロトコル拡張のためのスペースを確保しました

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

Runes新プロトコル評価

Runesプロトコルの最新設計は、市場のニーズに対する深い理解を示しており、銘文エコシステムにおける劣悪な資産の横行問題を改善することが期待されています。Ordinalsプロトコルの一部として、Runesは既存のユーザーベースを活用し、FTプロトコルが市場運営においてOrdinalsの不足を補完する役割を果たします。

しかし、Runesプロトコルはいくつかの課題にも直面しています：

1. 市場のタイミング：厳しい開発期間がエコシステムの初期開発に影響を与える可能性があります。

2. ルールの複雑性：複雑な発行管理ルールと長い名称は、ユーザーの誤操作リスクを高める可能性があります。

3. 未来の互換性：他のプロトコル（例えばAtomical）がスマートコントラクトの方向性を探求しているのに対し、Runesは現在主に資産発行のレベルに焦点を当てています。

それにもかかわらず、RunesプロトコルはOP_RETURN方式によるオンチェーンデータの記録設計により、資産管理に対して非常に大きな柔軟性を提供し、ビットコインと同等の安全性能を実現する潜在能力を持っています。エコシステムの成熟とともに、Runesはビットコインネットワーク上で新しいアプリケーションシーンを開拓することが期待されています。

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