ルネス協定と "公開碑文 "配布メカニズムに関する議論の拡大

By MiX

2024年3月2日、Runesエコインフラ・プロジェクトの創設者であるRune alphaが、GithubのオープンスレッドでRunesと議論を行った。プロトコルの創始者であるCaseyと、両者がRunesプロトコルの「公開碑文」メカニズムを拡張する方法について議論しました。

- 「公開碑文」の非予約要件を緩和すべきか？

-「公開碑文」配布ではルーンのスチュワードシップがないという考え方の指摘

-碑文NFTとルーンFTが互いに連動することに基づく配布メカニズムについての一連のアイデアの提案

-碑文NFTとルーンFTが互いに連動することに基づく配布メカニズムについてのアイデア。style="text-align: "left;">ビットコインの派生資産プロトコルへの強い関心から、本記事の筆者は、ルーンやオーディナルのプロトコルの過去や、資産の発行に対する類似のアプローチの発展的な探求を提供するために、上記のルーンに関するいくつかの最新トピックと合わせて本記事を執筆しました。ビットコインのエコシステムを理解するのに役立つと思います。

Runesプロトコルとは

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

注目に値するのは、ルーンズ・プロトコルがメインネット上で稼働するのは、ビットコインが2024年に半減するとき（ブロックの高さが84,000のとき）で、今年の4月後半になることだ。現在、ルーンプロトコルはまだ最適化とバージョン反復の過程にある。

Runesがどのように機能するのかを簡単に説明する前に、その内部と外部、そしていわゆる[public inscription]が実際に何を意味するのかを簡単に見てみましょう。

Runesの生みの親であるケイシーは、そもそも均質なトークンプロトコルを作るというアイデアを持っていませんでした。2022年12月の時点で、ケイシーはNFTデータをビットコインに恒久的にアップロードすることを意図して、Ordinalsプロトコルをリリースしました。ビットコインとは、簡単に言えば、NFTメタデータがビットコインの取引証人の証人データ（主にデジタル署名情報を含む）に銘刻されるように記録されることを意味し、これにより、あらゆる形式のコンテンツ（テキスト、画像など）を指定されたサトシに銘刻することが可能になる。

 &。nbsp;(画像出典：https://yishi.io/a-beginner-guide-to-the-ordinals-protocol/)

そして歴史の歯車は回り始め、2023年3月8日。strong>2023年3月8日、匿名の開発者@domodataは、典型的なNFT発行プロトコルであるOrdinalsに基づいて均質化されたトークンを発行するための一連のBRC-20標準を思いつく遠回りの方法を思いつきましたつまり、ビットコインチェーンにアップロードされる必要がある、それらの派生資産に関するデータの統一フォーマットと属性を指定する銘文の形で(トークン名、総供給量、単一の最大鋳造量など）、そしてBRC-20トークンに関連するウォレットアカウントと資産額を表示するために、この情報を解析して追跡するインデクサを指定します。

BRC-20の発行で重要なのは、BRC-20トークンを発行することです。20の発行、は、ビットコインの碑文NFTプロトコルであるOrdinalsに依存するため、最初の発行メカニズムはNFTの鋳造プロセスと同様になり、当然のことながら、「先着順」の特性を持っています。「プロジェクト側が最初にアセット契約を展開し、アセット分配メカニズムを定義し、公式は好きなだけ市場をコントロールできる」。

このフェアローンチ機能により、プロジェクト側によるセットサイドやロックアップがなく、ほとんどの人が均質化されたトークンの最初のリリースに公平に参加できるようになり、誰もが最初の機会にアセットの最初のリリースに参加できるようになります。その直後、BRC20はビットコインチェーン上のデリバティブ資産の発行ブームをもたらし、この強気市場を直接キックスタートさせました。お分かりのように、今日私たちが注目している「公に内接する」発行方法は、Runesプロトコルにとって非常に重要です。

しかし、BRC-20はまた、多くの問題をもたらします：BRC-20アセットのすべての操作は、ビットコインチェーン上で特定のトランザクションを開始しなければなりません。strong>、BTCコアの開発者たちがBRC-20に公に疑問を呈するようになりました。

Ordinalsの創設者であるCasey氏は、BRC-20に反対しているだけでなく、Ordinalsの上に発行されるFTアセットにも反対していますが、BRC-20の大炎上により、99％のトークンが詐欺やギミックである一方で、カジノのように消えることのないのような存在であることに変わりはない。

同時に、BRC-20はビットコインチェーン上に「多すぎる痕跡」を残し、ビットコインノードにとってデータ運搬の負担を生み出しているが、アップリンクデータに関して「負担を軽くする」解決策を誰かが考え出すのは素晴らしいアイデアだろう。しかし、誰かがデータのアップロードという点で「負担を軽く」できるアセットプロトコルを考え付ければ、BRC-20によって引き起こされる問題を軽減できるかもしれない。

そこでケイシーは、ビットコインのための「より均質化されたトークン・プロトコル」を構築することを決意し、2023年9月25日、ルーン・プロトコルの最初のアイデアを発表した。

技術的な観点から、ルーンズプロトコルはビットコインのための「より良い均質なトークンプロトコル」というアイデアに基づいています。strong>Runesプロトコルは、ビットコインのUTXOと追加情報に基づいて構築され、各トランザクションがトリガされ、チェーンオンチェーンの下に生成されたデジタル署名メッセージは、我々は署名メッセージのメッセージの特定の形式を運ぶことができます。"特定のメッセージ"、、そしてこれらの特定のメッセージはRunesアセットへの変更に関連するものです。

BRC-20プロトコルと比較して、Runesには多くの利点があります。UTXOは簡素化され、冗長で無駄なUTXOを生成しないため、ビットコインノードの「負荷を軽減」することができます。さらに、BRC-20は1回の送金トランザクションで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同型バインディング」を通じて、これらのレイヤーはルーンにスマートコントラクトのシナリオを提供することができます。

テクノロジーについて簡単に話した後、この記事の一番最初に戻りましょう。配給メカニズムについてです。Casey はルーンに2つの配布方法、すなわち「固定合計」と「公開碑文」を設計しました：

1.固定合計とは、発行者が直接すべてのルーンを碑文にし、それを配布することで、比較的中央集権的です。

2.パブリックインスクリプションとは、ブロックの高さやタイムスタンプの指定など、ルーンがどのように発行されるかのパラメータを設定することであり、ユーザーがルールに準拠した期間中にどれだけの資産を鋳造し、最終的にルーンの総数がいくつになるかを設定することです。

2つの発行方法は、まったく異なるシナリオとメカニズムに対応しています。

実際、ソンドピンはケーシーのお墨付きを得て、ルーンの問題124号でこのトピックについて議論を始めた。

そして、Issues#165には具体的に次のように書かれている。

ソンドットピン：現在の公募では、プロジェクト所有者/発行者は前もってルーンを予約することができないため、プロジェクト所有者がパスのための優れた経済モデルを設計する機会が制限されています。

ケーシー：以前のIssues#124をご覧ください。 私はこの要件を緩和し、発行者が発行時に、設定されたパラメーターを超えても、賢明な方法でルーンを手配できるようにすることを考えています。このように設計すれば、ルーンの詳細ページで関連情報が非常に目立つように表示されるでしょう。

Sondotpin:「公に刻まれた」ルーンを2ラウンド用意し、各ラウンドで異なるパラメータを設定するなど、複数回リリースするメカニズムを設計することは可能ではないでしょうか？

Casey:ルーンにはもともと「管理者」がいないからです。それらを発行する権限は、特別なアクセス権を持つ単一の存在の手中にあるべきではありません。 しかし、ルーンを発行するときに碑文を追加し、その碑文に基づいて新しいルーンを発行することができます。もちろん、プレマイニングを使用して、他の配布方法で発行することもできます。

将来的にCTVの機能がうまく立ち上がることができれば、プロトコル対応は不要となり、CTVが直接条件テンプレートを事前に設定し、条件を満たしたときに、条件設定を満たすエアドロップや一般発行を行うことができます。

CaseyとSonPinの議論に関する個人的見解：

1.必要性がある

1.ニーズがある

プロセスの初期段階で、プロジェクトオーナーがビジネスのブートストラップを実現したいのであれば、コアチームのモチベーションを高め、コミュニティを結集させるために、ある程度のトークンを準備する必要がある。この議論に従って合意を達成することができれば、「パブリック・インスクリプション」の公平性と普遍的な参加の価値を補完することになり、「パブリック・インスクリプション」の方法を通じて、より価値のある基本的なプロジェクト関係者がルーンエコシステムに参加できるようになります。

2.脇に置くかどうか、脇に置く方法は、自己認証を発行者に引き渡す手段

実際、ケイシーはYoutubeの動画で何度もはっきりと言っています。

実際、ケイシーはYoutubeのビデオで何度もはっきりと言っている。「99.9％の均質化されたパスは詐欺であり、人々は世界を変えたいなどと大それたことを言うべきではない。#124号から165号にかけて、ケーシーが均質化されたパス使用シナリオをより認識していることがわかる。予約メカニズムを追加するなど、これを拡張することは、発行者に選択する権利を与え、自己認証する手段を与え、悪貨が良貨を駆逐するのを防ぐ良い方法です。

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

インスクリプションNFTとルーンFTが互いに協力して複数のラウンドを実施するというケーシーのアイデアは非常に興味深い。分配メカニズムのアイデアは非常に興味深い。背景で述べたように、OrdinalsとRuneはどちらもケイシーが設計したプロトコルであり、並行する2つのプロトコルと考えるべきですが、Github上ではどちらもプロジェクトとしてOrdを行っており、同期ブロックの基礎となるロジックを共有するなど、技術的なクロスオーバーや協力がかなり行われています。

現在ホットなRunestoneとRunecoinと他のプロジェクトだけでなく、碑文と革新の互いの組み合わせでルーン。Runecoinの遊び方は、Runecoin発行RSIC碑文を保持し、最も主流の碑文プリマイニングであり、プロジェクトのルーンを掘り出すために継続されます。そして4月末には、ルーンプロトコルがオンライン化され、その後FTが配布されます。私は、境界を押し広げ、より革新的な遊び方をもたらすために、今後より多くのプロジェクトを楽しみにしています。

4.公開碑文を通じてリリースされるルーンに所有権はない

ケーシーの元記事には、ルーンに所有権はないとしか書かれていません。"SonPinによって提案された2ラウンドの「公開碑文」は、非常に高い特権を持つアドレスによって運用されるに違いなく、これはCrypto暗号分野が望むものではありません。

ちょうどプロジェクトRunecoinのように21,000 RSICの碑文NFTを送信した後、すぐに親碑文ヒットサトシナカモトアドレス、誰も再び使用することはできませんに相当する、つまり、インクリメンタル問題を行わないようにコミットメントの技術的手段を通じて。操作自体のこの波は、正のフィードバックの大きな波、非常に道路をもたらした。

PS：親碑文は何ですか？BTCでやりとりをするのは時間がかかり、ガス代もかかるので、操作の数が比較的多い場合、効率を上げるために、一般的にはまず親碑文を設定し、その親碑文のトランザクションで、直接複数の子碑文をバッチ処理することで、やりとりする際のブロックチェーンの記憶領域と処理時間を節約することができます。

最後に、ケイシーが言及したCTV、つまり「チェックテンプレート検証」について一言。

CTVは、ビットコインネットワークのスマートコントラクトとロックイン機能を強化するために設計された、ビットコインが提案するプロトコルのアップグレードです。CTVの有効化により、ユーザーはプロトコルによる明示的なサポートを必要とせずに、信頼できるエアドロップやオープンエッチなど、より複雑な取引タイプを作成できるようになります。

このCTVの提案は、ビットコインネットワークのプログラマビリティと柔軟性を高めます。ゲームプレイのためにさらに多くのものを生み出す機会を持つことができます。例として、「Runes Protocol + CTV」では、10人のユーザーが共同でCTV技術を使用してルーンを鋳造し、約束などで将来のビットコイン支払取引を事前に設定することが可能になります。