🚨SonicDB 是區塊鏈狀態訪問的革命？ 💡零讀取擴增 ⚡️比 Geth 快 6 倍 💼直接二進位存儲 但它實際上是如何運作的？ 👇👇👇 讀取擴增一直是效率的瓶頸。 ➡️讀取擴增問題 - 瓶頸 ➡️SonicDB 的運作方式 ➡️與 Geth 的區別 ➡️性能 Sonic 正在為區塊鏈數據性能設定新標準。 讀取擴增問題：（普通區塊鏈） ➡️每個區塊鏈數據庫中的隱藏瓶頸 普通區塊鏈數據庫（LevelDB/RocksDB）在基於 Merkle 樹的鍵值存儲之上層疊了一個 Merkle-Patricia Trie (MPT)。 ➡️這造成了讀取擴增問題，MPT 需要多次對數查找，導致訪問時間不佳。 ➡️對於 TB 級的數據，這會減慢數據結構中的查找速度。 SonicDB 的運作方式： ➡️SonicDB 將帳戶、餘額、隨機數和所有智能合約數據存儲在二進位文件中，繞過鍵值存儲。 ➡️直接將二進位數據索引到常數時間的 MPT 節點訪問，這降低了複雜性。 ➡️雙結構 1) 內存中的 MPT（藍色）用於快速哈希計算 2) 磁碟上的二進位文件（綠色）用於直接節點索引 節點保持固定，空間被池化以供重用，新節點附加到文件末尾，避免了昂貴的重組。 與 Geth 的區別： ➡️LevelDB 在讀取擴增方面非常有限（瓶頸） ➡️SonicDB 通過在二進位文件上構建 MPT，消除了鍵值存儲的開銷，這導致常數時間的節點訪問。 ➡️SonicDB 避免了不必要的範圍查詢支持，針對區塊鏈特定需求進行了優化。 性能： ➡️SonicDB 以 1,300 MGas/s 處理了 1100 萬個 Sonic 主網區塊 ➡️比 Geth 快 6.2 倍 ➡️隨著 SonicDB 的增長，其高效系統將閃耀，這將導致更高的吞吐量。 Sonic 進行了區塊鏈特定的升級，提升了性能並留出了更多的存儲優化空間。@DrSonicScholz 正在創新區塊鏈數據庫。