ビットコインエコシステム拡張の4つの方案の比較:アップグレードなし、サイドチェーン、ハードフォーク、単方向送金

ビットコインエコシステムの拡張に関する議論:4つの主要なソリューションとその発展動向

ビットコインエコシステムの可伸縮性が再びホットな話題となっています。これは主にOrdinalsNFTとBRC-20トークンの登場に起因しています。現在、ビットコインコミュニティは拡張問題について意見が分かれています:保守派はビットコインがその純粋な通貨属性を維持し、価値の保存手段としてのみ機能すべきだと主張しています。一方、急進派は拡張が必要であり、より多くのネイティブアプリケーションエコシステムをサポートし、スケールアップと持続可能な発展を促進すべきだと考えています。

では、ビットコインの保有者が個々のニーズに応じて自由に選択できるような、両派の要求を同時に満たすソリューションは存在するのでしょうか?この記事では、スケーラビリティのレベル、分散化の程度、帳簿の安全性、実現の難易度という四つの観点から、ビットコインの拡張に関する四つの主要な方向性とその発展傾向を探ります。

ビットコインエコシステムが活発に発展しており、4つのスケーリング方法と発展トレンドについて探討する

アップグレードなしのスケーリング

無アップグレード型スケーリングとは、ビットコインの既存技術体系を変更せずに、その既存の特性を利用して特定のタイプのスケーリングを実現することを指します。代表的な技術にはRGBとビットコインスクリプト(BitcoinScript)が含まれます。

RGBは、拡張可能で暗号特性を持つスマートコントラクトシステムであり、ライトニングネットワーク上で直接実行されます。しかし、生成されたすべてのデータはビットコイン取引の外部(オフチェーン)に保存されているため、全体の台帳のセキュリティはビットコインメインネットのセキュリティメカニズムに依存することはできません。

Ordinalはビットコインスクリプトを利用して、追加データを追加することにより、各最小単位Satoshis(Sats)にユニークなシリアル番号を割り当てます。この方法はビットコインのスケーラビリティに対して微小な改善しか行えません。現在、市場ではビットコインNFTやBRC-20トークンを巡る熱狂が見られますが、その長期的な価値はまだ観察の余地があります。

ビットコインのメインネットの観点から見ると、さまざまなスクリプトに付随するデータは実際には無意味なゴミであり、ブロックスペースの浪費と取引の混雑を引き起こし、一部のコミュニティメンバーの不満を招いている。

全体的に見て、アップグレードなしのスケーリングソリューションは、分散型の特性を持ち、実施の難易度が低く、ビットコインコミュニティ全体の合意を必要としない。しかし、RGBはビットコインメインネットの合意の安全性に依存することができず、スクリプトによって実現されたビットコイン取引のスケーラビリティは非常に限られている。

サイドチェーン

サイドチェーンは、独立したチェーンを作成し、特定のクロスチェーン技術を通じてビットコインメインネットに接続します。これは、サイドチェーンプロジェクトが独自のトークンを発行でき、その価値が増加することでコミュニティや市場の関心を引き起こすことができるため、かつては人気があり比較的実装が容易なビットコインのスケーリングソリューションでした。

Liquid、StacksおよびRootstockなどのプロジェクトは、双方向のクロスチェーンブリッジを通じてBTCをサイドチェーンにマッピングすることが共通の特徴ですが、具体的な実装には違いがあります。

Liquidは、大型機関で構成されたビットコイン連盟チェーンのようなもので、サイドチェーンとメインネット間のBTCマッピングと変換には、これらの機関のマルチシグネチャープロトコルが必要です。

Stacksは新しいトークンを発行するビットコインのサイドチェーン技術であり、そのPoXプロトコルはマイナーがSTXをステーキングすることで間接的にBTCをステーキングすることを可能にします。しかし、このプロトコルがどのように分散型配布を実現するかは、さらなる研究が必要です。

Rootstockはマージマイニングのサイドチェーン技術を採用しており、BTCのクロスチェーン転送は複数の機関のマルチシグネチャによって制御されています。

しかし、サイドチェーンノードは誰もがアクセスできるわけではなく、帳簿のコンセンサスは特定の中央集権的機関の管理に依存しているため、分散化の程度が低くなっています。これが、サイドチェーンのスケーリングソリューションが何度も試みられたにもかかわらず、大規模な採用がまだ実現していない主な理由かもしれません。

アップグレード型スケーリング

アップグレード型スケーリングは、ビットコインネットワークの技術アーキテクチャまたは技術システムをアップグレードする必要があります。代表的な例はBIP-300/301であり、そのスケーリングの概念はDrivechainと呼ばれ、実質的にはRollupを使用してスケーリングします。

現在、この方案の実施方法は、BIP-300/301を持つPoWメインチェーンを直接ハードフォークすることです。ビットコインコミュニティが合意し、このメインチェーンを認めた場合、ビットコインメインネットはBIP300/301にアップグレードされます。

全体として、このソリューションはビットコインの分散化を保証し、スケーラビリティの問題を解決できます。しかし、そのスケーラビリティのアップグレードにはビットコインコミュニティの合意が必要であり、現在のコミュニティの雰囲気ではビットコインメインネットのアップグレードを実現するのは非常に難しいです。

片道送迎

単方向送金型スケーリングソリューションはHacashコミュニティによって提案されました。その原理はビットコインを不可逆的に、理論的により分散化され、技術的に成熟した新しいチェーンに移転し、その後多層的な方法で拡張することです。

Hacashの第一レイヤーは、ビットコインの一方向転送を実現し、ビットコインチェーン上のBTCをHacashチェーンに転送します。送金プロセスでは、ユーザーの秘密鍵は変わらず、同じ秘密鍵を使用してHacashチェーン上のビットコインを直接使用できます。BTCの制御権は他のエンティティに移転していません。

Hacashチェーンに基づき、Layer1およびLayer2の支払いネットワーク、さらにLayer3のマルチチェーン拡張性インフラがあります。ビットコインはLayer2で即時支払いに、Layer3でアプリケーションの拡張に使用できます。

全体的に見て、BTCの一方向転送を受け入れるHacashチェーンは、依然として純粋なPoWコンセンサスメカニズムを採用しており、誰でもフルノードを運営でき、その非中央集権性と安全性はビットコインのオリジナルチェーンに劣らない。これに加えて、第2層と第3層がスケーラビリティの問題を解決している。実装難易度は比較的低く、選択肢が豊富である。

まとめ

ビットコインエコシステムを拡張する4つの主要な方法にはそれぞれ利点と欠点があります:アップグレードなしの拡張は、強力な拡張性と帳簿の安全性を同時に実現できず、サイドチェーンには中央集権の問題があり、アップグレード式の拡張は実現が難しく、片道送金は複数の評価基準で良好に機能しますが、まだ市場の広範な関心を集めていません。

過去十年間、ビットコインは去中心化通貨としての価値保存機能が証明されてきました。未来の鍵は、ビットコインの価値保存能力を維持しつつ、どのようにスケールアップを実現し、さらには2100万枚の発掘後も持続可能な発展を維持するかです。これは間違いなくビットコインの未来発展の主要な方向性となるでしょう。

BTC-0.98%
原文表示
このページには第三者のコンテンツが含まれている場合があり、情報提供のみを目的としております(表明・保証をするものではありません)。Gateによる見解の支持や、金融・専門的な助言とみなされるべきものではありません。詳細については免責事項をご覧ください。
  • 報酬
  • 5
  • リポスト
  • 共有
コメント
0/400
MetaEggplantvip
· 18時間前
過激派が何を争っているのか、古い暗号資産の世界の人々はbtcが純粋さを保つべきだと感じている。
原文表示返信0
BuyHighSellLowvip
· 18時間前
咱ビットコイン啥时候就变这么复杂了...想当年一个ウォレット就够
原文表示返信0
LootboxPhobiavip
· 18時間前
btcは現状を打破する必要があり、停滞してはいけません。
原文表示返信0
ImpermanentPhilosophervip
· 18時間前
拡張?サトシは棺桶から飛び出すかもしれませんね。
原文表示返信0
GasFeeVictimvip
· 18時間前
まだ素直に高い香を焚いて通貨の上昇を待った方がいい
原文表示返信0
いつでもどこでも暗号資産取引
qrCode
スキャンしてGateアプリをダウンロード
コミュニティ
日本語
  • 简体中文
  • English
  • Tiếng Việt
  • 繁體中文
  • Español
  • Русский
  • Français (Afrique)
  • Português (Portugal)
  • Bahasa Indonesia
  • 日本語
  • بالعربية
  • Українська
  • Português (Brasil)