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 状态，FlatKV 是一种扁平键值存储系统，其中单个状态更改只需一次写入。验证将使用 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进行的第三次存储重建。网络此前用SeiDB替换了原始的Cosmos存储架构，随后是现在在主网上引入的状态存储分离。FlatKV、LittDB和节点外归档系统将在后续版本中作为下一阶段推出。
据Sei称，用户在迁移期间无需采取任何行动，余额、智能合约、历史记录和现有的RPC端点仍然可用。节点运营商已获得迁移指南，涵盖配置标志和新存储系统的文档化回滚流程。
