并行EVM全力释放以太坊潜力？
大家好，我是来自Coinmanlabs的Paul，今天想跟大家聊聊一个并行EVM的项目-Lumio。
行业发展的驱动力
区块链问世为我们创造了一种全新的去中心化的信任，开始探索的人比较少，大家对于性能没有太大的追求，随着区块链的造富效应吸引了更多的人，DeFi、NFT、GameFi等赛道的爆发，特别是DeFi和GameFi来说，DeFi需要高交易速度且手续费低，GameFi则需要实时交互，所以性能就被大家越来越重视了。
这就好比你刚开始只要吃饱饭就行了，随着你的工作能力越来越强，你就不仅仅满足于吃饱饭了。同理在区块链行业也迫切需要新的性能方案来满足“高性能，低手续费”的要求。
特别是随着SEC批准现货ETF以及美联储可能的降息时间，加密货币预期会迎来一波牛市，那行业的蓬勃发展则更需要更大的吞吐量的基础设施来作为坚实的基础。
我们都知道目前以太坊对于交易的处理是串行的，交易需要按照顺序一个个执行，但是这样带来的效率并不是很高。比如号称“以太坊杀手”的-Solana就是自带并行处理的能力，但是他是非EVM的，所以现在就有很多以太坊生态的项目就站出来为EVM赋能并行。
串行和并行
其实对于串行和并行最好的解释例子就是食堂打饭。
上图就是一个串行的例子，我们现在把以太坊整个系统比做一个食堂，执行交易的比做打饭阿姨，那么串行执行任务就是大家排好队来打饭，但是现在只有一个手颤抖的打饭阿姨，当到你的时候你才可以打饭，没有到就则需要等待，这也和我们现在以太坊处理交易是类似的，没有到则等待处理，大家可以知道这样的后果，会导致排队的人越来越多，处理的时间越来越长。
那在食堂是不是我们多增加几个窗口和手颤抖的打饭阿姨就可以了呢？
这样新增了窗口后打饭的速度是不是就加快了，同理如果在以太坊中采取这样并行的方式是不是也可以加快交易的处理速度呢？
其实在现实生活中这很好解决，多加几个窗口是可以的，但是在计算机中去做并行难度是很大的，一旦代码编写错误就是出现很大的问题，本质上就是对贡献资源的竞争。
我们计算机不像人处理问题可以连续完成一件事，如果你以前用个一个核心的电脑你会对这个有一丝丝感觉，系统轮流访问一组相关的任务或资源,以确定是否有新的要求或需要处理的任务。
还是上面打饭的问题，比如现在有两个窗口，但是每个窗口的菜都是不一样的，如果你排队的窗口刚好有你需要的菜是不是就比较Nice，但是你排了很久一看没有你需要的西兰花，西兰花在另外一个窗口，这时候该怎么办呢？是不是可以找打饭阿姨给我们协调下啊。
打饭阿姨协调这其实就和我们计算机中去解决并行执行的时候采取的一种机制类似-消息传递机制。
现在业内普遍解决并行执行的问题的方案主要是：消息传递机制、共享内存机制。
共享内存机制应用最对的就是内存锁机制，在并行执行任务的时候对于共享资源进行加速操作，这就好比我们在商场上卫生间一样，需要等到里面的人把锁打开我们才可以进去。
并行EVM赛道
Lumio
项目名称：Lumio
官推：@PontemNetwork @lumioFDN
区块链浏览器：https://explorer.lumio.io
项目介绍：Lumio利用以太坊作为其结算层，同时支持以太坊虚拟机 (EVM) 和 Aptos Move 虚拟机 (VM)。这种双重支持简化了开发体验：开发人员只需几行即可部署其 EVM 或 Move VM 代码库。模块化虚拟机，整体式用户体验。在您最喜欢的 L2 上部署 Solana、Aptos 和其他替代 L1 应用程序。通过 Move VM、Solana VM 和并行 EVM 的速度和安全性增强以太坊流动性和去中心化。
同赛道项目对比
Coinmanlabs思考
我们说将以太坊看作是一台计算机，现在串行处理并没发挥出这台计算机的潜力，而并行区块链则是将这台计算机的处理资源榨干来实现执行速度的最大化。
未來肯定会有更多的L1 和L2 項目，加入并行EVM 的竞争。Layer 1会形成并行EVM 和并行行非EVM 两个阵营在资源方面全面竞争的格局，肯定会随之产生更多有关性能提升新的叙事。
无论是作为技术爱好者还是投资者，我们都需要去看是否是“好叙事”，低市值的项目，而当前并行EVM就处与早期阶段，该赛道的价值还没被充分发掘，我们需要提前进入关注。