ハイパージーガーネットワーク上のピアが失敗し、再び呼び出されるとします。それは後ろにあり、現在の元帳を含んでいません。ハイパージーガーピアのクエリーはどのように機能しますか?
私のアプリケーションがそのピアを照会すると、古い情報が表示されます。
ネットワークの他の部分と最新ではないことをピアが知っていることを前提とし、それが追いついていない間にクエリに結果を提供しないことは安全でしょうか?
ハイパージーガーネットワーク上のピアが失敗し、再び呼び出されるとします。それは後ろにあり、現在の元帳を含んでいません。ハイパージーガーピアのクエリーはどのように機能しますか?
私のアプリケーションがそのピアを照会すると、古い情報が表示されます。
ネットワークの他の部分と最新ではないことをピアが知っていることを前提とし、それが追いついていない間にクエリに結果を提供しないことは安全でしょうか?
「ledgerが最新の場合」の追加検証で、1秒あたり千トランザクションが発生すると、サーバーに負荷がかかります。ノードだけでは最高ブロック(ネットワーク停止?)で動作し、他のメンバーに要求を送信する必要があるかどうかを保証できないことを考慮すると、潜在的なボトルネックになる可能性があります。
ザ・このトレッドの関連する議論した: https://github.com/hyperledger-archives/fabric/issues/761
あなたはまだ抜けタイプのエラーを心配する必要があります(例えばVP 最も関連性の高いブロックではなく、いくつかの 過去の有効から状態を返しませんブロック)。そのためには、私たちはまだ "強い読み取り" 型のメカニズムが必要だと思いますが、おそらく " 最近のブロック"を構成するものの検証は値そのものを返すよりも安いです。 最新のブロックである が、特定の取引や状態に固有のものではないことが考えられます。 複数の「強力な読み取り」確認を検証するための1つのメカニズムにピギーバックする可能性がありますブロックの高さ。
「強力な読み取り」がいくつかのスレッドで言及されており、このアプローチが解決策として選択される可能性があります。