Cardano 将 Plutus 成本模型更新迁至 PreProd,eUTXO 扩展争论再起
Cardano 开发人员现已明确了最新 Plutus 成本模型更新的 PreProd 测试窗口,而有关 eUTXO 的新批评显示 Cardano 的扩展架构仍常被其开发者社区外的人误解。
By SongMarketCap
Updated:
Cardano Plutus 成本模型更新抵达 PreProd
Cardano 的 Plutus 成本模型参数更新于 5 月 16 日在 PreProd 测试网络上实施,使开发人员能够在变更进一步推向主网之前,利用实时环境测试现有脚本。Intersect 表示强烈建议开发人员在进展前查看当前设置,尤其是依赖 Plutus 执行预算的应用程序。
更新增加了选定 Plutus 原语的 CPU 成本模型参数。受影响的操作包括 Plutus V1、V2 和 V3 中的 equalsByteString,以及多个 Plutus V3 整数操作,包括 divideInteger、modInteger、quotientInteger 和 remainderInteger。对于用户而言,这可能不会表现为可见的产品变化。但对于开发人员来说,它改变了智能合约所依赖的执行环境。
Plutus 成本模型定义了脚本在 Cardano 上运行时计算工作如何定价。如果脚本已经接近其 CPU 预算,成本增加可能影响脚本是否仍符合执行限制。这使得 PreProd 测试对 DeFi 协议、NFT 平台、身份应用、治理工具以及任何使用 Plutus 脚本的生产系统来说至关重要。
Plutus 更新对 Cardano 开发者的重要性
Plutus 成本模型更新是更广泛的 Van Rossem 升级路径的一部分。Intersect 的 5 月 8 日更新描述了围绕节点、基础设施和生态系统准备工作所进行的持续准备,并提到在 PreProd 上提交了一项 Plutus 成本模型协议参数更新治理行动。
重点不在于因为某一参数更新抵达测试网络而使 Cardano 更快。更精确的重点在于 Cardano 正在调整定义智能合约执行测量规则的参数。这很重要,因为 Cardano 的开发环境高度依赖于可预测的成本、可靠的交易行为和明确的执行边界。
这是基础设施工作,而不是市场宣传材料。成本模型变化位于用户体验的表面之下,但它塑造了当协议参数演变时应用是否保持稳定。维护智能合约的团队现在有了测试、测量和调整的直接理由,以避免将相同的假设带入主网条件。
风险是现实的。较早的合约、紧密优化的脚本或已经接近执行限制的应用可能需要审查。这并不意味着更新是负面的。这使得测试窗口具有价值。
Charles Hoskinson 对 eUTXO 的回应增加了更大的背景
同一天,Charles Hoskinson 回应了一篇 X 帖子,该帖子声称 AI 分析得出结论认为由于其 UTXO 架构 Cardano 无法扩展。Hoskinson 对此强烈反驳,写道:“Dunning Kruger AI版。‘AI 告诉我 UTXO 无法扩展。’”
该交流应该是技术新闻的次要部分,但它解释了为什么 Plutus 更新如此重要,不仅仅是一个参数更改。Cardano 仍然常常通过针对账户模型区块链的假设进行评判,尽管其架构采用了不同的模型。Cardano Docs 解释说,Cardano 使用扩展的 UTXO 模型,扩展了比特币的 UTXO 方法,同时支持多资产和智能合约。
误解不仅仅在于术语。在基于账户的系统中,开发人员和分析人员通常基于共享状态进行思考。在 Cardano 的 eUTXO 模型中,应用设计依赖于关于验证、交易构建和并行执行的不同假设。这使得浅层比较具有误导性,尤其当它将 Cardano 的扩展模型简化为通用 AI 总结,而不是检查实际应用的构建方式。
Plutus 成本模型更新是 Cardano 对该争论更有用的答案。它为开发人员提供了一个具体的测试环境、特定的原语以供审查,以及一个明确的理由检查他们的应用是否仍在执行限制内。如果 eUTXO 的批评要被认真对待,就必须在实际测试的地方与 Cardano 相遇:在脚本、预算、交易设计和生产准备上,而不是对 UTXO 能否做任何事的简化声明。