Runesプロトコルの深層解析: 基盤設計メカニズムと制限の分析

1. ルーン(の紹介

過去一年で、Web3分野で最も注目を集めた現象は、銘文エコシステムの爆発でしょう。この熱潮はOrdinalsプロトコルに起因し、この技術はビットコインの各サトシにユニークなシリアル番号を付与します。Ordinalsの核心創始者であるcaseyは、昨年9月にRunesプロトコルの基本版コードを提出しましたが、正式なメインネットバージョンはまだ公開されていません。

この期間中、いくつかのプロジェクトがRunesAlphaのようにこのコードを早期にフォークし、独立して発行しました。盗作の疑いはありますが、わずか数ヶ月で数億ドルの総時価総額の増加もRunesプロトコルの巨大な潜在能力を示しています。

公式版のRunesプロトコルは、2024年4月20日頃に正式にビットコインメインネットに上线される予定です。これは、プロジェクトチーム、ウォレット、取引所が重大な課題に直面することを意味します：テストネットなしでメインネットに直接適応する方法。

この記事では、Runesプロジェクトの基盤となるフィールドの変遷を体系的に整理し、読者がRunesとBRC20、ARC20などのFTプロトコルの違いを根本的に理解できるようにし、その長所と短所を比較して理性的な決定を下せるようにします。

! [Runesプロトコルの基礎となる設計メカニズムと制限の詳細な分析])https://img-cdn.gateio.im/webp-social/moments-4396aa45df590316218e4c76904c11b0.webp(

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

ビットコインには、オフチェーンデータをオンチェーンに追加する主な2つの方法があります: メモリとエッチング。

) 2.1 エッチングの基本原理

Runesはエッチング技術を使用しており、これは直感的なオンチェーン情報記録方法です。具体的な実装はデータをビットコインのUTXOのOP_RETURNフィールドに書き込むことです。この機能は2014年のBitcoin Core 0.9バージョンからサポートされており、検証可能だが消費不可能な出力を作成することができ、データをブロックチェーンに永続的に保存します。

ビットコインのブロックエクスプローラーでは、取引に添付されたOP_RETURN情報を簡単に見ることができます。これらの情報はUTXOの出力位置を占有していますが、実際には再転送や消費ができない閉じたデータです。これは取引のメモ領域のようなもので、ビットコインのストレージスペースに永久に保存され、取引ハッシュインデックスで見つけることができます。

OP_RETURNフィールドの内容は通常、一連の16進数エンコードデータであり、デコードするとJSON形式のRunes資産の展開、鋳造、発行などの具体的な情報を得ることができます。

2.2 碑文の基礎

Ordinals/BRC20などのプロトコルは、メタデータを取引の証明データに埋め込むプロセスを実現しており、このプロセスは隔離証明と"Taprootに支払う"###P2TR(方式を通じて行われます。これには、)commit(の提出と)reveal(の開示という二つのフェーズが必要で、二つの取引を完了させる必要があります。

P2TRはビットコイン2021年Taprootアップグレードで導入されたトランザクション出力タイプであり、異なるトランザクション条件をよりプライベートに保存できます。具体的な実装は、まずスクリプトハッシュ生成のP2TRアドレスのUTXO)commitトランザクション(を生成し、その後このUTXOを消費する際に、ウィットネススクリプトに本当のスクリプトを提供することで、刻印データをチェーン上にアップロードします)revealトランザクション(。

Ordinalsプロトコル定義、銘文は完成した銘刻プロセス)commitとrevealの2つの取引(の後、最初の入力の最初のsatにバインドされる。

) 2.3 2つのデータオンチェーンソリューションの比較

エッチング:

• 利点:論理が簡単明確で、取引コストが低く、全ノードのメモリプールを占有しない。
• 欠点: 80バイトの長さ制限を受け、高度に圧縮されたデータエンコーディングが必要です。

刻ま れた：

• 利点:ほとんどサイズの制限がなく、一定のプライバシー保護機能を持ち、様々なプレイスタイル###をサポートしている、例えばタイムロック、プルーフ・オブ・ワーク(。
• 欠点:二度のオンチェーン取引が必要で、最終的なコストが高く、commit取引の存続期間が長く、フルノードのメモリプールに大きな負担をかける。

! [ルーンプロトコルの基礎となる設計メカニズムと制限の詳細な分析])https://img-cdn.gateio.im/webp-social/moments-71b84def7979d41a2400449fdc5edcee.webp(

3. ルーンの基盤設計の解読

) 3.1 ルーン 0.11バージョン解析

初期バージョンのRunesプロトコルフィールドは3つの部分に分かれています: edicts###資産移転情報(、etching)資産展開情報(、そしてburn)消去(。

取引のOP_RETURNに正しい形式のedicts情報が含まれている場合、オフチェーンパーサーはユーザー資産の移転状況を計算し、その中でoutputフィールドが移転先を指定します。

エッチングの内容は、資産展開の主要情報を定義しており、ERC721と比較して、最大の違いはlimitとtermフィールドが鋳造数量と鋳造範囲を制限している点です。これは、銘文やルーンプロジェクトとイーサリアムのスマートコントラクトによって発行された資産との根本的な違いでもあります。チェーン上でスマートコントラクト検証が不足しているため、銘文プロトコルは資産発行とユーザーの鋳造参加の方法を統一的に定義し、公平なローンチを理念として、ユーザーの参加を完全にオープンにし、プロジェクト側による市場への過度の介入の可能性を減少させています。

! [ルーンプロトコルの基礎となる設計メカニズムと制限の詳細な分析])https://img-cdn.gateio.im/webp-social/moments-1a8ad9f747fe4a9f9b3ba8b4f0d8b33b.webp(

) 3.2 ルーンズ 0.18バージョン解析

最新バージョンのRunesプロトコルフィールドは四つの側面に分かれています:

1. edicts:資産の移転方向を定義し、新しいpointerパラメータを追加してデフォルトの移転方向を変更し、複数のRunes資産を同時に転送する場合に対応し、コーディング量と取引コストを削減します。

2. ミント: 新しいフィールドを追加し、1回の取引で1つの資産のみを鋳造できるように制限し、技術者と一般ユーザーのスタートラインを調整しました。

3. エッチング:資産のデプロイ方法に重大な変化が生じる

   • 資産IDが文字列形式に変更され、エンコーディングスペースを節約
   • termsフィールドにheightとoffsetパラメータを追加し、鋳造開始点を指定し、公平性を向上させます。
   • 名前の長さ解放ルールを導入し、希少なリソースを制御します。
   • 鍵刻技術###commitとreveal(を使用して展開し、プライバシー保護を提供します。

4. turbo:新しいフィールド、将来のプロトコル層の変更のために留保

! [ルーンプロトコルの基礎となる設計メカニズムと制限の詳細な解釈])https://img-cdn.gateio.im/webp-social/moments-a3fbbb22d01d9b7871f626a8836cec4f.webp(

) 4. Runes新プロトコル評価

価値：

• 市場のニーズに合わせて、铭文プロトコル初期のいくつかの問題を解決しました。
• Ordinalsプロトコルを埋め込み、既存のユーザー基盤を活用する
• FTプロトコルとして、Ordinalsの市場運用における不足を補完しました
• OP_RETURNを使用してデータを記録し、安全性と非中央集権性を向上させました

短所：

• 市場のタイミングの問題、開発時間が厳しいとエコシステムの発展に影響を与える可能性がある
• ルールが複雑で、特に資産名の長さの問題がユーザーのリスクを増加させる可能性があります
• 未来の互換性には不確実性があり、L2とBVMの発展においてやや遅れをとっています。

! [ルーンプロトコルの基礎となる設計メカニズムと制限の詳細な解釈]###https://img-cdn.gateio.im/webp-social/moments-76e02af769fcbb0515c5486c267f20dd.webp(