原文:《Web3.0底层语言:Move弥补了Solidity哪些不足?

作者:宋嘉吉、任鹤义

摘要

为什么基于 Solidity 语言的以太坊生态如此庞大,市场依然对新公链有着新期待?Move 出自大厂(Meta),被行业普遍看好,前期一些基于 Move 语言开发的公链得到了市场的青睐和资本的追捧。面向 Web3 更为丰富的应用,底层语言的进化是基础,Move 有哪些优势,弥补了 Solidity 哪些不足?基于这些特点,Move 生态有可能诞生新模式和新应用。

针对已有的编程语言如 Solidity,Move 语言在很多细节设计考虑的比较周到,如将库与应用逻辑分离开来;但最为突出的特点是资源类型方面,即面向资源的编程。在 Dapp 应用支持方面,吸收了比特币 script 和以太坊的 smart contract 的优点,因此行业普遍对该编程语言比较看好。而针对 Solidity 被外界诟病的安全问题,move 也在尝试解决。

Move 是面向资源 (resources) 的编程语言,资源在 Move 的世界里是「第一等公民」(first-class resource),其关键特性是自定义资源类型:resources 永远不能被复制或隐式丢弃,只能在程序存储位置之间移动。Solidity 并不是面向资源的,用户的账户拥有某个 Token 资产,只是该 Token 合约分配给用户的一个数值。而 Move 创建的 Token 账户资产是独一无二的资源类型,比如账户 A 中的资产是保存在 A 账户中的,虽然也是数值,但不能复制、丢弃或重用,可以被安全地存储和转移。同时,账户资产只能由定义该资源的模块进行创建和销毁,这使得同质化的数值类型的资产可能产生的重入、类似双花或者账户余额出现不平衡的状况得以避免。在这一点上,Move 账户资产有些类似比特币的 UTXO 机制,Token 不再是简单的同质化数值,而是可区分的。

为了可以实现更灵活的业务,Move 另外定义了 4 种权限属性:可复制 (copy)、可丢弃 (drop)、可存储 (store)、可检索 (key)。这 4 种属性可以任意组合,来定义资源的属性,方便用户灵活操作。如 drop+store+key 的组合,定义的资源是不可以复制的,可以避免复制引发的代币增发以及双花的问题,这一点类似 NFT 以及比特币的 UTXO 机制。

对于模块化和合约组合性方面,Moe 使用了模块和脚本设计,通过传递资源实现合约交互。Solidity(如以太坊)上面的 Contract 合约通过 library(相当于静态库)进行消息的传递,从而实现 Contract 合约之间的调用、交互。而 Move 语言使用了模块 (module) 和脚本 (script) 的设计,前者类似于 Contract 合约,Move 语言的合约组合性则是模块之间的组合,通过传递资源(即前文提到的 resources)。关于组合性方面,Solidity 和 Move 的区别非常明显。

在交易执行方面,Move 的并行处理相交 Solidity 带来区块链性能的极大提升。并行执行(PE)通过识别独立交易并同时执行,这极大提升了区块链的扩展性。Solidity 并不支持并行处理,如以太坊上的交易按顺序执行,其他交易置于暂停(排序)状态——因此产生了 mempool(内存池)和 MEV 市场。如基于 Move 的公链 Aptos,利用 Block-STM(Software Transactional Memory)引擎实现并行处理,带来性能的明显提升。

1. 核心观点

Move 出自大厂(Meta),被行业普遍看好,期间一些基于 Move 语言开发的公链得到了市场的青睐和资本的追捧。为什么基于 Solidity 语言的以太坊生态如此庞大,市场依然对新公链有着新期待?Move 所拥有的优势,弥补了 Solidity 哪些不足?基于这些特点,Move 生态有可能诞生新模式和新应用。

本文对比 Solidity 和 EVM 存在的不足,分析了 Move 的优势与特点。

2. 为什么发明 Move:弥补 Solidity(以太坊)的哪些问题?

Move 是 Meta(原 Facebook)公司为其 Diem 项目(最初是全球稳定币项目 Libra)开发的一种安全可靠的智能合约语言,Aptos、Sui 等新公链使用的正是 move 编程语言,这些公链正是看中了 Move 的优势及其并行处理特性,可拓展单片链的局限。Move 是基于 Rust 的编程语言,但是 Move 专门针对智能合约进行开发优化,主要用于操作资源,因此入门门槛是低于 rust 的。因为主要针对智能合约,因此砍掉了许多 Rust 多余的操作,更加简洁。为了弥补 Solidity 和 EVM 出现的一些不足,Move 做了一些优化,使得基于 Move 的 Dapp 应用有着更多灵活玩法。

针对已有的编程语言如 Solidity,Move 语言在很多细节设计考虑的比较周到,如将库与应用逻辑分离开来;但最为突出的特点是资源类型方面,即面向资源的编程。在 Dapp 应用支持方面,吸收了比特币 script 和以太坊的 smart contract 的优点,因此行业普遍对该编程语言比较看好。而针对 Solidity 被外界诟病的安全问题,move 也在尝试解决。

Web3底层语言:Solidity问题重重,MOVE如何“乘虚而入”?

2.1.一等资源与数字资产(first-class resource)

与其出现的背景相匹配,Move 是面向资源 (resources) 的编程语言,资源在 Move 的世界里是「第一等公民」(first-class resource),其关键特性是自定义资源类型:resources 永远不能被复制或隐式丢弃,只能在程序存储位置之间移动。它可以像传统的类型一样,可以存储在数据结构中,也可以作为参数传递。简单的说,他就是传统编程语言中一个不可随意销毁的新数据类型。对比 Solidity 定义的资产,如以太坊上的某种 Token 账户,资产只是一个数值,两个账户之间发生转账后,账户资产数值相应的发生变化,不同账户资产的区别就是数值余额,并无本质区别(也就是说资产是同质的)。同时需要注意,例如以太坊上 ERC20 代币 TokenA,其是一个独立的合约账户,这个合约为用户(账户地址)分配一个数值,代表用户拥有的 Token A 的数量。从这一点可以看出,Solidity 并不是面向资源的,用户的账户拥有某个 Token 资产,只是该 Token 合约分配给用户的一个数值。

而 Move 创建的 Token 账户资产是独一无二的资源类型,比如账户 A 中的资产是保存在 A 账户中的,虽然也是数值,但不能复制、丢弃或重用,可以被安全地存储和转移,用并不完全准确的比喻,可以认为 A 账户中的资产与其他账户资产在某种意义上是不完全同质的。同时,账户资产只能由定义该资源的模块进行创建和销毁,这使得同质化的数值类型的资产可能产生的重入、类似双花或者账户余额出现不平衡的状况得以避免。在这一点上,Move 账户资产有些类似比特币的 UTXO 机制,Token 不再是简单的同质化数值,而是可区分的。为了可以实现更灵活的业务,Move 另外定义了 4 种权限属性:可复制 (copy)、可丢弃 (drop)、可存储 (store)、可检索 (key)。这 4 种属性可以任意组合,来定义资源的属性,方便用户灵活操作。如 drop+store+key 的组合,定义的资源是不可以复制的,可以避免复制引发的代币增发以及双花的问题,这一点类似 NFT 以及比特币的 UTXO 机制。

可以这样理解,以太坊(Solidity)的资产是由相应的合约控制,如果把 Token A 合约比喻为保险箱,保险箱会给所有用户分配一个数值余额,来表达用户所有拥有的 Token A 资产数量,但资产本身还是放在 Token A 合约的保险箱内。而 Move 用户账户本身就是一个单独的大保险箱,由用户自己控制,所有的 Token 资产都放在这个保险箱内。且这些 Token 并不是以数字的形式存在,而是不可复制的、权限受用户控制的资源(类型)。

Move 语言中的资源定义与权限是分离的,资源的权限属于用户。Solidity 中账户资源权限归属于合约,比如以太坊上某个 erc20 Token 属于相应的合约,如用户在 DEX 如 Uniswap 合约进行 Token A(权限属于 Token A 的合约)兑换为 Tokend B(权限属于 Token B 的合约)交易时,无法在 Uniswap 合约里直接提取自己的 A 资产换为 B 资产——因为 Uniswap 里资产的权限属于其合约。实际的流程至少三步交易操作:i)首先对 Uniswap 合约进行授权(approve),授权 Uniswap 合约代用户提取 A 合约的资产;ii)进入 Uniswap 合约进行兑换,提取 A 后将 B 存入账户;iii)取消授权(revoke)。但用户一般不会在完成兑换后立刻取消授权(为后续可能还会进行兑换行为节省 gas 费用),一旦 Uniswap 合约受到攻击或者出现漏洞,就为用的 A Token 账户带来风险。需要注意的是,授权 / 取消授权都需要在以太坊上执行合约操作,从而产生 gas 费。从这里我们可以清晰看到,Token A、Token B、Uniswap 里的 LP 资产权限分属于各自的合约,用户无法通过一个账户在三个合约之间自由切换。而 Move 的资产大账户则不需要跨合约授权,权限是属于用户的,用户直接在 DEX 里提取 A、兑换为 B 存储到账户里,这个过程可以在一个交易操作里完成,无需授权 / 取消授权操作,一定程度上提高了安全性。

Web3底层语言:Solidity问题重重,MOVE如何“乘虚而入”?

2.2.Move 语言的模块化和灵活组合性

此前我们的深度报告《Web3.0 时代:开放、隐私、共建》中提出了 Web3.0 与 Web2.0 很大的区别在于开放性、可组合性。那么这种开放调用从底层上是如何实现的呢?Move 语言又将提供哪些便利?

对于模块化和合约组合性方面,Solidity(如以太坊)上面的 Contract 合约通过 library(相当于静态库)进行消息的传递,从而实现 Contract 合约之间的调用、交互。而 Move 语言使用了模块 (module) 和脚本 (script) 的设计,前者类似于 Contract 合约,Move 语言的合约组合性则是模块之间的组合,通过传递资源(即前文提到的 resources)。关于组合性方面,Solidity 和 Move 的区别非常明显。

以部署 Token 合约为例,Solidity 的 Token 作为一种服务存在,可以查询余额,而 Move 的 Token 则是一种资源,也就是上文提到的「永远不能被复制或隐式丢弃,只能在程序存储位置之间移动」。而这两者之间的区别,可以这样比喻:基于 Solidiy 的合约之间调用是通过消息服务,如各类接口的调用,Solidity 上面的合约交互就好比是两个原始部落之间的贸易交流,为了方便两个部落之间的往来,需要统一生产工具和制作方法等标准信息——即两合约之间的状态同步,实现交互。A 部落发明了石斧头,于是将这个石斧头的用材标准、制作方法等信息告知 B 部落,由 B 部落自行生产(这就好比 Token A 和 Token B 分别由各自的合约控制)。注意这里为了安全,合约要保持隔离状态,只能传递消息服务,但消息服务显然是可以复制或被丢弃(将石刻信息擦除)。如果一个合约出现升级,如以太坊 NFT 接口标准 ERC 721、ERC 721A 和 ERC4907 等系列优化升级,就好比 A 部落发明了铁器,因此需要通过消息服务告知对方部落更新生产配置。一个合约的升级,需要调用过该合约的其他合约进行状态同步,跟随升级。这个工作流程无疑会增加复杂性,以太坊合约的升级迭代也是同样复杂的,且会带来 EVM 的字节代码膨胀。

Move 的世界,合约交互则更具备灵活组合性。还是上面的喻例,作为 Move 的模块 (module) 之间交互(即部落之间的交易)是通过传递资源来实现的,这种优化相当于科技升级,A 部落并不是告知 B 部落生产工具的配置信息,而是根据需求,将生产工具(无论是石斧头还是升级后的铁器工具)封装在一辆型号合适的标准运输车中,对方不必需升级生产配置,而是每次只需要接收车辆开走就行。换句话说,Move 的模块之间交互传递的不是消息,而是干脆传递了运输车辆(这是一种资源,永远不能被复制或隐式丢弃,只能在程序存储位置之间移动的资源)。无疑这种模式更具有灵活组合性,接收方收到车辆可以存储,也可以转移给其他方(其他合约),甚至可以将车辆货物卸下来后分装在不同的车辆里。也就是说,一个 Move 模块的升级,其他使用过该模块的合约自动会升级到最新状态。

2.3.对 Web3 安全性的改进

Move 语言带来的安全改进是多方面的。

Move 语言的资源有四个属性:可复制、可索引、可丢弃、可存储,通过这四个属性的不同组合,用户可以方便的定义出任何类型的资源。Solidity 的资产是由代币合约赋予用户账户的数值余额,相比较,Move 无疑增加了资产的安全性。

Solidity 的资产是由相应的 Token 合约赋予用户的数值。而 Move 规定资源会存储在由所有者的帐户控制的模块里,资源的所有者具有最高决定权,只有所有者能够决定资源(Resource)的存储和转移。操作权限分离,使得不同场景可以定义不同的权限,这也是安全的一面。

Move 资源的设计让数字资产转移不是账户间余额数值的简单加减,而是存储位置间的移动(不可复制、不可丢弃),避免重入和双花攻击。重入指的是黑客抓住代码漏洞,制造恶意合约,在用户转账的同时再次调用转账函数(重入),在不改变账户余额的情况下不断提走资金。对于 Solidity 语言 Token 合约的赋值方案,重入攻击和双花的风险都很大。

另外,Move 的模块工作模式也大大降低了系统风险——如前文所述,Solidity 合约升级需要其他合约作出相应的升级,否则将带来安全隐患,而 Move 的合约升级非常简单,只需相应合约自身升级,并不需要其他合约作出更新,这在一定程度上规避了合约升级不及时带来的安全风险。

Web3底层语言:Solidity问题重重,MOVE如何“乘虚而入”?

2.4.Move 的并行处理带来更高的扩展性

在交易执行方面,Move 的并行处理相交 Solidity 带来区块链扩展性的极大提升。并行执行(PE)通过识别独立交易并同时执行,这极大提升了区块链的扩展性。Solidity 并不支持并行处理,如以太坊上的交易按顺序执行,其他交易置于暂停(排序)状态——因此产生了 mempool(内存池)和 MEV 市场。对于两个不关联的交易,如果能够并行处理,则高效且可扩展。

如基于 Move 的公链 Aptos,利用 Block-STM(Software Transactional Memory)引擎实现并行处理,带来性能的明显提升。其工作理念类似以太坊二层网络的 Optimistic Rollup(乐观汇总),交易在区块内是预先排序的,先假设交易之间是没有依赖关系,乐观底执行并行交易。执行后验证所有交易结果,如果发现一个交易访问了由先前交易修改的内存位置,则该交易无效——因为很明显两个交易是相关的。刷新交易的结果,然后重新执行交易。重复该过程,直到区块中的所有交易都被执行。Block-STM 的特点是支持比较复杂的事物,适合多种应用负载工况。

如下图,将 Block-STM 与区块按交易顺序执行进行了比较。每个区块包含一万笔交易,账户数量决定了区块处理的交易的竞争复杂程度。在低竞争和高竞争情况下,Block-STM 比顺序执行的方案实现了 8-16 倍的加速。当交易任务是顺序的情况下,Block-STM 的消耗也更小。由此可见,Move 带来的并发性能是非常突出的。

Web3底层语言:Solidity问题重重,MOVE如何“乘虚而入”?

由此可见,在 L2(二层网络)之前,主链的并行处理能力亦是公链扩容积极考虑的方案。这为 Move 生态带来更多的可能性。