Sei 如何实现并发交易处理
多数区块链采用逐笔交易处理方式,而 Sei Network 却另辟蹊径:它让所有交易同时运行,事后再处理任何冲突。这一机制背后的核心是乐观并发控制(OCC)。
根据 Sei 官方文档,OCC 允许交易基于对各自将要触及状态的初始预估并行执行,而非在执行前预先锁定状态资源。多个 CPU 核心可同时处理互不冲突的交易,且引擎能确保最终结果与顺序处理完全一致,具有确定性。
冲突在以下两种情况下出现:一是两笔交易写入同一个状态键;二是一笔交易读取了另一笔并发交易已写入的状态。系统通过比较执行过程中记录的实际读写集来识别这些冲突。
冲突解决与实际限制
检测到冲突后,受影响的交易会被重新执行。固定的解决顺序可防止循环无限进行,最终状态始终与顺序处理结果一致。正如 Sei 自身研究所述,OCC 假设冲突不会频繁发生,因此当交易分散在不同状态区域时,该策略效果最佳。若区块高度集中于单个合约,则收益最小,因为冲突率上升,需要更多重新执行。
该并行化引擎适用于网络上的 EVM 和 CosmWasm 环境。Sei v2 引入了乐观并行化,开发者无需预先声明交易将访问哪些状态,从而简化了开发体验——这与 Solana 和 Sui 等链的处理方式不同,后者要求在执行前明确声明依赖关系。
Sei 的 GitHub 仓库将其描述为“支持 EVM 和 CosmWasm 的乐观并行执行”,并配合 Twin Turbo 共识机制,在并行化增益的基础上实现 400 毫秒的区块时间。
SEI
SOL
SUI

交易所
交易所排行榜
24小时成交排行榜
人气排行榜
交易所比特币余额
交易所资产透明度证明
去中心化交易所
资金费率
资金费率热力图
爆仓数据
清算最大痛点
多空比
大户多空比
币安/欧易/火币大户多空比
Bitfinex杠杆多空比
ETF追踪
索拉纳ETF
瑞波币ETF
香港ETF
比特币持币公司
加密资产反转
以太坊储备
HyperLiquid钱包分析
Hyperliquid鲸鱼监控
大额转账
链上异动
比特币回报率
稳定币市值
期权分析
新闻
文章
财经日历
专题
钱包
合约计算器
账号安全
资讯收藏
自选币种
我的关注