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