私はブロックチェーンにおけるスケーラビリティが、あまりにも狭い意味で語られがちだと思い続けています。
チェーンはより多くの取引を処理できても、活動が増えるにつれて実行が予測不能になるなら、金融アプリケーションにとっては依然として扱いにくいままです。
Duskに惹かれたのは、スケーラビリティが単なる「処理能力(スループット)」の数字ではなく、システムの問題として扱われている点です。アーキテクチャは、コンセンサス、ネットワーキング、実行といった関心事を層ごとに分離しており、各層により具体的な役割が与えられています。
それは、単にヘッドラインのTPS指標を追いかけるよりもずっとすっきりしています。
しかし、その下には疑問があります。金融アプリケーションが必要としているのは、需要が低いときのキャパシティだけではありません。同時に複数のワークフローがリソースを奪い合う状況でも、システムが予測可能な状態を保てることが必要です。
高い理論上のキャパシティは役に立ちます。予測可能なキャパシティのほうが難しい。
では、Duskの層構造のアプローチは、スケーラブルな金融インフラへのより良い道なのか、それともシステムをより専門化されたコンポーネントに分けることで、運用・管理の複雑さが増えるだけなのでしょうか??
#dusk @Dusk $DUSK
チェーンはより多くの取引を処理できても、活動が増えるにつれて実行が予測不能になるなら、金融アプリケーションにとっては依然として扱いにくいままです。
Duskに惹かれたのは、スケーラビリティが単なる「処理能力(スループット)」の数字ではなく、システムの問題として扱われている点です。アーキテクチャは、コンセンサス、ネットワーキング、実行といった関心事を層ごとに分離しており、各層により具体的な役割が与えられています。
それは、単にヘッドラインのTPS指標を追いかけるよりもずっとすっきりしています。
しかし、その下には疑問があります。金融アプリケーションが必要としているのは、需要が低いときのキャパシティだけではありません。同時に複数のワークフローがリソースを奪い合う状況でも、システムが予測可能な状態を保てることが必要です。
高い理論上のキャパシティは役に立ちます。予測可能なキャパシティのほうが難しい。
では、Duskの層構造のアプローチは、スケーラブルな金融インフラへのより良い道なのか、それともシステムをより専門化されたコンポーネントに分けることで、運用・管理の複雑さが増えるだけなのでしょうか??
#dusk @Dusk $DUSK
Better scalability
0%
More complexity
0%
Depends on execution
0%
Too early to tell
0%
0 投票 • 投票は終了しました