这个专题主要聊聊智能合约相关的最近一直在用rust写区块链底层，又是写合约引擎，现在基本完成了，包括wasm虚拟机和基于rust的eDSL。所以就想着借着这个机会，把一些想法记录一下。首先区块链发展到现在，大部分功能都需要智能合约来完成，不过五花八门的语言，确实增加了老铁们的负担，虽然各位老铁基本都可以左手拿教程，右手拿键盘，直接开整。不过因为合约漏洞，而导致各种新闻也让手握Token的信仰者胆战

最近比较迷恋solidity和EVM，solidity研究了不少，发现还是需要结合EVM才能理解的比较透彻，最近准备详细研究一些EVM。研究了一下源码，发现EVM貌似会有新的版本，叫EWASM；不过现在貌似还没有应用，据说改动很大；笔者研究的还是EVM。之后会继续根据EWASM的进展。EVM模块支持合约的执行与调用，调用时根据合约地址获取到代码，生成环境后载入到EVM中运行。通...

     上回说到哪儿，其实我早就忘了，所以这回完全是重新说，这次的方案是完全可行的，因为我已经调试完成。但是自己测试力度感觉不够深，所以可能还留有bug。代码我会整理上传到github，欢迎大家一起探讨。闲话少说。    拓扑有很多种，比如链式、星形、环形、环交环、环切环。其中环是应该避免出现，为什么呢?    1)数据帧在环形拓扑中一直转发，增加带宽、cpu的负担，借用网络术语——广播...

我们写智能合约的时候，会发现，合约其实是有一个比较明显的范围限定的。例如solidity中，就有类似于面向对象中的类，将一个合约的属性与方法，都设定在一个合约类当中；而在fabric中链码，更接近我们普通的程序，合约分布在几个文件中，用户将其打包成一个智能合约。所以我们在设计智能合约语言的时候，第一步考虑的就是我们的合约是一个怎么样的形式。简单一点，一组变量和一组方法，基本可以满足合约的要求了。然