Simple Science

最先端の科学をわかりやすく解説

# コンピューターサイエンス# 暗号とセキュリティ# データベース

パーミッション型ブロックチェーンのパフォーマンスボトルネックを評価する

ハイパーレッジャー・ファブリックとクオーラムのパフォーマンス問題を見てみよう。

― 1 分で読む


ブロックチェーンのパフォーブロックチェーンのパフォーマンス問題る。FabricとQuorumの課題を強調すHyperledger
目次

許可されたブロックチェーンは、特定のユーザーのみが参加できるネットワーク上で情報を共有するデジタル台帳だよ。いろんなビジネスアプリケーションで使われていて、分散化の利点と企業のパフォーマンスニーズを組み合わせることを目指してる。ただ、その利点があるにもかかわらず、これらのブロックチェーンは伝統的な集中型システムのスピードに匹敵するのが難しいんだ。

パフォーマンスの課題

多くの組織にとっての主な懸念は、許可されたブロックチェーンのスループットが、確立された集中型システムに比べて低いことだよ。スループットっていうのは、システムが一定時間内に処理できるトランザクションの数を指す。研究者たちはさまざまな許可されたブロックチェーンを研究して、その限界を特定し、パフォーマンスを改善する方法を見つけようとしてるんだけど、残念ながらそういう研究はばらばらで一貫性がないため、他の人がその結果を適用するのが難しいんだ。

統一されたアプローチの必要性

これらの問題に対処するためには、許可されたブロックチェーンのパフォーマンスのボトルネックを特定するための、もっと標準化された方法が必要だよ。既存の多くの研究は、特定のブロックチェーンに関する専門的な知識が必要で、しばしば互いに一致しないんだ。求められているのは、さまざまな許可されたブロックチェーンに適用できる、もっとシンプルでビジュアルなアプローチだね。研究者や開発者が使いやすくなるよ。

人気のブロックチェーンの分析

この方法を示すために、2つの人気の許可されたブロックチェーン、Hyperledger FabricとQuorumを徹底的に分析したんだ。これらのシステムがどう機能するかを見ることで、使用するリソースをよりよく理解できて、パフォーマンスのボトルネックを特定できるんだ。

Hyperledger Fabricの概要

Hyperledger Fabricは、市場での主要な許可されたブロックチェーンの一つだよ。パフォーマンスを改善するためのさまざまな機会を提供するユニークなアーキテクチャを持ってる。その重要な機能の一つは、トランザクションを実行する前にシミュレーションできることで、これをexecute-order-validateアプローチと呼ぶよ。これにより、ノードはレジャーをすぐに変更することなくトランザクションを実行できて、コンフリクトを防ぐのに役立つんだ。

Fabricでは、ノードは組織と呼ばれる異なるグループに整理されている。ノードは、レジャーを維持する(ピアノード)役割や、新しいブロックを作成する(オーダラー)役割を担うことができる。この構造は、ノード間の負荷をバランスよく分担するのに役立つけど、同時に渋滞のポイントを持ち込む可能性もあるんだ。

Fabricにおけるボトルネックの特定

Fabricがパフォーマンスで苦しむ場所を見つけるために、実験が行われたよ。このテスト中、リクエストレート、つまりトランザクションがネットワークに送られる頻度を徐々に増やしていった。異なるノードがどう反応するかを観察することで、重要な問題が特定されたんだ。

分析の結果、ピアノードのCPU使用率がスループットに影響を与える最も重要な要因の一つだとわかったんだ。リクエストレートが増加するにつれて、CPU使用率が頭打ちになる明確なポイントがあった。これは、システムが効率的に追加のリクエストを処理できなくなったことを示しているよ。

リソース利用パターン

さまざまなノード間のCPU使用を調査した結果、すべてのピアが負荷を平等に分担しているわけではないことがわかったんだ。一部のノードは他よりもずっとハードに働いていて、リソースの分配が不均等になっていた。この不均衡は、ネットワークのすべての部分が最適に機能しているわけではないため、遅延を引き起こす可能性があるんだ。

分析では、ノードのデータの流入と流出に関するネットワークトラフィックも調査されたよ。ピアノードのネットワーク使用はリクエストレートと相関しているようだったけど、いくつかのピアは他のノードより多くのデータを送信していて、リーダーとして機能しているノードがあったため、彼らの能力がさらに圧迫されていたんだ。

Quorumの概要

Quorumは、もう一つの重要な許可されたブロックチェーンで、Ethereumの修正版を基にしているよ。トランザクションが順番に整理されてから実行される、もっとシンプルなプロセスを持ってる。また、ノード間の合意を達成するためのさまざまな方法もサポートしていて、使用ケースに応じて異なるルールの下で動作できるんだ。

Quorumにおけるボトルネックの特定

Quorumでも、同様のテストプロセスが採用された。リクエストレートを増やすことで、トランザクションがネットワークを流れるにつれて、さまざまなリソースがどのように利用されたかを観察できたんだ。

結果として、CPUとネットワーク使用はリクエストレートが増加するにつれて増えたけど、特定のポイントではパフォーマンスが著しく低下することがわかった。具体的には、クライアントが一度に送信できるトランザクションの数に制限があることが最適なパフォーマンスの障害になっていた。この制限は、クライアントが限界に達するにつれて拒否されるトランザクションの増加を引き起こしたよ。

トランザクション管理の重要性

Quorumでは、トランザクションは実行可能なタイプと非実行可能なタイプに分類される。非実行可能なトランザクションは、前のトランザクションが完了するまで処理を待たなきゃいけない。リクエストレートが増加するにつれて、クライアントは容量の限界に達し、多くのトランザクションが拒否されることになった。この問題は、全体的なパフォーマンスの低下に大きく寄与しているんだ。

結論と推奨事項

これらの分析を通じて、Hyperledger FabricとQuorumの両方がパフォーマンスを妨げる課題に直面していることが明らかになったよ。Fabricでは、主なボトルネックがバリデーションフェーズにあり、特にトランザクションの確認方法についての課題がある。Quorumでは、クライアントによるトランザクション提出の制限が、リクエストレートが増加するにつれて重大な問題を引き起こしているんだ。

今後の研究は、これらの特定されたボトルネックの最適化に焦点を当てるべきだよ。モニタリングと分析のためのより専門的なツールを使うことで、改善が必要な特定のエリアを特定できるんじゃないかな。全体的に、許可されたブロックチェーンのスループットに影響を与える要因についての理解を深めることは、組織がデジタル台帳戦略に関して情報に基づいた意思決定をするための力になるんだ。

最後の考え

許可されたブロックチェーンのパフォーマンスは、引き続き活発な研究と開発の領域だよ。ビジネスがさまざまなアプリケーションのためにこの技術を活用しようとするとき、これらのシステムがどこで優れていて、どこで苦労しているのかを理解することが重要なんだ。パフォーマンス分析の標準化されたアプローチを採用し、特定されたボトルネックに焦点を当てることで、実務者は将来のより効果的で効率的なブロックチェーンソリューションの基礎を築くことができるんだ。

オリジナルソース

タイトル: What Blocks My Blockchain's Throughput? Developing a Generalizable Approach for Identifying Bottlenecks in Permissioned Blockchains

概要: Permissioned blockchains have been proposed for a variety of use cases that require decentralization yet address enterprise requirements that permissionless blockchains to date cannot satisfy -- particularly in terms of performance. However, popular permissioned blockchains still exhibit a relatively low maximum throughput in comparison to established centralized systems. Consequently, researchers have conducted several benchmarking studies on different permissioned blockchains to identify their limitations and -- in some cases -- their bottlenecks in an attempt to find avenues for improvement. Yet, these approaches are highly heterogeneous, difficult to compare, and require a high level of expertise in the implementation of the underlying specific blockchain. In this paper, we develop a more unified and graphical approach for identifying bottlenecks in permissioned blockchains based on a systematic review of related work, experiments with the Distributed Ledger Performance Scan (DLPS), and an extension of its graphical evaluation functionalities. We conduct in-depth case studies on Hyperledger Fabric and Quorum, two widely used permissioned blockchains with distinct architectural designs, demonstrating the adaptability of our framework across different blockchains. We provide researchers and practitioners working on evaluating or improving permissioned blockchains with a toolkit, guidelines on what data to document, and insights on how to proceed in the search process for bottlenecks.

著者: Orestis Papageorgiou, Lasse Börtzler, Egor Ermolaev, Jyoti Kumari, Johannes Sedlmeir

最終更新: 2024-04-02 00:00:00

言語: English

ソースURL: https://arxiv.org/abs/2404.02930

ソースPDF: https://arxiv.org/pdf/2404.02930

ライセンス: https://creativecommons.org/licenses/by/4.0/

変更点: この要約はAIの助けを借りて作成されており、不正確な場合があります。正確な情報については、ここにリンクされている元のソース文書を参照してください。

オープンアクセスの相互運用性を利用させていただいた arxiv に感謝します。

著者たちからもっと読む

類似の記事