Monad vs MegaETH:重塑 2026 年第二季度的高性能 EVM 对决
三年来,高性能 EVM 一直停留于融资演讲稿中。到 2026 年 4 月,它已演变为两个上线的物理主网,约 5 亿美元的早期 TVL,以及一个将定义未来两年以太坊对齐扩展方案的悬念:未来是属于抛弃以太坊结算层的并行 L1,还是属于加倍下注以太坊的实时 L2?
Monad 于 2025 年 11 月 24 日上线,拥有 10,000 TPS 的并行 EVM、亚秒级最终性,并进行了本周期规模最大的代币空投之一 —— 向约 76,000 个钱包分发了 1.05 亿美元。11 周后,即 2026 年 2 月 9 日,MegaETH 切换到公共主网,采取了截然不同的策略:一个单排序器 L2,以 10ms 的出块速度流式传输交易,具有亚毫秒级延迟,并声称吞吐量上限为 100,000 TPS。两者都兼容 EVM。两者都获得了一线资本的支持。两者都在今天交付。它们在哲学上截然对立。
这不再是 2024 年那种并行 EVM vs 单体 L1 的辩论。这是一个罕见的案例:两个主网在同一个季度内相继上线,针对相同的以太坊开发者群体,并迫使人们做出无法两全其美的选择:你是为自己结算层上的 Solana 级吞吐量进行优化,还是为锚定在以太坊上的 Web2 级延迟进 行优化?
两个主网,两种论点
Monad 的卖点是结构性的。它是一个 L1 —— 拥有自己的共识、自己的数据可用性、自己的验证者集 —— 围绕四个耦合的优化进行设计:MonadBFT(一种具有单轮投机最终性的 HotStuff 衍生算法)、延迟执行、乐观并行执行和 MonadDb。其结果是 400ms 的出块时间和 800ms 的最终确认时间,且链的经济安全性完全独立于以太坊。
MegaETH 的卖点是架构性的。它是一个 L2 —— 在以太坊上结算,将数据发布到 EigenDA —— 但它放弃了定义 Optimistic 和 ZK Rollups 的多排序器惯例。单个排序器节点配备了 100 核 CPU 和 1–4 TB 的内存,通过团队所谓的“流式 EVM”(Streaming EVM)对交易进行排序和执行:这是一种异步流水线,连续输出交易结果,而不是批量打包成区块。用户感知的延迟是亚毫秒级的。声称的 100,000 TPS 吞吐量上限在发布时约为 50,000 TPS,之前的压力测试曾达到 35,000 TPS 的持续吞吐量。
这两种架构都突破了 EVM 的传统。Monad 保持了熟悉的信任模型 —— 验证者集、BFT 共识、链上状态 —— 但从头开始重建了执行和存储堆栈。MegaETH 将以太坊作为信任锚,但将核心路径中心化到单个高配置节点中,并重新引入了 Web2 后端的延迟特性。
问题不在于哪一个在技术上更令人印象深刻,而在于开发者会愿意为哪一套权衡方案买单。
驱动每种策略的架构
Monad:新 L1 上的解耦流水线
Monad 的头条数字是 10,000 TPS,但更有趣的数字是 400ms —— 即出块时间。这个数字并不是更快的硬件带来的结果,而是将共识与执行分离的结果。
在传统的 EVM 链中,验证者必须在生成下一个区块之前,对一个区块达成共识并执行其中的每一笔交易。一个缓慢的合约调用可能会使整个流水线停滞。Monad 将这些阶段解耦:MonadBFT 验证者首先对交易排序达成一致,当下一轮共识已经在进行中时,执行引擎异步处理前一个区块。
执行引擎本身是乐观的。Monad 假设区块中的大多数交易涉及独立的状态,并跨 CPU 核心并行运行它们。当出现冲突时(例如,两笔交易写入同一个账户),受影响的交易将被重新执行并合并。根据 Monad 测试网阶段和早期主网运营的经验结果显示,对于典型的 DeFi 工作负载,并行加速效果显著,因为这些工作负载的交易往往聚集在少数热门合约周围,但大多数状态是独立的。
MonadDb 完善了这一蓝图。标准的 EVM 客户端使用通用键值存储(如 LevelDB 或 RocksDB);Monad 提供了一个专门为执行中 EVM 的访问模式调整的自定义数据库。MonadBFT 加延迟执行、并行执行以及 MonadDb 的结合,使得该链在不牺牲 EVM 兼容性的情况下,实现了 400ms 出块时间和 10,000 TPS。