并发区块链是什么：让交易并行处理的核心技术全解析

随着区块链用户越来越多，一个老问题变得越来越突出：链的处理速度跟不上需求。以太坊主网每秒只能处理十几笔交易，高峰期 Gas 费飙升，转账确认慢得让人着急。为了解决这个问题，并发区块链的概念被提了出来，它通过让多笔交易同时处理，而不是排队一个个执行，从根本上提升区块链的吞吐量。这篇文章就用大白话讲清楚并发区块链到底是什么、怎么实现的、有哪些代表项目，以及它面临的挑战。

传统区块链为什么慢：串行执行的瓶颈

要理解并发区块链，先要知道传统区块链慢在哪。大多数区块链处理交易的方式是串行的，也就是一笔接一笔按顺序执行。比如一个区块里有 200 笔交易，系统必须先执行第 1 笔，确认结果后再执行第 2 笔，依次类推。

这种做法最大的好处是简单、安全。因为所有交易都按固定顺序执行，全网节点得到的结果完全一致，不会出现分歧。但缺点也很明显：速度上不去。就像高速公路只有一条车道，哪怕路修得再宽，车也只能一辆一辆过。服务器 CPU 本来就是多核的，却只能用一个核干活，其余核心都在闲置，白白浪费算力。

其实交易之间大部分并不冲突。张三转钱给李四，和王五买 NFT，这两件事互不影响，完全可以同时处理。并发区块链的思路就是从这里出发：既然大多数交易没有交集，为什么不让它们一起跑？

并发区块链如何实现：几种主流技术路线

并发区块链的核心是并行执行，也就是把互不冲突的交易分配到多个线程或多个核心上同时处理。目前行业内主要有这么几条技术路线。

第一种是乐观并行执行。系统先假设所有交易互不冲突，把它们同时扔给多个核心去跑。如果某笔交易执行过程中发现它读写的数据被别的交易改了，产生冲突，就把这笔交易作废，重新执行一遍。这种方式在交易冲突少的场景下效率极高，Aptos 使用的 Block-STM 就是这类技术的代表。

第二种是提前声明资源。交易在发出去之前，必须先声明自己要访问哪些账户或合约。系统拿到声明后，把没有资源冲突的交易分到不同组里并行执行，有冲突的才串行处理。Solana 的 Sealevel 引擎用的就是这种思路，它也是目前公认吞吐量最高的设计之一。

第三种是改变区块结构，用 DAG 代替单链。传统区块链是一个个区块串成一条线，而基于 DAG 有向无环图的结构允许多个区块同时生成、互相引用，验证也不再是排队等待。Conflux、IOTA 等项目都采用了这类设计，让出块这件事本身也能并发进行。

第四种是分片，把整条链拆成多个并行运行的子链，每个分片处理自己那部分交易，最后通过跨分片通信保证全局一致。这种方式本质上是把一个大任务拆成多个小任务同时干。

并发区块链带来的实际好处

并发区块链最直接的好处就是快。串行执行只能压榨一个核心，并行执行能把多核 CPU 的算力全部用上，吞吐量轻松提升一到两个数量级。Solana 理论上每秒能处理数十万笔交易，Aptos 也宣称达到每秒十几万笔的级别，这和以太坊的十几笔相比是巨大的跨越。

第二是费用低。处理能力上去了，网络不再拥挤，用户为每笔交易支付的手续费自然就降下来了。几笔费用低到几乎可以忽略，这让高频交易、链上游戏这些对成本敏感的应用成为可能。

第三是体验好。确认速度快、费用稳定，普通用户才能像用互联网产品一样用区块链应用。DeFi 清算、链上抢单、批量铸造这些场景，对并发能力的要求尤其高。

并发执行面临的挑战

并发虽好，但实现起来并不容易。第一个挑战是状态冲突。如果一批交易里有大量交易都在抢同一个热门合约或同一个账户，冲突率会飙升，乐观执行就会频繁作废重试，性能不升反降。这也是为什么并发区块链的实测吞吐量往往低于理论峰值。

第二个挑战是确定性。区块链要求所有节点对执行结果达成完全一致，任何浮点运算、随机数、环境差异都可能导致节点结果不一致，进而引发分叉。并行执行系统必须严格保证不管怎么调度，最终结果都和按顺序执行一模一样，这对工程实现的要求非常高。

第三个挑战是开发者的心智负担。有些并行链要求开发者在合约里显式声明资源依赖，写法上比传统 Solidity 更繁琐，一旦声明不全，交易就可能执行失败。

写在最后：并发是区块链扩容的必经之路

Rollup 等链下扩容方案解决的是把计算搬到链下的问题，而并发区块链解决的是把链上计算本身提速的问题，两者并不矛盾，反而在逐步融合。如今并行 EVM 成为热门赛道，Monad、Sei 等项目致力于让以太坊生态的现有应用直接享受并行执行的红利，说明并发已经成为高性能公链的标配能力。

对普通用户来说，不需要关心底层用了乐观并发还是资源声明，只需要知道一点：并发区块链让链上操作更快、更便宜，是区块链走向大规模实际应用绕不开的一步。未来几年，随着并行执行技术不断成熟，我们会看到更多曾经因为性能限制无法落地的应用，真正跑在区块链上。