Cointime

Download App
iOS & Android

ビットコイン開発者 VS 碑文: 長年の論争

作者: Trustless Labs

今日、ビットコインコア開発者のルーク氏は、ビットコインコアの序数のような碑文プロトコルに反対すると表明した

この議論はビットコインコミュニティ内で急速に広がり、多くの注目と議論を集めました。

論争の起源

実は、ビットコインコアの開発者らは長い間この表記に疑問を抱いており、分離検証後、ブロックサイズの上限は4MBに拡大され、今年2月には3.96MBという大きなブロックが掘り出された。関連トランザクションはなんと 3.94MB、99.5% を占めました。 5月にInscriptionの人気が高まり始めたとき、Bitcoin-devは大量のブロックスペースを占有する非標準のTaprootトランザクションに疑問を抱き、 開発メールではBRC-20と同様のプロジェクトが膨大なトランザクション量を生成していたと指摘した。 BTC ネットワークが極度に混雑しているため、「実際のビットコインのトランザクション」をパッケージ化してチェーンに正常にアップロードすることができません。

Luke氏は、Ordinalsのようなプロトコルは「価値がない」と指摘し、ピアツーピア暗号通貨としてのBTCの通常の使用に深刻な影響を与えると述べた。同時に、電子メールでは、このツイートで Luke が表明した碑文を制限する方法、つまり、ノードに非標準の Taproot トランザクションを直接削除するよう強制するレビュー メカニズムをクライアントに追加する方法についても言及されており、ノードは今後そのようなトランザクションを中継しなくなります。表記を禁止する取引の目的。

アップグレード計画とその影響

Luke のツイートによると、導入された制限は主に knots クライアントの検閲ポリシー パラメータを設定します。

-データキャリアサイズ:

アップグレード計画とその結果

Luke のツイートによると、導入された制限は主に knots クライアントの検閲ポリシー パラメータを設定します。

-データキャリアサイズ:

  • このパラメータは主に、OP_RETURN 出力スクリプトで伝送できるデータのサイズを制限します。これらのデータは、UTXO の出力に入力されます。既存のプロトコルでは、Omni と Colored は両方とも OP_RETURN にデータを入力することによって実行されます。エコシステムの Inscription Runes OP_RETURN に基づいたデータのインデックス作成も提供します。
  • このパラメータのデフォルト値は 83 バイトです。Luke は、ノードが OP_RETURN データを使用してトランザクションを中継するのを防ぐために、現在のクライアントで直接 0 に設定し、次期 Knots 25.1 ではこのパラメータのデフォルト値を 42 に変更することを推奨しています。

-maxscriptsize:

  • このパラメータは主に、ノードが中継できるトランザクションのスクリプト サイズを制限します。Ordinals プロトコルは、Taproot スクリプトにプロトコル データを刻み込むことによってデータ インデックスを提供します。
  • パラメータが有効になると、ノードは P2P ノードを介してタップトゥートスクリプトを中継しなくなります。設定されたしきい値を超えるサイズのトランザクションは、序数のミントと転送に影響します。
  • Luke は V25.1 でこのパラメータを導入しデフォルト値を 1650 に設定しました。

Luke が今回言及したアップグレード ルートは、彼が Bitcoin-dev メールで述べたように、クライアントにフィルターを追加して異常な Taproot トランザクションを除外するという考えと一致していることがわかります。現在のコードを変更すると、リレー ネットワークの設定 (デフォルトは 1650 バイト) より大きいスクリプト サイズを持つ Taproot トランザクションがノードで拒否され、一部の Ordinals トランザクションが正常にブロードキャストされなくなります。

ただし、このアップデートは、Knots クライアントの OP_RETURN と TaprootScript によって伝送されるデータのサイズを制限するだけであり、ノード管理者に一部の碑文関連トランザクションを拒否するオプションを提供するだけであり、ノード リレーとマイナーがこれをパッケージ化することを根本的に制限することはできません。 、そしてビットコインコアのタップルートアップグレードは、タップルート監視データサイズの相対検証を実行しません。

コードから判断すると、現在の Knots コード バージョンでは、デフォルトの最大値 1650 バイトでトークン転送要件をサポートできるため、現在の制限モードでは BRC-20 関連の操作を完全に防ぐことはできません。さらなる制限に関しては、今後ルークがポリシーをさらに変更することに注意する必要があります。

その後のBTCエコシステムの発展

碑文をめぐる議論は長い間続いてきましたが、BTCエコシステムが非常に人気のある今、Lukeの発言はコミュニティから大きな反響を呼び、コミュニティではその後のBTCエコシステムの発展についても熱く議論され始めています。 。

その後のBTCエコシステムの発展

碑文をめぐる議論は長い間続いてきましたが、BTCエコシステムが非常に人気のある今、Lukeの発言はコミュニティから大きな反響を呼び、コミュニティではその後のBTCエコシステムの発展についても熱く議論され始めています。 。

この事件を受けて、マイナーの代表であるShenyu氏は、ビットコインは開発者主導ではなく、マイナーは対応するアップグレードをサポートする必要があり、そうでない場合は開発者自身がフォークしない限り、との意見を表明した。

同時に、Luke が提案した碑文「ジャンク トランザクション」のレビューとフィルタリングは、現時点ではクライアント レベルにのみ留まっており、碑文トランザクションをプロトコル レベルで完全に禁止するには、更新してビットコイン コアに追加する必要があります。はじめに、Luke 自身も、V27 アップグレード前にはこの「抜け穴」を回避できなかったことを認めました。

コミュニティの多くの KOL もこの問題について話し合うために声を上げましたが、中には「絶対に同意しない」と述べた人もいました。

ミスト・コサインも「修理の必要はない」と語っています。

傍から見ると、コミュニティの声は依然として Inscription の生態系について楽観的であり、Inscription が BTC の生態系とマイニングにもたらす大きな開発の勢いを認識していることがわかります。レイヤー 2 と同様の「碑文チェーン」を作成するというコミュニティ ユーザーのアイデアにも、Luke から肯定的な返事が届きました。

要約すると、この議論の範囲は非常に広く、ビットコインコア開発者は長い間Inscriptionに反対しており、Inscription市場がマイナー、取引所、ユーザーの利益を拘束していることを考慮すると、明らかに行動を起こしたいと考えています。多党間のシーソーパターンになることが運命づけられているため、前進はそれほどスムーズではありません。同時に、これまで「正統派」とされてきたTaprootアセットは、チェーン上での占有スペースが少なく、アップグレード後も影響を受けないため、この方向性もより多くの可能性を解放する可能性があります。

コメント

全てのコメント

Recommended for you