Sei网络的“Giga”升级究竟是何方神圣？_新闻

免责声明：内容不构成买卖依据，投资有风险，入市需谨慎！

Sei网络的“Giga”升级究竟是何方神圣？

2026-08-19 18:52:48

Sei 网络的 Giga 升级并非一次简单的软件补丁，而是一次对区块链三大核心部分——共识、执行和存储——的全面架构重塑。在保持网络持续运行的同时，这三部分各自并行重建。

三条轨道，同一目标

Giga 围绕三条升级轨道展开。第一条是共识，一项名为 Autobahn 的协议取代了单一出块者模型。Autobahn 是一种多出块者共识协议。传统区块链一次只依赖一个区块提议者，形成瓶颈。Autobahn 允许多个验证者同时提议区块，从而将每秒交易量从数千提升至数十万。

第二条轨道是执行，由 Ares 升级负责。Ares 是一个重新构建的执行引擎，将成为主网上运行交易的默认路径。

第三条轨道是存储，Eidos 正是为此而生。区块链处理的每笔交易都必须被记录。如果数据库的写入速度无法跟上网络执行交易的速度，那么纯粹的处理能力提升将毫无意义。Eidos 升级了 Sei 的存储层，而 Ares 和 Eidos 都需要跟上 Sei Giga 目标的 20 万 TPS。

为什么存储是难点

Eidos 弃用了用于 Sei EVM 状态的 Merkle 树。取而代之的是 FlatKV，它将状态保存在扁平键值布局中，每次变更对应一次写入。格点哈希（LtHash）维护整个状态的运行指纹，每次变更时以恒定时间更新，无需级联重算。

Eidos 还彻底将实时 EVM 状态与其他区块链数据分离开。这将 EVM 历史状态与 Cosmos SDK 状态解耦为独立数据库，消除了实时交易中的磁盘 I/O 瓶颈。

此外，由 LittDB 支持的存储层负责处理区块和收据。这些记录一次性写入，但会被反复查询，因此与不断变化的链状态构成不同的工作负载。较旧的历史数据最终会从活跃节点迁移到归档存储中。

关键在于，迁移本身的设计避免了停机。Eidos 并非让网络停止并一次性替换整个数据库，而是在 Sei 继续生成区块的同时进行存储迁移，新旧系统并行运行，数据分批移动，并在整个过程中执行完整性检查。

通过 2026 年 8 月初的治理提案执行的 v6.6 版本，在 Sei 主网上部署了 Sei Giga 整体计划的两个基础组件：Ares 执行引擎和 Eidos 存储引擎。

与 Eidos 一同推出的修剪修复功能已对运营者产生可衡量的效果：原本需要 8 到 18 分钟的清理过程缩短至大约 5 分钟，并且节点与链顶部的差距保持在 60 个区块内，而此前它们往往会落后数百个区块。

Eidos 的更大组成部分，包括带有格点哈希的 FlatKV、由 LittDB 支持的收据存储以及链外归档存储，将在后续版本中推出。

多阶段的 Giga 计划旨在实现低于 250 毫秒的区块最终确认时间，并为去中心化金融提供工业级吞吐量，其中 20 万 TPS 是主要目标。达到这一速度不仅需要更快的交易引擎，还需要能够跟上节奏的存储系统。这正是 Eidos 试图构建的。

免责声明：

本网站、超链接、相关应用程序、论坛、博客等媒体账户以及其他平台和用户发布的所有内容均来源于第三方平台及平台用户。百亿财经对于网站及其内容不作任何类型的保证，网站所有区块链相关数据以及其他内容资料仅供用户学习及研究之用，不构成任何投资、法律等其他领域的建议和依据。百亿财经用户以及其他第三方平台在本网站发布的任何内容均由其个人负责，与百亿财经无关。百亿财经不对任何因使用本网站信息而导致的任何损失负责。您需谨慎使用相关数据及内容，并自行承担所带来的一切风险。强烈建议您独自对内容进行研究、审查、分析和验证。

展开阅读全文