跳到主要内容

深度解析 Sei V2 的并行 EVM:当 Monad 和 MegaETH 还在奋力追赶时,12,500 TPS 如何在今日实现

· 阅读需 13 分钟
Dora Noda
Software Engineer

在将定义 2026 年之前 Layer 1 竞争的并行 EVM 军备竞赛中,有一条链已经上线,而其他链仍在进行基准测试。

Sei 网络(Sei Network)的 V2 主网自 2024 年底以来,一直以理论上限 12,500 笔/秒(TPS)的吞吐量和低于 400 毫秒的最终确认时间安静地运行着乐观并行执行——这比 Monad 2025 年 11 月的主网发布早了整整一年,且此时 MegaETH 仍在进行其专用节点的实验。问题不再是并行 EVM 是否可行,而是哪种架构能在发布热潮消退后,经受住真实工作负载的考验。

一篇来自 Web3Caff Research 的 1.7 万字技术拆解追溯了 Sei 从 2022 年的一个小众 Cosmos SDK 订单簿链到第一个生产级并行 EVM Layer 1 的历程,剖析了使吞吐量声明可信的三大连锁创新:乐观并行执行、双涡轮(Twin Turbo)共识和 SeiDB。但同样的拆解也揭示了每个“高 TPS L1”最终都会面临的正统差距——在真实的 dApp 负载下,实测的主网吞吐量约为 2,500-3,500 TPS,远低于 12,500 的上限。了解是什么弥补了这一差距,以及 Sei 即将进行的 Giga 升级如何将上限推向 200,000 TPS,才是区块链基础设施走向的真实故事。

使 Sei 率先进入主网的三大支柱架构

Sei V2 的性能并非源于单一的突破。它源于三个协同设计的组件,每个组件都针对传统 EVM 堆栈中的不同瓶颈进行了攻击。

乐观并行执行(Optimistic parallel execution)是核心功能,它与 Solana 的 Sealevel 调度器有着细微但重要的区别。Sealevel 要求交易预先声明打算读取或写入的存储插槽(storage slots),迫使开发者围绕显式的依赖图进行设计。Sei 的运行时则采取了相反的方法:它投机性地并行执行区块中的所有交易,追踪每笔交易涉及的状态,并仅按顺序重新执行有冲突的子集。无冲突的交易在单次处理中完成。递归持续进行,直到没有未计入的冲突为止。

权衡之处在于,当冲突率飙升时,乐观执行会浪费工作量——高竞争活动(如热门的 NFT 铸造或单一池的 DEX 闪电贷)可能会随着交易堆积等待重新执行而降低吞吐量。Monad 采用了类似的乐观方法,而 Aptos 和 Sui 基于 Move 的并行执行则依赖于面向资源的编程,使冲突可以进行静态分析。每种方式都代表了对程序员如何进行大规模构建的不同押注。

双涡轮(Twin Turbo)共识是将 Tendermint 著名的 6 秒出块时间压缩至 400 毫秒以下的关键。它并不是对底层 BFT 引擎的全盘替换,而是一套优化方案,包括激进的超时调整、提案和投票阶段的块内流水线化,以及与并行执行层的紧密结合,使得交易包含(inclusion)与执行排序(execution ordering)解耦。其结果是以往仅与许可账本相关的速度实现了单插槽最终确认(single-slot finality),同时保留了公共 BFT 链的去中心化属性。

SeiDB 是最不起眼但可能影响最深远的部分。默认的 Cosmos SDK 使用 IAVL+ 树进行状态存储,这在高写入量下会产生病态的磁盘 I/O 模式。SeiDB 用自定义后端替换了它,将状态分为两层——写优化的活动层和读优化的归档层——根据 Sei Labs 发布的基准测试,这将磁盘 IOPS 降低了约 10 倍。当你瞄准数万 TPS 时,存储子系统的性能不再是一个注脚。它是吞吐量在 CPU 到达极限之前就崩溃的瓶颈。

Geth 兼容性:至关重要的战略选择

一个架构决策使 Sei V2 与 Monad 产生了随时间推移而累积的差异:Sei 直接将 Geth(以太坊虚拟机的规范 Go 语言实现)导入其节点二进制文件中。任何 Solidity 智能合约都可以在不进行修改的情况下部署。MetaMask、Hardhat 和 Foundry 原生支持。为以太坊主网构建的审计公司、工具提供商和索引器不需要任何适配。

Monad 选择了不同的路径。其团队用 C++ 从头开始重建了 EVM 以榨取额外的性能,并接受了字节码级边界情况的长尾成本,这些情况的行为可能与规范的以太坊不同。如果 Monad 的性能优势能够随时间推移而保持,那么这场押注就是值得的。但如果在生产环境中,数千个经过审计的 Solidity 合约在迁移时表现出细微的执行差异,那么这种做法就会产生负面影响。

Sei 的 Geth 导入策略使其 V2 发布在作为一个活跃网络时具有生存能力。它还使 Sei 成为无法接受兼容性风险的机构部署的自然目标——最明显的是在 2026 年 1 月,当 Ondo Finance 在 Sei 主网上部署了 USDY(按 TVL 计算最大的代币化美国国债产品)时。代币化国债发行方无法容忍边界情况下的 EVM 差异。导入 Geth 的做法完全消除了这一疑问。

主网现状:2,500 TPS,而非 12,500

实测基准告诉我们的故事比营销宣传要复杂得多。Sei 的主网目前在真实的 dApp 负载下——包括 Astroport(该网络的主要 DEX)、White Whale、Seiyans NFT 活动,以及由 Astroport Perps 在 2025 年 12 月推出的不断增长的永续期货市场——维持着大约 2,500 到 3,500 TPS。这个数字远低于 12,500 TPS 的理论上限。

这种差距并非 Sei 特有的失败。它是每一个高性能 L1 在模拟测试与生产环境碰撞时都会遇到的典型鸿沟。三个因素压缩了实际吞吐量:

  • 真实应用的冲突率。 乐观并行执行(Optimistic parallel execution)奖励具有多样化状态访问模式的工作负载,而惩罚热点状态竞争。单个主导的 DEX 池会将大部分交易量通过少数几个交易对进行路由,而从定义上讲,同一交易对上的交易必然会产生冲突。
  • 饱和状态下的存储 IOPS。 哪怕 SeiDB 相比 IAVL 有了 10 倍的提升,持续高于约 10,000 TPS 的写入吞吐量也会使通用 NVMe 硬盘进入队列深度瓶颈,导致延迟尾部峰值,从而拖慢区块时间。
  • 验证者网络的异构性。 生产环境中的验证者节点遍布各大洲,延迟各不相同。Twin Turbo 紧凑的超时设置假设了理想的网络条件,但在长尾效应下,这些条件并不总能得到满足。

Sei 在 DeFi 领域约 5.6 亿美元的 TVL(根据近期披露,2025 年 6 月广义 TVL 超过 10 亿美元)以及 2,800 万个活跃地址讲述了更重要的事实:这条链正在被大规模使用。现在的问题在于,它是否能在不崩溃的前提下承载更高的负荷,而这正是 Giga 升级旨在回答的问题。

Giga:定义 Sei 2026 年的 50 倍豪赌

2024 年 12 月,Sei Labs 发布了 Giga 白皮书——这是一份如果能兑现,将重塑整个 L1 吞吐量讨论的路线图。Giga 的目标是达到每秒 5 gigagas 的执行速度,这相当于大约 200,000 到 250,000 TPS,同时保持低于 400 毫秒的最终性。2025 年的开发网(Devnet)验证达到了每秒 5.2 gigagas(约 148,900 TPS),在分布于美国、欧洲和亚太地区的 20 个验证者节点组中实现了 211 毫秒的最终确认时间。

Giga 重构了三个子系统:

  • Autobahn 共识 引入了多提议者出块机制,允许各验证者同时提议不相交的交易集,而不是通过单一领导者进行串行化。这攻克了限制单领导者 BFT 链的提议者带宽上限。
  • 异步执行 将交易执行与区块最终化完全解耦,允许共识层以一种节奏提交排序,而执行层以另一种节奏追赶。这种模式与 MegaETH 通过专门的排序器/证明器/全节点角色所尝试的方案交相辉映。
  • 重构的 EVM 用性能优化的实现取代了引入的 Geth,该实现针对 Sei 的特定访问模式进行了微调——解决了 Sei 在 V2 版本中曾极力避免的“兼容性 vs 性能”权衡问题。

渐进式的主网推行计划贯穿整个 2026 年,SIP-3 升级将奠定基础,全量 Giga 部署目标定于年中。如果 Sei 取得成功,该链将跨越 Monad 10,000 TPS 的上限,并接近 Web2 级别的交易性能。如果失败,Sei 的 Geth 兼容性优势可能会在 2026 年下半年被 Monad 的主网成熟度所蚕食。

这对 L1 竞争格局意味着什么

并行 EVM 领域不再仅仅是一个研究课题。这是一场拥有三个活跃主网、不同架构选择和明显机构采用的实时竞争。Sei 拥有生产领先地位和 Giga 路线图。Monad 拥有其 2025 年 11 月 ICO(由 Coinbase 托管,85,820 人参与)筹集的 2.69 亿美元新鲜资金,以及为极致速度构建的定制 EVM。MegaETH 押注于节点专业化,追求不同的扩容分解方式。Solana 的 Sealevel 凭借 90 亿多美元的 TVL 持续输出 3,000-5,000 TPS 的稳定吞吐量,但仍保持非 EVM 路线。

基于 Move 的链——Aptos 和 Sui——属于另一个平行类别,它们坚信面向资源的编程使得并行执行严格优于任何对 Solidity 语义的改造。它们已经上线主网并拥有运行中的生态系统,但 EVM 工具链的强大吸引力使得并行 EVM 赛道的竞争更加激烈。

对 Sei 的深度剖析最终揭示了每一个并行执行链终将遇到的架构天花板:在持续超过约 10,000 TPS 时,存储 IOPS 成为核心限制,而非虚拟机并行化。这就是为什么 Giga 在存储层重构上的投入与共识层一样多。这也是为什么 L1 扩容的下一个前沿——在 2026 年初的讨论中已初见端倪——正在从“强化虚拟机并行”转向状态分片与数据可用性组合。Sei 处于领导这一转型的有利位置,因为它已经交付了一个并行 EVM 并在迭代第二个。

底层的基础设施层

对于 2026 年在 Sei、Monad 或任何并行 EVM 上构建的开发者来说,基础设施问题变得比在老一代以太坊上更加复杂。乐观执行意味着交易排序取决于冲突解决,这意味着 RPC 提供商需要为开发者、排序器和索引器暴露正确的原语,以便理解执行轨迹。如果你的索引器落后 30 秒,低于 400 毫秒的最终性就毫无意义;而 12,500 TPS 会放大读取路径上的任何可靠性差距。

在并行 EVM 时代胜出的链将是那些基础设施生态系统能够跟上的链——包括 RPC 可靠性、归档节点覆盖率、索引器新鲜度,以及那种能让开发者将 Sei、Monad 和 Solana 视为可替换组件而非独立集成的多链抽象层。

BlockEden.xyz 为 Sei、Solana、Sui、Aptos、Ethereum 以及更广泛的 L1 生态提供企业级 RPC 和索引基础设施。随着并行 EVM 从测试网承诺走向生产环境负载,请 探索我们的 API 市场,在专为吞吐量前沿设计的基础设施上进行构建。

核心总结

Sei V2 证明了并行 EVM(parallel-EVMs)可以成功交付至主网,支持像 Ondo 的 USDY 这样真实的机构级部署,并在运行未经修改的 Solidity 合约时,维持 2,500-3,500 的实际持续 TPS —— 这不是 12,500 TPS 的营销数据,而是一个已经超过了 Solana 持续吞吐量的生产环境数据。Sei 能否保持领先地位,取决于 Giga 能否在 Monad 成熟以及 MegaETH 证明其专用节点理论之前,实现其每秒 5 Giga-gas 的目标。

2026 年的吞吐量竞赛已不再仅仅关乎基准测试。它关乎哪种架构能与定义下一阶段 L1 设计的存储、共识和 DA 原语进行完美的组合。Sei 率先到达了那里。接下来的 12 个月将决定并行执行的先发优势是否能转化为持久的类别领导地位。

来源