WAS:虚拟机科普专栏 | Rust智能合约的应用

往期“智能合约执行引擎的前世今生”、“熟悉的新朋友-链上JVM”中,我们介绍了智能合约的起源,以及自研的可以执行Java智能合约的执行引擎HVM。虽然HVM相比于EVM,性能已经有了很大的提升,但是由于其字节码数量很大,在解释执行的场景下执行性能十分受限。另一方面,合约漏洞(不考虑业务逻辑漏洞)引发的安全问题,每年都在发生,所造成的经济损失都十分严重,那么有没有一种方案能让使用者抛开个人因素,尽量写出安全的合约?

为了解决这两个迫切的问题,我们引入了wasm虚拟机FVM,以及Rust合约编写框架。下面本文将详细介绍这两个部分在智能合约领域的应用。

众所周知,solidity语法在更新时出于一些考量并没有做好兼容工作,导致不同版本的语法差异很大,开发人员在不同版本的语法之间来回切换,着实浪费精力。另外,由于区块链区别于传统的互联网技术有着“不可篡改”的特性,一旦产品发布,无法以补丁的形式修复现存在的问题,也无法在原有的基础上进行版本迭代。这就需要合约开发者能一次就写出没有任何问题的合约,否则容易造成巨额的经济损失。然而事情一旦过度依赖于"人",往往会带来量子学的色彩,最好是有另外一套机制来确保合约的正确性。

Rust作为高效、可靠的通用语言毫无疑问是现有的最好解决方案。

Rust语言的可靠性依托于丰富的类型系统和所有权模型,以及强大的编译器,在编译期就能捕获经典错误。这迫使开发者在编写合约过程中,思考自己所写的每行代码是否准确,并通过编译器来确认,保证通过编译器检查的合约代码一定是安全的,极大的提高了合约的安全性以及可靠性。

此外,我们自研的合约框架提供了一个运行时的测试框架,让开发者能模拟合约运行,无需部署就能在链下找到合约中存在的问题。这无疑是给上链的合约增加了一重保险。

另外,我们的合约框架利用rust的宏展开技术,将操作放在宏注解里面。这样能让开发者在使用过程中更多的关注自己合约的业务逻辑,从某种程度上保证了合约逻辑安全,毕竟只需要专注一个部分而没有其他因素的干扰,能让开发者更加投入的去打磨逻辑的细节。

EVM在本质上是脚本程序,是基于栈的虚拟机,需要由编译程序翻译成指令后执行,即解释执行,这导致EVM的执行效率非常低。与之相对,wasm使用了编译执行的方式,采用了虚拟机/字节码技术,并定义了紧凑的二进制格式,拥有更高更快的智能合约执行速度。因此我们引入wasm极大的提高了整个合约的运行效率。

WASM(WebAssembly)按照字面意思就是web汇编,是为web浏览器定制的汇编语言。这里虽然说是定制,但随着灵性的发展,它不仅仅只适用于web,其《核心规范》更是与平台无关。既然号称汇编,那它显然具有汇编语言的特点:

1)层次低,接近于机器语言,提高运行效率;

2)适合作为目标代码,由其他高级语言(C/C++/Rust/Go等)编译器生成,扩大适用性;

另外模块是wasm程序编译、传输和加载的单位。wasm定义了两种模块格式:

二进制格式:是wasm模块的主要编码格式,文件以.wasm为后缀。由于其格式设计的非常紧凑,可以缩小二进制体积,拥有更快的传输和执行效率。文本格式:文件以.wat为后缀,此处不详细展开。模块的划分使得wasm的组织结构更加清晰,解析更为方便,极大地提升了解析的效率。

那么除了使用Rust来编写合约,以及将合约编译成wasm字节码,真正要将合约运行起来,依然需要为wasm提供一个运行环境,也就是FVM做的事。

从语义上讲,一个wasm模块从二进制格式到最终被执行可以分为3个阶段:解码,验证,执行。解码阶段把二进制模块解码为内存格式;验证阶段对模块进行静态分析,确保模块的结构满足规范要求,且函数的字节码没有不良行为;执行阶段又可以分为实例化和函数调用两个部分。

?FVM组成

显然,FVM完整的功能应当是包含上面提及到的解码、验证、实例化以及函数调用等部分。我们按照整个流程实现了FVM,但是在实际运行中,发现执行过程会消耗大量的性能在内存的读写及分配上。为了进一步提高FVM的执行性能,我们新增了一层编译模块,将wasm的栈式内存转为基于寄存器式内存,对内存进行标记并加以重复利用,避免了频繁的分配内存,极大的提升了整体执行效率。

FVM与平台的账本交互

在rust智能合约中,我们对数据是否上链做了明确的区分,只有标定特定宏注解的字段数据才会上链交互。在合约部署时,对于初始化的字段写入账本;在调用合约方法时,如果使用到合约的持久化字段,合约执行引擎会调用账本读取的方法从账本中获取其数据。对于存在有数据写入操作(即更新)的字段,待合约执行结束后,若账本还未存在此字段则将其写入账本,若此字段已存在,则对相应的账本数据进行更新。

整体流程

整个介绍下来,相信大家对Rust智能合约的使用有了个大概的印象。这里对整个流程做个梳理:

step1:?用户通过Rust合约框架编写智能合约(一定要测试)

step2:编译合约为wasm文件

step3:将wasm合约文件部署到FVM

完成以上步骤你就成功的运行了一个合约?。

目前的合约都只是针对相对简单的业务,在我们的规划中,FVM既能应用在现有的合约场景,又能应用在业务复杂以及对合约执行速度有较高要求的场景。同时给了非区块链行业技术人员一种“零学习成本”的上链方法——使用他们熟悉的编程语言来编写合约。扩大了区块链技术的应用场景以及影响范围,以便探寻更多的区块链技术落地方案。

目前FVM在性能上的表现已经很好的达到了预期,但是我们不会满足于眼前的现状停滞不前。在后续的规划中,我们将继续探寻一些优化方案,比如:

1)?虚拟机缓存的优化;

2)引入AOT(Ahead-of-Time),?即预先编译的方式,替换现有的字节码解释执行,将wasm模块直接编译成go代码,利用go的插件机制直接加载运行,得到极致的性能体验。

技术在不断的推陈出新,优化工作将一直持续下去,“保持先进”是我们的目标。

本文从「安全性」以及「效率的提升」两个角度,引出了对rust智能合约支持的FVM,探讨了rust与wasm在智能合约上为什么会有如此表现,以及我们使用FVM的意义。接下来我们还会对支持区块链上SQL执行的KVSQL进行详细介绍,敬请期待!

作者简介

李凯

趣链科技基础平台部区块链虚拟机研究小组

参考文献

?rust程序设计语言

《WebAssembly原理与核心技术》

郑重声明: 本文版权归原作者所有, 转载文章仅为传播更多信息之目的, 如作者信息标记有误, 请第一时间联系我们修改或删除, 多谢。

链链资讯

[0:0ms0-3:609ms