我在研究关于 #Polkadot 的以太坊兼容性基准。我可能有坏消息:我们花了多年开发的 Polkadot Hub / revive,可能甚至比现有的平行链如 #Moonbeam 还要慢。 主要原因是 PVM 合约大小的爆炸性增长。
在 Polkadot 的平行链中,尤其是对于智能合约链,通常主要的限制是 PoV 大小,而不是执行时间。(除非我们只讨论执行数百万个 system.remark 的 TPS,但这些并没有用。)
将Solidity合约编译为PolkaVM,与编译为EVM字节码相比,合约大小增加的惩罚很大。目前正常情况下是10倍,有时甚至达到80倍(对于计算密集型合约)。即使一切都经过优化,理论极限也是4倍。
这意味着,PolkaVM 合约将占用比等效的 EVM 合约更大得多的 PoV 空间。反过来,我们能够在 PoV 大小限制内容纳的合约会少得多,这意味着吞吐量会大大降低。
正如克努斯所说,过早的优化是编程中所有邪恶的根源(或者至少是大部分邪恶)。这是一个关于在优化软件时不该做的事情的代价高昂的教训。首先找到瓶颈,然后再进行优化。不要陷入“炫酷技术”的陷阱。
查看原文
本页面内容由第三方提供。除非另有说明,欧易不是所引用文章的作者,也不对此类材料主张任何版权。该内容仅供参考,并不代表欧易观点,不作为任何形式的认可,也不应被视为投资建议或购买或出售数字资产的招揽。在使用生成式人工智能提供摘要或其他信息的情况下,此类人工智能生成的内容可能不准确或不一致。请阅读链接文章,了解更多详情和信息。欧易不对第三方网站上的内容负责。包含稳定币、NFTs 等在内的数字资产涉及较高程度的风险,其价值可能会产生较大波动。请根据自身财务状况,仔细考虑交易或持有数字资产是否适合您。