BTCの半減が視野に：Runesプロトコルの根本的な設計メカニズムと限界を説明する

著者：XIV Jun

はじめに

長い休みの後、私はようやく耕作を再開し、私XIV Junは戻ってきました。

この半年で、私はETHエコシステムからBTCエコシステムに、そしてアプリケーションレイヤーからチェーンのボトムレイヤーに完全に切り替え、btc、merlin、babylon、xionなどのL2パブリックチェーンのボトムレイヤーを調べ、Ordinals、brc20、atomic、Runealpha、Runesなどの内接ルーンのプロトコルのソースコードを研究しました。

いくつかの降水量を持って、その後、常に出力を続けると、著者は技術的な観点からあなたにユニークな洞察力と市場価値をもたらすでしょう。

1、ルーン（ルーン文字）は何ですか？

過去1年以上、web3の最大の物語は碑文エコシステムの爆発でした。これは、btc上の各サトシに固有のシリアル番号を与える技術であるOrdinalsから始まりました。Ordinalsを拡大すると、次のように読むことができます：ビットコインのOridinalsプロトコルの解釈とBRC20標準 革新と限界の原則

その中心的な創設者であるcaseyは、昨年9月にルーンプロトコルの基本バージョンを提出しました。9月にルーン文字コードの基本バージョンを提出したが、メインネットワークのオンラインリリースに遅れが生じているため、9月の碑文ブームでは、ルーンアルファと他のプロジェクトは、コードのフォーク、RunesAlphaと他のプロトコルの別問題に先行され、盗作の一定量がありますが、ルーン文字プロトコルの総市場価値の数億ドルの成長のわずか数ヶ月はまた、プロトコルの無限の可能性が示されている

ルーン・プロトコルの可能性についてはどうでしょうか？

その後、Ordinalsプロトコルの創始者であるcasey氏が設計した、Runesプロトコルの正式版も2024.4.20になる予定であることなどが正式にラインで発表されました。そして、直接btcのメインネットで、あらゆる種類のプロジェクト関係者がルーンアセットを発行したいので、あらゆる種類のウォレット、NFT/FT取引市場はルーンをサポートしたいブロックチェーン業界の最も困難な課題の1つに直面します！

そして、公式Twitterの声明は非常に自信を持っている〜ちなみに、新しい単語を学ぶ：切腹

この記事では、Runesプロジェクトの根本的なフィールドの変化の体系的なコーミングになります。RunesとBrc20、Arc20、その他のFTプロトコルの違いを根本的に理解し、合理的な意思決定への参加の利点と欠点を比較します。

2.ビットコインの追加情報はどのように記録されますか？

ビットコインのチェーンに添付されるオフチェーンデータには、インスクリプションとエッチングという2つの主流があります

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

ルネスは、チェーンに情報を記録するシンプルで直感的な方法であるエッチング技術を使用しています。ビットコインコアクライアントのバージョン0.9が有効（'14年）になったことで、OP-RETURNは明示的に検証可能な消費不可能なタイプの出力を作成することになり、utxoの出力に似ているが消費不可能なデータをブロックチェーン上に存在させることができる。

btcのブロックチェーンブラウザで、トランザクションにop-returnが添付されていることを確認するのは簡単で、次の画像のようになります:

ここで、output #3は実際には迷子であることがわかります。つまり、彼は再び消費されるために転送されることはできません。そのため、彼はトランザクションのドケットのようにビットコインのストレージに留まり、トランザクションのハッシュゾーンをインデックス化することで見つけることができます。

慎重にあなたが見つけるかもしれない、なぜRUNE_TEST＆nbspの背後にOP_RETURN;これはデコード結果の特定のコンテンツであり、ボタンの詳細を開くには、ポイント、あなたは52554e455f54455354そのようなコード化された文字列を見つけることができます実際には、16進エンコードされたデータの文字列は、RUNE_TESTを取得するためにデコードされた、詳細ボタンと同じように、あなたは52554e455f54455354そのようなコード化された文字列を見つけることができます。TESTは、同様に、最終的なデコードは、このようにルーン資産の展開、キャスト、配布などを反映し、文字列、おそらくjson形式になった後、詳細に他のエンコーディングがあります。

2.2、基本原則の碑文

実際には、Ordinals / brc20および他のプロトコルは、チェーンにメタデータを埋め込むために、トランザクションの証人データ（証人データ、証人フィールド）に書き込まれ、分離された証人（Segregated Witness、SegWit）と分離された証人（SegWit）を介して、この碑文の碑文プロセス。分離された証人（SegWit）と "Pay-to-Taproot"（Pay-to-Taproot、P2TR）の方法は、サブミット（コミット）と明らかに（明らかに）2つの段階を含む碑文のこのプロセスを達成するために、最後の2つのトランザクションを完了することです。

実際、P2TRはビットコインの取引出力の一種であり、2021年のTaprootアップグレードで導入され、異なる取引条件をより「プライベート」な方法でブロックチェーンに保存することができます、プライバシーが強化された理由は、それが明らかにされたときにのみ、完全な詳細を見ることができるからです。このようにプライバシーが強化されている理由は、それが明らかにされたときにのみ、完全な詳細を見ることができるからである。具体的には、p2trアドレスはスクリプト化されたハッシュを使用して生成され、実際のスクリプト（碑文データを含む）は支出時に提供される。したがって、碑文データをアップロードするには、このスクリプトによって生成されたp2trアドレスに支払うutxoを生成する必要があり（コミットトランザクション）、次にutxoが使用されると、碑文データをチェーンにアップロードする（公開トランザクション）立会スクリプトで実際のスクリプトを提供する必要がある。アップロードされます（公開トランザクション）。

実際、Ordinalsプロトコルは非常に理解しやすいものです。つまり、このinscriptionプロセス（commit、reveal）の完了後、両方のトランザクションがチェーンにアップロードされ、Ordinalsプロトコルは、このinscriptionが最初のsatの最初の入力にバインドされることを規定するように定義されています。つまり、バインディングのプロセスがinscriptionであり、結果へのバインディングがinscriptionである。

2.3は、チェーンプログラム上の2つのデータを比較する

エッチング： 

• 利点：シンプルで直感的なロジックが明確であり、トランザクションコストが低く、ノードのメモリプールをフルに占有せずに使用することができます。

• 欠点: 長さが80バイトに制限されており、高度に圧縮されたデータエンコーディングが必要です。

Inscription: 

• Pros: ほぼ無制限のサイズ、ある程度のプライバシー保護、様々な遊び方（時間ロック、作業負荷の証明）など

• Conscription: 

  • Pros: ほぼ無制限のサイズ、ある程度のプライバシー保護、様々な遊び方（時間ロック、作業負荷の証明）など

  • Conscription: 

  • ほぼ無制限のサイズ：トランザクションは2回連鎖する必要があり、最終的なコストが高くなり、コミット生存時間が長くなり、フルノードメモリプールへの圧力が高くなります。

  3、Runesの基礎となる設計の解釈

  Runesプロトコルの初期コードは、Ordinals 0.11でリリースされました。

  私たちはまた、ルーン文字フィールドの変更の始まりと終わりの2つのバージョンにルーン文字の値を解釈するルールに従ってステップかもしれません。

  3.1、Runes 0.11バージョンの解釈

  最初のRunesの全体的なフィールドは、3つの部分、edicts（資産移転情報）、エッチング（資産展開情報）、バーン（破壊）に分かれています。; "id":  "1000c82970852",                    転送数量       "出力": 0   //最初の出力にバインド    }   }   }  ],    "etching": {  // Asset deployment information      "divisibility": 1,   //minimum divisibility unit nbsp; "記号":  "C", //略語      "期間":  150 //何ブロック鋳造できるか   },       "燃やす": pthenbsp;false // 情報を破棄する}

  具体的には、op_Return内のトランザクションは、情報がデコードされた後、エディックを提示するために、フォーマットが正しい場合は、パーサ下のチェーンは、ユーザーの資産は、出力の転送を転送するように計算されますターゲットの転送です。

  エッチングの内容も配備された資産の主な情報を直接提示するもので、ERC721と比較することができるが、最大の違いはミントの数と間隔を制限する限界と期間にある。そして、この点は、碑文、ルーンプロジェクトとイーサリアムスマートコントラクト発行資産の間の根本的な違いである、チェーン上のスマートコントラクトの検証の欠如のために、リアルタイムの検証機能が少ない、チェーン上の資産を発行するプロジェクトの当事者も、独自のホワイトリスティングミント、トークン経済学リリースレート、ロイヤリティの支払いやその他の機能をカスタマイズする碑文プロトコルの新しいセットを実行する場合、コンセンサスが不足し、そこにはないでしょう。人々は、プロジェクトに参加するため、碑文プロトコル（brc20、原子、ルーン）などは、資産が発行される方法を定義するために統一され、また、ユーザーがプロジェクトに参加するために、ユーザーに完全に開いて、公正な起動の概念で、造幣局に参加する方法を統一し、さらに資産市場の認識の過度の干渉のプロジェクト側を排除します。

  プロジェクト側が蓄積された資産を一掃して市場をコントロールするだけでも、その過程でユーザーが知覚して自由に選択できる莫大なガス代を支払う必要がある。

  ルーンプロトコルの設計のオリジナルバージョンは、実際には、かなり完璧にされているので、runealphaの進化は、模倣であってもまた、市場規模の多くを占有し、トランザクションの累積数82W、唯一の手数料は312 BTCを消費した。

  ユーザーは簡単に資産の配合、分割を達成するためにルーンフィールド自体の設計を使用することができ、ルーン資産がオルドナンスサーベイにリンクされた後であっても、彼らは市場を制御するために使用することができます。いったんルーン資産がオーディナルやオートマティックなどとプロトコルを越えて複合されたとしても、op_Returnの多様な言語表現力の助けを借りて分割することができる。

  0.18における最新のRunesプロトコル実装と、そのようなフィールドを持つための考慮点は何ですか？

  3.2、Runes 0.18バージョンの解釈

  Runes 0.18を理解するのは非常に難しく、テストネットワークがないため、基本的にケーシーのソースコードからしかロジックを見ることができず、最終的にフィールドを4つの側面に分けて整理しました：

  pub struct Runestone。nbsp;{  pub edicts: Vec<Edict>,   pub etching: Option<Etching>,  pub ,nbsp;pubnbsp;mint: Option<RuneId>,  pub pointer: Option<u32>,}pub struct Edict { . pub id: RuneId,   pub amount: u128,   pub output: u32,}

  まずエーディクトはまだ定義中です。定義の資産移転の方向、およびruneAlphaは基本的に同じですが、違いは、資産の移転のデフォルトの方向を変更するために使用される複数のポインタパラメータが存在することです、元のデフォルトの転送は、このパラメータで、第0であり、1または他に設定することができ、設計思想は、op_Returnを減らすために、時間の転送時に同時にルーン資産の様々な適応することです。コーディングの量の役割は、最終的にユーザーの取引コストを削減することができます。

  第二に、新しいミントフィールドは、彼のミントは、トランザクションが唯一の意図的な設計は、資産をヒットする技術とのバランスをとる新しい資産の多数のトランザクションミントによって達成することができるときに、以前のRunesAlphaとは異なる資産を、ミントすることができることを意味し、edictsなどのオブジェクトの同じレベルに配置されたため。一般ユーザーが資産をヒットするためのスタートラインは、誰もがそれを得るためにGASのために戦わなければならない。

  資産の展開は劇的に変化した

  最後に、より重要な変更は、資産の展開の詳細な設計であるエッチングであり、完全なフィールドの内容は次のとおりです：

  pub struct エッチング {  // 資産の展開情報  pub 分割可能: Option<u8>,   //最小分割単位   pub 前提: Option<u128>,   // 事前に採掘するブロック数  pub ルーン: Option<Rune>,   // ルーン資産名  ；pub スペーサー: Option<u32>, // ルーンアセット名ドットセパレーター  pub シンボル: Option<char>, ；//略語&  pub 用語: Option<用語>, // 直列フィールドのキャストルール&  pub turbo: bool, .       // turbo、アセットが後続のテストリリースの変更に関与するかどうか}pub struct Terms {  // ；キャスティングルール用シリーズフィールド  pub amount: Option<u128>, // シングルミント数の制限  pub cap: Option<.u128>,    // ミントの総数制限  pub height: (Option<u64>, Option<u64>),. // ミント可能なブロックの高さ  pub offset: (Option<u64>, Option<u64>), , // オフセット、終了ミントの終点}。

  基本的に目まいがする、それは確かに新しい資産の方法の非常に複雑な展開であり、私たちは詳細にみましょう〜

  まず第一に、変更の大きなポイントは、op_Returnのエンコーディング設計の量を減らすために、結局のところ、op_Returnは、各エンコーディングスペースの80バイトの長さを大切にする必要があります制限することです。だからケーシーは、ビットコインのメインネットワークに起因するブロックの高さ+コロン+トランザクションシリアル番号の文字列形式への一意のID値の変更によって生成された単純なブロックの高さ+トランザクションシリアル番号から、資産IDに変更を加えただけ80以上のWブロックの高さであるため、半分を保存するために最終的なIDのコーディングは、バッチミント、コストの指数関数的削減のバッチ転送シナリオを見ていない。

  第二に、それは参加者の公平性を保証する条件フィールドであり、現在、資産開始Mintの展開は、もはや開始のブロックの高さのチェーン上のトランザクションの資産契約の展開に基づいて、runalphaではありませんが、開始と終了として指定された高さとオフセットの発行者。この方法では、ユーザーは、彼らが常にメモリプールに目を光らせていない場合でも、フィッシングコテージプロジェクトに陥ることについてあまり心配する必要はありませんので、造幣される最新の機会をタップします。結局のところ、プロジェクトの所有者は、最初に事前に資産を展開することができ、その後、一連の運用およびプロモーション活動で、最終的にユーザーが参加できるように、参加時間の尺度として間隔の高さに加えて、キャップがあるように、さらに資産リリースのサイズを制御し、回ミント、もはや無制限のミントが、限定リリース、先着順ではありません。

  資産放出契約として、どのように発行者と権益の大きさを制御するかは大きな課題であり、碑文にとって、最も重要なのは資産の名前であり、名前のルーンは希少資源であり、ルーン名の長さ放出規則の半減サイクルが付随しており、始まりは長い名前にしか展開できず、長いほど文字数の少ない名前を展開できるようになるまでの時間が長くなる。

  名前の長さの解放サイクルが発生するたびに、ドメイン名のようなロボコールの傾向が続くことが考えられます。

  これは、今回のRunesの展開の中で最も重要な変更を導入し、プロセスの展開は、もはや単なるop_Returnトランザクションではなく、碑文、前述したように、碑文技術は、コミットし、プライバシーの一定程度を保護するために明らかにするために実施することができ、その後、premineの新バージョンは、この役割を担うことであり、コミットと明らかに2つのトランザクションの要件は、同じプライバシー保護を持っています。2つのトランザクションを明らかにする一定の間隔があり、その後、市場が唯一の名前を使用する発行者を知っているときに明らかにされ、この時点で、他のハッカーがフィッシング資産を作りたい場合でも、メモリプールのマスターは、名前を見ていても、模倣するが、また、この事前の制限を通過することはできませんが、この子は、電源の制御の名前の発行者を保護する。

  バージョン18の終わりにも新しいターボフィールドがあり、当面は明確な公的な役割を持っていない、道徳は後で他のプロトコル層の変更に参加することです。

  4、どのように契約のルーン新バージョンを評価する

  基礎となるフィールドの上記の解釈を通じて、14紳士はまた、演劇の資産発行にケーシーは本当に洞察力であることを感じずにはいられない、わずか2ヶ月、契約の設計と実装は、市場の需要の痛みのポイントにとても近い。|にできるようにあなたがそれをすることができます本当に出くわすことあなたは、実際には私たち約束、誰でも素早くはちょうど無視これらの一見正確にどのように{}人のことを忘れることができます。しかし、当初は碑文プロトコルの杜撰さにより、質の低いアセットが飛び交い、海賊版や絨毯が巷に溢れ、碑文エコシステムは塵と化した。ルーンの出現と、より高度にカスタマイズされた流通管理は、市場に秩序をもたらすだろう。

  そして、ルーンのプロトコルはオーディナルのプロトコル自体に組み込まれており、オーディナル自体のユーザーベースを活用することで、ルーンの配布は最初から巨人の肩の上に立つことができる。FTとしての位置づけは、NFTとしてのOrdinalsの市場性の欠如を補うものだ。

  最後に、op_Returnを使用してオンチェーンデータを記録することで、Runesアセットはほぼすべての機関の元帳を再現する能力を持つことができ、中央集権の度合いがさらに低下することで、Runesアセットはbtcと同等の一定のセキュリティ性能を持つことができます。

  Runesプロトコルの欠点は何でしょうか？

  1つ目は市場のタイミングです。ケーシーはbtcの半減期間と同時に稼動するように選ばれましたが、非常に制約の多い開発期間であり、昨日でさえもまだプロトコルの内容を変更していました。これはまた、市場がより少ない組織の最初の時点でRunesプロトコルにアクセスできるようにするものであり、プロトコルのエコシステムが発酵するためにはより多くの時間を必要とします。

  第二に、ルールの複雑さがあります。ルールはすでに流通管理にとって十分に複雑なものですが、名前の変更によって、流通業者はより長い名前の選択肢から始めることが可能になりました。-D-E-N-L-Q-R-Q-W-D-S-L-R-U-G-S-N-L-B-T-M-F-I-J-A-V

  ほぼ55ビットの長さで、ユーザーがフィッシングされるリスクを偽装し、増幅している。また、モバイルプラグイン側で完全なインターフェイスを表示するのは難しいなど。

  最後に、将来の互換性の問題は、同じ市場のホットな原子プロトコルは、レイアウトは現在、単純なトークンの投機段階を取り除くために碑文が、さらにbtcのL2またはBVMの物語になるように、AVMの段階に行っている、この点はケーシーわずかに後方だけでなく、遊びの流通レベルとしてのみルーンプロジェクトを制限することを言わなければならない。