@eigen_da が v2 をリリースし、スループットが 15MB/s から 100MB/s に増加するので、EigenDA が v1 と比較してこれをどのように達成しているかを深く掘り下げたいと思います。 v1 (オリジナルの EigenDA) では: • L2のシーケンサーがEigenDAにブロックを送信すると、分散器(EigenDA内)はブロブをチャンク(小さなブロブピース)にします。 • チャンクは、異なるストレージ・オペレーターに送信されます。 • 各ストレージ・オペレーターは独自のチャンク・セット (小さなブロブ・ピース) を処理するため、同じチャンクを処理するオペレーターが 2 つ存在しません。 • このアプローチにより、水平方向のスケーリングが可能になり、より多くの演算子→より多くのチャンクを処理→、より高いスループット→より高い TPS を実現できます。 v2 (新しい EigenDA) では: • EigenDA は、メタデータ (BLOB ヘッダー) とデータ (エンコードされたチャンク) の通信を分離します。ディスパーサーは BLOB ヘッダーのみを DA ノードに送信し、DA ノードはデータ ペイロードを要求する前に支払いとレート制限を検証します。 • BLOB を 8192 チャンクに標準化することでデータ エンコーディングが合理化され、エンコードがステートレスになり、複雑さが軽減されます。データはすべてのクォーラムに対して 1 回エンコードされるため、冗長性が軽減されます。 • LittDB(特殊DB)は、標準ハードウェア上で高速で信頼性の高いキーバリューストレージ用に設計されました。データの変更や複雑なトランザクションを排除し、スケーラビリティ要件をサポートするためにシーケンシャルなデータの有効期限に重点を置きます。 @fuel_networkと@aevoxyzはすでに稼働していますが、前回の記事で書いたように、EigenDAはロールアップや暗号にまったく限定されず、一般的にあらゆるソフトウェアに必要なデータスループットをサポートするインフラでもあります。