ブロックチェーンが混み始めたら何が起きるのか?
ブロックチェーン設計で見落とされがちな疑問の一つが、「メッセージを作ったあと、皆がそれを受け取るまでに何が起きるのか」という点だと思います。
ネットワーク活動が増えるにつれて課題は、単により多くのトランザクションを作ることにとどまりません。
ネットワークは、通信オーバーヘッドを見えない形のスケーラビリティ上限に変えてしまわないように、より多くの情報を調整して伝達する必要があります。
ここで、DuskがKadcastを選んだことが私にとって興味深くなります。
その伝播(プロパゲーション)の考え方は、ネットワーク全体にわたってすべてのノードが情報を繰り返しリレーするのではなく、構造化されたピア選択に基づいて設計されています。
それにより、効率の計算式が変わります。
目標は単に:
「ネットワークはメッセージを送れるのか?」
ではありません。
それはもちろん「送れる」のですが、
「リソースを無駄にせずに、ネットワークはメッセージを配布できるのか?」
です。
この違いは、金融活動を支えることを目的としたインフラでは特に重要になります。生のスループットと同じくらい、予測可能なネットワーク挙動が意味を持つためです。
私は、このような見方こそがブロックチェーンのスケーラビリティをより興味深く捉える方法だと思います。
スケーラビリティが「より多く処理すること」だけを意味するとは限りません。
それはまた、「より賢く伝達すること」でもあります。
私が注目する価値があるのは、こうしたエンジニアリングのレイヤーです。@Dusk
$DUSK #Dusk
ブロックチェーン設計で見落とされがちな疑問の一つが、「メッセージを作ったあと、皆がそれを受け取るまでに何が起きるのか」という点だと思います。
ネットワーク活動が増えるにつれて課題は、単により多くのトランザクションを作ることにとどまりません。
ネットワークは、通信オーバーヘッドを見えない形のスケーラビリティ上限に変えてしまわないように、より多くの情報を調整して伝達する必要があります。
ここで、DuskがKadcastを選んだことが私にとって興味深くなります。
その伝播(プロパゲーション)の考え方は、ネットワーク全体にわたってすべてのノードが情報を繰り返しリレーするのではなく、構造化されたピア選択に基づいて設計されています。
それにより、効率の計算式が変わります。
目標は単に:
「ネットワークはメッセージを送れるのか?」
ではありません。
それはもちろん「送れる」のですが、
「リソースを無駄にせずに、ネットワークはメッセージを配布できるのか?」
です。
この違いは、金融活動を支えることを目的としたインフラでは特に重要になります。生のスループットと同じくらい、予測可能なネットワーク挙動が意味を持つためです。
私は、このような見方こそがブロックチェーンのスケーラビリティをより興味深く捉える方法だと思います。
スケーラビリティが「より多く処理すること」だけを意味するとは限りません。
それはまた、「より賢く伝達すること」でもあります。
私が注目する価値があるのは、こうしたエンジニアリングのレイヤーです。@Dusk
$DUSK #Dusk
