MAR:用Python进行DeFi应用的开发——不同的区块链项目是如何解决安全问题的?_TPY

作者：

时间：

作者：LongHashJustinCai

Tezos作为著名的PoS公链，其亮点并不仅仅只是Staking，Tezos的形式化验证特征同样也是其主要技术亮点之一。形式化验证能让DeFi的安全性方面如虎添翼，让用户对资金的智能合约安全更加有信心。

形式化验证方法和DeFi安全

DeFi的爆发式增长吸引了不少开发者，著名的DeFi协议如Compound、Uniswap、Syntheix累计收获了上亿美元的资金。但是，DeFi存在一个重大漏洞：安全性。

这个漏洞的代价是昂贵的，它给一些区块链项目的网络效应带来了负面的影响。过去几个月被攻击的DeFi项目就包括Curve.fi、Lendf.Me、PegNet等，其损失从数十万美元到数千万美元不等。tBTC在上线几天后通过自查及时发现了bug并冻结了存币，避免了一场灾难。

加密投资应用Pillow计划停止所有服务和应用:金色财经报道，总部位于新加坡的加密投资应用Pillow计划在未来几周停止其所有服务和应用程序，理由是监管不确定性。在Telegram上的一篇文章中，Pillow要求客户从Pillow应用中提取所有资金，并表示将于2023年7月31日终止其所有当前服务。

此前报道，2022年10月份，Pillow完成1800万美元A轮融资。[2023/6/23 21:56:14]

而对于注重安全性的DeFi开发者来说，Tezos的形式化验证方案能够在加强安全性的同时赋能DeFi应用。

在传统互联网应用中，如果服务器被黑客攻击，只需要对服务器端用户数据进行回滚就可以挽回用户损失。因此，重视用户体验的传统互联网应用可以以牺牲安全性换取速度和功能上的快速迭代。然而在DeFi应用中，由于区块链的不可篡改性，智能合约一旦上线并出现安全隐患，对用户造成的损失是巨大且不可挽回的。

因此，DeFi应用开发的过程需要用大量的测试和昂贵的审计以获取足够的安全性，而反过来会牺牲迭代的速度，影响了产品的易用性。并且，因为安全审计的价格昂贵，很多开发者并没有能力发起DeFi应用。

FTX使用Portal作为跨链桥解决方案，扩大了对Portal封装代币存取款支持:5月26日消息，Wormhole宣布FTX使用Portal作为跨链桥解决方案，并扩大了对Portal封装代币存取款支持。Wormhole表示，通过启用Portal封装的ERC-20代币存取款，FTX用户可以在包括Solana链上的DeFi协议中使用其代币。[2022/5/26 3:42:44]

区块链开发人员目前仍然是稀缺的，导致人工审计的成本非常高昂。因此越来越多地使用机器辅助验证是目前的趋势，而机器辅助审计中的形式化验证方法更是确保安全性的不二法宝。

形式化验证指的是用数学中的形式化方法对算法的性质进行证明或证伪，方法有两种：

一种是模型检验，即把系统所有可能的状态列出并进行一一检验，此种方法全自动化但只适合小型系统；

另一种是演绎验证，首先把系统代码标记成抽象数学模型，然后对定理进行证明，此种方法适合大型系统，但是首先需要人工将系统的运作方法转换成验证系统可以理解的语言。

动态 | 部分买家因委内瑞拉政府要求用Petro承担港口费而停止其石油购买:据Econotimes消息，因委内瑞拉政府强制要求港口费用由加密货币Petro(PTR)承担，一些石油买家预计此举将违反美国制裁的威胁，于是选择停止购买。就目前而言，委内瑞拉的数字货币Petro仍受到争议。[2020/1/30]

形式化验证方法在很长一段时间里，由于其成本较高昂，主要应用于学术、国防军工、航空航天等领域，在商业领域应用较少。由于传统互联网应用与区块链应用的运行环境有着本质的不同，其开发流程也应当相应地进行调整，其中最关键点在于安全验证环节的投入比例。

函数式语言在公链领域的应用

许多区块链项目为了保证安全性，在底层架构、虚拟机或智能合约的语言方面，选择了函数式语言，如Ocaml、Haskell、Erlang等。函数式语言由于其严格的变量类型定义和编译检验，以及拥有较好的形式化验证工具链，在安全领域拥有很好的口碑。常见过程式语言编写的代码，一般必须重新用函数式语言标记方能进行形式化验证。

动态 | Poloniex已重新启用PASC钱包:据Poloniex官方消息，此前遭禁用的Pascal Coin （PASC）钱包已重新启用。9月4日消息，由于PASC存取款存在问题，Poloniex暂时禁用PASC钱包。[2019/9/5]

我们看到，在以上项目中，Tezos支持的智能合约高级语言的种类最丰富，不仅包括Pascal,Ocaml,Haskell等多种函数式语言，也包括了Python这一应用普遍的语言。而Cardano、Aeternity都需要开发者学习一门新的函数式语言，使得开发门槛变得较高。

Michelson语言的安全特性

在智能合约语言的设计上，Tezos采用了一种取长补短的创新方案。Tezos的智能合约底层采用基于Ocaml的Michelson语言，而开发者实际接触的是Python等高级语言，并不需要了解Michelson语言本身。如此以来，可以结合Michelson语言更好的安全性与可审计性，与Python等高级语言的易于编程性。

声音 | imToken商业运营负责人：以太坊在设计之初就决定采用PoS共识:7月23日消息，imToken商业运营负责人Mako表示，以太坊在设计之初就决定采用PoS共识，但由于当时PoS共识并不成熟，以太坊前期采用成熟的PoW挖矿，之后转到PoS。为此，以太坊设定了4个阶段：前沿、家园、大都会、宁静，目前我们处于大都会阶段，宁静也就是我们今天谈论的以太坊2.0。以太坊2.0的阶段1，也称为零阶段（开发人员喜欢从零开始计数）信标链，引入共识层，目前有8个团队正在独立的实施第一阶段，信标链将是一条全新的 PoS 区块链，用户可以使用钱包参与 Staking 挖矿获得收益。阶段2：分片，引入数据层，这一阶段只是分片结构的试运行，而不是尝试使用分片来扩展以太坊。阶段3：eWASM 虚拟机，引入执行层，这一阶段将会变成我们熟悉的以太坊。这个阶段是以太坊 2.0 各个重要功能汇聚，分片链升级，允许钱包转账，执行合约。阶段4：按照V神的说法，阶段4将是对这台新世界计算机的调整和优化。[2019/7/23]

Michelson在架构上对标的是以太坊EVM，与EVM相比其相似之处有

1）是一种stack语言

2）使用链上存储

3）采用gas费用模型

4）图灵完备

Michelson与EVM的主要区别是

1）静态类型

所有进入Michelson智能合约的数据，都需要明确定义其类型。避免了跟类型不匹配有关的程序bug，如浮点溢出、除以0等。

2）原子计算

一个Michelson智能合约必须完成执行后才能调用其它智能合约。这一点避免了以太坊上经常发生的re-entrancy攻击?(如著名的DAO攻击）。

3）明确的调用失败

执行期发生的失败只有三种，明确失败、gas耗尽、数量溢出。这一点避免了以太坊上常出现的隐含模代数、错误指令、stack溢出等类型的常见执行期攻击。

4）严格的语义

大小写、空格、短行都有严格规范的要求，让代码审计变得更方便。

可以看到Michelson相比EVM在安全上有诸多的改进，可以更好地抵御以太坊上经常出现的攻击类型。

SmartPy开发工具包

Tezos上的Dapp开发者并不需要掌握Michelson语言。这是因为开发者可以使用基于Python的SmartPySDK，并将Python代码写的智能合约编译成Michelson语言。因此Dapp开发者只需要会Python就可以轻松上手。

SmartPy是一个Python库，而SmartPy.io让用户能够在一个浏览器中执行Python脚本。Smartpy的官方网站提供了一个在线编辑器(https://smartpy.io/demo/)，Dapp开发者可以直接用Python编写代码并编译成Michelson智能合约，然后部署到Tezos主网上。其使用界面设计相比以太坊的Remix在线编辑器更简洁明了，非常容易上手。Smartpy还自带了一些现成的开发模版，方便开发者参考学习。

SmartPy.io的界面如下。屏幕左侧区域是代码编写区，开发者可以轻松地使用Python来写入并编辑合约的代码。Smartpy不需要像Remix一样分两步编译和执行，按一下代码区上方的执行按钮就一步搞定，非常方便。执行结果立马就可以在屏幕右侧显示出来，包括合约调用的入口、存储状态、编译的Michelson代码等。