ビットコイン OG の視点: 後進的な BRC-20 イノベーションへの参加をやめてください

元のテキストは Twitter からのもので、著者は BTCStudy の @AurtrianAjian です; 許可を得て転載しており、Odaily の見解を表すものではありません

とんでもないことを聞いていましたが、ここまでできるとは知りませんでした。 「BRC 20」キャンペーンへの参加をやめ、ボイコットしてください。

このような後進的なものは技術的に排除されるはずなので、もう参加しないでください。 UTXO セットの拡張を引き起こし、その適用による実際的な結果は粉塵攻撃に近いため、これには抵抗する必要があります。

BRC 20 のようなものは、それを使用するユーザーを保護しないため、まったく「プロトコル」とは呼べない、と以前書きました。しかし、当時の私はその真相を理解していなかったし、それが私が思っていた以上にとんでもないものであるとは知りませんでした。

表面的には、BRC 20 は代替トークンに対して「ミント」と「転送」という 2 つの操作を定義しています。

各操作の各ステップでは、ビットコイン トランザクションを開始し、トランザクション入力に碑文 (Inscription、入力監視スクリプトを通じてブロックにデータを書き込む) を書き込む必要があります。ただし、BRC 20 では、これらの記載されたトランザクションは、ほとんど意味のないトランザクション出力を形成します。ここに問題があります。 上記の文書を注意深く見ると、次のように書かれていることがわかります。

「BRC 20 のバランス状態は、これらすべての機能のアクティビティを集約することで導き出すことができます。」; ただし、これらすべての機能のアクティビティは碑文を通じて明示されており、どの機能も特定の UTXO (または特定のサトシ) を費やす必要はありません。有効です。)。トークンを鋳造または転送を通じて取得するかどうかに関係なく、後でこれらのトークンを転送する必要がある場合、これらのトークンを取得できるトランザクションを費やす必要はありません。

つまり、これらのトークンは実際にはビットコイン UTXO に関連付けられておらず、そのステータスはブロックに書き込まれた碑文 (およびこれらの碑文の順序) によって完全に決定されます。これらのトークンのステータスを変更する必要はありません。特定の UTXO 機能のロックを解除できるようになります。 (UTXO の関連付けが必要なのは、転送操作の 2 つのステップだけです。詳細については、以下を参照してください)

この設計は、プロトコルのセキュリティ、経済性 (スケーラビリティ)、および分散化に大きな影響を与えます。まず、UTXO に付属していないため、当然ながら UTXO 自体のリピート防止メカニズムに依存することはできません。 BRC 20 は、ブロック トランザクションの順序に基づいた「先着順」の原則に完全に基づいており、この「先着順」を最終的な裏付けとして使用しないと、負の残高という二重支出の形態を防ぐことはできません。全て。

ただし、UTXO ではなくブロックに基づく検証メカニズムを使用すると、軽量の検証メカニズムを作成することもできなくなります。いずれの場合も、アカウントの状態を確認するには完全なブロック データが必要です。 (ただし、RGBやTaroなどのUTXOベースのプロトコルでは必要ありません。必要なのはブロックヘッダーのみです) また、バランス計算やインデックス作成が可能なノード数も比較して少なくなり、分散性が悪くなります。 。

おそらく、最新状態の計算 (偽造通貨の特定) の負担を軽減するために、BRC 20 は奇妙な送金メカニズムを定義しています。どのようにしてトークンを入手したとしても、送金は 2 つのステップに分割する必要があります。最初のステップは、トークンの一部を変換することです。トークンは「転送可能」状態にあります (受信者を指定します)。2 番目のステップでは、これらのトークンを実際に転送して、最初のステップの「転送の碑文」を無効にします。次の家も同様です。

もちろん、このような仕組みはユーザーエクスペリエンスや経済性にも影響を与えます。登録メカニズムからどれだけの割引が得られるかに関係なく、もう 1 回トランザクションを送信するだけで、得られるメリットを食いつぶすのに十分です。さらに、UTXO を利用しないこの奇妙なメカニズムにより、このようなトークンはビットコイン UTXO ベースのスマート コントラクト (ライトニング チャネル、DLC など) を使用する際に本質的に障害が増え、最新世代のプロトコルに遅れをとります。

**だから私は、BRC 20 は後進的なテクノロジーだと言います。新世代のトークン発行プロトコルがクライアントの軽量化、経済コストの削減、既存のビットコイン エコシステムへの容易なアクセスを実現できるとしても、BRC 20 は依然としてブロック領域を消費してプログラマビリティを獲得するプロセスに行き詰まっています。 RGB や Taro などのプロトコルのエコロジーが登場すると、BRC 20 を待っていてはどうなるかは想像できるでしょう。 **

逆説的ですが、BRC 20 の鋳造と転送には明らかに UTXO 上の関連付けは必要ありませんが、鋳造のための「制限」メカニズムが設計されています。つまり、トークンを鋳造するときに、単一の UTXO で鋳造できるトークンの数を制限することが可能です。上限を指定します。これが何のためにあるのか推測できるはずです。

そうです、これは「新規プレイ」シナリオにおける公平性要件に適応するためです。

1 人が 1 つの出力ですべてのトークンを鋳造することはできないため、このような制限が設計されています。しかし、考えてみてください。スペースを占有するために UTXO を使用する必要がある場合、これらの UTXO は小さい UTXO でなければなりません。資金を削減すればするほど、より多くの新しいトークンを取得できるようになります。その結果、UTXO セットが膨張します。

これらは新しい UTXO を作成するために使用され、明らかに 546 サトシ (P2P KH 出力)/330 サトシ (P 2 TR 出力) になるように計画されており、これはビットコイン コアのダスト出力制限にのみ等しいです。これらを消費するのは経済的ではなく、その後の転送操作では消費する必要がないため、UTXO セットに永久に残り、UTXO セットの不可逆的な拡張を引き起こす可能性があります。

転送操作も UTXO を残します。これらの UTXO は理論的には小さい必要はありませんが、現在のエンジニアリング実装では依然として小さい UTXO が使用されています。また、BRC 20 は UTXO が一貫して消費する必要がないため、UTXO セットに永久に残されます。

このグラフは、2023 年 4 月 23 日 (BRC 20 が取引を開始したとき) 以来、ビットコインの UTXO セットが 5 GB から 6.8 GB に膨れ上がったことを示しています。すべてのインフレが BRC 20 に関連していることを証明することはできませんが、この期間の成長曲線は元の成長曲線よりもはるかに急勾配でした。注意が必要。

それに抵抗してください。ノードの場合は、ノード構成ファイルに次の行を追加できます:dustrelayfee= 0.00005。これにより、ダスト出力しきい値が 5 倍に増加します (この値のデフォルト値は 0.00001 で、必要に応じて加算または減算できます)。以前はノードがダスト出力を持つ BRC 20 トランザクションを転送していましたが、現在では、ノードは 2730 サトシ/1650 サトシ未満の出力を持つトランザクションを転送しなくなりました。

ただし、それらのトランザクションがブロックになった場合でも、ノードはそれらのトランザクションとその出力を保存します。

開発者の場合は、UTXO セットからこれらの新しい出力を削除して転送できるように、BRC 20 トランザクション出力を認識するフィルターの開発を検討してください。個人的には、そのようなフィルターを実行することを選択します。

ビットコインネットワークを保護するための措置を講じてください。