序文
長いお休みを経て、ようやく農業を再開し、十四代目領主の私が帰ってきました。
過去6か月間、著者はETHエコシステムからBTCエコシステムに完全に移行し、アプリケーション層からチェーンの最下層まで、btc、マーリン、バビロンなどのL2パブリックチェーンの最下層を調べてきました。 、xion、Ordinals、brc 20、atomic、Runealpha、Runes などの碑文シンボルを研究しました。
何らかの沈殿物があれば、著者は技術的な観点から独自の洞察と市場価値をもたらします。
1. ルーンとは何ですか?
過去 1 年間で、Web3 の最大の物語は、碑文エコロジーの爆発でした。最初の出発点は、ビットコインの各サトシに固有のシリアル番号を与えるテクノロジーです。Bitcoin Originals プロトコルと BRC 20 標準原則の革新性と限界の解釈
その中心的な創設者であるCaseyは、昨年9月にRunesコードの基本バージョンを提出しましたが、まだメインネットをオンラインでリリースしていません。そのため、9月の碑文ブームの際に、runeAlphaなどのプロジェクトが事前にコードをフォークして個別にリリースしました。 RunesAlpha などのプロトコルによる盗作の主張もありますが、わずか数か月で総市場価値が数億ドル増加したことも、人々に Runes プロトコルの無限の可能性を認識させます。
その後、Ordinals プロトコルの創設者である casey によって設計された公式の Runes プロトコルも、2024 年 4 月 20 日頃に正式に発表される予定です。そして、それはbtcメインネットワーク上で直接起動されるため、ルーン資産を発行したいさまざまなプロジェクト関係者、およびルーンをサポートしたいさまざまなウォレットやNFT / FT取引市場は、ブロックチェーン業界で最も困難な課題の1つに直面することになります。 . この場合、テスト ネットワークを使用せずに操作するにはどうすればよいですか?
そして、公式Twitterの声明はさらに自信を持っています~ところで、新しい単語を学びましょう: 切腹
この記事では、Rune プロジェクトの基礎となる分野の変化を体系的に整理し、誰もが Rune と Brc 20 や Arc 20 などの FT プロトコルの違いを基本的に理解し、合理的な意思決定に参加するための利点と欠点を比較できるようにします。
2. ビットコインには追加情報がどのように記録されますか?
オフチェーン データをビットコインのチェーンに接続するには、彫刻とエッチングという 2 つの主流のソリューションがあります。
2.1. エッチングの基本原理
Runes は、チェーン上の情報を記録するためのシンプルかつ直感的な方法であるエッチング技術を使用しています。つまり、ビットコインの UTXO (未使用トランザクション) の op-return フィールドに情報を書き込むこの機能は、ビットコインのバージョン 0.9 から有効になっています。コアクライアント (14 年) では、OP-RETURN は明確な検証可能な非消費型出力を作成し、utxo 出力と同様にデータをブロックチェーンに保存できるようにしますが、消費することはできません。
btc ブロックチェーン ブラウザーでは、次の図のように、トランザクションに op-return 情報が添付されていることを簡単に確認できます。
ここの出力 #3 は実際には空いていることがわかりますが、utxo 出力の出力位置を占めていますが、これは閉じた丸い四角形であるため、トランザクションとまったく同じです。備考領域はビットコインのストレージスペースに残されており、トランザクションハッシュ領域インデックスを通じて見つけることができます。
注意していれば、OP_RETURN の後に RUNE_TEST がある理由がわかるかもしれません。これは、詳細ボタンをクリックした後に、52554 e 455 f 54455354 のようなコーディング文字列を見つけることができます。は 16 進数のエンコードされたデータの文字列で、デコード後、RUNE_TEST を取得できます。同様に、詳細には他のエンコードもあります。デコード後は、おそらく json 形式の文字列になり、デプロイ、キャスト、発行が反映されます。 、などのルーン資産の意味。
2.2. 彫刻の基本原理
実際、Ordinals/brc 20 などのプロトコルでは、メタデータをチェーンに埋め込むために、トランザクションの証人データ (証人フィールド) に書き込まれます。この書き込みプロセスは、Segregated Witness (SegWit) および Pay- to-Taproot、P 2 TR」が実装されています。これには、完了する最後の 2 つのトランザクションであるコミットとリビールの 2 つのステージが含まれます。
実際、P2TRは、2021年のTaprootアップグレードで導入されたビットコインのトランザクション出力タイプです。これにより、さまざまなトランザクション条件をより「プライベートに」ブロックチェーンに保存できるようになるためだけです。それが明らかになると、具体的かつ完全な内容が確認できるようになります。具体的には、スクリプトハッシュを使用してp2trアドレスを生成し、実際のスクリプト（碑文データを含む）は支出時に提供されるため、碑文データをアップロードするには、まず料金を支払うutxo（コミット）を生成する必要があります。このスクリプトによって生成された p 2 tr アドレスに送信します)、この utxo を使用するときに、監視スクリプト内で実際のスクリプトを指定する必要があり、碑文データがチェーンにアップロードされます (トランザクションを公開)。
実際、Ordinals プロトコルは非常に理解しやすいものです。書き込みプロセス (コミット、リビール) が完了し、両方のトランザクションがチェーンにアップロードされた後、Ordinals プロトコルはこの書き込みが最初の入力の最初のサットにバインドされることを定義します。したがって、綴じる過程が銘であり、綴じた結果が銘である。
2.3. 2 つのデータ アップロード ソリューションを比較する
エッチング：
利点: ロジックはシンプル、直観的かつ明確で、トランザクション コストが低く、ノードのメモリ プール全体を占有しません。
欠点: 長さが 80 バイトに制限されており、高度に圧縮されたデータ エンコーディングが必要です。
内接：
利点: サイズ制限がほとんどない、一定のプライバシー保護機能、複数のプレイ方法 (タイム ロック、プルーフ オブ ワーク) など。
短所: トランザクションをチェーンに 2 回アップロードする必要があるため、最終コストが高くなり、コミット期間が長くなり、ノードのメモリ プール全体への負担が大きくなります。
3. ルーンの基本的なデザインの解釈
Runes プロトコルのオリジナル コードは、Casey によって Ordinals バージョン 0.11 でリリースされました。最新の Ordinals はバージョン 0.18 に進化しました。この大幅なバージョン変更により、Fourteen と同様に、トップレベル プロトコルの設計プロセスに参入する機会も得られました。 6 月 ERC 721/ERC 3525/ERC 3475 および以前に解釈されたその他の規格、さらに読む:
ルーンの値のルールを解釈するために、ルーンの開始点と終了点の 2 つのバージョンのフィールドの変化に踏み込んでみるのもよいでしょう。
3.1. ルーン 0.11 バージョンの解釈
初期ルーンの全体的なフィールドは、布告 (資産移転情報)、エッチング (資産配備情報)、およびバーン (破壊) の 3 つの部分に分かれています。
具体的には、トランザクションの op_Return がデコード後に命令情報を提示でき、その形式が正しい場合、オフチェーン パーサーはユーザーの資産が転送されたと計算し、その出力が転送の対象になります。
同様に、エッチングの内容は、展開された資産の主要な情報を直接示しています。ERC 721 と比較できます。最大の違いは、ミントの数と範囲が制限と期間に制限されていることです。これは、Inscription プロジェクトと Rune プロジェクトと、イーサリアム スマート コントラクトによって発行されるアセットとの根本的な違いです。チェーン上でスマート コントラクトの検証が行われないため、プロジェクト当事者がイーサリアム スマート コントラクトでアセットを発行する場合、リアルタイムの検証機能が不足します。独自のホワイトリスト ミント、トークン エコノミクスのリリース レート、ロイヤルティの支払いやその他の機能をカスタマイズするために、新しいセットの Inscription Protocol も実行すると、コンセンサスが不足し、誰もこのプロジェクトに参加しなくなります。そのため、Inscription Protocol (brc 20、atomic、Runes) などは、アセットの発行方法を統一し、ユーザーの参加方法を mint に統一しました。公正なローンチをコンセプトに、ユーザー参加は完全にオープンであり、プロジェクト当事者の過度の干渉はさらに排除されています。資産市場の状況を理解する上で。
プロジェクトが商品をスキャンして資産を蓄積することで市場をコントロールしただけであっても、依然として莫大なガス代を支払う必要がありますが、このプロセスはユーザーによって認識され、自由に選択できます。
元のバージョンのルーンプロトコルの設計は実際には非常に完成されていたため、進化したルーンアルファは模倣品であっても大きな市場規模を占め、累計トランザクション数は82W、手数料だけで312BTCが消費されました。
ユーザーは、ルーン フィールド自体の設計を簡単に使用して、アセットの合成と分割を実現できます。ルーン アセットがプロトコル全体で序数、アトミック、その他のアセットと合成された後でも、op_Return の多様な言語表現を使用して分割を実現できます。
では、0.18 で実装された最新の Runes プロトコルとは何ですか?また、そのようなフィールドを設けるにはどのような考慮事項があるのでしょうか?
3.2. ルーン 0.18 バージョンの解釈
Runes 0.18 を理解するのは非常に困難です。テスト ネットワークが不足しているため、基本的には casey のソース コードからロジックを参照することしかできません。最終的に、フィールドは 4 つの側面に分けられることが整理されました。
まず第一に、布告は依然としてアセットの転送方向を定義します。これは基本的に runeAlpha と同じです。違いは、アセットのデフォルトの転送方向を変更するために使用される追加のポインタ パラメータがあることです。元のデフォルトの転送は位置です。 0. このパラメータを使用すると、最終的に 1 またはその他に設定できます。設計コンセプトは、複数の Runes アセットの同時転送に適応し、op_Return コーディングの量を削減し、最終的にユーザーのトランザクション コストを削減することです。
次に、Mint フィールドが追加されます。ミントは布告と同じレベルのオブジェクトに配置されるため、トランザクションで 1 つのアセットのみをミントすることができます。これは、当時意図的に設計されていた以前の RunesAlpha とは異なります。 1 回のトランザクションで大量の新しい資産を鋳造することができるため、テクノロジーと一般ユーザーの間でガスを取得するために競争する必要があります。
資産の展開方法に大きな変化が起きる
最後の重要な変更は、展開資産の詳細な設計であるエッチングです。完全なフィールドの内容は次のとおりです。
新しいアセットをデプロイする方法は基本的に非常に複雑です。詳しく説明しましょう。
まず大きな変更点は、op_Return のエンコード量を減らす設計です。結局のところ、op_Return は 80 バイトの長さに制限されており、すべてのエンコード領域を大切にする必要があります。したがって、Casey は、ビットコインのメイン ネットワークの面積が 80W 以上しかないため、アセット ID を単純なブロックの高さ + トランザクション シリアル番号から、ブロックの高さ + コロン + トランザクション シリアル番号によって生成される文字列形式の一意の ID 値に変更しました。ブロックの高さにより、最終的な ID エンコーディングが半分に節約されます。バッチ Mint では、バッチ転送シナリオのコストが 2 倍になります。
次に、参加者の公平性を保証する条件フィールドがあり、Runealpha のようなアセット デプロイメント プロトコルのトランザクションに基づいてチェーン上のブロックの高さからアセットのデプロイを開始するようになりました。発行者によって開始点と終了点として指定された高さとオフセット。このようにして、ユーザーは、最新のミントの機会を探索するためにメモリ プールに目を光らせていない場合でも、誤ってフィッシングの模倣プロジェクトに陥ることをあまり心配する必要はありません。結局のところ、プロジェクト チームは事前にアセットをデプロイし、その後一連の運用広報活動を実施し、最終的には参加時間の尺度としての間隔の高さに加えて、上限も設けられます。資産の発行をさらに制御するためのミントの総数。ミントの規模は無制限ではなくなり、限定的なリリース、先着順になります。
資産発行契約として、発行者の規模と資本をどのように管理するかは大きな課題です。碑文の場合、最も重要なのは資産名です。そのため、ルーン文字の名前は希少なリソースであり、ルーン文字の名前の長さが存在します。半減サイクルに伴うリリース ルールでは、最初は長い名前のみをデプロイでき、時間が経つにつれて文字数の少ない名前がデプロイできるようになります。
名前の長さが公開されるたびに、ドメイン名と同様に不法占拠の傾向が今後も続くことが考えられます。では、プロジェクト関係者の不法占拠を防ぐにはどうすればよいでしょうか。
これにより、Runes のデプロイメントに最も重要な変更が導入されます。デプロイメント プロセスは、単なる op_Return トランザクションではなく、premine の新しいバージョンのコミットとリビールによって確実なプライバシー保護を実現できます。はこの役割を果たし、トランザクションのコミットと公開の間に一定の間隔を必要とします。この時点で、たとえ他のハッカーがフィッシング資産を作成しようとしても、市場は発行者が使用する名前を知ることになります。すでにその名前がメモリ プールにあるため、偽造したい場合でも、現在、その名前に対する発行者の制御は保護されています。
バージョン 18 の終わりに、ターボ フィールドが追加されました。これにはまだ明確な公的役割はありませんが、その後のプロトコル層の変更に参加することを目的としています。
4. 新しいバージョンの Runes プロトコルを評価するにはどうすればよいですか?
基礎となるフィールドの上記の解釈を通じて、Casey 氏は資産発行のゲームプレイについて実にユニークな洞察を持っており、わずか 2 か月で問題点を満たす契約内容を設計し、実装しました。市場の需要の。
これは、価格に基づいて価値を測定する市場です。Inscription Protocol は、完全に差別化されたスマート コントラクト モデルとして開始され、多くの想像の余地をもたらしました。また、真に公正なミントにより、多くのユーザーがビットコイン サークルに真に参入できるようになりました。 、これはさらにビットコインL2 dの流行を引き起こしました。しかし、当初の碑文協定の粗雑さにより、低品質の資産が蔓延し、海賊行為や路上の敷物が碑文の生態系を埃っぽいものにしました。ルーンの出現と、より高度にカスタマイズされた流通管理により、市場は秩序あるものとなるでしょう。
さらに、Runes プロトコルは Ordinals プロトコル自体に組み込まれており、Ordinals 自体のユーザー ベースの助けにより、Runes プロトコルのリリースは最初から巨人の肩の上にありました。 FTプロトコルとしての位置付けは、OrdinalsがNFTにすぎず、市場運営方法が欠けているという元々のジレンマを補います。
最後に、op_Return を使用してオンチェーン データを記録することにより、ルーン資産はほぼすべての機関を持つことができ、台帳を再作成する機能の集中度をさらに下げることで、ルーン資産が一定レベルのセキュリティ パフォーマンスを持つことが可能になります。ビットコイン。
Runes プロトコルの欠点は何ですか?確かに
1つ目は、市場のタイミングの問題です。Caseyはビットコインの半減期に同時にローンチすることを選択しましたが、開発期間は非常にタイトで、昨日現在でもプロトコルの内容は変更されており、そのため市場の機関もアクセスすることができました。ルーンプロトコルはますます少なくなっているため、プロトコルエコシステムの発酵にはさらに時間がかかるでしょう。
2 つ目は、ルールの複雑さです。発行管理のルールはすでに非常に複雑ですが、名前の変更により、発行者は特別なドット表記と組み合わせて、Runes プロトコルの名前の最大長を最初に選択できるようになります。 B・C・G・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 ビットであるため、ユーザーがフィッシングに遭うリスクが増大するほか、モバイル プラグインなどのインターフェイスを完全に表示することも困難です。
最後に、将来の互換性の問題もありますが、これも市場で注目を集めているアトミック プロトコルは現在 AVM 段階に移行しており、これにより Inscription は単純なトークンの誇大広告段階を脱却して、ビットコイン L2 の物語にさらに移行できるようになりました。この点では、Casey は若干遅れていると言わざるを得ません。また、ルーン プロジェクトはディストリビューション レベルでのみプレイされるように制限されています。
この記事の参考資料:
ルーンプロトコルのエンコードとデコードの分析: https://github.com/okx/js-wallet-sdk
ruens プロトコルの公式ソースコード: https://github.com/ordinals/ord
