多くの人はデータの保存方法に悩んでいますが、私はむしろデータを読み戻すときの信頼性に関心があります。正直なところ、Walrusの読み取りプロトコルこそがシステム全体の真の試練です——遅延ノード、悪意のあるノード、不安定なネットワークに直面しても正常に動作し続ける必要があります。



流れは次の通りです:まず、誰も直接データに触れることはできません。最初にメタデータの証明を行う必要があります。読み取り側はエンコードされたメタデータの断片を収集し、それぞれの証明を検証します。これにより、盲目的に信じることを完全に避けられます。このステップだけでも、多くの基本的な故障を排除できます。

Secondary sliversは、全体の設計で最も巧妙な部分です。一手資料を待つのではなく、複数のノードからこれらのバックアップデータを収集します。それらは次々に到着し、遅いノードやオフラインのノードが全体の流れを妨げることはありません。十分な数の有効な断片を集めたら、直接データブロックを再構築します。

しかし、Walrusはそこで終わりません。復元したデータに対して再度エンコードを行い、チェーン上の約束と比較します。数字が一致しなければ?すぐに破棄します。この追加の検証ステップは、隠れた改ざん行為を捕捉するために設けられています。

もう一つの細かい点:失われたデータブロックは自己修復します。ノードは隣接する同行や同列の隣人から符号断片を引き出し、欠損部分を再構築します。修復は小規模なデータの引き出しだけで済み、大規模な書き換えを引き起こすことはなく、帯域幅の消費も制御範囲内です。

パフォーマンスも耐えられます——各ノードは全体負荷の一つの断片だけを処理するため、読み取りと修復のコストは基本的に最初の書き込みと同じです。結局のところ、Walrusの読み取りモデルは空想ではなく、実際に検証可能な方案であり、システムが故障したときでも正しいデータを取り戻せることを保証します。
原文表示
このページには第三者のコンテンツが含まれている場合があり、情報提供のみを目的としております(表明・保証をするものではありません)。Gateによる見解の支持や、金融・専門的な助言とみなされるべきものではありません。詳細については免責事項をご覧ください。
  • 報酬
  • 8
  • リポスト
  • 共有
コメント
0/400
AirDropMissedvip
· 19時間前
walrusこの読み取りロジックは放置されている、本当に酷い
原文表示返信0
ThreeHornBlastsvip
· 01-08 15:31
この読み取りプロトコルの設計は本当に素晴らしいです。secondary sliversの部分は何度も見てやっと理解できました。
原文表示返信0
ForkPrincevip
· 01-07 18:56
これこそ本物の防護です。派手な約束ではありません。
原文表示返信0
BugBountyHuntervip
· 01-07 18:53
言っていることは正しい、真の試練は読み取りにあり、書き込みはむしろ些細なことだ
原文表示返信0
ProbablyNothingvip
· 01-07 18:49
nglこのsecondary sliversのデザインは確かにすごい、シングルポイントを待つ必要がなくて本当に楽だね
原文表示返信0
GasFeeLadyvip
· 01-07 18:48
正直なところ、リード層は実際に99%のシステムが失敗する場所だ... でもウォルラスは違うんだ
原文表示返信0
TestnetScholarvip
· 01-07 18:44
妥了、これが本来の保存の仕方です
原文表示返信0
  • ピン