智能合约 疑难杂症集中帖

aidj

百慕大金融管理局（BMA）官网发布了“初始投币产品风险”的报告，BMA致力于为百慕大金融服务业提供监管环境，既保护利益相关者又支持创新。

BMA首席执行官杰里米考克斯表示：“百慕大需要适应当今快节奏的全球数字商业环境，以保持经济健康。有时，这个快速前进的新世界与BMA的任务可能会出现矛盾，以确保投资者和其他利益相关方能够在一个信任的气氛中运作。”

百慕大的金融服务业受益于其高度管辖的司法管辖区的声誉，我们继续争取全球标准。我们不会动摇这个责任来维护公众和其他利益相关者，但我们知道监管者的作用不是阻碍进步。

考克斯先生指出，虽然BMA可以创建一个能够实现新业务理念的监管框架，但潜在投资者也需要认真对待自己的责任。例如，“颠覆性技术”在更广泛的金融服务行业中变得越来越重要。然而，由于其开拓性，破坏性技术都具有开创性的特征。

BMA密切关注全球技术发展，如初始投币产品（ICO）。目前，这些形式的投资工具不受审慎监管，尤其要求受监管实体拥有足够的资本，并且有适当的风险控制。

ICO——有时被称为初始令牌发行，可能是一种不受管制的方法，用于为新企业筹集资金，这取决于提供的性质。创业公司通过互联网从各个投资者那里筹集资金，绕过风险投资家或银行要求的严格和规范的筹资过程。
通过ICO，投资者可以使用加密货币（比如比特币）通过互联网购买硬币或代币一段时间。ICO通常是可以匿名创建和接受的全球产品。

鉴于其新颖性及其固有风险，ICO倾向于由拥有加密货币技术知识的经验丰富的投资者提供支持。风险包括：

不受管制的空间：ICO是否属于BMA的监管范围，只能根据具体情况来决定。许多ICO是不受管制的，因为目前没有要求他们遵守的要求。

没有投资者保护：百慕大受监管的金融服务公司已经承诺遵守市场准则和透明度。

这些代码不适用于不受管制的ICO。

早期项目：虽然传统业务也可以使用ICO，但ICO项目通常处于发展的初期阶段，其商业模式是实验性的。 ICO通常为潜在投资者提供“白皮书”，而不是受监管的招股说明书。

BMA鼓励投资者在这个日益快速和复杂的环境中谨慎行事。


#离岸公司 #避税港

====

另外，虽然仍有少部分ICO项目、交易平台相对稳定，但虚拟货币投资、交易仍存在很大风险，有别于传统的公募或私募，募集方有可能是一种建立在代码上的自动执行机制。

由于免除了常规募集的管理人，其好处自然是避免了管理人的管理费和业绩提成。

但其也随之进入了法律的真空地带。投资者一旦达成智能合约将代币投入，首先资产的归属便无法确定，代币脱离了投资人，但也不再开发人（组织者）账户募集人也无法实际使用，同时这些资产也不属于自动执行机制，因为他根本不是合格的独立法人主体。

其次，合约是合约双方就某一事项达成一致，我们可以确定投资人是合约的一方，而另一方是谁呢？

也就是说该笔资产成了法律意义上的无主物，而且交易对方主体不明，一旦投资交易出现问题向谁所要，如何所要将无从下手。


面对数据与网络虚拟财产的兴起，法律显得有些措手不及，这对法学理论及实践都是一种挑战。同时，普通民众在这种法律规范、保护措施明显滞后的大环境下，投资更需要慎之又慎，代币真假、平台实力、交易方式、变现手段缺一不可。

aidj

当你靠近一个自动售货机并插入一枚硬币时，你希望得到一罐苏打水或可口的零食作为回报。当您使用区块链技术为任何服务交换加密货币时，也会发生同样的情况。

这是一份“聪明的合同”，预计这个过程是自动的;没有什么能改变它。这个过程本身是一样的，但是由于黑客攻击，协议的条款可能会被混淆。

因此，你可以从自动售货机里买到饼干或薯片，而不是一罐苏打水，因为它接收到的是按下按钮的不同命令，而不是机器应该吐出的饮料。当然，这是最好的情况，因为黑客智能合同不会给你带来简单的挑战。

如果你的商业协议以同样的方式被入侵，后果将比巴西肥皂剧更悲惨!你收到的不是一盒美味的饼干，而是一份通知，你把所有的加密货币都送给了幸运的鸭子，没有机会去竞争这个不幸的事情。

事实上，区块链在金融领域的技术，尤其是智能合同，已经被创造出来，排除任何第三方，使其变得简单和安全。对于一个每天使用加密货币操作的ICO业务的所有者来说，这个过程是无价的。与此同时，忽视网络安全问题可能导致上述不幸后果。如果你想在网络安全上节省几千美元，你可能会损失数百万美元!以下是一些关于黑客入侵智能合同如何损害企业的例子。

道(DAO)

缺乏网络安全可以消除使用智能合同的所有积极成果，并帮助一些网络犯罪分子轻易地从商业账户中窃取资金。德国公司道(DAO)遭受攻击证明了这一点，该公司在2016年亏损了1.5亿美元。可以确定的是，当时Ethereum工作得很好，并且进行了预期的工作时，这个bug正好发生在smart contact中。在Dao案例中所采取的措施是相当具有挑战性的:发送给错误接收方的ETHs被冻结，但是不可能返回，只能防止进一步的损失。

PARITY

在2017年6月，这起黑客攻击事件发生了，导致Parity公司损失了3000万美元。公司的合同叫做钱包。它被黑了。另外，还有几个钱包面临着同样的问题。同样，由于在区块链技术中没有取消操作的能力，将加密货币返回给原始所有者的机会为零。

COINDASH

对于网络社区来说，2017年的夏季是一个挑战，因为黑客窃取了智能合同。今年7月，一家名为CoinDash的公司遭遇了一场耗资1000万美元的袭击。此外，在这起案件中，大约有2000名投资者是受害者，因为他们把他们的电子邮件发送到错误的地址。

ETHERPARTY

最后，在2017年10月，Etherparty宣布其智能合同容易受到攻击。公司的合法地址被替换了，一切都顺利通过了。但是，智能合同的条款被黑客改变了，这使得投资者犯了一个致命的错误。

以上所有的例子都是最近才发生的，这就揭示了一个具有挑战性的事实:忽视网络安全和对智能合同的审计会导致巨大的损失!这就是为什么像Hacken这样面向中小企业的网络安全公司，不仅可以决定漏洞，还可以控制信息系统和防止网络钓鱼活动。这个措施并不像你想象的那样昂贵。

由于巨大的需求，白帽黑客的世界正在迅速发展。你要照顾那些用他们的钱信任你的投资者，而Hacken的专家则确保你的聪明合同是安全的。因此，你不会让你的投资者和跟随者对他们的安全漠不关心。这就防止了由于坏人入侵你的智能合同而将他们的钱发送到错误地址的可能性。

aidj

关系普罗大众 第一个 修改 作为 medium of exchange 的 数字货币 单位(unit)



=2018年前 随选资讯====================
律師捲款逃 20購屋者與屋主損失500萬
http://www.chinapress.com.my/20170519/律師捲款逃-20購屋者與屋主損失500萬/amp/

【第68期法律先锋：陈佐彬律师】 购买二手房产前5大须知
http://www.remproperty.com.my/【第68期法律先锋：陈佐彬律师】-购买二手房产前5/

买家想要产业直接转名 手续如何？
http://www.lelongtips.com.my/blogs/新闻文章/686

地契在土地局不翼而飞，怎么办？ - 财经| 星洲网Sin Chew Daily
www.sinchew.com.my/node/222640
Nov 3, 2007 - 在任何时候，惟有在土地局以外的地方发生地契遗失问题，才能向警方备案，若地契仍属土地局保管，业主不能这样做，因为这形同报假案。

旺朱乃迪：将修小额遗产法．继承200万以下无需律师- 新闻| 星洲网Sin ...
www.sinchew.com.my/node/1665021
Jul 21, 2017 - （吉隆坡21日讯）天然资源及环境部长拿督斯里旺朱乃迪指出，政府将会修订1955年小额遗产（分配）法令，家属申请200万令吉以下的遗产无需再通过律师，可自行填写表格和处理申请。 他在出席甘榜峇鲁开斋午宴后表示，希望在10月间召开的国会下议院会议修正上述法令。 可自行填表格申请“一些人继承小额遗产，

买二手产业．印花税几时付？
http://www.tophills.com.my/home/article/194

4片土地的交易總值是2億7000萬令吉，但聯土局沒有收到一分一毫
http://www. chinapress.com.my/?p=1133083
交易和取回土地過程，讓人感覺“太兒戲”……（附視頻）
http://www.chinapress.com.my/?p= 1151117

https://www.google.com/amp/www.enanyang.my/news/20160728/【独家】统一房贷买卖合约规格br-产业买卖减用/amp/
不一定需要通过律师处理产业买卖

aidj

#漏洞


智能合同——以区块链为基础的程序自动化资产转移——也很脆弱。

2016年，黑客窃取了至少5000万美元的风险投资智能合同。后来以太坊的更新允许了用户找回他们的钱。

程序员们的传统思维也是技术缺陷的部分原因。

“以前，当你有了漏洞，你就会发布补丁，”风险投资公司Y Combinator公司控股的Quantstamp公司的联合创始人Richard Ma说，“但现在，
只要创建了一份智能合同，把它发布到网络上，就再也不可能对它做出修改了。”

机会敲门

但Ma看到了机会。今年3月，

Quantstamp
将发布一款自动化的工具，该工具可以搜索智能合同中的bug。

aidj

#签名

1. [size=5][color=red][b]

复制代码

比特币开发人员发布长期等待的Schnorr文件以获得可扩展性

1. [/b][/color][/size]

复制代码

比特币开发人员发布长期等待的Schnorr文件以获得可扩展性一个关于Schnorr多重签名的新研究论文刚刚发布，由几位着名的比特币开发人员撰写。

这篇论文周四发表，由开发商Gregory Maxwell，Andrew Poelstra，Yannick Seurin和Pieter Wuille撰写。它详细介绍了如何将 Schnorr多重签名应用于比特币，尽管不能保证它们最终被使用，但这个新版本可能标志着朝着这个方向迈出的一步。

具体而言，Schnorr概念提出将签名绑定到一个小数据条目中，而不是单独列出多个签名。这样做的结果是节省了区块链上的空间，使其能够在增加安全性的同时处理更多的签名。

通过启用多重签名系统来增加安全性，其中至少有两方需要确认交易以便处理。这限制或防止恶意方在另一用户的帐户上启动交易。

该论文的作者指出：

“在这种情况下，多重签名的大小随着签名者的//数量而线性增长。为了有用和实用，多重签名方案应该产生签名，其大小（理想情况下）与签名者的数量无关，并接近于普通签名方案的签名。“

Schnorr签名也可以提供额外的好处，如果执行， 如以前报告由CoinDesk。

用一个签名捆绑数据可以限制区块链上的垃圾邮件。换句话说，不是有许多小块的数据发送到网络，而是发送一个块，这可以更快地处理。

同样，来自不同来源的数据汇总可以通过使任何单一事务追溯到源头更加困难，从而增强隐私。

aidj

aidj 发表于 19-1-2018 12:10 PM
#漏洞


智能合同——以区块链为基础的程序自动化资产转移——也很脆弱。

2016年，黑客窃取了至少5000万美元的风险投资智能合同。后来以太坊的更新允许了用户找回他们的钱。

程序员们的传统思维也是技术 ...

条件的达成通常是一个外部输入的事件，这意味着，我们实际生活中的合同通常是“事件驱动”型的。这个“事件”是否发生通常不是区块链上的数据能够判断出来的，而是依靠事件发生的时间点，通过链外输入数据的方式实现。

以电子商务为例，Alice 在某宝的某个商家购买了一台笔记本电脑，当 Alice下单成功的那一刻，实质上就生成了一个合同。这个合同包含了 Alice 需要在多长时间内付款到第三方平台（事件1）。然后卖家看到 Alice 付款后需要发货，当 Alice 收到货以后需要点击确认收货（事件2），完成整个合同（在不考虑售后的情况下）。

在这个合同的执行过程中，事件1由于是一个纯粹的金融活动，已经高度的虚拟化，能够实现自动发现事件自动触发。而事件2则是一个在现实世界中发生的活动，需要我们“点击确认收货”来把这个事件的发生同步到虚拟世界中，这个“点击确认收货”就是虚拟世界中的事件2。所以，对于某宝的购物合同而言，事件1实质上是 Alice 是否转账到平台，事件2是 Alice 是否点击确认收货。因此，在这个合同中，预留了一个和外部交互的接口——确认收货。

除了和外部的交互能力外，比特币转账合同（脚本）的另一个重要缺陷是它不是图灵完备的。这句话对于非计算机专业的人来说可能不太好理解，我们可以简单的理解为它没有循环能力和复杂的条件控制能力。

合同的循环能力在我们现实世界中是很常见的，例如我们和电信运营商签署的移动电话服务合同，通常就是一个循环合同。这种合同以自然月为单位，每个月自动循环执行。还有类似的企业间签订的长期采购合同，都是一种不断循环的合同。合同中规定的事件（或时间点）全部达成以后，自动循环回第一步，重新执行。

而复杂的条件控制能力就更常见了——合同中的违约条款就是条件控制能力。事件达成怎样，没有达成如何执行违约条款等，这些都需要合同拥有复杂的条件控制能力。

比特币中的交易是使用比特币区块链底层平台定义的一套脚本语言来写的，由于当初比特币区块链系统是按照一个数字货币的模型进行设计的，因此它并不需要这些复杂的能力。但是如果我们需要区块链技术在其他商业场合进行应用，很多时候就需要这些能力。比如我们利用以太坊平台来实现某个业务，那么整个流程是这样子的：
区块链里的“智能合约”是什么？
目前，关于智能合约的争议仍然是很多的。主要包含两方面：

1合同本身是否是双方真实意思的表达
a）在现实世界中，我们撰写的合同除了受合同细节的约束外，还受到了外部法律和行业惯例的约束。而在智能合约中，外部法律和行业惯例如果不能严格的体现在合同中，那么合同就不是双方真实意思的表达了。
b）在现实世界中，我们撰写的合同通常是由律师或者法律专家来帮我们完成的。不同水平的法律专家，其完成的合同严谨程度是不一样的。同样在智能合约中，我们撰写的合同是由程序员帮我们完成的，程序员的水平决定了合同的严谨性。还有一点，程序通常都会有bug，这些bug是否会导致严重的损失，然而在bug没有被发现之前，都不得而知。

2合同的仲裁机构是谁
a）在现实世界中，我们通常都会在合同中约定一旦发生纠纷，请哪个仲裁机构对合同进行仲裁。而在区块链中，尤其是公有链平台上的智能合约，一旦我们认为合同没有表达双方真实的意思，我们无法找到一个仲裁机构对合同进行仲裁。
b） 在联盟链中，由于各方各个节点的身份都是已知的，现实世界中的司法机构是可以介入智能合约纠纷的。但是这种介入有时候可能会影响整个联盟链系统的稳定性，这种情况下，怎样介入是一个技术问题，而这个技术问题又可能会带来新的bug。


作者：敖萌

aidj

#知识产权保护


瑞银为智能合约区块链验证申请知识产权保护

高盛“SETLcoin”加密资产专利

aidj

#应用场景
智能合约有哪12大应用场景，又有哪些坑需要规避？
https://m.sosobtc.com/do/mobile/view?id=19070

aidj

当然，每个项目都会发布内容详尽的白皮书，只是对于大多数关注区块链领域的人来说，白皮书依然晦涩难懂。因此，我们选出2018年最值得关注的四个区块链应用创业项目，让我们一起见证他们的发展。

1、智能合约平台——Agrello
https://www.agrello.org

这是一家爱沙尼亚的公司，他们致力于将区块链和人工智能技术整合，进而搭建一个智能合约服务平台，让既不懂法律，也不懂区块链编程的人可以便捷地拟定自己的智能合约代码，并将合约存储于区块链上，以保证合约的不可篡改和自动化执行。其底层平台是以太坊区块链系统。

在当前的商业实践中，当事双方需要签署合同时，往往需要先沟通合作意向，之后由律师拟出合同条款，经过几轮修改后定稿，最后才能签署生效。后来逐步被采用的电子合同，签订过程虽然变得简单，法律效力也可以通过技术手段进行保障。但与纸质合同一样，都面临着违约风险，如果没有权威第三方作为制约，老赖随时可能出现。

基于区块链和人工智能技术的智能合约则不一样，合约条款以代码的形式被存储在区块链上，不可篡改，条件满足就会自动执行，想当老赖也有心无力。如果执行过程出现问题，其内置的AI智能助理会协助应对。因为支持移动端应用开发，用户界面非常友好，只需填入相应合约条款，就会自动生成代码并传输到底层，比较容易上手。

区块链必将对整个商业世界的生产关系进行重构，数字化社会为期不远。人和机构身份的数字化、各类资产的数字化、价值的便捷传输等都将成为常态，届时智能合约将成为必不可少的部分。Agrello前景值得期待。

核心团队：
Hando Rand项目负责人，毕业于爱沙尼亚塔林理工大学法律系，法律研究员；
Alxander Norta 首席科学家，毕业于爱沙尼亚塔林理工大学，副教授。


发帖时
Agrello(DLT)$0.844878 USD
Github 最后一次更新 3months ago

aidj

QTUM X86虚拟机
今天希望能重点介绍一下我们正在搭建的虚拟机，预计2018年中旬或下旬能出原型或测试版。我们希望把主流的编程语言比如C++、Rust、Go、C#，Java引入进智能合约体系里。因为我们认为目前我们在智能合约生态里不是需要更多看起来很光鲜的工具，而是编程的稳定性和可预测。X86虚拟机支持i686指令集。基本上意思是编译器本来就可以用，唯一需要做的就是把类似C++、Rust等的编译器引入到QTUM的智能合约操作系统中。虚拟机也是运行在去中心化的分布在区块链上，所以也可以使用时间戳和其他功能。X86虚拟机最突出的有点就是会比以太坊虚拟机（EVM）在调用和引入智能合约时更快、gas price更低。因为需要调用节点的资源更少，所以gas price费用更低。
支持主流编程语言
X86虚拟机的首批主流语言包括C，C++和Rust。选择C和C++是因为总体来说相对简单，而选择Rust是因为相对轻便而且其设计理念特别重视安全，可以很好的防止bug。目前我们已经实现了一个GCC工具链原型，可以支持C，C++以及非常基础的libC库。接下来我们会针对Go和Python开发。在X86虚拟机环境开发基本上类似嵌入式开发。在开发的过程中我们需要尤其注意安全性，尽量去除安全隐患。
鼓励高效的智能合约
我们在开发过程中遇到的一个最头疼的问题就是所有的东西都是开放的，所以我们在设置gas price的时候需要假定开发者会适用我们提供给他们的所有功能。在这个假设下，X86虚拟机对那些设置了限制同时定义所需功能的智能合约给与gas price折扣。我们鼓励开发者优化和简化智能合约。假定一个Dapp每天有100笔交易，那我们所指定的这个奖励机制就会帮开发团队省下一笔可观的钱。具体包括依赖关系提示、仅适用于静态、不可重入、non-payable等等。
可以显示是用了哪种依赖，可能有一个智能合约需要查询这个主链上的某个智能合约，或者这个主链上的某个库。如果把这些依赖关系都明确出来，那主链在运行该合约的时候就会很清楚哪些能够并行运行，两者之间没有共享可变状态。仅适用静态，是指合约没有可以执行的状态，唯一的状态就是返回的任何状态。 我们将利用这些手段让所有的智能合约开发者和Dapps开发者在这个生态系统中自然而然地通过自由市场手段走到一起，确保开发环境的便洁。
全新的存储方法
对于EVM我们遇到另一个比较棘手的是存储，一切都是256位或32字节。 所以，即便你想存储的数据只是一位的flag，仍然需要256位数据。如果有多个flag，就得想办法封装或者用更复杂的操作。 我们提供的x86是一个新的数据库，你可以存储大量你想要的数据作为通用键值存储的地方。 键或值没有数据大小限制。
接下来，我想介绍更先进的Oracle。在以太坊，如果你写了一个提供柏林天气的预测的合约，然后有一个智能合约想要访问这些数据，那么它就必须加载整个字节码，然后启动一个完整的EVM实例，然后执行代码，找出它在代码中采用的方法，最后从数据库返回数据。我们的存储方法则去掉了中间部分，如果你有一个智能合约想要访问数据，你可以去Oracle合约，并告诉这个合约只给你数据，不需要执行合约。这样运行可以节省大量的gas price。
X86还拥有更快的内部存储设计，你可以]直接访问它。由于开发者可以享受更低的gas price，因此在区块链上节省了大量的资源。X86从内部设计上都更快，因为它是随机分布的，而且很难预测哪一部分数据在哪里，因为是由一个复杂的索引来访问的，因为必须通过随机分布在磁盘上的多个散列进行迭代。我们的设计有更完善的索引，以使其能够在较低的存储设备上工作并且整体上更快。
可信库
在以太坊生态系统中另一个常见的麻烦是delegate call系统。这实际上也是是Parity multi-sig亏损了一亿美元的原因。他们有一个delegate call系统，这意味着他们拥有一个核心智能合约，是其他智能合约的基础。而这个为数百个其他账户提供依赖的主合约自毁，不再存在。所以导致钱仍然在，但确定谁可以访问它自已的合约不存在，所以没有人可以访问它。这个问题的答案是可信库（Trusted Library)。一个可信库合约本身非常明确，可以预先给自己设定不同的限制。这样做的目的是一旦写完了，所有的东西都可以由节点甚至手工进行简单的预编译。Trusted Library不能被支付，因为没有必要；这个库不能存储状态，因为理想的情况是它只存储功能的结果，然后返回合约所需要的结果。可以执行非常简单的code，比如确定字符串名称，或者非常复杂的code比如加密算法。这背后的想法是，我们拥去中心化治理协议（DGP）来让某些功能更快，用更少的gas。我们把这个可信库特殊处理，它执行的是本地代码，速度非常快。通过DGP，在不用分叉或者任何强制性的节点升级或者导致任何生态系统终端的前提下，我们可以把执行该合约的gas设定在某个固定的值，而不是一些动态的。比如我们可以把某个合约的gas定为100个gas。智能合约开发人员可以浏览可信库的列表，这个可信库是被预先证明可信而且优化了的，因为我们可以预先编译或适用本机代码。然后，他们可以从这个可信库中选择，而不是自己实现或部署额外的代码，也不用位额外的代码付费。
错误处理
另外，X86虚拟机实际上可以处理错误。如果你在Solidity程序中有错误，那么基本上没有什么可以补救的。它会消耗掉所有gas，没法预先捕捉到错误，或从故障中恢复或恢复gas。相反，X86具有错误处理功能，可以预先捕捉错误并确定错误发生的位置，并确定要做什么，是保留所有的gas，还是可以恢复状态，将剩下的gas返还给执行合约的账户。这与“gas提示”类似。智能合约开发类似于实时操作系统开发。时间没有限制，但是gas有限。如果合约需要比预期更多的gas，那么你将最终用完，而且将无法恢复它。我们希望部署一个计时器系统，提醒gas消耗量，以及确定要做什么。这样如果合约运行完全出乎意料，或者gas不够，我可以回到某种紧急状态。这一块是我们目前重点研究的方向。
其他新功能
在QTUM里，一笔交易不仅仅是执行一个合约或者一笔汇款，也可以同时处理多个合约或者交易。理论上讲，你可以在一次交易中执行三份合约，并且把钱转给五个不同的人。这是UTXO系统本身的优势。在新的X86虚拟机，我们有一个新的概念叫做Tagging，你可以执行一个智能合约，不一定是转钱，但可以看到这个交易被执行并完成交易，这笔钱就会发送给这个人。所以，我要存储这个状态，并有可能从托管中释放资金。此外，我们将允许合约升级，无需迁移或转发合约。现在在以太坊，如果你想升级合约，你将不得不首先使用转发合约。总的来说，这不是很有效率。因为未知的依赖关系很难预编译或优化。所以我们允许保留合约，合约所有状态和所有可能持有的硬币，但可以升级用于执行的字节码，无论何时启动或调用。
关于可信库还有一点，如果社区开发者要为比如说压缩写一个可信库，他们写了一个非常好的实现或导入已经存在的东西，然后可信库可以来进行审计，证明它是安全的。假如这个可信库里有100个智能合约，我们可以可以通过DGP来降低gas price，因为我们已经实现了一些优化。一些节点有本地的实现，他们用合约字节代码替换。我们也可以通过DGP来让这份合约gas消耗更低。因为现在在Solidity上，所以会有潜在的预加载合约。你可以在合约中做一些反复的工作，你将不得不支付两个全价的合约调用，然后在内部重新加载合约代码。有了这个，你基本上会说：“好吧，我需要加载这个代码，但是我不需要调用它，稍后我会调用它”。加载与实际执行代码是分开的。gas price要便宜得多。有可能在未来我们可以拥有多线程的智能合约。它将允许你有独立的线程，不触及其他代码，可以像在孤立的沙盒中并行执行。
与以太坊使用WebAssembly的方法相比，我个人认为WebAssembley非常有趣，但是它非常年轻，而且在设计上并不完整，还是一个pre-alpha的预测试版本。在安全性能上写起来更加复杂，因为这是非传统方法。 我们从WebAssembly的核心开发团队也能看得出来，基本没有智能合约背景的开发人员。所以大致可以看出来它还是主要针对浏览器，而不是智能合约。
今天对X86虚拟机的介绍就到这里，如果对我们的技术感兴趣请关注我们的每周开发进度。谢谢！