元のタイトル「ルーンプロトコルおよび「オープンエッチング」発行メカニズムに関する拡大討論」を転送します

2024年3月2日、Runesエコシステムインフラプロジェクトの創設者であるRune Alphaの創設者は、Runesプロトコルの創設者であるCaseyとGithubの公開トピックで議論しました。 両者は、Runesプロトコルの「公開彫刻」メカニズムを拡大する方法について議論しました。 議論されたトピックは次のとおりです：

「オープンエッチング」が予約できないという要件を緩和すべきですか？

・「オープンエッチング」発行方法を採用したルーンに所有者がいないことを指摘した。

·碑文NFTとルーンFTの協力に基づく発行メカニズムのアイデアを提案しました。

ビットコイン派生資産プロトコルへの強い関心から、この記事の著者は、上記のルーンの最新トピックの一部を組み合わせ、ルーンおよびオーディナル・プロトコルの過去の開発的探求を行い、類似した資産発行方法についても記述しました。ビットコインエコシステムを理解するのに役立つと信じています。

Runesプロトコルとは何ですか

いわゆるルーンプロトコルは、ビットコインネットワーク上で代替可能トークンを発行するためのプロトコルです。それは、オーディナルズのスキームのリリース後にオーディナルズの創設者ケーシーによって再構築され、Bitcoin UTXOの特性に基づいて構築されており、全体的に非常に簡潔な設計がなされています。

Runesプロトコルは、今年の4月下旬にメインネットで稼働する予定であり、2024年のビットコインのハーフィング（ブロック高840000）と同時に行われます。Runesプロトコルは、引き続き最適化とバージョンの繰り返しプロセスにあります。

ルーンの原則を簡単に普及させる前に、その文脈を素早く理解し、いわゆる「オープンエッチング」が表すものを理解しましょう。

Runesの提案者であるCaseyは、もともと代替可能なトークンプロトコルを作るという考えを持っていませんでした。2022年12月に、CaseyはOrdinalsプロトコルをリリースし、NFTデータをBitcoinに永続的にチェーンすることを目指しました。要するに、NFTメタデータをBitcoin取引のウィットネスデータに刻むことです（ウィットネスには主にデジタル署名情報が含まれています）、これにより、指定されたSatoshiにテキスト、画像などの任意の形式のコンテンツを刻むことができます。

（画像ソース：https://yishi.io/a-beginner-guide-to-the-ordinals-protocol/)

そして、歴史の歯車が動き始めました。2023年3月8日、匿名の開発者 @domodata, 典型的なNFT発行プロトコルであるOrdinalsに基づいて、交換可能トークンの発行の標準であるBRC-20を独創的に作成しました。これは、ビットコインチェーンにアップロードする必要がある派生資産データを一様な形式と属性（トークン名、総供給量、最大単発発行量など）で記載し、その後、この情報をインデクサーを介して解析し、ウォレットアカウントとBRC-20トークンに関連する資産額を表示することによって行われます。

ここが鍵となるポイントです。BRC-20の発行はOrdinals Bitcoinの刻印NFTプロトコルに依存します。したがって、その初期発行メカニズムはNFTの鋳造プロセスに類似し、自然に「先着順」の特性を持ちます。誰が最初に鋳造すれば所有権を持つか、これは、EthereumのERC-20の資産発行とはまったく異なり、「プロジェクトチームがまず資産契約を展開し、資産割り当てメカニズムを定義し、公式がディスクを好きなように制御できる」という特性を持っています。

このフェアローンチ機能により、ほとんどの人が代替可能トークンの初期発行に公平に参加する機会を得ることができます。プロジェクトチームによる準備金やロックアップはなく、誰もが資産発行の最初の瞬間から参加することができます。やがて、BRC-20がビットコインチェーン上での派生資産の発行ブームをもたらし、さらにはこのブルマーケットを直接立ち上げるきっかけとなりました。今日議論している「オープンエッチング」発行方法が、Runesプロトコルにとって非常に重要であることがわかります。

しかし、BRC-20も多くの問題を引き起こしました：BRC-20アセットの各操作には、ビットコインチェーン上で特定のトランザクションを開始する必要があります。 BRC-20アセットの普及に伴い、ビットコインUTXOデータセットも急速に拡大し、BTCコア開発者たちが公にBRC-20に疑問を投げかける事態となりました。

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

同時に、BRC-20はビットコインチェーンに「あまりにも多くの痕跡」を残し、ビットコインノードにデータを運ぶ負担をもたらしました。しかし、何かが提案されると、オンチェーンデータに関する「負担を軽減」できる資産プロトコルのセットがあれば、BRC-20がもたらす問題を和らげる可能性があります。

そのため、CaseyはBitcoinのために「より良い代替可能トークンプロトコル」を構築することを決定しました。その後、2023年9月25日、彼はRunesプロトコルの予備コンセプトをリリースしました。

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

BRC-20プロトコルと比較すると、ルーンには多くの利点があります。最も重要な利点は次のとおりです:

1. 簡略化された取引手順と不要なUTXOの生成がない：これにより、ビットコインノードへの「負担が軽減」されます。さらに、BRC-20の単一の転送トランザクションは1つの受信者と1つのトークンのみをサポートしていますが、Runesは複数の受信者に同時に転送することができ、複数のRunesトークンを転送できます。

2. 資産データのより簡潔な保存とインデックス付け: BRC-20データは特定のトランザクションの公証データ内にJSON形式で保存され、BRC-20はアカウントモデルに基づいており、資産残高は特定のアカウントに関連付けられています。一方、Runesプロトコルデータは特定のトランザクションのOP_RETURNフィールドに保存され、資産の記録方法にはUTXOモデルが使用され、これはBitcoinブロックチェーン上のUTXOに直接「同形的にバインド」できます。

誰かのルーン資産の状態を確認するには、ルーン資産にバインドされた特別なUTXOを検証するだけです。いくつかの情報はまだ追跡する必要がありますが、BRC-20のようにビットコインブロックチェーン全体のUTXOセットをスキャンする必要はありません。この軽量なアプローチはデータのインデックス作成にもよりフレンドリーです。

1. UTXO機能拡張レイヤーとの互換性：RunesのUTXOベースの設計により、CKB、Cardano、およびFuelなどのUTXOベースの機能拡張レイヤーとのより互換性が高くなります。RGB++に類似した「UTXO同型結合」を介して、これらの機能拡張レイヤーはRunesに対してスマートコントラクトシナリオを提供できます。

技術について簡単に話した後、この記事の冒頭で議論された発行メカニズムに戻りましょう。ケーシーは、Runesのために「固定総額」と「公開エッチング」の2つの発行方法を設計しました。

1. 固定総額とは、発行者がすべてのルーンを直接記入してから配布することを意味し、比較的中央集権的です。

2. オープンエッチングは、ルーンが発行される方法に関するパラメータを設定することであり、ブロックの高さやタイムスタンプを指定するなど、ルールに準拠した期間内に、ユーザーがミントする資産の数が最終的にルーンの総量を決定する方法を定めます。

二つの配布方法に対応するシナリオとメカニズムは完全に異なります。以下では、「オープンエッチング」についてのみ話します。

実際、SondotpinはRunesのIssues＃124からこのトピックを議論し始め、Caseyに認められました。

>>>>> gd2md-htmlアラート: ここにインライン画像リンクがあります（images/image5.pngへのリンク）。必要に応じて画像を画像サーバーに保存し、パス/ファイル名/拡張子を調整してください。
(トップに戻る)(次のアラート)
>>>>>

Issues#165の具体的な内容は次のとおりです:

Sondotpin：オープンエッチングには、所有者がある金額を事前に生成する能力がないため（制限を超える）、デーゲン向けの適切なルーン経済を作成する能力が制限されています

Casey：(Issues)＃124を参照してください。私はこれを緩和することを計画しており、初期のエッチングが限度を超える金額を割り当てることを許可しますが、これを行う場合は、ルーンの情報ページに目立つ形で表示されます。

Sondotpin：2（複数）回の異なる限度額と条件でのオープンエッチングを行い、ルーンを作成することも可能ですか？

Casey：これをしたくないのは、ルーンには何らかの意味で「所有者」がいないからです。 特権を持つエッチングにはアドレスや公開鍵が添付されていません。 ただし、ルーンを作成する際に銘を作成し、後でその銘を使用してその下に新しいルーンを作成し、その2つのルーンが同じアセットを表すという意味を付けることができます。 また、いくつかの他の割り当てメカニズムを使用して、あらかじめ採掘することもできます。

理想的には、CTVがアクティブ化され、プロトコルの明示的なサポートなしに信頼されるエアドロップやオープンエッチングが可能になります。

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

1. プロジェクトの初期段階ではトークンの一部を事前に割り当てることが必要です。

初期段階では、プロジェクトチームは、中核チームメンバーをインセンティブ付けし、自立を達成するためにコミュニティを構築するために一定のトークン準備が必要です。このスレッドで議論されたようにプロトコルが実装されれば、公正性と公開参加の価値が補完され、より価値のある基礎となるプロジェクトチームがルーンエコシステムに公開参加することが可能になります。

1. 発行者に自己認証手段を委任するかどうか、およびどのように事前割り当てるかは、問題です。

実際、CaseyはYouTubeのビデオで何度も述べています。99.9%の均質トークンは詐欺であり、誰も世界を変えようとすることに気取るべきではありません。率直に認めると、これはギャンブルと投機に満ちた業界であり、誠実であることが良いことです。それはただの楽しみだけです！

発行 #124 から #165 まで、ケーシーは同種トークンのユースケースに対する認識がさらに高まっていることがわかります。 「公開記帳」の方法を疑う必要はありません。 この基盤の上で、事前割り当てメカニズムの追加などの拡張は、発行者に選択権と自己認証手段を委任することになります。 また、悪いコインが良いコインを駆逐するのを防ぐ良い方法でもあります。

1. Inscription NFTsとRune FTsのイノベーションの余地がさらに広がります

Caseyの考える、Inscription NFTとRune FTが協力して働くマルチラウンドの発行メカニズムは非常に興味深いです。背景知識で言及されているように、OrdinalsとRunesは両方ともCaseyによって設計されたプロトコルで、並行プロトコルと見なされています。しかし、それらは共にGithubのOrdプロジェクトで実装されており、同期ブロックの基本ロジックを共有するなど、多くの技術的交差点と協力があります。

RunestoneやRunecoinなどの人気プロジェクトは、碑文とルーンの革新的な組み合わせでもあります。Runecoinのゲームプレイは、最も一般的な碑文のプリマイニングであり、Runecoinが発行したRSIC碑文を保有することで、プロジェクトのルーンを継続的にマイニングし、そしてルーンプロトコルが4月末にオンライン化される際にFTが再配布されます。将来、さらなる革新的なプロジェクトが登場し、より新しいゲームプレイがもたらされることを楽しみにしています。

1. 「オープンエッチング」メソッドで発行されたルーンには所有権がありません。

Caseyは、元のテキストで「ルーンには所有者がいない」と述べただけですが、これは特に「オープンエッチング」方式で発行されたルーンに所有権がないことを指すと信じています。SondotPinによって提案された2段階の「オープンエッチング」スキームは、非常に高い権限で操作するアドレスを持っているはずであり、これは暗号分野が望むものではありません。

Runecoinプロジェクトは、21,000 RSICインスクリプションNFTを発行した後、親銘文を迅速にSatoshiアドレスに送信したように、それに似ています。これは、誰もそれを再利用できないことを意味し、つまり、技術手段を通じて追加の発行を行わないことを約束しています。この操作自体が多くの賞賛をもたらし、非常に人気があります。

PS: 親の記述とは何ですか？なぜならBTC上での相互作用速度が遅く、ガスが高いため、操作数が比較的多い場合、効率を向上させるために通常最初に親の記述が設定されます。親の記述の取引では、複数の子の記述が直接一括処理され、相互作用中のブロックチェーンの保存スペースと処理時間を節約することができます。

最後に、ケイシーが言及したCTVについて話しましょう。これは「Check Template Verify」のことです。

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

このCTV提案は、Bitcoinネットワークのプログラム可能性と柔軟性を向上させます。この議論では、簡単な言葉で、UTXOを使用して条件をアンロックするためのテンプレートを作成することが可能であり、これによりRunesをプレイするためのさらなる方法が生まれるかもしれません。例えば、「Runesプロトコル+CTV」を通じて、10人のユーザーが共同でCTVテクノロジーを使用してルーンを鋳造し、その後将来のBitcoin支払取引に対する約束を事前に設定することができます。

免責事項：

1. この記事は[から転載されていますGeek web3]. オリジナルタイトル「Runesプロトコルと「オープンエッチング」発行メカニズムに関する拡大討論」を転送します。すべての著作権はオリジナルの著者[MiX]に帰属します. この転載に異議がある場合は、お問い合わせください。Gate Learnチームが迅速に対応します。
2. 責任の免責事項：この記事で表現されている意見は、著者個人のものであり、投資アドバイスを構成するものではありません。
3. 記事の翻訳は、Gate Learnチームによって行われます。特に記載がない限り、翻訳された記事のコピー、配布、または盗用は禁止されています。