原文 | Casey Rodarmor
編集 | Odaily Planet Daily
昨日、Ordinals の作成者 Casey Rodarmor が、新しい代替トークン (FT) プロトコル Runes を紹介するブログを公開しました。
ビットコインにFTが必要かどうかについて、Casey Rodarmor氏はツイートの中でFTには2つの側面があると述べた。一方で、FT の 99.99% は「クソ」であり詐欺であり、ビットコインの純度を損なうものですが、他方では、FT は多額の手数料収入、開発者、ユーザーをビットコイン エコシステムにもたらしています。 「人々はトークンを愛しており、それらはサイバーパンクカジノのようなものであるため、（サイバー）セキュリティ予算に関する懸念が完全に軽減されるまで、手数料収入は多額となり継続する可能性があります。」
同氏は、BRC-20、RGB、TaprootなどのFTプロトコルがすでに登場していると付け加えた。単純なオンチェーン プロトコルと比較して、RGB や Taproot などのプロトコルは複雑であり、ユーザー エクスペリエンスに課題を引き起こす可能性があります。 BRC-20 は非常にシンプルで、オフチェーンのデータ ストレージと取得インフラストラクチャを必要とする RGB/Taproot に比べて優れたユーザー エクスペリエンスを提供できますが、BRC 20 トークンの問題は、「ガベージ UTXO」を生成し、ビット コイン スペースを占有することです。
Rodarmor氏は、Runesはビットコインにより自然に適合し、「ジャンクUTXO」の作成を回避することでUTXOコレクションの最小化を促進するUTXOベースのプロトコルであると述べた。
ビットコイン用に新しい Fungible Token (FT) プロトコルを作成することが良いアイデアかどうかはわかりません。 FT の 99.9% は詐欺とミームです。しかし、カジノがすぐになくなるわけではないようであるのと同じように、それらもすぐにはなくなるわけではないようです。
ビットコイン用の優れた FT プロトコルを作成すると、多額の取引手数料収入、開発者の注目、ユーザーのビットコインへの注目がもたらされる可能性があります。さらに、プロトコルのオンチェーン フットプリントが小さく、責任ある UTXO 管理を奨励する場合、既存のプロトコルと比較して害が軽減される可能性があります。例えば、現在人気のBRC-20はジャンクUTXOが大量に発生する原因となっています。
既存の FT プロトコルを比較すると、いくつかの重要な違いがあることがわかります。
上記の次元に基づいて、ビットコインエコシステム内の既存の FT プロトコルの比較結果は次のとおりです。
ビットコインの場合、優れたユーザー エクスペリエンスを備えたシンプルな UTXO ベースの FT プロトコルはどのようなものになるでしょうか?次に、「Runes」と呼ばれる非常にクールなソリューションを紹介したいと思います。
（1。概要
ルーン残高は UTXO に保持され、UTXO には任意の数のルーンを含めることができます。
スクリプト公開キーに OP_RETURN とそれに続く ASCII 大文字の R データ プッシュが含まれる出力がトランザクションに含まれる場合、トランザクションにはプロトコル メッセージが含まれます。プロトコル メッセージはすべて、最初のメッセージの後にプッシュされるデータです。
無効なプロトコル メッセージを含むトランザクションに入力されたルーンは破棄され、将来のアップグレードでルーンの割り当てまたは作成方法を変更できるようになり、古いクライアントによるルーン残高の誤った割り当てが回避されます。
整数はプレフィックス付き int としてエンコードされ、int の先頭の数字によってバイト単位の長さが決まります。
(2) 転送
プロトコル メッセージ内の最初のデータ プッシュは、一連の整数にデコードされます。
これらの整数は、(ID、OUTPUT、AMOUNT) タプルのシーケンスとして解釈されます。デコードされた整数の数が 3 の倍数でない場合、プロトコル メッセージは無効です。
ID はデルタとしてエンコードされます。これにより、完全なルーン ID の重複を避けるために、同じルーンを複数回割り当てることができます。たとえば、タプル: [( 100, 1, 20), ( 0, 2 10), ( 20, 1, 5)]
次の割り当てを行います。
AMOUNT 0 は「残りのすべてのルーン」の略です。
すべてのタプル割り当てが処理された後、未割り当てのルーンは最初の非 OP_RETURN 出力 (存在する場合) に割り当てられます。追加の割り当ては無視されます。
ルーンは、プロトコル メッセージを含む OP_RETURN 出力に割り当てることで焼き付けることができます。
(3)問題
プロトコル メッセージに 2 番目のデータ プッシュがある場合、それは発行トランザクションです。 2 番目のデータ プッシュは 2 つの整数、SYMBOL と DECIMALS にデコードされます。さらに整数が残っている場合、プロトコル メッセージは無効になります。
発行トランザクションは、割り当てタプルの ID 0 を使用して、最大 2^128 - 1 までの任意の数の発行ルーンを作成できます。
SYMBOL は、人間が判読できる 26 ビットの基本エンコード記号で、通常の衛星名で使用される記号に似ています。有効な文字は A ～ Z のみです。
DECIMALS は、発行されたルーンを表示するときに使用する小数点以下の桁数です。
SYMBOL が割り当てられていない場合は、公開されたルーンに割り当てられ、公開されたルーンは次に利用可能な数値のルーン ID (1 から始まる) を受け取ります。
SYMBOL がすでに割り当てられている場合、または BITCOIN、BTC、または XBT である場合、新しいルーンは作成されません。ルーン ID 0 を使用したリリース トランザクション割り当ては無視されますが、他の割り当ては引き続き処理されます。
(4) 注
UTXO 残高を表示する場合、UTXO のネイティブ ビットコイン残高は、ルーン ID 0 とシンボル BITCOIN、BTC、または XBT で表示できます。
プロトコルをシンプルに保つために、(Runes) はシンボル占有を回避するメカニズムを採用していません。実際、シンボルの結合を回避する効率的かつ簡単な方法は、一定の長さを超えるシンボルの割り当てのみを許可することです。この長さは時間の経過とともに減少し、最終的にはゼロになり、すべてのシンボルが許可されます。これにより、プロトコルの早い段階で短い理想的なシンボルを割り当てることが回避され、後発者が理想的なシンボルを求めて競争することが奨励されます (そのような競争が理にかなっている場合)。
最後に書きました
このソリューションは本当に市場で機能するのでしょうか?わからない。
可能な限りシンプルで、オフチェーン データに依存せず、ネイティブ トークンがなく、ビットコインのネイティブ UTXO モデルに完全に適合します。このようなスキームは、オンチェーンのフットプリントが劣悪な他のスキームからユーザーを引き付け、開発者とユーザーの注意をビットコインに向けて、ビットコイン自体の採用を促す可能性があります。
一方、FTの世界は、欺瞞と貪欲の完全に救いようのない深淵であるため、洗い流される可能性があります。
39k 人気度
41k 人気度
42k 人気度
22k 人気度
18k 人気度
BRC-20を置き換えてBTCエコシステムを活性化しますか? Ordinals の創設者が新しいプロトコル Runes を導入
原文 | Casey Rodarmor
編集 | Odaily Planet Daily
昨日、Ordinals の作成者 Casey Rodarmor が、新しい代替トークン (FT) プロトコル Runes を紹介するブログを公開しました。
ビットコインにFTが必要かどうかについて、Casey Rodarmor氏はツイートの中でFTには2つの側面があると述べた。一方で、FT の 99.99% は「クソ」であり詐欺であり、ビットコインの純度を損なうものですが、他方では、FT は多額の手数料収入、開発者、ユーザーをビットコイン エコシステムにもたらしています。 「人々はトークンを愛しており、それらはサイバーパンクカジノのようなものであるため、（サイバー）セキュリティ予算に関する懸念が完全に軽減されるまで、手数料収入は多額となり継続する可能性があります。」
同氏は、BRC-20、RGB、TaprootなどのFTプロトコルがすでに登場していると付け加えた。単純なオンチェーン プロトコルと比較して、RGB や Taproot などのプロトコルは複雑であり、ユーザー エクスペリエンスに課題を引き起こす可能性があります。 BRC-20 は非常にシンプルで、オフチェーンのデータ ストレージと取得インフラストラクチャを必要とする RGB/Taproot に比べて優れたユーザー エクスペリエンスを提供できますが、BRC 20 トークンの問題は、「ガベージ UTXO」を生成し、ビット コイン スペースを占有することです。
Rodarmor氏は、Runesはビットコインにより自然に適合し、「ジャンクUTXO」の作成を回避することでUTXOコレクションの最小化を促進するUTXOベースのプロトコルであると述べた。
以下の内容は、Casey Rodarmor のブログ投稿からのものであり、Odaily Planet Daily によって編集されたものです
ビットコイン用に新しい Fungible Token (FT) プロトコルを作成することが良いアイデアかどうかはわかりません。 FT の 99.9% は詐欺とミームです。しかし、カジノがすぐになくなるわけではないようであるのと同じように、それらもすぐにはなくなるわけではないようです。
ビットコイン用の優れた FT プロトコルを作成すると、多額の取引手数料収入、開発者の注目、ユーザーのビットコインへの注目がもたらされる可能性があります。さらに、プロトコルのオンチェーン フットプリントが小さく、責任ある UTXO 管理を奨励する場合、既存のプロトコルと比較して害が軽減される可能性があります。例えば、現在人気のBRC-20はジャンクUTXOが大量に発生する原因となっています。
既存の FT プロトコルを比較すると、いくつかの重要な違いがあることがわかります。
上記の次元に基づいて、ビットコインエコシステム内の既存の FT プロトコルの比較結果は次のとおりです。
ビットコインの場合、優れたユーザー エクスペリエンスを備えたシンプルな UTXO ベースの FT プロトコルはどのようなものになるでしょうか?次に、「Runes」と呼ばれる非常にクールなソリューションを紹介したいと思います。
（1。概要
ルーン残高は UTXO に保持され、UTXO には任意の数のルーンを含めることができます。
スクリプト公開キーに OP_RETURN とそれに続く ASCII 大文字の R データ プッシュが含まれる出力がトランザクションに含まれる場合、トランザクションにはプロトコル メッセージが含まれます。プロトコル メッセージはすべて、最初のメッセージの後にプッシュされるデータです。
無効なプロトコル メッセージを含むトランザクションに入力されたルーンは破棄され、将来のアップグレードでルーンの割り当てまたは作成方法を変更できるようになり、古いクライアントによるルーン残高の誤った割り当てが回避されます。
整数はプレフィックス付き int としてエンコードされ、int の先頭の数字によってバイト単位の長さが決まります。
(2) 転送
プロトコル メッセージ内の最初のデータ プッシュは、一連の整数にデコードされます。
これらの整数は、(ID、OUTPUT、AMOUNT) タプルのシーケンスとして解釈されます。デコードされた整数の数が 3 の倍数でない場合、プロトコル メッセージは無効です。
ID はデルタとしてエンコードされます。これにより、完全なルーン ID の重複を避けるために、同じルーンを複数回割り当てることができます。たとえば、タプル: [( 100, 1, 20), ( 0, 2 10), ( 20, 1, 5)]
次の割り当てを行います。
AMOUNT 0 は「残りのすべてのルーン」の略です。
すべてのタプル割り当てが処理された後、未割り当てのルーンは最初の非 OP_RETURN 出力 (存在する場合) に割り当てられます。追加の割り当ては無視されます。
ルーンは、プロトコル メッセージを含む OP_RETURN 出力に割り当てることで焼き付けることができます。
(3)問題
プロトコル メッセージに 2 番目のデータ プッシュがある場合、それは発行トランザクションです。 2 番目のデータ プッシュは 2 つの整数、SYMBOL と DECIMALS にデコードされます。さらに整数が残っている場合、プロトコル メッセージは無効になります。
発行トランザクションは、割り当てタプルの ID 0 を使用して、最大 2^128 - 1 までの任意の数の発行ルーンを作成できます。
SYMBOL は、人間が判読できる 26 ビットの基本エンコード記号で、通常の衛星名で使用される記号に似ています。有効な文字は A ～ Z のみです。
DECIMALS は、発行されたルーンを表示するときに使用する小数点以下の桁数です。
SYMBOL が割り当てられていない場合は、公開されたルーンに割り当てられ、公開されたルーンは次に利用可能な数値のルーン ID (1 から始まる) を受け取ります。
SYMBOL がすでに割り当てられている場合、または BITCOIN、BTC、または XBT である場合、新しいルーンは作成されません。ルーン ID 0 を使用したリリース トランザクション割り当ては無視されますが、他の割り当ては引き続き処理されます。
(4) 注
UTXO 残高を表示する場合、UTXO のネイティブ ビットコイン残高は、ルーン ID 0 とシンボル BITCOIN、BTC、または XBT で表示できます。
プロトコルをシンプルに保つために、(Runes) はシンボル占有を回避するメカニズムを採用していません。実際、シンボルの結合を回避する効率的かつ簡単な方法は、一定の長さを超えるシンボルの割り当てのみを許可することです。この長さは時間の経過とともに減少し、最終的にはゼロになり、すべてのシンボルが許可されます。これにより、プロトコルの早い段階で短い理想的なシンボルを割り当てることが回避され、後発者が理想的なシンボルを求めて競争することが奨励されます (そのような競争が理にかなっている場合)。
最後に書きました
このソリューションは本当に市場で機能するのでしょうか?わからない。
可能な限りシンプルで、オフチェーン データに依存せず、ネイティブ トークンがなく、ビットコインのネイティブ UTXO モデルに完全に適合します。このようなスキームは、オンチェーンのフットプリントが劣悪な他のスキームからユーザーを引き付け、開発者とユーザーの注意をビットコインに向けて、ビットコイン自体の採用を促す可能性があります。
一方、FTの世界は、欺瞞と貪欲の完全に救いようのない深淵であるため、洗い流される可能性があります。