🚨SonicDB はブロックチェーンの状態アクセスに革命をもたらす? 💡ゼロリード増幅 ⚡️Gethの6倍の速度 💼ダイレクトバイナリストア しかし、実際にはどのように機能するのでしょうか?👇👇👇 リード増幅は常に効率のボトルネックでした。 ➡️読み取り増幅の問題 - ボトルネック ➡️SonicDB のしくみ ➡️ゲスとの違い ➡️パフォーマンス ソニックは、ブロックチェーン データのパフォーマンスに新しい基準を設定しています。 読み取り増幅問題:(通常のブロックチェーン) ➡️すべてのブロックチェーンデータベースに隠れたボトルネック 通常のブロックヘインデータベース(LevelDB/RocksDB)は、マークルツリーベースのキー値ストアの上にマークル・パトリシア・トライ(MPT)を重ねます。 ➡️これにより、読み取り増幅の問題が発生し、MPT は多対数ルックアップを必要とするため、アクセス時間が悪くなります。 ➡️テラバイト単位のデータの場合、データ構造のルックアップが遅くなります SonicDB のしくみ: ➡️SonicDB は、アカウント、残高、ナンス、およびすべてのスマート コントラクト データをバイナリ ファイルに格納し、キー値ストレージをバイパスします。 ➡️バイナリ データのインデックスを定時間 MPT ノード アクセスに直接作成することで、複雑さが軽減されます。 ➡️デュアル構造 1) 高速ハッシュ計算用のインメモリMPT(青) 2) 直接ノードインデックス作成用のディスクバイナリファイル(緑) ノードは固定されたままで、スペースは再利用のためにプールされ、新しいノードがファイルエンドに追加されるため、コストのかかる再編成が回避されます。 ゲスとの違い: ➡️LevelDBは読み取り増幅(ボトルネック)が非常に制限されています ➡️SonicDB は、バイナリ ファイルに MPT を構築することで、キーと値のストアのオーバーヘッドを排除し、その結果、一定の時間ノード アクセスが可能になります。 ➡️SonicDB は、ブロックチェーン固有のニーズに合わせて最適化された、不要な範囲クエリのサポートを回避します パフォーマンス： ➡️SonicDB は 11M の Sonic メインネット ブロックを 1,300 MGas/s で処理しました ➡️ゲスの6.2倍の速さ ➡️SonicDB が成長するにつれて、その効率的なシステムが輝き、その結果、スループットが向上します。 Sonic はブロックチェーン固有のアップグレードを行い、パフォーマンスを向上させ、ストレージ最適化の余地をさらに残しました。@DrSonicScholzブロックチェーンDBを革新しています。