智能合约和以太坊有什么关系

描述

2015年7月30日，以太坊第一个区块被挖出，以太坊正式走上历史舞台。 随之而来的，也成为了智能合约的热门话题。 我们可以从谷歌趋势中看到智能合约与以太坊之间的相关性。

智能合约的概念是 Nick Szabo 在 1995 年提出的，当时没有比特币，没有区块链，也没有以太坊。

当前主流认知将智能合约与以太坊（或类以太坊项目）绑定。 以太坊是一个智能合约平台。 任何人都可以在以太坊上发布定义某些合约属性的代码，并将其委托给以太坊网络运行。

就像马云开发了淘宝平台，人们可以在淘宝上开网店。 运行在线商店不需要商店部署自己的服务器。 网店后台完全跑在淘宝上。

目前最具影响力的智能合约实例基本运行在以太坊上，应用最广泛的是代币发行、DeFi、去中心化Dubo。

关于智能合约的应用方向，目前主流信息对智能合约有更多的共识，将传统合约转变为智能合约。 传统契约通过社会习俗和法律规定了参与者的权利和义务，这是契约背后约束力的来源。 智能合约改造有望承担代码中的约束力来源。

这就是为什么智能合约被以太坊和类似以太坊的项目绑定在一起的原因。 因为以太坊提供了一个绑定代码执行平台。 以太坊被设计成一台世界计算机，它允许程序在不依赖特定中心化服务器的情况下运行。

比特币爱好者对以太坊在智能合约方面的出色表现非常不满，也想了很多办法让比特币网络承接智能合约业务。

比特币系统内置脚本引擎来完成账本的可编程性，而以太坊则使用虚拟机。 后者是图灵完备的，可以用来运行非常复杂的程序。 再加上比特币的UTXO设计，以太坊是一个账户设计。 前者只能设计无状态合约。 这意味着比特币上的合约代码不能使用自己生成的中间状态。 比特币脚本都是一次性的，只对本次交易有效，不能被其他交易引用。 比特币的脚本代码也无法读取数据，你无法编写程序来命令比特币的某笔交易获取特定参数。 只有极少数例外情况，例如块 CSV 指令，允许比特币脚本依赖块高度来做出反应。 相应的，以太坊的虚拟机就没有这些障碍。

但是比特币网络仍然可以承接特定的智能合约。 P2SH交易格式允许在脚本中嵌入代码，可用于实现特定的应用场景。 核心开发人员正在研究 Merkle 抽象语法树 (MAST)，它有望从比特币脚本构建更复杂的代码。

BCH实现了OP_CHECKSIGVERIFY等操作码，脚本可以验证外部数据（Oracle），可用于构建去中心化仲裁的资产交易。 例如Bitcoin.com发布的local.bitcoin.com就是一个去中心化的资产交易平台。 此操作码还可用于构建去中心化菠菜。

但是，无论是使用以太坊的智能合约平台，还是使用比特币的脚本引擎来实现智能合约，都是将传统合约转化为智能合约的一种思路。 这种想法显然就像手里拿着锤子，什么都是钉子。 现在有了智能合约平台以太坊智能合约最广泛的应用，就像有了一把锤子，所有的传统合约都应该用这把锤子来敲。 但实际上，传统合同在大多数情况下是不需要修改的。

这种思路让智能合约相形见绌。

正如上一篇文章《初识智能合约》所述，比特币挖矿是一个完美的智能合约。 挖矿是一种新的商业范式，一种智能化的商业范式。

这是开发智能合约的想法，创建了一种新的业务范式。

任何一条链，不管是 PoW 还是 PoS，其实都是一个类似商业范式的案例。 在 PoW 链中以太坊智能合约最广泛的应用，矿工交付工作量证明，帮助用户打包交易，系统发放 Coinbase 奖励。 在 PoS 链中，节点传递币龄证明帮助用户验证交易，系统发放铸币奖励。

在去中心化交易所中，参与交易的双方是点对点的，双方在交易前都控制着自己的资产。 没有第三方参与交易。 去中心化交易所也是一种自运营、公开透明、不需要授权的智能合约。

与Openbazaar类似，是一个去中心化的淘宝，参与者无需注册，系统自行运行。 需要注意的是，Openbazaar 并不记录所有的商业交易。

或许，要设计一个区块链项目，我们首先要了解如何设计一个业务逻辑自洽的智能合约。

当 Nick Szabo 提出智能合约概念时，比特币还没有诞生，更不用说以太坊了。 将智能合约限制在某个智能合约平台上的自动化程序使智能合约的概念相形见绌。 回归智能合约的初衷，降低业务成本，降低违约风险，扩大业务范围。