Sei 已开始分阶段推出其 Eidos 存储升级，这一升级将重建第一层网络对链上数据的存储和验证方式，作为其 Giga 路线图的一部分，目标是实现每秒 20 万笔交易（TPS）的吞吐量。
Sei 通过 v6.6 主网升级启动了 Eidos 的分阶段部署。Eidos 正在重建网络的存储架构，以支持 Giga 目标下的 20 万 TPS。EVM 状态正在被分离到专用数据库中，而 FlatKV 和 LtHash 计划在后续阶段引入。此次迁移设计为在 Sei 保持在线的情况下运行，现有存储系统与新存储系统将并行运作。
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 白皮书，设计目标为每秒 20 万笔交易、5 gigagas 吞吐量和低于 400 毫秒的最终确认。在这一吞吐量下，Sei 表示网络每秒还需要写入数十万条数据库条目。因此，如果存储层无法以同等速度处理状态变更和交易历史，更快的交易执行将带来有限的收益。
Eidos 的另一部分是将 EVM 状态与 Sei 节点处理的其他数据分离。在更改之前，EVM 状态与链上其他信息共享一个数据库。新架构为 EVM 状态提供了专用存储，防止历史查询与实时交易处理竞争，并减少了非 EVM 模块带来的数据库工作。这一分离已在 8 月的 v6.6 版本中开始部署到主网。
Sei 还引入了一条重建的修剪路径，用于删除节点不再需要保留在活动存储中的数据。据网络方面称，修剪更改将一项清理过程从之前的 8 到 18 分钟缩短至约 5 分钟。此前可能落后链尖端数百个区块的节点，在更改后仅落后约 60 个区块。
区块和交易收据也被分配了一个独立的存储引擎，名为 LittDB。Sei 将区块和收据描述为一次写入、多次读取并最终归档的数据，其存储需求与频繁更新的账户和合约状态不同。Sei 引用的内部基准测试显示，LittDB 的写入吞吐量超过每秒 1 GB，同时处理约每秒 55,000 次点读取。新的收据存储在包含垃圾回收的多小时基准测试中，维持了每秒超过 15 万次写入。Sei 提醒，该指标衡量的是存储引擎，不应被视为区块链交易吞吐量。
Eidos 还改变了单个节点期望本地保留的历史数据量。Sei 表示，频繁访问的状态和近期链历史将保留在快速本地存储上，而较旧的历史记录将转移到专为容量构建的归档系统。浏览器、索引器和审计历史交易的用户仍可检索归档信息。减少活动节点上保留的旧数据量，旨在防止历史查询消耗当前交易所需的资源。Sei 表示，随着网络吞吐量增加，不断增长的存储需求可能迫使运营商使用更快、更昂贵的硬件。
这项基础设施工作是在此前增加 Sei EVM 生态系统访问权限的努力之后进行的。MetaMask 于 2025 年 8 月添加了原生 Sei 支持，允许用户通过钱包直接访问基于 Sei 的应用程序、交换资产和桥接代币。当时，Sei 每天处理超过 420 万笔交易，月活跃用户超过 1100 万。2025 年 12 月宣布的一项独立分销协议要求小米在除中国大陆和美国以外的地区销售的新智能手机上预装 Sei 钱包。两家公司还计划支持使用 USDC 等资产的稳定币支付，初始支付部署计划在香港和欧盟进行。
对于节点运营商，Sei 在不停止区块链的情况下进行存储迁移。网络表示，现有存储系统和替换存储系统将并行运行，同时数据以区块为单位分批移动。部署通过治理控制，并设计了回滚流程以应对潜在问题。据 Sei 称，在部署前，影子节点针对新存储系统重放了主网流量，同时持续检查完整性哈希。测试显示，在后台运行迁移过程时，区块时间基本保持不变。
Eidos 是 Sei 进行的第三次存储重建。该网络此前将原始的 Cosmos 存储架构替换为 SeiDB，随后进行了现在在主网上引入的状态存储分离。FlatKV、LittDB 和离节点归档系统将构成下一阶段，随后续版本发布。据 Sei 称，用户和应用程序开发者在迁移期间无需采取任何行动，余额、智能合约、历史记录和现有 RPC 端点仍可使用。节点运营商已获得迁移指南，其中涵盖新存储系统的配置标志和文档化的回滚流程。