对于在当今快速扩展、与区块链无关的环境中开展业务的开发人员来说，决定正确的智能合约执行方法至关重要。

在本文中，我将回顾 EVM 的凭证（以太坊虚拟机）和 SmartWeave，将其作为开发人员需要考虑的两个不同选项。 全面披露，我们将进行深入研究 在我们开始之前，这里有一个比较表，可以让你了解两种执行环境：

使用 EVM 的关键注意事项

空头将 BTC 拉至 30,000 美元以下区域时的比特币价格预测 – BTC 接下来会跌至 20,000 美元吗？

莱特币减半即将到来

EVM 最初由以太坊实现，现在已成为大多数智能合约平台的选择，并扩展到 Avalanche、BNB Chain 以及 Arbitrum、Optimism 等 L2。 使用 EVM 需要 Solidity 知识，这可以说是区块链对 JavaScript 的回答。 作为 EVM 的语言，Solidity 已成为分布式网络上智能合约事实上的编程语言，使其成为区块链领域开发人员的首选计算机语言。

虽然 Solidity 具有独特的结构和语法，对于考虑 Web3 开发的人来说可能具有挑战性，但它仍然吸引了大量新学习者涌入。 此外，EVM 拥有庞大的资源、工具、教育材料和热情的开发人员生态系统。

尽管 EVM 被广泛认为是构建去中心化应用程序的黄金标准框架，但它确实具有严格的限制参数，新开发人员必须学会在这些参数内工作。 高级 Solidity 开发人员能够针对严格的计算限制（以气体限制的形式）优化代码，这将他们与刚走出学院的开发人员区分开来。 该模型的缺点是它非常重视块空间，这可能会成为极其昂贵的设施。

此外，每个区块上共识驱动的计算同步的要求增加了 EVM 设计的复杂性，成为扩展工作的一个重要障碍，特别是考虑到所有智能合约交互的顺序评估。

一个值得注意的考虑因素涉及以太坊虚拟机内的独特存储模型。 在大多数编程语言中，理解低级数据表示并不重要，但 Solidity 偏离了这一规范。 鉴于与基于以太坊的网络上的存储访问相关的巨大成本，牢牢掌握数据类型的表示方式至关重要。 所有合约共享的全局存储模型，无论它们之间的交互如何，都会带来挑战。

该设计导致效率低下，迫使合约费力地处理无关的数据，减慢交易时间，并产生不必要的计算成本。 这些成本增加了在平台上存储数据的财务负担，影响了开发者和用户。 此外，存储的共享性质可能会无意中放大编码错误或漏洞，从而导致不相关的合约出现意想不到的后果，并可能导致纠正成本不断上涨。

SmartWeave 简介

另一方面，SmartWeave 是评估像 Arweave 这样的不可变数据层上的智能合约状态的范例。 SmartWeave 独特的价值主张具有深远的潜力，可以增强为大量特定用例创建高效 dApp 的能力，作为补充框架来填补 EVM 的不足。 由于数据层不执行任意计算，因此它将使用“惰性评估”的调用者承担评估当前合约状态的责任。

为了“惰性”评估合约的当前状态，调用者验证并执行从合约开始到现在的所有合约交互（Arweave 交易），从头开始重现合约的当前状态。

本质上，Arweave 智能合约由一组有序的操作（C、I、Ts）组成，其中“C”是包含合约代码的部分，“I”是包含初始状态的部分，“T”是包含初始状态的部分。与合约交互的交易序列。 当客户端评估状态时，它使用 C 中的代码、I 中的初始状态，并根据合约代码应用其后的每笔交易（只要它有效）。 知道了？ 好的 以下是该架构的视觉概述，有助于明确概念：

SmartWeave 是一种架构，旨在在 Arweave 上创建可靠、快速且可投入生产的智能合约引擎。 它最受欢迎的实现，Warp Contracts，专注于实现这个确切的目标。 Warp 通常被描述为“类固醇上的 SmartWeave 合约”，因为它能够克服与 SmartWeave 协议默认实现相关的一些最重要的障碍。

这些障碍包括缺乏缓存导致性能低下、缺乏可靠的 SmartWeave 交易网关以及无法确保合约安全性和确定性。 除了其主要功能外，Warp SDK 还包含一个微调的缓存层，可大大提高延迟计算的效率。

该堆栈还包括用户友好的部署和维护方法、允许用户向任何他们想要的方向扩展 SDK 的可定制插件、专用的智能合约浏览器、一组用于外包执行的节点以及其他几个基本功能。 Warp 核心团队创建了一系列专有插件，包括便携式 EVM 工具、EVM 钱包支持、SmartWeave 环境中的 EtherJS 本机支持等。 截至目前，Warp 支持 JavaScript/TypeScript 语言和带有 Rust 支持的 WASM。

区分 EVM 和 SmartWeave 架构

EVM的安全性与其底层区块链的共识技术有着本质的联系。 同样，SmartWeave 还依赖于 Arweave区块链的安全性和最终确定性，这是通过包含使用 SPoRa（随机访问的简洁证明）协议最终确定的块来实现的。

EVM通过设计结构将费用市场实现到核心协议中。 市场费用计划使用最高价格拍卖机制来确定交易费用，出价最高者首先处理其交易。 正如以太坊虚拟机的全球费用市场设计所示，在高需求时期，与扩展网络相关的挑战变得尤为明显。

例如，当单个合约经历大量活动时，例如备受期待的 NFT 铸币，它会通过增加交易成本而无意中影响所有网络用户，即使对于那些没有直接参与高需求活动的人也是如此。

Arweave 提出了一种传统费用市场的替代方法，即利用单一奖励矿池和所有数据的 Merkle 根，称为捐赠。 向系统添加新数据会更新 Merkle 树，并将 $AR 代币添加到奖励矿池中，而不会增加计算开销。 为了解决数据存储处理支付的瓶颈，Arweave 使用递归捆绑系统在网络上的单次支付中解决多个交易。

最终，这可能会导致无限深度的树，允许在一次交易中摄取所有网络数据，从而消除对费用市场的需求。 Arweave 的交易系统允许用户在不收取区块包含费的情况下执行交易，从而导致存储成本成为执行交易的唯一费用，无论需求方如何。

SmartWeave 是 Arweave 交易的有序数组，受益于交易块包含费用市场的缺失。 这种独特的属性允许无限的交易数据，除了存储成本之外，无需额外费用。 此外，SmartWeave 的开放式设计使开发人员能够用任何编程语言编写逻辑，为通常僵化的 Solidity 代码库提供了一种令人耳目一新的替代方案。

第 2 部分将于明天发布，内容包括：

• 惰性执行：另一种视角
• 评估 EVM 和 SmartWeave 的适用性
• SmartWeave 市场契合度

客座文章作者：Jakub Wojciechowski，Warp Contracts 和 RedStone 首席执行官兼创始人

最新报告 比特币能感受到贝莱德效应吗？

全球领先的资产管理公司贝莱德最近申请了比特币交易所交易基金（ETF），震撼了加密货币世界，标志着比特币投资和更广泛的数字资产格局可能进入新时代。

· 2 天前