ブロックチェーンストレージのトリレンマとは何ですか?そしてそれをどう解決しますか?

ブロックチェーン業界で長年の経験を持つベテランのアナリストとして、私は自信を持って、ブロックチェーン ストレージのトリレンマは単なるバズワードではなく、web3 の可能性を最大限に引き出すために開発者が克服しなければならない重要な課題であると言えます。

暗号ネットワークの設計における 3 つの重要な目標 (セキュリティ、分散化、スケーラビリティ) を同時に達成するという課題を説明するブロックチェーンのトリレンマについて聞いたことがあるでしょう。原則として、3 つすべてを同時に達成することは非常に困難であり、ほとんどのブロックチェーンは 3 つ目を犠牲にして 2 つを優先することを余儀なくされています。

仮想通貨投資家として、ブロックチェーンストレージのトリレンマについて考えたことはありますか?そうでない場合でも、心配する必要はありません。これは、おそらく Web3 ストレージ ソリューションの開発に深く関わっている人を除いて、誰もがよく知っているものではありません。ただし、この概念を理解することで、これらの開発者が直面している困難と、ブロックチェーンの世界でこのあまり知られていない課題に取り組むために彼らが取り組んでいる進歩についての貴重な洞察が得られます。

分散ストレージ システムが効果的であるためには、スケーラビリティ、スマート コントラクトのネイティブ サポート、およびランダム アクセス機能が必要です。 3 つの機能をすべて一度に組み込むのは難しいように思えるかもしれませんが、不可能ではありません。これがどのように実装されるのか、またブロックチェーンベースのストレージ システムの開発においてなぜこれが重要なのかを詳しく見てみましょう。

不可能を達成する 

ブロックチェーンを含むさまざまなシステムの設計者は、特定の要件やそれぞれのドメイン内での市場シェアをめぐる競争により、妥協する必要があることがよくあります。たとえば、ブロックチェーン システムは、分散化、セキュリティ、スケーラビリティ、エネルギー効率などの特定の特性を他の特性よりも優先します。結果として、これらのトレードオフが重要な考慮事項になります。

暗号通貨投資家の観点からすると、ブロックチェーン ストレージの複雑さを掘り下げることは必須ではありませんが、その基本原理を理解することは非常に有益です。 dApp の数が増加し、そのデータ要件が急激に増大する中、分散ストレージが最も重要になっています。 Web3 の出現により、L1 と L2 がメイン チェーンで輻輳を引き起こすことなく dApp に対応できるようにする特殊なストレージへのアクセスが必要になります。

ブロックチェーン テクノロジーの領域を研究している研究者として、私は次のような疑問について深く考えていることに気づきました。現在のブロックチェーン システムを悩ませているスケーラビリティのトリレンマを包括的に解決することは可能でしょうか?それとも、ブロックチェーン分野における他のよく知られたスケーラビリティのジレンマと同様に、現実的に努力できるのは、3 つのうち 2 つの妥協、つまり部分的な解決策を達成することだけなのでしょうか?

最も困難なトリレンマへの取り組み

ストレージのトリレンマを構成する 3 つのコアは次のように分類できます。

ストレージに関するスケーラビリティとは、分散型ギガバイト ストレージの時代を考慮すると、基本的には無制限のストレージ、または少なくともエクサバイト (10 億ギガバイト) までの膨大な量のデータを収容できる能力を指します。 AI などのアプリケーションにより dapps のデータ ニーズが大幅に高まる中、Web3 ソリューションが大量のデータの流入に対処できるように準備することが重要です。つまり、バケット単位、または正確にはエクサバイト相当のデータを配信できる必要があります。

分散型ファイル ストレージ ネットワークにデータを直接統合することは便利ですが、本当に特徴的なのは、このデータをイーサリアムやソラナなどのブロックチェーン ベースのスマート コントラクトにシームレスに組み込める場合です。これにより、ネイティブ dApp がリアルタイムでデータに直接アクセスできるようになります。ネイティブ ストレージは、使用されている特定のネットワークに合わせて最適化されているため、クエリがより効率的です。これは、大量のデータを処理し、スマート コントラクトとして出力を生成する複雑な dApp を管理する場合に非常に重要になります。

アナリストの観点から: 分散型ネットワークの世界では、データは単に長期保存するために保管されるだけではありません。アクティブでオンデマンドでアクセスできるように設計されています。これを実現するには、dapps などのアプリケーションとのリアルタイムの対話をサポートする方法でデータを保存する必要があります。ファイルレベルのアクセスを許可するだけでは十分ではありません。 Web3 ストレージ システムは、シームレスで動的な使用のために、従来のコンピュータのハード ドライブと同様のランダム アクセスを提供する必要があります。

現在のストレージの現状

IPFS や Arweave などの現在の Web3 ストレージ システムは、ブロックチェーン インフラストラクチャにとって重要な分散化やセキュリティなどの側面で優れています。ただし、スケーラビリティ、スマート コントラクトの互換性、ランダム アクセスに関しては不十分です。既存の分散ストレージ ソリューションの多くは、ファイルやアーカイブを保持するための設計のため、クエリに苦労しています。また、データがギガバイトを超え、テラバイトやエクサバイトに達すると、コストが高くなる傾向があります。

既存のストレージ ソリューションの中で、Solana プロジェクトである Xandeum が、ストレージのトリレンマの 3 つの側面すべてにおいて優れているようです。 Xandeum は、膨大な量のデータに対応し、Solana スマート コントラクトとシームレスに統合するように設計されています。さらに、迅速なデータ取得が可能になり、ランダム アクセスが容易になります。ホーム コンピューターとしての Solana と、必要なストレージ仕様を提供する補完的なハード ドライブとしての Xandeum の比較は、非常に適切です。

Solana の代わりに、ブロックチェーン テクノロジーはそのサイズを超えており、他の第 1 層 (L1) チェーンがこのレベルのデータ ストレージを達成するには、専用のソリューションが不可欠です。これらのソリューションは、Solidity や Rust など、各ネットワークで使用される特定のプログラミング言語に合わせて調整する必要があります。このカスタマイズは、ブロックチェーン ネットワークの容量を拡張しながら、分散型アプリケーションを改善するために非常に重要です。イーサリアム仮想マシン (EVM) ネットワークの場合、これは Arweave などの既存のサービスとの統合を通じて実現でき、特に速度とスマート コントラクトの互換性の分野でパフォーマンスが向上します。

ブロックチェーンのトリレンマの課題を解決するのは非常に難しいことですが、そこから得られるメリットは間違いなく労力を上回ります。分散型データ ストレージの概念をなんとか理解した開発者にとって、容量そのものと同様に、潜在的な見返りには上限がありません。

2024-10-18 23:22