Runesプロトコルが間もなくローンチされます。技術的な観点からその原理、配布ルール、予想コストを解析します。
Runesプロトコルについて知っておくべきことは何ですか？どんなホットトピックがありますか？原文作者： Trustless Labs
BTC の半減期まで残り 840000 ブロックを切るまで 3 日を切りました。これは、BTC エコシステム全体が待ち望んでいた Runes プロトコルが間もなくローンチされることを意味します。BTC エコシステムの中で最も大規模な公平なローンチとして、巨大な競争圧力に直面する可能性がありますが、これは現在の暗号世界で最も大きく、公開されたアルファの機会です。
現在、OKX ウォレットや Unisat などのプラットフォームが公共のエッチングプラットフォームを提供していますが、競争の中でより多くのチップを獲得するためには、自分のビットコインフルノードを運用し、インデックスを作成し、Runes の動作原理を理解することで、特定の最適化を行うことが一定の優位性をもたらします。
この記事では、Trustless Labs が Runes プロトコルの技術実装、配布ルール、予想コストの 3 つの部分について紹介します。
Runes プロトコルは、Ordinals の創設者 Casey がビットコインネットワーク上で同質トークンを発行するために展開した資産プロトコルであり、Runes の基本的な側面は Ordinals プロトコルの正統性を引き継ぎ、次の BTC チェーン上の資産の公平な配布の窓口となることです。Ordinals コミュニティは Runes を利用して BTC エコシステムのトークン資産の価格決定権を獲得する必要があります。Casey は Runes エコシステムがローンチから 1 ヶ月以内に 10 億ドルの時価総額に達しなければ自ら命を絶つとさえ言っています……
半減期後、Runes プロトコルは非常に活発なチェーン上のインタラクションをもたらすと予想され、注目すべきホットスポットには以下が含まれますが、これに限りません：
Casey が Runes プロトコルにハードコーディングした創世ルーン；
RSIC、Runestone などの NFT に対応する Runes トークンのエアドロップ；
コミュニティ主導の Runes トークンの配布と FOMO；
原理
Brc 20 の方式は「エッチング」と呼ばれ、トークンデータを隔離証人の署名に書き込み、データを特定のサトシにバインドします。本質的には、BTC をストレージスペースとして扱い、送金は完全にオフチェーンの BRC 20 インデックス台帳に依存します。取引の合法性を保証するために、BRC 20 の送金はまずエッチングを通じて対応するトークンを移転可能な状態に変え、その後、2 番目の取引で対応するエッチング後の UTXO を移転して送金を完了します。
Atomicals の方式は「染色」と呼ばれ、ARC 20 の残高は 1 つの UTXO 下のサトシの数で表され、厳密に 1 トークン = 1 サトシ の対応関係に従います。したがって、Arc 20 の送金は BTC ネットワークによって一般的な取引として処理され、インデックスは比較的簡単で、BTC のネイティブ特性を使用できます。
Runes の方式は「エッチング」と呼ばれ、1 つの Runes の残高が 1 つの UTXO にバインドされ、その残高の数やトークンシンボルなどの情報がこの取引の OP-RETURN に記録されます。OP-RETURN はこの取引のメモとして見ることができ（最大 80 バイト）、そのデータには JSON が含まれ、この BTC 取引の下で UTXO がどれだけの Runes トークンを表しているかを示します。これらのトークンを識別するには Runes のインデクサが必要です。
要するに、Runes は BTC UTXO にバインドされるか、または BTC UTXO を Runes トークンのポインタとして扱い、OP-RETURN はポインタの代入文です。
Runes トークンが移転される際には、Runes トークンを表す UTXO を入力として使用し、OP-RETURN に送金の数量を書き込み、指定された UTXO を最初の出力として設定します。指定された数量の Runes トークンが UTXO 1 のターゲットアドレスに移転され、残りの Runes トークンは自動的に他の UTXO（例えば UTXO 2）と順番にバインドされます。UTXO 1 は他のアドレスに出力でき、UTXO 2 は自分自身にお釣りとして出力できます。これにより、1 回の Runes 送金が完了します。同時に、Runes にはトークンを焼却する機能も付随しています。
BRC 20 が BTC を使用して送金記録を保存するのとは異なり、Runes トークンは厳密に UTXO にバインドされ、BTC UTXO に付随するさまざまな利点を利用することができます。この方式は ARC 20 に似ていますが、異なる点は Runes の UTXO が任意の数量のトークンを表すことができるのに対し、ARC 20 の数量は厳密にバインドされた UTXO に含まれるサトシの数量に関連していることです（分割が難しい）。しかし同時に、ARC 20 はインデクサにあまり依存せず、Runes トークンの送金の合法性は依然として Ord インデックス台帳の記録が必要です。
struct Runestone {
edicts: Vec\, etching: Option\ , mint: Option\ , pointer: Option\,
}
struct Edict {
id: RuneId
amount: u 128,
output: u 32,
}
OP-RETURN 下の JSON データの柔軟性により、異なるタイプの Rune 資産（RuneA と RuneB など）を同じビットコイン取引内で移転するバッチ送金を一度に操作することが可能です。
配布ルール
Runes トークンの初期配布プロセスでは、トークンのデプロイヤーはまずトークン情報と配布ルールを定義する必要があります。
トークン情報には、最小分割単位、資産名、名前のシンボル区切り、シンボルなどが含まれます。注意すべきは、Runes 資産の名前は長さに制限がなく、• のような区切り符号を含むことができ、複雑になる可能性があるため、新しい資産を鋳造する際には必ず識別に注意が必要です。
struct Etching {
divisibility: Option\,
premine: Option\,
rune: Option\, spacers: Option\,
symbol: Option\<char>,
terms: Option\<Terms>,
}
配布ルールの部分では、Runes はデプロイヤーに事前配分を許可し、トークンを自分に配分することができます。したがって、公平なローンチであるかどうかを識別する必要があります。この機能は Runestone や Rsic のような資産の配布に使用できます。
配布ルールの Terms データには、単回の Mint トークン数量制限、総 Mint 数、Mint の開始および終了ブロックなどのデータが含まれています。ここでは、総 Mint 回数を無制限に設定し、期間限定で無制限にすることができます。Casey がデプロイした 0 番ルーン UNCOMMON•GOODS はそのようなものです。
struct Terms {
amount: Option\,
cap: Option\,
height: (Option\, Option\),
offset: (Option\, Option\),
}
また、ユーザー自発の Mint プロセスでは、OP-RETURN 下に Runestone のデータタイプ（ルーン NFT Runestone とは無関係）を書き込む必要があります。1 回の取引で Mint は 1 回しかできないため、より多くのチップを取得するには、1 つのアドレスで複数の UTXO を使用する必要があります。
Runes は 840000 ブロックから開始され、ord インデックスも最新バージョン 0.18.1 に更新され、現在 Runes トークンのクエリ、etch（Brc 20 の deploy に相当）、mint などの機能を十分にサポートしています。同時に、Casey は一部の Runes トークンをハードコーディングして ord インデクサにデプロイし、半減期ブロックでアクティブにすることを示しています。これらの資産は完全に公平に配布され、自由に Mint できます。Casey が言及した名前には COMMUNISTRUNE、ANARCHISTRUNE、CYPERPUNKRUNE があります。現在、インデックスには UNCOMMOM.GOODS という名前の創世ルーンが表示されています。
Runes 資産名のデプロイは Ord インデックスによって制限されており、840000 ブロック以降は 13 - 26 文字の名前を自由にデプロイできます。12 文字の名前は徐々に解除されます。17,500 ブロックごとに（約 120 日）、より短い名前のデプロイが解除されるため、4 文字のトークンを Mint するには 3 年の時間を待つ必要があります。
初期の超長い名前は投機には不利ですが、資産を表す特別なシンボルを設計できるため、Unicode 標準に準拠した多くの絵文字を埋め込むことができます。良い絵文字を選ぶことも、ミームをデプロイする際に注意が必要です。
予想コスト
現在の Runes のプロトコルコードは基本的に確定しており、テストネットで一定期間運用されているため、いくつかのコスト予測が可能です。私たちは signet で ord インデックスを運用することで、signet テストネットに最大 497 の runes テストトークンがデプロイされているのを確認でき、testnet テストネットではさらに 963 のトークンが存在します。同時に、私たちは signet でいくつかの実験とテストを行い、Mint 時のコストと進捗を測定しました。
Signet テストネット 0 ～ 9 番の Runes トークン：
THESE•WILL•BE•WORTHLESS
GREG•GREG•GREG
CUBS•FIRST•RUNES•TOKEN
AMAZING•KODA•FART
SORA•PARTY•STARTS•FIVE•DOLLARS
WAKE•N•BAKE
RECURSIVE•ROBOTS•RUNES•TEST
FRENCH•WON
SATOSEA•XYZ
私たちは signet テストネットで複数の runes トークンの Mint を行い、ord コマンドを使用しました：
$ ord --index-runes --bitcoin-rpc-password xxx --bitcoin-rpc-username xxx -s wallet mint --fee-rate 1 --rune HARRY•POTTER•OBAMA•SONIC•IO•INU
{
"rune": "HARRY•POTTER•OBAMA•SONIC•IO•INU",
"pile": {
"amount": 1000,
"divisibility": 0,
"symbol": "🧹"
},
"mint": "645829 bdaf 105 cce cc0 12629 a 3 bbb 6 e 9 dfcfe 9 2fa 09499 ea 54 b 8709 2c 9100946"
}
取引は次の通りです：https://mempool.space/zh/signet/tx/645829bdaf105ccecc012629a3bbb6e9dfcfe92fa09499ea54b87092c9100946
指定された宛先を Runes トークンの受取アドレスとして設定：
$ ord --index-runes --bitcoin-rpc-password xxx --bitcoin-rpc-username xxx -s wallet mint --fee-rate 1 --rune MAOBY•THE•CUTEST•CAT --postage 1000 sat --destination tb 1 p 43 k 8 gxevpc 0x 3 hthv 9 dm 33589 gecn 8 mr 4 rk l3 03 js 3 gtvmpehltqg 2 mmc 4
{
"rune": "MAOBY•THE•CUTEST•CAT",
"pile": {
"amount": 100,
"divisibility": 0,
"symbol": "🐈"
},
"mint": "32125 d 247 a 282 ebf 53 b 89 3a 17 f 3 c 2c 99 a 774774923 3d c 010 bd 9 ae 2934540 c 981"
}
取引は次の通りです：https://mempool.space/zh/signet/tx/32125d247a282ebf53b893a17f3c2c99a7747749233dc010bd9ae2934540c981
1 回の Mint 取引は約 230 vB のサイズを消費することがわかります。市場の熱気を参考にして FOMO の感情を推測すると、極端な状況での feerate が 300-1000 sats/vB として計算すると、1 枚の Mint のコストは約 0.0023-0.00069 BTC（150 u-50 u）になります。同時に ord は指定された宛先アドレスをサポートしているため、UTXO を分割した後、並行してバッチ Mint をターゲットアドレスに行うことができます。
もし半減期後に FOMO の感情が高まった場合、初期の各ブロックに 3000 件のトランザクションが Runes Mint 取引である場合、feerate が平均 200 sats/vb と計算すると、1 日の Runes トークンの Mint は約 198.72 BTC のガスコストを消費し、初期の FOMO チップの時価総額を計算するための参考になるでしょう。
