- 没有复杂的浮点数学 - EVM 仅支持基本数学和逻辑运算。像神经网络这样的高级数值计算是不可行的。(一个有趣的消息是,无法处理浮点也使得交换 Ampleforth 等 rebase 资产在最近的历史中变得更加困难,有时甚至与某些 DEX 不兼容)。
- 每个区块的计算量有限 - 燃气费计计算,因此像游戏这样的复杂软件将非常昂贵。每个区块的 Gas 限制为 30M Gas。
- 内存有限——智能合约的永久存储限制较小,使得大型程序变得困难。
- 无持久文件存储 - 无法在区块链上存储图形、音频或视频等文件。
- 速度慢——以太坊上的交易速度目前约为 15 TPS,比 CPU 慢许多数量级。
- 20 世纪 70 年代至 80 年代,计算技术发展迅速(微处理器中的晶体管数量在此期间从约 1,000 个增加到约 1,000,000 个)。但这种增长并不意味着人们经常购买或更新他们的计算机。由于智能合约平台受到最慢节点的限制,计算机前沿的加速不一定会导致区块链的计算速度成比例增加。只有更新区块链上节点的基准要求,才能实现加速。
- 不断更新节点的最低硬件要求和去中心化之间也存在明显的权衡。单独的质押者可能不想每隔几年升级一次硬件(他们当然不想每天监控性能),导致只有专业人士想要运行区块链基础设施。
- 相对频繁地增加基线节点要求。这大致就是 Solana 和 Sui 等集成高性能区块链所采取的路径。节点的高基线使它们能够构建非常快速的区块链,并且还消除了应用程序设计中的一些设计限制。Phoenix是 Solana 上的限价订单簿 DEX,目前无法在以太坊(或任何 L2)上构建。不断增加的基线要求的另一面是,如果它们不断增长,那么运行节点可能只对专业基础设施提供商可行。历史 RAM 需求很好地展示了 Solana 上的硬件需求如何持续增长:

- ZK 协处理器:Axiom、Risc Zero 的 Bonsai。
- TEE:马林牡蛎
- 合约数据的最大大小是有限的(例如,当前每个合约为 24KB,并在 EIP 170 中设置)。存储大文件会超出这个范围。(*协处理器也无法解决)
- 读/写合约存储比文件系统或数据库慢。访问 1KB 的数据可能会花费数百万的 Gas。
- 当全局状态持续存在时,各个节点仅以“修剪”模式在本地保留最近的状态。完整的状态历史记录需要存档节点。
- 没有用于处理图像、音频和文档等文件的本机文件系统原语。智能合约只能将基本数据类型读取/写入存储。
- 大文件可以分成较小的部分以适应合同存储限制。
- 文件引用可以存储在链上,文件可以存储在链外系统中,例如 IPFS。
- rollup 维护分区持久状态,而协处理器则不维护(它们使用主机链的状态)。
- rollup(顾名思义)将多个事务一起批处理,而协处理器通常作为单个事务的一部分用于复杂的任务(至少在当前范例中)。

- 如前所述,协处理器允许您在同一事务中访问比 L1 更多的计算。但它们无助于改变调用协处理器的区块链可以执行多少交易(如果您正在考虑批处理,瞧,您已经到达了rollup)。通过维护分区持久状态,rollup可以增加想要访问具有以太坊安全属性的块空间的人可用的交易数量。这是可能的,因为汇总仅每 n 个区块发布到以太坊,并且不需要所有以太坊验证器来验证状态转换是否发生。有兴趣的人可以依靠证据。
- 即使您使用协处理器,您仍然需要支付与 L1 上任何其他交易相同数量级的费用。另一方面,通过批处理进行rollup可以将成本降低几个数量级。


