ルーンとは？

[カネミ]

Ordinalsの創設者であるCasey Rodarmorは、現在ビットコインネットワーク上で発行されている同種のトークンスキーム（BRC20、Taproot Assetsなど）にはそれぞれ欠点があると感じ、UTXOをベースとした同種のトークンプロトコルを作成するというアイデアからこのトークンスタンダードを設計しました。
主な特徴
UTXOに基づく：ルーンの残高はUTXOによって保持され、各UTXOは任意の数のルーンを含むことができる。
トランザクションとプロトコル情報：特定のスクリプトを含むアウトプットはプロトコル情報の一部とみなされる。 これらのスクリプトはルーンの転送と割り当て方法を指定します。
柔軟性：ルーンの転送は、トランザクションでプッシュされたデータを解釈することで定義されるため、異なる出力にルーンを柔軟に割り当てることができます。
発行：プロトコルメッセージに2つ目のデータプッシュがある場合、それは発行トランザクションとして扱われ、新しいルーンの作成が可能になります。
シンプルさと非中央集権: Runesプロトコルは可能な限りシンプルで、オフチェーンデータに依存せず、ネイティブトークンを持たず、BitcoinのUTXOモデルに適合します。
シンボルの割り当て: ルーンにはシンボルを関連付けることができるが、プロトコルはシンプルさを維持するためにシンボルの取り引きを避けようとはしない。
革新性、長所と短所
長所：
UTXOに基づき、RuneプロトコルはビットコインのネイティブなUTXOモデルを使用し、各UTXOは任意の数のRuneトークンを含むことができ、Brc20が肥大化したUTXOをスパムする問題を解決し、Runeがより自然にビットコインのシステムに適合することを可能にする。
オフチェーンデータに依存しない Runeプロトコルのすべての情報はオンチェーントランザクションに含まれているため、オフチェーンデータに依存する必要がなく、複雑さが軽減され、ユーザーエクスペリエンスが向上します。
ネイティブBTCトークン、手数料をカバーするためにネイティブトークンを必要とするサイドチェーンやBTC L2ソリューションとは異なり、Runeプロトコルは追加トークンなしで動作し、使用プロセスを簡素化します。
デメリット
Runeには、物事をシンプルに保つために、トークン・シンボルのひっかかりを防止する仕組みがありません。そのため、望ましいシンボルが早期に登録されてしまう可能性があります。現在の解決策は、Runeが最初にローンチされたとき、すべてのトークン名の長さは13桁以上からとなり、その後、次の半減イベントまで、およそ4カ月ごとに名前の最小長さが1文字ずつ短くなります。 一文字のルーン（合計26文字）。
長いフォントサイズのルーンは、伝播やコイン交換には不向きです。
プロジェクト所有者が予約できるようにするのは、公平な分配という点で疑問がある