より公平な資産発行方式？Runesプロトコルと「公開刻印」発行メカニズムに関する拡張討論
本文の著者は、上記のルーンに関するいくつかの最新の話題を組み合わせてこの記事を書きました。ルーンとオーディナルズプロトコルの過去、そして類似の資産発行方法についての開発的な探求を行い、皆さんがビットコインエコシステムを理解するのに役立つと信じています。著者：MiX
編集：Faust，極客web3
2024年3月2日、Runesエコシステム基盤プロジェクトRune alphaの創設者が、Githubの公開議題でRunesプロトコルの創設者Caseyと議論を交わし、両者はRunesプロトコルの「公開刻印」メカニズムの拡張方法について探討しました。話題には以下が含まれます：
- 「公開刻印」の不可予約要件を緩和すべきか？
- 「公開刻印」発行方式のRunesルーンには管理権が存在しないという見解が示された
- 銘文NFTとルーンFTの相互協力に基づく発行メカニズムの提案
ビットコイン派生資産プロトコルへの強い関心から、本文の著者は上記のRunesに関する最新の話題を組み合わせてこの記事を書き、RunesとOrdinalsプロトコルの過去、及び類似の資産発行方式についての開発的な探求を行いました。これにより、皆さんがビットコインエコシステムを理解する手助けになると信じています。
Runesプロトコルとは何か
いわゆるRunesプロトコルは、ビットコインネットワーク上で同質化トークンを発行するためのプロトコルで、Ordinalsの創設者CaseyがOrdinalsプランを発表した後に再構築した同質化トークンのプランであり、ビットコインUTXOの特性に基づいて構築されています。全体の設計思想は非常にシンプルです。
特筆すべきは、Runesプロトコルはビットコインの2024年半減期（ブロック高840000）に、つまり今年4月下旬にメインネットを立ち上げる予定です。 現在、Runesプロトコルは最適化とバージョンの反復プロセスにあります。
Runesの原理を簡単に説明する前に、まずその背景を素早く理解し、「公開刻印」が何を意味するのかを見てみましょう。
Runesの提案者Caseyは、最初から同質化トークンプロトコルを作るつもりはありませんでした。2022年12月にCaseyはOrdinalsプロトコルを発表し、 NFTデータをビットコインに永久にオンチェーン化することを意図しました。簡単に言えば、NFTのメタデータを刻印のようにビットコイン取引の証人データ（witness）に記録することです（witnessは主にデジタル署名情報を含みます）。これにより、任意の形式のコンテンツ（テキスト、画像など）を特定のサトシに刻印することが可能になります。
その後、歴史の歯車が回り始め、2023年3月8日、匿名の開発者@domodataがOrdinalsという典型的なNFT発行プロトコルに基づいて、同質化トークンのBRC-20標準を迂回的に作り出しました。 これは、刻印の方式でビットコインチェーンにアップロードする必要のある派生資産データに対して、統一されたフォーマットと属性（トークン名、総供給量、単回最大発行量など）を規定し、インデクサーを通じてこれらの情報を解析し追跡し、BRC-20トークンに関連するウォレットアカウントと資産数を表示するものです。
重要なのは、BRC-20の発行はOrdinalsというビットコイン刻印NFTプロトコルに依存しているため、初期の発行メカニズムはNFTの鋳造プロセスに似ており、自然に「先着順」の特性を持っています。 先にMintした者が所有することになります。これはイーサリアムERC-20資産発行の「プロジェクト側が先に資産契約を展開し、資産配分メカニズムを定義し、公式がどのようにコントロールしても構わない」という点とは完全に異なります。
このようなフェアローンチの特性により、大多数の人々が同質化トークンの初期発行に公平に参加する機会を得ることができ、プロジェクト側は予約やロックアップを行わず、誰もが資産の初期発行の瞬間に参加できます。すぐに、BRC20はビットコインチェーン上の派生資産の発行ブームを引き起こし、この牛市を直接開始しました。したがって、今日私たちが重点的に議論している「公開刻印」の発行方式は、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はビットコインのために「より良い同質化トークンプロトコル」を構築することを決定し、2023年9月25日にRunesプロトコルの初期構想を発表しました。
技術的な観点から見ると、RunesプロトコルはビットコインUTXOと追加情報に基づいて構築されており、 各取引のトリガーは、オフチェーンで生成されたデジタル署名情報をオンチェーンに持ち込む必要があります。私たちは署名情報に特定のフォーマットのメッセージを含めることができます。RunesプロトコルはOP_RETURNオペコードを使用して「特定のメッセージ」をマークします。 これらの特定のメッセージは、Runes資産の変更に関連する情報です。
BRC-20プロトコルと比較して、Runesには多くの利点があります。 その中で最も重要なのは：
取引ステップが簡素化され、余分な無駄なUTXOが生成されないため、ビットコインノードの「負担を軽減」できます。さらに、BRC-20の一回の送金取引は一人の受取人と一種類のトークンしかサポートしませんが、Runesは複数の受取人に同時に送金でき、複数のRunesトークンを送金できます。
資産データの保存とインデックスがよりシンプルです： BRC-20のデータは特定の取引のwitnessデータにJSON形式で保存され、BRC-20はアカウントモデルに基づいており、資産残高は指定されたアカウントに関連付けられています。一方、Runesプロトコルのデータは特定の取引のOP_RETURNフィールドに保存され、資産の記録方式はUTXOモデルを採用しており、ビットコインチェーン上のUTXOと「同構バインド」できます。
ある人のRunes資産状況を確認する際には、その人が所有するRunes資産にバインドされた特別なUTXOを検証するだけで済みます。部分的な情報を追跡して計算を完了する必要はありますが、BRC-20のようにビットコインチェーン上の完全なUTXO集合をスキャンする必要はありません。この軽量化された方法はデータインデックスに対してより友好的です。
- UTXO機能拡張層との互換性：RunesはUTXOに基づく設計であるため、CKB、Cardano、FuelなどのUTXOに基づく機能拡張層とより良く互換性があります。 RGB++のような「UTXO同構バインド」を通じて、上記の機能拡張層はRunesにスマートコントラクトシナリオを提供できます。
技術について簡単に話した後、私たちはこの記事の最初に話した発行メカニズムのことに戻ります。CaseyはRunesルーンのために二つの発行方式を設計しました：すなわち「固定総量」と「公開刻印」です：
固定総量は発行者がすべてのRunesルーンを直接刻印し、その後分配するもので、相対的に中央集権的です。
公開刻印はRunesルーンの発行方式にパラメータを設定するもので、例えば特定のブロック高やタイムスタンプを指定し、規則に従った時間帯内にユーザーがMintした資産の量が最終的にそのルーンの総量になります。
二つの発行方式に対応するシーンとメカニズムは完全に異なります。以下では「公開刻印」についてのみ話します。
実際、SondotpinはRunesのIssues#124議題からこの話題を議論し始め、Caseyの承認を得ました。
Issues#165の具体的な内容は以下の通りです：
Sondotpin：現在の公開発行では、プロジェクト側/発行者がRunesルーンを事前に予約することができず、これがプロジェクト側が優れたトークン経済モデルを設計する機会を制限しています。
Casey：以前のIssues#124を確認してください。私はこの要件を緩和し、発行者が発行時に合理的な方法でルーンを配置することを許可し、パラメータの設定範囲を超えることも考えています。もしこのように設計されれば、関連情報はRunesルーンの詳細ページに非常に目立つ形で表示されます。
Sondotpin：複数回の発行メカニズムを設計することはできませんか？例えば、二回の「公開刻印」Runesルーンがあり、それぞれの発行に異なるパラメータを設定することができますか？
Casey：私はそのような方法には傾いていません。なぜならRunesルーンには本質的に「管理者」が存在しないからです。発行の権限は特別な権限を持つ単一の実体に掌握されるべきではありません。 しかし、ルーンを発行する際に銘文を追加し、その銘文に基づいて新しいルーンを発行することは可能です。そうすれば、二回の発行のルーンは同じ資産になります。もちろん、プレマイニングの方法を採用し、他の配分方法で発行することもできます。
将来的にCTVの機能が順調に開始されれば、プロトコルのサポートは必要なくなり、CTVは直接条件テンプレートを事前に設定でき、条件を満たした後に条件設定に合ったエアドロップや公開発行を行うことができます。
CaseyとSonPinの議論に関する個人的な見解：
1. プロジェクトの初期段階で一部のトークンを予約することは確かに必要です。
初期段階では、プロジェクト側がビジネスを自立させるために、コアチームを奨励し、コミュニティを結束させるために一定のトークンの備蓄が必要です。この議論に基づいてプロトコルを実現できれば、「公開刻印」の公平性と全員参加の価値を補完し、より多くの価値ある基盤プロジェクトが「公開刻印」の方法でRunesエコシステムに参加できるようになります。
2. 予約するかどうか、どのように予約するかは、発行者に自己証明の手段を委ねることです。
実際、CaseyはYouTubeの動画で同質化トークンの99.9%が詐欺であると何度も明言しており、皆が世界を変えようとするのは誇張であり、率直に言えばこれはギャンブルと投機に満ちた業界であり、誠実に接することが全ての人にとって良いことだと認めています。IT'S JUST FOR FUN!
issue#124から#165まで、Caseyが同質化トークンの使用シーンに対してより多くの認識を持つようになったことがわかります。「公開刻印」の方法には疑問の余地はなく、その基礎の上で拡張すること、例えば予約メカニズムを追加することは、選択の権利や自己証明の手段を発行者に委ねることでもあり、劣悪な通貨が良い通貨を駆逐するのを防ぐ良い方法でもあります。
3. 銘文NFTとルーンFTにはさらなる革新の余地がある。
Caseyが提案した銘文NFTとルーンFTの相互協力による多回発行メカニズムの構想は非常に興味深いです。背景知識として、OrdinalsとRunesはどちらもCaseyが設計したプロトコルであり、平行関係にある二つのプロトコルと見なすことができますが、Github上ではOrdというプロジェクトに統合されており、技術的には多くの交差と協力があります。例えば、ブロックの同期などの基盤ロジックを共用しています。
現在のホットなRunestoneやRunecoinなどのプロジェクトも、銘文とルーンの相互組み合わせによる革新です。Runecoinの遊び方は、最も主流な銘文プレマイニングであり、Runecoinが発行するRSIC銘文を保有することで、プロジェクトのルーンを継続的に掘り出し、4月末にRunesプロトコルが立ち上がった後にFTを分配します。将来的にもっと多くのプロジェクトが新しいアイデアを提供し、より革新的な遊び方をもたらすことを期待しています。
4. 「公開刻印」発行方式のRunesルーンには所有権が存在しない。
Caseyの原文では「Runeには所有権がない」とのみ表現されていますが、筆者はこれは「公開刻印」発行方式のRunesルーンには所有権が存在しないことを特に指していると考えています。SonPinが提案した二回の「公開刻印」プランには、必ず高い権限を持つアドレスが操作することになりますが、これはCrypto暗号領域が望むところではありません。
プロジェクトRunecoinが21000枚のRSIC銘文NFTを発行した後、すぐに親銘文を中本聡のアドレスに移動させたように、誰も再び使用できないことになります。つまり、技術的手段を通じて増発しないことを約束することになります。この操作自体が大きな評価を得て、非常に良い評判を得ました。
PS：親銘文とは何か？ BTCでのインタラクション速度が遅く、ガスが高額であるため、操作数が多い場合、効率を上げるために一般的に親銘文を設定し、その親銘文の取引で複数の子銘文を一括処理します。これにより、インタラクション時にブロックチェーンのストレージスペースと処理時間を節約できます。
最後に、Caseyが言及したCTV、すなわち「Check Template Verify」について。
CTVはビットコインの提案されたプロトコルアップグレードで、ユーザーが取引を作成する際に将来の取引のテンプレートを指定できるようにすることで、ビットコインネットワークのスマートコントラクトとロック機能を強化することを目的としています。CTVのアクティベーションにより、ユーザーはより複雑な取引タイプを作成できるようになり、信頼できるエアドロップやオープンエッチングを行うことができ、プロトコルの明示的なサポートなしに実現可能になります。
このCTV提案はビットコインネットワークのプログラム性と柔軟性を高め、 この議論の中で言及されているように、簡単に言えばUTXOを使用する解除条件テンプレートを作成できる機会を提供し、Runesにさらなる遊び方を創造する可能性があります。 例えば、「Runesプロトコル+CTV」を通じて、10人のユーザーが共同でCTV技術を使用してルーンをMintし、将来のビットコイン支払い取引の約束などを事前に設定することができます。
