首页 资讯 正文

Monad 的并行执行能否最终解决区块链的可扩展性问题?

XT.COM 2026年01月20日 03:20
多年来,区块链行业一直深陷于“可扩展性三难困境”的斗争中。这个由以太坊创始人 Vitalik Buterin 普及的概念指出,区块链只能在去中心化、安全性和可扩展性这三个基本属性中优化其中的两个。同时实现这三者一直是开发人员的圣杯。虽然涌现了许多新的 Layer 1 (L1) 和 Layer 2 (L2) 解决方案,但大多数方案为了提升某一方面的性能,都在其他方面做出了重大妥协。
 
以太坊作为占主导地位的智能合约平台,提供了强大的安全性和去中心化,但在可扩展性方面却举步维艰,导致在需求高峰期出现高昂的 Gas 费和缓慢的交易时间。所谓的“以太坊杀手”往往通过牺牲去中心化来提高速度,依赖于少量的验证者。
 
现在,一位新的竞争者带着一种根本不同的方法进入了竞技场。Monad 是一个新的 L1 区块链,旨在完全兼容 EVM(以太坊虚拟机),同时提供巨大的吞吐量提升。它并不是通过在去中心化或安全性上妥协来实现这一点的。相反,它从头开始重新设计了区块链的执行层,引入了一个在高性能计算中常见但在区块链中却是新颖的概念:并行执行
 
本文将拆解 Monad 是什么,其并行执行引擎是如何工作的,以及为什么它代表了区块链性能的潜在范式转变。这会不会是最终解决可扩展性问题而无需妥协所需的架构突破?
1.jpg
  1. 什么是 Monad?从第一性原理重新思考区块链

Monad 是一个高性能、兼容 EVM 的 Layer 1 区块链。乍一看,这个描述听起来像许多其他项目。然而,关键的区别在于它是 如何 实现其性能的。
 
大多数现有的区块链,包括以太坊,都使用顺序执行模型。这意味着交易是在单一、有序的队列中一个接一个地处理的。这是确保区块链状态一致的一种简单且安全的方法,但它造成了巨大的瓶颈。想象一下在繁忙的日子里只有一条结账通道开放的超市;无论收银员有多快,排长队都是不可避免的。
 
Monad 引入了 并行执行。只要交易之间不发生冲突,它就会同时处理多个交易。这就像超市同时开放了所有结账通道。顾客(交易)可以并行处理,从而显着增加总吞吐量。Monad 的目标是实现超过 10,000 笔每秒交易 (TPS) 的理论吞吐量,这与以太坊目前约 15-30 TPS 的容量相比是一个巨大的飞跃。
 

Monad 的核心目标:

  • 高性能: 大幅提高交易吞吐量并减少延迟。
  • EVM 等效性: 确保任何为以太坊构建的智能合约或 dApp 都可以无需任何更改地部署在 Monad 上。这使其能够利用以太坊庞大的开发者生态系统和工具。
  • 保持去中心化: 在不减少验证者数量或不将硬件要求提高到损害去中心化程度的前提下实现高性能。
通过专注于这三大支柱,Monad 旨在提供一个不仅更快,而且易于访问且对开发人员友好的平台。
  1. 秘方:并行执行与流水线技术

Monad 的性能提升来自几个深层的架构创新。其中最重要的是并行执行和其自定义状态数据库 MonadDb。
 

并行执行如何工作

在顺序区块链中,每笔交易必须等待前一笔交易完全执行并且状态更新完毕。Monad 的引擎被设计为可以预先查看一个区块的交易,并识别哪些交易可以并发运行。
 
例如,想象一个区块中有三笔交易:
  • Alice 向 Bob 发送 1 ETH。
  • Charlie 向 David 发送 5 USDC。
  • Eve 在去中心化交易所将 DAI 兑换成 WBTC。
在顺序模型中,交易 2 必须等待交易 1 完成,交易 3 必须等待交易 2。在 Monad 上,执行引擎识别出这三笔交易完全独立——它们涉及不同的账户和智能合约。因此,它可以在不同的 CPU 线程上同时执行这三笔交易。
 
这种“乐观执行”的过程首先并行运行交易,然后检查是否有任何重叠或依赖关系。这极大地提高了效率和吞吐量。
 

Monad 的架构创新

创新点

传统区块链 (如以太坊)

Monad 的方法

优势

执行

顺序执行 (一次处理一笔交易)。

并行执行 (一次处理多笔独立交易)。

每秒交易数 (TPS) 大幅增加。

状态数据库

标准数据库 (如 LevelDB) 未针对并行访问进行优化。

自定义数据库 (MonadDb) 专为异步 I/O 和并行读/写而构建。

防止数据库瓶颈并最大化并行执行的好处。

共识

与执行集成 (先执行,然后达成共识)。