原作者：MiX

オリジナル編集者: ファウスト、geek web3

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

• 「公彫刻」の予約不可要件を緩和すべきではないでしょうか。

• 「公開彫刻」の配布方法を採用したルーンには管理権がないという点を指摘。

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

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

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

いわゆる Runes プロトコルは、ビットコイン ネットワーク上で同種トークンを発行するためのプロトコルです。同種トークン スキームは、Ordinals スキームをリリースした後、Ordinals の創設者である Casey によって再構築されました。ビットコイン UTXO の特性に基づいて構築されています。全体的なデザインのアイデアは非常にシンプルです。

ルーンプロトコルは、ビットコインが半減する2024年（ブロック高さ84万）、つまり今年4月下旬にメインネットを立ち上げる予定であることは言及に値する。 Runes プロトコルはまだ最適化とバージョンの反復の過程にあります。

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

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

（画像出典：https://yishi.io/a-beginner-guide-to-the-ordinals-protocol/）

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

ここが重要です. BRC-20の発行は、Ordinalsと同様にビットコインの碑文NFTプロトコルに依存します. したがって、最初の発行メカニズムはNFTキャスティングプロセスと同様になります. 当然、「早い者勝ち」の特性を持ちます.最初のMintは全員が所有しており、イーサリアム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 によって引き起こされる問題を軽減できる可能性があります。

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

技術的な観点から見ると、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 によって承認されました。

第165号の具体的な内容は以下の通りです。

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

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

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

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

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

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

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

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

2. 予約するかどうか、および予約する方法は、自己認証手段を発行者に引き渡すことです。

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

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

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

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

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

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

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

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

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

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

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

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