【长推】并行 EVM 究竟解决了什么问题？有哪些优势及挑战？

目前市场上可以分为四种方案，分别是以 Monad、Artela、SEI 等为代表的强化型 EVM Layer1 链、以 Eclipse、MegaETH 等为代表的扩容型 Layer2 EVM 兼容链、以 Polygon、BSC 等为代表的等效型 Alt-layer1 链及以 Aptos、Sui、Fuel 等为代表的差异型 Non-EVM 并行链。以上四个方案各有侧重点，比如：有并行能力的 Layer2 侧重模块化组合「执行层」链的灵活性；而 EVM- Compatible 链则突出了特定功能的定制特性；至于其他非 EVM 链的 EVM 兼容特性更多所图抽以太坊的流动性；真正目标彻底巩固 EVM 生态，并从底层改变并行能力的只剩一个强化型 EVM layer1 赛道了。 实现强化型并行 EVM layer1 公链的关键是什么？1）访问 state I/O 磁盘读取和输出信息的能力，由于数据的读取和写入要消耗时间，只是简单进行交易排序和调度，并不能根本上提高并行处理能力，还需要引入缓存、数据切片甚至分布式存储技术等等，从根本状态存储和读取流程上平衡读取速度和状态冲突的可能性； 2）拥有高效的网络通信，数据同步，算法优化、虚拟机强化、以及将计算和 IO 任务分离等共识机制层的各类组件优化等等，需要牵一发而动全身从底层组件架构、协作流程等方方面面综合优化和提升，最终促成响应速度快、计算消耗可控、准确率高的并行交易的能力； 为了从底层架构层彻底实现资源协调和优化的「并行 EVM」能力，Artela 引入了弹性计算（Elastic Computing）和弹性区块空间（Elastic Block Space），如何理解呢？弹性计算，网络可根据需求和负载动态地分配和调整计算资源；弹性区块空间，可根据网络中交易数量和数据大小进行动态调整区块大小。此外，Artela 借鉴了数据库技术方案，在状态读取和写入方面都做了提升，其中写入状态方面才去了写入前日志（WAL）技术，当状态改变要写入时先把改变记录写入日志并提交到内存，就可以认为完成了「写入」操作，这样做其实实现了操作异步化，避免了在状态改变时写入时立即进行磁盘写入操作，故而降低了对磁盘的 I/O 操作。状态读取方面，本质上也是异步化操作，通过预加载策略来提升读取效率，根据合约历史执行记录来预测下一次特定的合约调用会用到哪些状态，并预先加载到内存中，进而提升了磁盘 I/O 请求效率。