Sei 已開始推出其 Eidos 儲存升級，重建這個第 1 層網路儲存和驗證鏈上數據的方式，以配合其 Giga 路線圖所設定的每秒 200,000 筆交易吞吐量目標。
Sei 在 8 月 12 日的技術更新中表示，Eidos 旨在消除可能阻礙網路執行層以 Giga 計畫速度運行的儲存限制。此次升級是三部分架構改革中的儲存組件，該改革還包括用於共識的 Autobahn 和用於交易執行的 Ares。
首批 Eidos 組件已透過 Sei v6.6 達到主網，儘管完整的儲存系統將分階段引入。EVM 狀態已開始移至專用資料庫，而 FlatKV、LtHash、新的收據儲存和離線節點歸檔系統則預計在後續版本中推出。
Eidos 的核心是改變 Sei 維護和驗證以太坊虛擬機 (EVM) 狀態的方式。
Sei 表示，傳統的 Merkle 樹要求節點在數值改變時重新計算多個雜湊值，因為每次更新都會改變通往樹根的雜湊鏈。因此，隨著儲存數據量的增加，單一狀態變化可能需要額外的資料庫工作。
Eidos 計畫用 FlatKV（一種扁平的鍵值儲存系統）取代這種 EVM 狀態的結構，其中單一狀態變化只需要一次寫入。驗證將使用 LtHash（格狀雜湊）來處理，它維護著狀態的運行中指紋。
根據 Sei 描述的設計，當狀態改變時，LtHash 可以在常數時間內更新該指紋。節點不是透過 Merkle 樹重新計算雜湊路徑，而是移除舊值的貢獻並添加新值，使得每次更新的工作量在狀態擴展時保持不變。
這項技術變革與 Giga 設定的性能目標直接相關。正如 crypto.news 在 2025 年 5 月報導的，Sei Labs 發布了其 Giga 白皮書，其設計目標是每秒 200,000 筆交易、5 gigagas 的吞吐量和低於 400 毫秒的最終確定性。
在如此高的吞吐量下，Sei 表示網路每秒還必須寫入數十萬個資料庫條目。因此，如果儲存層無法以可比較的速率處理狀態變化和交易歷史，那麼更快的交易執行將提供有限的效益。
Eidos 的另一部分是將 EVM 狀態與 Sei 節點處理的其他數據分離。
在變革之前，Sei 表示 EVM 狀態與鏈上的其他資訊共享一個資料庫。新的架構為 EVM 狀態提供了專用的儲存空間，防止歷史查詢與即時交易處理直接競爭，並減少了對非 EVM 模組造成的資料庫工作量。
此次分離已於 8 月透過 v6.6 版本開始推向主網。Sei 還引入了一個重建的修剪路徑，用於刪除節點不再需要保留在活動儲存中的數據。
根據網路說法，修剪更改在測試和運行期間將一個清理過程從 8 到 18 分鐘縮短到大約 5 分鐘。Sei 表示，以前可能落後數百個區塊的節點，在更改後仍保持在大約 60 個區塊內。
區塊和交易收據也將被分配一個名為 LittDB 的獨立儲存引擎。Sei 將區塊和收據描述為寫入一次、重複讀取並最終歸檔的數據，這使得它們的儲存需求與頻繁更新的帳戶和合約狀態不同。
Sei 引用的內部基準測試顯示，LittDB 的寫入吞吐量超過每秒 1 gigabyte，同時每秒處理約 55,000 次點讀取。一個新的收據儲存系統在包含垃圾回收的多小時基準測試中，每秒持續處理超過 150,000 次寫入。Sei 提醒說，該數字衡量的是儲存引擎，不應視為區塊鏈交易吞吐量。
Eidos 也改變了個別節點預計在本地保留的歷史資訊量。
Sei 表示，頻繁存取的狀態和近期鏈歷史將保留在快速本地儲存中，而較舊的歷史記錄將移至為容量而建的歸檔系統。據網路稱，區塊鏈瀏覽器、索引器和審核歷史交易的用戶仍能檢索這些歸檔資訊。
減少活躍節點上保留的舊數據量，旨在防止歷史查詢消耗當前交易所需的資源。Sei 表示，隨著網路吞吐量的增加，不斷增長的儲存需求可能迫使運營商使用更快、更昂貴的硬體。
這項基礎設施工作遵循了早期增加對 Sei EVM 生態系統存取權的努力。MetaMask 在 2025 年 8 月增加了對 Sei 的原生支援，允許用戶直接透過錢包存取基於 Sei 的應用程式、交換資產和跨鏈代幣。當時，根據報告中引用的數據，Sei 每日處理超過 420 萬筆交易，每月活躍用戶超過 1,100 萬。
2025 年 12 月宣布的另一項分銷協議要求小米在中國大陸和美國以外銷售的新款智慧型手機上預裝 Sei 錢包。這些公司還計畫支援使用 USDC 等穩定幣支付，初步支付部署計畫在香港和歐盟進行。
對於節點運營商而言，Sei 正在進行儲存遷移，而無需停止區塊鏈。
網路表示，現有和替換的儲存系統將並行運行，同時數據將以批次從區塊移至區塊。此次推出由治理控制，並設計了回滾流程，以防出現問題。
Sei 表示，在部署之前，影子節點針對新的儲存系統重播了主網流量，同時持續檢查完整性雜湊。測試顯示，在遷移過程於後台運作時，區塊時間基本保持不變。
Eidos 是 Sei 進行的第三次儲存重建。該網路此前已將其原始的 Cosmos 儲存架構替換為 SeiDB，隨後是目前正在主網上引入的狀態儲存分離。FlatKV、LittDB 和離線節點歸檔系統將隨著它們在後續版本中推出而構成下一階段。
根據 Sei 的說法，用戶和應用程式開發人員在遷移期間無需採取任何行動，餘額、智能合約、歷史記錄和現有 RPC 端點將保持可用。節點運營商已收到一份遷移指南，其中涵蓋了新儲存系統的配置標誌和文件化的回滾流程。
