全てのためのビットコインの次のアップグレードに関する簡単な報告書

中級1/15/2025, 5:42:47 AM
この記事では、ビットコインのアップグレードを定義し、歴史的な発展を追跡して特定のパターンを特定し、現在のアップグレード提案を分析し、読者に主なポイントを提供することを目的としています。

導入

ビットコインの次のアップグレードに関する議論は続いていますが、2024年12月現在、コミュニティはアップグレードすべきか、アップグレードで解決すべき問題は何か、どのような機能を導入すべきかについて合意に達していません。議論は極端化しており、政治的な停滞を思わせます。

この行き詰まりの中で、いくつか興味深い現象が現れています:1. コミュニティの一部が積極的にアップグレードを推進しています。情報の非対称性や商業的な利害によって駆動され、特定のオペコードを頻繁に主張するメンバーや、将来的に「現れるかもしれない」オペコードに依存するプロジェクトもあります。2. 実用的なエコシステム開発者のかなりの数が、プロトコルのアップグレードを前提とせずに、ビットコインの潜在能力を拡大するために、かなりの暗号学的およびエンジニアリングの努力を行っています。3. アップグレードを遅らせることを主張する声や、アップグレードに outright opposing する声もかなりあります。

これらの現象は、アップグレードのトピックがビットコインコミュニティ内で非常に人気があることを示しています。しかし、それらはまた、多くのコミュニティメンバーがビットコインのアップグレードの完全なプロセスについて包括的な理解を欠いていることを明らかにしています。さらに、革新的な暗号ツールがビットコインの潜在能力を高める方法についての認識が限られていることも示しています。この記事の主な目的は、この情報の非対称性を打破し、全員の理解を整え、トピックについてのより深い議論を促進することです。

この記事では、ビットコインのアップグレードを定義し、歴史的な展開を追跡して特定のパターンを特定し、現在のアップグレード提案を分析し、読者に重要な考察を提供することを目的としています。この情報を提供することで、読者がビットコインのアップグレードの概念、歴史、進捗を理解するための確かな基盤を持つことを目指し、より情報に基づいた議論を可能にし、最終的にコミュニティのコンセンサス形成に貢献することを目指しています。

この記事は客観的な事実を提示することを目指しています。しかし、著者はビットコインエコシステムの開発者であり、ビットコインに対してより大きな可能性を見据えていますので、特定のトピックに関しては明示的に意見が表現されることがあります。読者はこれらの視点を批判的に判断することを奨励されます。

アップグレードの概要:何となぜ

Bitcoinのアップグレードとは何ですか?

ビットコインのホワイトペーパービットコインプロトコルに従う数千のノードで構成されたブロックチェーンネットワークを操作するプロトコルを定義します。

これらの実装、またはクライアントは、さまざまなバージョンで提供されています。ビットコインコア最も広く使用されているクライアントであることは、データから明らかです。bitnodes.

したがって、ビットコインコアメンテナー(ビットコインコアデブとも呼ばれる)は、ビットコインの開発に大きな影響を与えています。

ビットコインノードソフトウェアは複数のモジュールで構成され、アップグレードはを通じて定義されますビットコイン改善提案 (BIPs)ビットコインのアップグレードについて話すとき、通常はコンセンサスプロトコルのアップグレードを指します。これは、フォークを避けるためにネットワークの大多数のノードの合意を必要とする変更です。

以下に示すように、ビットコインのコンセンサスプロトコルモジュールと関連するBIP提案は、アップグレードの議論において特に興味深いものです。

によると 統計BitcoinのGitHubリポジトリからは、開発活動が活発です。しかし、ほとんどの変更はコンセンサスプロトコルとは関係がなく、広く注目されることはありません。

コンセンサスアップグレードの種類

Per BIP-123、コンセンサスプロトコルのアップグレードは、ソフトフォークとハードフォークに分類されます:

これらを解釈するもう1つの直感的な方法は次の通りです:

  • ソフトフォーク:規則を追加または強化します(たとえば、Taprootアドレスなどの新しい機能を導入します)。
  • Hard Fork: ルールを削除または緩和します(例:ブロック報酬の制限を削除)。

ソフトフォークプロセス(BIPワークフロー)

以前の2つの成功したコンセンサスのアップグレード(SegWitとTaproot)は、どちらもソフトフォークを利用しており、重大なコミュニティの分裂を回避しています。そのため、この記事ではソフトフォークに焦点を当てており、古いソフトウェアとの互換性を保ちながらアップグレードを可能にします。

BIP提案がソフトフォークにつながる典型的なワークフローは以下の通りです:

ソース:https://river.com/learn/what-is-a-bitcoin-improvement-proposal-bip/

ソフトフォークはしばしば複数のBIPを1つの提案に組み合わせます。 たとえば、Taprootは3つのBIPを組み込んでいます。

  1. Schnorr署名:BIP-340
  2. Taproot: BIP-341
  3. Tapscript: BIP-342

Taprootアップグレードのタイムライン

出典:Kraken Intelligence、GitHub、CoinDesk、https://www.argoblockchain.com/articles/bitcoin-taproot-upgrade-explained の紹介

Taprootソフトフォークの主要なマイルストーン:

  1. 提案されたおよびレビューされた対応するBIPs。
  2. Bitcoin-Core-DevsはGitHubのプルリクエストを提出します。
  3. コードがレビューされ、マージされ、アクティベーション方法が決定されます。
  4. 新しいビットコインコアクライアントのバージョンがリリースされました。
  5. マイナーはオンチェーン投票によって、BIPの有効化パラメータを承認します。
  6. ブロックの高さが到達し、アップグレードが完了しました。

このプロセスは、歴史的観察に基づく後ろ向きの要約であることに注意することが重要であり、実際にはこのマイルストーンについて正式な合意がないことを認識することが重要です。

プロセス全体を通じて、ビットコイン開発メーリングリストさまざまな当事者の合意形成において重要な役割を果たしました。

なぜアップグレードするのですか?

記事の冒頭で言及されているように、現在、アップグレードに関してコミュニティ内で3つの主要な視点が存在しています:

  1. 積極的な提唱者:このグループは多くのアップグレードアイデアを提案しており、以下のセクションで分析されます。
  2. プラグマティックビルダー:彼らは、既存のプロトコル内のソリューションに焦点を当てています。例えば、不正防止(例:BitVMとその拡張機能)、機能暗号化(契約とZK-証明を介して)などの実装ビットコインPIPEs)およびハッシュ衝突(契約による契約)ColliderScript)、など。
  3. 保守派:このグループには、極端に遅く慎重なアップグレード(例えば、10年周期)を提唱するTeamSlowAndSteadyと、量子攻撃のような実存的な脅威がない限りアップグレードに反対するOssifiersが含まれます(ビットコインにとって骨化は良いことなのか悪いことなのか).

著者は、アップグレードすることとしないことの利点と欠点の分析を行いました。

ビットコインエコシステムの実用的な開発者として、著者は、既存のプロトコルフレームワーク内での暗号化またはエンジニアリング革新を通じてビットコインの潜在能力を完全に探求することが不可欠であると考えています。同時に、「持続可能性」と「適応性」の観点から、影響とセキュリティリスクが十分に評価された上で、必要に応じて継続的なアップグレードを実施することが望ましいと考えています。

アップグレードの詳細な分析

ビットコインのアップグレードにおける利害関係者

ビットコインの歴史では、@bitcoinroundtable/bitcoin-roundtable-consensus-266d475a61ff">香港コンセンサス(2016年2月のビットコイン・ラウンドテーブルで署名されました)は、3つの主要な利害関係者グループを特定しました:

  1. ビットコインコアデブ
  2. マイニングプール
  3. ユーザーとエコシステム開発者(主に取引所、チップメーカーなど)

ビットコインの採用が急速に拡大するにつれて、利害関係者の景観はこの単純な三者関係からより分断され競争的な環境へと進化してきました。これは、情報の多い報告書で明らかになっています。ビットコインコンセンサスの分析:プロトコルのアップグレードにおけるリスク.

これらの利害関係者の中で、いくつかの重要な役割が特筆される価値があります:

  1. 経済ノード:これには、主要な中央集権型取引所(CEX)、支払処理業者、および管理者サービスプロバイダが含まれます。 ソフトフォークに対する彼らの立場は、「正当な」ビットコインと採用率に大きな影響を与えます。
  2. 投資家: ビットコインETF、機関の準備金、そして主権準備金さえが主流になってきたことで、このグループはますます複雑化しています。
  3. ユーザー&エコシステム開発者:Taprootのアップグレードに続いて、Bitcoinのエコシステムが活気づいており、Ordinalsや数多くのネイティブアプリケーションやスケーリングソリューションなどのプロトコルが生まれています。

ステークホルダーに関する重要な観察:

  1. 異なる段階で異なる役割: 例えば、エコシステム開発者は積極的に提案を推進し、プロトコル開発者はBIPレビューに対する権限を行使し、マイニングプールや経済ノードはアクティベーション中に大きな影響力を持っています。
  2. 商業的利益がいくつかの提案を後押しする: エコシステム開発者は、多くの場合、ビジネス上の利益に沿ったアップグレードを提案し、サポートします。たとえば、有効性ロールアップの支持者は、OP_CATを支持する傾向があります。

ビットコインのアップグレードの歴史と概要

公開データによると、ビットコインの創設以来、複数のソフトフォークアップグレードが行われています。

データソース:

チャートからは2つの結論が導かれます:

  1. ビットコインのプロトコルは徐々に厳格になり、ソフトフォークの頻度が時間とともに低下しています。
  2. アップグレードに関する合意形成には、現在はかなり長い時間がかかります。

ソフトフォークの焦点領域

過去のソフトフォークおよび関連するBIPを分析すると、次の焦点領域が浮かび上がります:

良いアップグレード提案の条件は何ですか?

上記の分析に基づいて、良いアップグレード提案は次のようなものであるべきです:

  1. ビットコインの支払いシステムとしての主要な役割を維持する:アップグレードはビットコインの独自の位置付けに合わせる必要があります。
  2. 潜在的な利益とリスクのバランスを取る:広く受け入れられ、対立を生まないものであるべきです。
  3. 適切な範囲を持つこと:提案は実装するにあたって、あまりにも些細でないようにし、また過度に複雑ではないようにする必要があります。
  4. タイミング:アップグレードは、その時点でのスケーラビリティの需要に対処するためのSegWitなど、緊急のニーズに対応する必要があります。

将来の展望

提案分類

著者は、ほとんどのアクティブな提案をまとめ、それらに重点領域のタグを割り当て、四つの四分円に分類して読者に視覚的な理解を提供しました。分類に関する注意点: 1. 四つの重点領域は完全に孤立しているわけではありません。例えば、プログラム性を向上させるBIPはある程度スケーラビリティにも寄与するかもしれません。2. 提案は複数の重点領域に対応する場合があります。例えば、OP_CATは主にプログラム性を向上させるものですが、より広範なサポートは妥当性ロールアップの役割から得られています。3. 提案がどの重点領域に対応しているかを判断するには、「合意」の度合いが必要です(本質的に政治的な要素です)。異なる利害関係者が同じ提案を異なる観点から解釈する可能性があるため、単一の定義は存在しないことに注意することが重要です。4. 2つ目の図は座標系ではありません。提案をタグに基づいて分類しています。円の属性(サイズ、位置、色など)には特定の意味はありません。

コミュニティの感情

上記のチャートからは、コミュニティがアップグレードが対処すべき問題についてある程度の合意に達したようです。特に2つの領域に関してです。

  1. プログラマビリティ:契約、金庫、トランザクションの内部調査、条件付き支払い、およびスクリプトの拡張などのユースケースのためのUTXOのプログラマビリティの強化。
  2. スケーラビリティ:レイヤー2のスケーリングの改善、提案はオンチェーンとオフチェーンの検証ソリューションに分かれています。

コンセンサスのパズル

著者は、次のアップグレードについて、次の理由により、ビットコインコミュニティは合意の迷路に陥っていると考えています:

  1. 骨化:時価総額(FDV)が2兆ドルに近づく中、ステークホルダーは安定を求め、潜在的なトラブルの責任を負いたくないと考えています。
  2. フラグメント化された利害関係者:さまざまな利害関係と異なる影響力のレベルが異なる段階での合意を難しくし、政府さえも利害関係者として現れています。
  3. 不完全なガバナンスメカニズム:初期のブロックチェーンであるビットコインには、十分に洗練されたガバナンスメカニズムが欠けており、コミュニティもソフトフォークを活性化する方法について合意に至っていません。
  4. プロトコル開発者の役割は本質的に動的です: 彼らは確かに特定の提案を拒否するかもしれませんが、それを保守的または進歩的と単純に特徴付けることはできません。
  5. 緊急性の欠如:成熟したブロックチェーンインフラストラクチャにより、即座のビットコインのアップグレードに対する圧倒的な需要はありません。

結論&まとめ

この記事では、ビットコインのアップグレードの基本的な概念を紹介し、過去のアップグレードの詳細な分析を提供し、次のアップグレードのためのアクティブな提案をレビューしました。現在の「コンセンサスパズル」の原因も特定されました。

キーポイント:

  1. 慎重にアップグレードを進めながら実用的な開発をすること。ソフトフォークが望ましいです。
  2. ステークホルダーは非常に分散しており、コミュニティからは保守的な姿勢が見られます。
  3. アップグレードに関する議論は、Bitcoinのコアな価値提案に準拠する必要があります。
  4. スケーラビリティは、アップグレードの多くの焦点の一つです。
  5. タイミングは重要です - 強力な提案はより速く合意を得ます。
  6. コミュニティは、改善されたガバナンスメカニズムを探求する必要があります。

免責事項:

  1. この記事は[から転載されましたkevinhe]. 全ての著作権は元の作者に帰属します。[kevinhe].この転載に異議がある場合は、ゲートラーンチームにお任せください。迅速に対応いたします。
  2. 責任免除:本文に表明されている見解および意見は、著者個人のものであり、投資アドバイスを構成するものではありません。
  3. ゲートラーンチームは、記事を他の言語に翻訳しています。特に言及されていない限り、翻訳された記事のコピー、配布、盗作は禁止されています。

全てのためのビットコインの次のアップグレードに関する簡単な報告書

中級1/15/2025, 5:42:47 AM
この記事では、ビットコインのアップグレードを定義し、歴史的な発展を追跡して特定のパターンを特定し、現在のアップグレード提案を分析し、読者に主なポイントを提供することを目的としています。

導入

ビットコインの次のアップグレードに関する議論は続いていますが、2024年12月現在、コミュニティはアップグレードすべきか、アップグレードで解決すべき問題は何か、どのような機能を導入すべきかについて合意に達していません。議論は極端化しており、政治的な停滞を思わせます。

この行き詰まりの中で、いくつか興味深い現象が現れています:1. コミュニティの一部が積極的にアップグレードを推進しています。情報の非対称性や商業的な利害によって駆動され、特定のオペコードを頻繁に主張するメンバーや、将来的に「現れるかもしれない」オペコードに依存するプロジェクトもあります。2. 実用的なエコシステム開発者のかなりの数が、プロトコルのアップグレードを前提とせずに、ビットコインの潜在能力を拡大するために、かなりの暗号学的およびエンジニアリングの努力を行っています。3. アップグレードを遅らせることを主張する声や、アップグレードに outright opposing する声もかなりあります。

これらの現象は、アップグレードのトピックがビットコインコミュニティ内で非常に人気があることを示しています。しかし、それらはまた、多くのコミュニティメンバーがビットコインのアップグレードの完全なプロセスについて包括的な理解を欠いていることを明らかにしています。さらに、革新的な暗号ツールがビットコインの潜在能力を高める方法についての認識が限られていることも示しています。この記事の主な目的は、この情報の非対称性を打破し、全員の理解を整え、トピックについてのより深い議論を促進することです。

この記事では、ビットコインのアップグレードを定義し、歴史的な展開を追跡して特定のパターンを特定し、現在のアップグレード提案を分析し、読者に重要な考察を提供することを目的としています。この情報を提供することで、読者がビットコインのアップグレードの概念、歴史、進捗を理解するための確かな基盤を持つことを目指し、より情報に基づいた議論を可能にし、最終的にコミュニティのコンセンサス形成に貢献することを目指しています。

この記事は客観的な事実を提示することを目指しています。しかし、著者はビットコインエコシステムの開発者であり、ビットコインに対してより大きな可能性を見据えていますので、特定のトピックに関しては明示的に意見が表現されることがあります。読者はこれらの視点を批判的に判断することを奨励されます。

アップグレードの概要:何となぜ

Bitcoinのアップグレードとは何ですか?

ビットコインのホワイトペーパービットコインプロトコルに従う数千のノードで構成されたブロックチェーンネットワークを操作するプロトコルを定義します。

これらの実装、またはクライアントは、さまざまなバージョンで提供されています。ビットコインコア最も広く使用されているクライアントであることは、データから明らかです。bitnodes.

したがって、ビットコインコアメンテナー(ビットコインコアデブとも呼ばれる)は、ビットコインの開発に大きな影響を与えています。

ビットコインノードソフトウェアは複数のモジュールで構成され、アップグレードはを通じて定義されますビットコイン改善提案 (BIPs)ビットコインのアップグレードについて話すとき、通常はコンセンサスプロトコルのアップグレードを指します。これは、フォークを避けるためにネットワークの大多数のノードの合意を必要とする変更です。

以下に示すように、ビットコインのコンセンサスプロトコルモジュールと関連するBIP提案は、アップグレードの議論において特に興味深いものです。

によると 統計BitcoinのGitHubリポジトリからは、開発活動が活発です。しかし、ほとんどの変更はコンセンサスプロトコルとは関係がなく、広く注目されることはありません。

コンセンサスアップグレードの種類

Per BIP-123、コンセンサスプロトコルのアップグレードは、ソフトフォークとハードフォークに分類されます:

これらを解釈するもう1つの直感的な方法は次の通りです:

  • ソフトフォーク:規則を追加または強化します(たとえば、Taprootアドレスなどの新しい機能を導入します)。
  • Hard Fork: ルールを削除または緩和します(例:ブロック報酬の制限を削除)。

ソフトフォークプロセス(BIPワークフロー)

以前の2つの成功したコンセンサスのアップグレード(SegWitとTaproot)は、どちらもソフトフォークを利用しており、重大なコミュニティの分裂を回避しています。そのため、この記事ではソフトフォークに焦点を当てており、古いソフトウェアとの互換性を保ちながらアップグレードを可能にします。

BIP提案がソフトフォークにつながる典型的なワークフローは以下の通りです:

ソース:https://river.com/learn/what-is-a-bitcoin-improvement-proposal-bip/

ソフトフォークはしばしば複数のBIPを1つの提案に組み合わせます。 たとえば、Taprootは3つのBIPを組み込んでいます。

  1. Schnorr署名:BIP-340
  2. Taproot: BIP-341
  3. Tapscript: BIP-342

Taprootアップグレードのタイムライン

出典:Kraken Intelligence、GitHub、CoinDesk、https://www.argoblockchain.com/articles/bitcoin-taproot-upgrade-explained の紹介

Taprootソフトフォークの主要なマイルストーン:

  1. 提案されたおよびレビューされた対応するBIPs。
  2. Bitcoin-Core-DevsはGitHubのプルリクエストを提出します。
  3. コードがレビューされ、マージされ、アクティベーション方法が決定されます。
  4. 新しいビットコインコアクライアントのバージョンがリリースされました。
  5. マイナーはオンチェーン投票によって、BIPの有効化パラメータを承認します。
  6. ブロックの高さが到達し、アップグレードが完了しました。

このプロセスは、歴史的観察に基づく後ろ向きの要約であることに注意することが重要であり、実際にはこのマイルストーンについて正式な合意がないことを認識することが重要です。

プロセス全体を通じて、ビットコイン開発メーリングリストさまざまな当事者の合意形成において重要な役割を果たしました。

なぜアップグレードするのですか?

記事の冒頭で言及されているように、現在、アップグレードに関してコミュニティ内で3つの主要な視点が存在しています:

  1. 積極的な提唱者:このグループは多くのアップグレードアイデアを提案しており、以下のセクションで分析されます。
  2. プラグマティックビルダー:彼らは、既存のプロトコル内のソリューションに焦点を当てています。例えば、不正防止(例:BitVMとその拡張機能)、機能暗号化(契約とZK-証明を介して)などの実装ビットコインPIPEs)およびハッシュ衝突(契約による契約)ColliderScript)、など。
  3. 保守派:このグループには、極端に遅く慎重なアップグレード(例えば、10年周期)を提唱するTeamSlowAndSteadyと、量子攻撃のような実存的な脅威がない限りアップグレードに反対するOssifiersが含まれます(ビットコインにとって骨化は良いことなのか悪いことなのか).

著者は、アップグレードすることとしないことの利点と欠点の分析を行いました。

ビットコインエコシステムの実用的な開発者として、著者は、既存のプロトコルフレームワーク内での暗号化またはエンジニアリング革新を通じてビットコインの潜在能力を完全に探求することが不可欠であると考えています。同時に、「持続可能性」と「適応性」の観点から、影響とセキュリティリスクが十分に評価された上で、必要に応じて継続的なアップグレードを実施することが望ましいと考えています。

アップグレードの詳細な分析

ビットコインのアップグレードにおける利害関係者

ビットコインの歴史では、@bitcoinroundtable/bitcoin-roundtable-consensus-266d475a61ff">香港コンセンサス(2016年2月のビットコイン・ラウンドテーブルで署名されました)は、3つの主要な利害関係者グループを特定しました:

  1. ビットコインコアデブ
  2. マイニングプール
  3. ユーザーとエコシステム開発者(主に取引所、チップメーカーなど)

ビットコインの採用が急速に拡大するにつれて、利害関係者の景観はこの単純な三者関係からより分断され競争的な環境へと進化してきました。これは、情報の多い報告書で明らかになっています。ビットコインコンセンサスの分析:プロトコルのアップグレードにおけるリスク.

これらの利害関係者の中で、いくつかの重要な役割が特筆される価値があります:

  1. 経済ノード:これには、主要な中央集権型取引所(CEX)、支払処理業者、および管理者サービスプロバイダが含まれます。 ソフトフォークに対する彼らの立場は、「正当な」ビットコインと採用率に大きな影響を与えます。
  2. 投資家: ビットコインETF、機関の準備金、そして主権準備金さえが主流になってきたことで、このグループはますます複雑化しています。
  3. ユーザー&エコシステム開発者:Taprootのアップグレードに続いて、Bitcoinのエコシステムが活気づいており、Ordinalsや数多くのネイティブアプリケーションやスケーリングソリューションなどのプロトコルが生まれています。

ステークホルダーに関する重要な観察:

  1. 異なる段階で異なる役割: 例えば、エコシステム開発者は積極的に提案を推進し、プロトコル開発者はBIPレビューに対する権限を行使し、マイニングプールや経済ノードはアクティベーション中に大きな影響力を持っています。
  2. 商業的利益がいくつかの提案を後押しする: エコシステム開発者は、多くの場合、ビジネス上の利益に沿ったアップグレードを提案し、サポートします。たとえば、有効性ロールアップの支持者は、OP_CATを支持する傾向があります。

ビットコインのアップグレードの歴史と概要

公開データによると、ビットコインの創設以来、複数のソフトフォークアップグレードが行われています。

データソース:

チャートからは2つの結論が導かれます:

  1. ビットコインのプロトコルは徐々に厳格になり、ソフトフォークの頻度が時間とともに低下しています。
  2. アップグレードに関する合意形成には、現在はかなり長い時間がかかります。

ソフトフォークの焦点領域

過去のソフトフォークおよび関連するBIPを分析すると、次の焦点領域が浮かび上がります:

良いアップグレード提案の条件は何ですか?

上記の分析に基づいて、良いアップグレード提案は次のようなものであるべきです:

  1. ビットコインの支払いシステムとしての主要な役割を維持する:アップグレードはビットコインの独自の位置付けに合わせる必要があります。
  2. 潜在的な利益とリスクのバランスを取る:広く受け入れられ、対立を生まないものであるべきです。
  3. 適切な範囲を持つこと:提案は実装するにあたって、あまりにも些細でないようにし、また過度に複雑ではないようにする必要があります。
  4. タイミング:アップグレードは、その時点でのスケーラビリティの需要に対処するためのSegWitなど、緊急のニーズに対応する必要があります。

将来の展望

提案分類

著者は、ほとんどのアクティブな提案をまとめ、それらに重点領域のタグを割り当て、四つの四分円に分類して読者に視覚的な理解を提供しました。分類に関する注意点: 1. 四つの重点領域は完全に孤立しているわけではありません。例えば、プログラム性を向上させるBIPはある程度スケーラビリティにも寄与するかもしれません。2. 提案は複数の重点領域に対応する場合があります。例えば、OP_CATは主にプログラム性を向上させるものですが、より広範なサポートは妥当性ロールアップの役割から得られています。3. 提案がどの重点領域に対応しているかを判断するには、「合意」の度合いが必要です(本質的に政治的な要素です)。異なる利害関係者が同じ提案を異なる観点から解釈する可能性があるため、単一の定義は存在しないことに注意することが重要です。4. 2つ目の図は座標系ではありません。提案をタグに基づいて分類しています。円の属性(サイズ、位置、色など)には特定の意味はありません。

コミュニティの感情

上記のチャートからは、コミュニティがアップグレードが対処すべき問題についてある程度の合意に達したようです。特に2つの領域に関してです。

  1. プログラマビリティ:契約、金庫、トランザクションの内部調査、条件付き支払い、およびスクリプトの拡張などのユースケースのためのUTXOのプログラマビリティの強化。
  2. スケーラビリティ:レイヤー2のスケーリングの改善、提案はオンチェーンとオフチェーンの検証ソリューションに分かれています。

コンセンサスのパズル

著者は、次のアップグレードについて、次の理由により、ビットコインコミュニティは合意の迷路に陥っていると考えています:

  1. 骨化:時価総額(FDV)が2兆ドルに近づく中、ステークホルダーは安定を求め、潜在的なトラブルの責任を負いたくないと考えています。
  2. フラグメント化された利害関係者:さまざまな利害関係と異なる影響力のレベルが異なる段階での合意を難しくし、政府さえも利害関係者として現れています。
  3. 不完全なガバナンスメカニズム:初期のブロックチェーンであるビットコインには、十分に洗練されたガバナンスメカニズムが欠けており、コミュニティもソフトフォークを活性化する方法について合意に至っていません。
  4. プロトコル開発者の役割は本質的に動的です: 彼らは確かに特定の提案を拒否するかもしれませんが、それを保守的または進歩的と単純に特徴付けることはできません。
  5. 緊急性の欠如:成熟したブロックチェーンインフラストラクチャにより、即座のビットコインのアップグレードに対する圧倒的な需要はありません。

結論&まとめ

この記事では、ビットコインのアップグレードの基本的な概念を紹介し、過去のアップグレードの詳細な分析を提供し、次のアップグレードのためのアクティブな提案をレビューしました。現在の「コンセンサスパズル」の原因も特定されました。

キーポイント:

  1. 慎重にアップグレードを進めながら実用的な開発をすること。ソフトフォークが望ましいです。
  2. ステークホルダーは非常に分散しており、コミュニティからは保守的な姿勢が見られます。
  3. アップグレードに関する議論は、Bitcoinのコアな価値提案に準拠する必要があります。
  4. スケーラビリティは、アップグレードの多くの焦点の一つです。
  5. タイミングは重要です - 強力な提案はより速く合意を得ます。
  6. コミュニティは、改善されたガバナンスメカニズムを探求する必要があります。

免責事項:

  1. この記事は[から転載されましたkevinhe]. 全ての著作権は元の作者に帰属します。[kevinhe].この転載に異議がある場合は、ゲートラーンチームにお任せください。迅速に対応いたします。
  2. 責任免除:本文に表明されている見解および意見は、著者個人のものであり、投資アドバイスを構成するものではありません。
  3. ゲートラーンチームは、記事を他の言語に翻訳しています。特に言及されていない限り、翻訳された記事のコピー、配布、盗作は禁止されています。
今すぐ始める
登録して、
$100
のボーナスを獲得しよう!
It seems that you are attempting to access our services from a Restricted Location where Gate.io is unable to provide services. We apologize for any inconvenience this may cause. Currently, the Restricted Locations include but not limited to: the United States of America, Canada, Cambodia, Thailand, Cuba, Iran, North Korea and so on. For more information regarding the Restricted Locations, please refer to the User Agreement. Should you have any other questions, please contact our Customer Support Team.