ルーンプロトコルの解釈：開発の歴史と最新の「公的碑文」発行メカニズムの拡張

2024 年 3 月 2 日、Runes 生態インフラストラクチャ プロジェクト Rune alpha の創設者は、Github の公開イシューで Runes プロトコルの創設者 Casey との議論を開始し、両当事者は、Runes プロトコルの「公開碑文」メカニズムを拡張する方法について話し合いました。ルーンプロトコルについて議論しました。 **トピックには以下が含まれます:

1.「公彫刻」の予約不可要件を緩和すべきでしょうか？

2.「公開彫刻」発行方式を採用したルーンには管理権が存在しないとの見解を指摘。

3. 碑文NFTとルーンFTの連携に基づく一連の発行メカニズムのアイデアを提案。

ビットコインデリバティブ資産プロトコルへの強い関心から**、この記事の著者は、上記のルーンの最新トピックのいくつかを組み合わせて、ルーンとオーディナルの過去のプロトコルの開発的調査を行うためにこの記事を書きました。 **これは誰もがビットコインのエコシステムを理解するのに役立つと信じています。

ルーンプロトコルとは何ですか?

いわゆる Runes プロトコルは、ビットコイン ネットワーク上で均質なトークンを発行するためのプロトコルで、Ordinals 計画のリリース後、Ordinals の創設者である Casey によって再構築されました。ビットコイン UTXO の特性、全体的な設計思想に基づいて構築されましたとてもシンプルです。

**Runes プロトコルは、ビットコインが 2024 年に半減する (ブロック高さ 840,000)、つまり今年 4 月下旬にメインネットを開始する予定であることは注目に値します。 **Runes プロトコルはまだ最適化とバージョンの反復の過程にあります。

ルーン文字の原理を簡単に紹介する前に、その背景と、いわゆる「公開彫刻」が実際に何を意味するのかを簡単に理解しましょう。

Runes の提案者である Casey は、当初は均質なトークン プロトコルというアイデアを持っていませんでした。2022 年 12 月には、Casey は NFT データをビットコインに永続的にチェーンすることを目的とした Ordinals プロトコルをリリースしました。つまり、ビットコイン取引の証人データにNFTのメタデータが碑文のように記録され（証人には主にデジタル署名情報が含まれます）、指定されたスマートアドレスに任意の形式のコンテンツ（テキスト、画像など）を刻むことができます。優れた。

*2023 年 3 月 8 日、匿名の開発者ケイシーは、典型的な NFT 発行プロトコルである Ordinals に基づいて、遠回しな方法で均質なトークンを発行するための BRC-20 標準のセットを考案しました *. ビットコインチェーンにアップロードする必要があるデリバティブ資産データは、碑文という形で統一フォーマットと属性（トークン名、総供給量、一回の最大鋳造額など）が規定され、分析・分析されるこの情報を追跡すると、BRC-20 トークンに関連付けられたウォレット アカウントと資産額が表示されます。

重要なのは、BRC-20の発行はビットコインの碑文NFTプロトコルOrdinalsに依存しているため、初期発行メカニズムはNFTキャスティングプロセスと同様になり、自然な「先着順」の機能があり、造幣局が最初にそれを所有することになります。 , イーサリアムERC-20の資産発行とは全く異なります、「プロジェクト当事者が最初に資産契約を展開し、資産分配メカニズムを定義し、担当者が好きなように市場をコントロールできる」というものです。

この 公平なローンチ 機能により、ほとんどの人が均一なトークンの初期発行に参加する公平な機会が得られます。プロジェクト側には予約やロックアップはありません。誰もができるだけ早く資産の初期発行に参加できます。参加する。すぐに、BRC 20 はビットコイン チェーンでのデリバティブ資産の発行ブームを引き起こし、この強気市場を直接開始することさえありました。今回私たちが注目している「公開彫刻」の発行方法は、ルーンプロトコルにとって非常に重要であることがわかります。 **

しかし、BRC-20 は多くの問題ももたらします: BRC-20 資産のすべての操作は、ビットコイン チェーン上で特定のトランザクションを開始する必要があります。BRC-20 資産の人気に伴い、ビットコイン UTXO データ セットも急速に拡大しています。 BTCコア開発者はBRC-20に公然と疑問を呈する。

Ordinals の創設者 Casey は BRC-20 に反対しているだけでなく、Ordinals に基づいて発行された FT 資産も認めていませんが、BRC-20 の人気により、トークンの 99% は詐欺やからくりであるにもかかわらず、これらのことは今後も続くだろうと感じました。消えることのないカジノのようなものです。

同時に **BRC-20 はビットコイン チェーンに「過剰な痕跡」を残し、ビットコイン ノードにデータを運ぶ負担をもたらしています。 「負担を軽減する」資産協定は、BRC-20 によって引き起こされる問題を軽減できる可能性があります。

そこで **Casey は、ビットコイン用の「より均質なトークン プロトコル」を構築することを決定し、2023 年 9 月 25 日に Runes プロトコルの初期コンセプトをリリースしました。 **

技術的な観点から見ると、Runes プロトコルはビットコイン UTXO と追加情報に基づいて構築されています。各トランザクションのトリガーには、オフチェーンで生成されたオンチェーンのデジタル署名情報が必要です。署名情報で特定の形式のメッセージを運ぶことができます。 Runes プロトコルは、OP_RETURN オペレーション コードを通じて「特定のメッセージ」をマークします。これらの特定のメッセージは、Rune アセットの変更に関連する情報です。

BRC-20 プロトコルと比較して、Runes には多くの利点があります。そのうちの最も重要なものは次のとおりです。

1. トランザクション手順が簡素化され、冗長で無駄な UTXO が生成されないため、ビットコイン ノードの「負担が軽減」されます。さらに、BRC-20 の転送トランザクションは 1 人の受信者と 1 つのトークンのみをサポートしますが、Runes は同時に複数の受信者への転送をサポートし、複数の Runes トークンを転送できます。

2. **資産データの保存とインデックス作成がより簡潔になりました: **BRC-20 データは特定のトランザクションの証人データに JSON 形式で保存され、BRC-20 はアカウント モデルに基づいており、資産残高は指定されたアカウントに関連付けられています。 Runes プロトコルのデータは、特定のトランザクションの OP_RETURN フィールドに保存され、資産の記録方法には、ビットコイン チェーン上の UTXO に直接「同型結合」できる UTXO モデルが採用されています。 **

個人のルーン資産ステータスを確認する場合、その人が所有し、ルーン資産にバインドされている特別な UTXO を確認するだけで済みます。計算を完了するには一部の情報を追跡する必要がありますが、ビットコインをスキャンする必要はありませんBRC-20 のようなチェーン。完全な UTXO コレクション** この軽量のアプローチは、データのインデックス作成にさらに適しています。 **

3. UTXO 機能拡張レイヤーとの互換性: **Runes の UTXO ベースの設計により、CKB、Cardano、Fuel などの UTXO ベースの機能拡張レイヤーとの互換性が向上します。 **RGB++ と同様の「UTXO 同形バインディング」を通じて、上記の機能拡張レイヤーは Runes のスマート コントラクト シナリオを提供できます。

テクノロジーについて簡単に説明した後、この記事の冒頭で説明した発行メカニズムに戻りましょう。 Casey は、「固定総額」と「公開彫刻」という 2 つのルーンの発行方法を設計しました。

1. 合計金額が固定されているということは、発行者がすべてのルーンを直接彫刻してから配布することを意味し、比較的集中化されています。

2.公開彫刻とは、ブロックの高さやタイムスタンプの指定など、ルーンの発行方法に関するパラメータを設定し、ルールに沿った期間内にユーザーがどれだけの資産を鋳造したかが、最終的にルーンの総量となります。 。

2 つの配布方法はシナリオや仕組みが全く異なりますので、以下では「公開彫刻」についてのみ説明します。

実際、Sondotpin は Runes の Issues#124 でこのトピックについて議論し始め、Casey によって承認されました。

!【ルーンプロトコルの解釈：最新「公的碑文」発行メカニズムの開発経緯と拡充】(https://img-cdn.gateio.im/resize-social/moments-7f230462a9-0047b2c2f5-e2294f-ceda62)と課題#165 具体的な内容は以下の通りです。

Sondotpin: 現在の公的発行では、プロジェクト当事者/発行者は事前にルーンを予約することができないため、プロジェクト当事者が優れたトークンエコノミーモデルを設計する機会が制限されています。

Casey: 以前の Issue#124 を参照してください。この要件を緩和して、パラメータ設定外であってもリリース時にパブリッシャーが合理的な方法でルーンを配置できるようにすることを検討しています。このように設計すると、ルーンの詳細ページに関連情報が非常に目立つように表示されます。

Sondotpin: 2 ラウンドの「公開彫刻」ルーンなど、複数の発行メカニズムを設計し、各発行ラウンドに異なるパラメータを設定することは可能ですか?

**Casey:**私はこのアプローチには乗り気ではありません。**ルーンには本質的に「マネージャー」がいないからです。配布権限は、特別な権限を持つ単一の団体の手に渡るべきではありません。 **ただし、ルーンを発行するときに碑文を追加し、この碑文に基づいて新しいルーンを発行することで、2 回発行されたルーンが同じ資産になるようにすることができます。もちろん、プレマイニングを使用してから、他の配布方法を使用して発行することもできます。

将来的にCTVの機能がスムーズに起動できれば、プロトコルのサポートは不要となり、CTVが条件テンプレートを直接設定し、条件を満たせばエアドロップや条件を満たした公募が可能となります。

Casey と SonPin に関する議論、個人的な意見:

1、プロジェクト立ち上げの初期段階では、確かにいくつかのトークンを予約する必要があります

初期の段階で、プロジェクト当事者がビジネスを立ち上げたい場合は、コアチームのモチベーションを高め、コミュニティを団結させるために一定量のトークンの予備が必要です。この議論に従って協定が履行されれば、「公開碑文」の公平性と普遍的な参加価値が補完され、より価値のある基本プロジェクト関係者が「公開碑文」を通じてルーンエコシステムに参加できるようになる。

2. 予約の有無と予約方法は、発行者に自己認証手段を引き渡すことです

実際、ケーシーは YouTube 動画で何度も率直に「均質トークンの 99.9% は詐欺です。世界を変えるふりをしないでください。この業界はギャンブルと投機に満ちていることを率直に認めます。誠実に、お互いによく扱いましょう」と述べています。そして誰に対しても親切です。それはただ楽しむためです！

問題 #124 から #165 まで、Casey が同種トークンの使用シナリオをよりよく認識していることがわかります。 「公的彫刻」の手法に疑問を呈する必要はなく、これを留保機構の追加など拡張することは、選択権と自己認証権を発行者に譲渡することであり、防止策としてもよい。悪いコインは良いコインを駆逐することになります。

3. インスクリプション NFT とルーン FT にはイノベーションの余地がさらにあります

碑文NFTとルーンFTが連携するためのマルチラウンド発行メカニズムというケーシーのアイデアは非常に興味深いです。背景知識で述べたように、Ordinals と Runes はどちらも Casey によって設計されたプロトコルです。これらは 2 つの並列プロトコルと見なされるべきです。ただし、両方とも Github 上に実装されています。Ord プロジェクトでは、多くの技術的なクロスオーバーとコラボレーションがあります。同期領域の共有 基礎となるロジックのブロック。

Runes Tone や Runecoin などの現在注目のプロジェクトも、碑文とルーンの革新的な組み合わせです。 Runecoin のゲームプレイは最も主流の碑文プレマイニングであり、Runecoin が発行する RSIC 碑文を保持することでプロジェクトのルーンを継続的に掘り出し、4 月末に Rune プロトコルがオンラインになるときに FT を割り当てます。今後も新たなアイデアを生み出し、斬新な遊び方をもたらすプロジェクトを楽しみにしています。

4.「公開彫刻」方式で発行されたルーン文字には所有権がありません

Casey氏の元の記事では「ルーンには所有権がない」とだけ表現されていましたが、これは「公開彫刻」という配布方法を採用したルーンには所有権がないことを具体的に指すべきだと著者は考えています。 SonPin が提案する 2 ラウンドの「公開彫刻」計画は、極めて高い権限を持ったアドレスによって運用されることは間違いなく、これは暗号暗号分野が望んでいることではありません。

プロジェクトのRunecoinと同様に、21,000のRSIC碑文NFTを発行した後、すぐに親碑文をサトシ・ナカモトのアドレスに転送しました。これは、誰もそれを再び使用できないことを意味します、つまり、技術的手段による追加発行はしないことを約束します。この作戦自体も大変好評で、通行人からも大変好評でした。

**追記：父親の碑文とは何ですか？ **

BTC はインタラクション速度が遅くガスが多いため、操作数が比較的多い場合、効率を向上させるために、通常は最初に親碑文を設定し、複数の子碑文をトランザクション内でバッチで直接処理します。これにより、対話時にブロックチェーンのストレージ容量と処理時間を節約できます。

最後に、Casey が言及した **CTV である「Check Template Verify」について話しましょう。 **

CTV は、ユーザーがトランザクション作成時に将来のトランザクションのテンプレートを指定できるようにすることで、ビットコイン ネットワークのスマート コントラクトとロック機能を強化することを目的とした、ビットコイン向けに提案されているプロトコル アップグレードです。 CTV をアクティブ化すると、ユーザーはプロトコルによる明示的なサポートなしで、信頼できるエアドロップやオープン エッチなど、より複雑なトランザクション タイプを作成できるようになります。

この **CTV 提案は、ビットコイン ネットワークのプログラマビリティと柔軟性を高めます。**このディスカッションで述べたように、簡単に言えば、UTXO を使用してロック解除条件テンプレートを作成することが可能であり、**ルーン用にさらに作成する機会が得られます。複数の遊び方。 **たとえば、「ルーン プロトコル + CTV」を通じて、10 人のユーザーが CTV テクノロジーを共同で使用し、ルーンを一緒に鋳造して、将来のビットコイン支払いトランザクションのコミットメントを事前に設定できます。

**免責事項: この記事は参照のみを目的としており、法律、税金、投資、財務管理、またはその他のアドバイスとして使用することはできず、RunesCC の立場を表すものではありません。 **