等离子以太坊虚拟机的研究探讨

韩国Onther有限责任公司的三位开发者发表了一篇关于等离子以太坊虚拟机（EVM，使用了256比特长度的机器码，是一种基于堆栈的虚拟机，用于执行以太坊智能合约）的研究论文，这是一个能够兼容智能合同的等离子版本。看起来是不是非常高大上？但其中依旧存在一些安全问题。

等离子MVP（最低运行的等离字体），是Joseph Poon和Vitalik Buterin首次在2017年的工作文稿中提出的等离子体概念时，最引人注目和受到议论最多的内容。在那篇文稿中，它被称为激励和强制执行智能合同的框架，甚至能够成为世界各地大量分散的金融应用的代表。等离子MVP还没有在主链上推出，如果推出的话，MVP将为数字资产的传输提供（相对较高的）可伸缩性。但也仅限于此。文稿中也并没有提到有关EDCC（智能合约）的说法。

最近由Onther有限责任公司的Carl Park、Aiden Park和Kevin Jeong发表了一篇题为等离子以太坊虚拟机的研究论文，这篇论文试图探索执行以太坊虚拟机的完整的计算能力，向Poon（闪电网络公司的创始人）的愿景致敬。如果成功的话，一个兼容以太坊虚拟机的等离子链将允许智能合约的应用，允许现有客户端运行该链，并使以太坊开发工具可供使用。

然而等离子以太坊虚拟机还处于早期阶段。目前还不清楚浪费了多少时间和精力在最近发表的那些研究论文中。但作者明确指出，在被认为有足够的可行性进行测试之前，必须解决安全问题和技术挑战。

首先，开发人员指出，在他们当前的模型下，当等离子体操作人员不让块终止工作时，可能会存在一种已知的攻击。他们提出使用一种称为加密经济签名聚合体技术（CAS）解决这一问题，但他们也注意到了这还不够，因此邀请广大网友讨论这个问题。

一位全栈（全栈工程师是指掌握多种技能，并能利用多种技能独立完成产品的人。也叫全端工程师，同时具备前端和后台能力，英文Full Stack engineer。）网站和以太坊的开发人员李玄斤对等离子以太坊虚拟机研究发表了评论，并回应了作者的担忧。

这位有关等离子以太坊虚拟机的作者建议，如果链运行于拜占庭容错共识机制（是由莱斯利·兰伯特提出的点对点通信中的基本问题。含义是在存在消息丢失的不可靠信道上试图通过消息传递的方式达到一致性是不可能的。因此对一致性的研究一般假设信道是可靠的，或不存在本问题。），就没有必要考虑这种攻击，因为至少有一个真实的节点可以提供其他节点保留的数据，这是解决这个问题的一种更简单的方法。

Kelcin Fichter，一位OmiseGO公司（一个即将国内上市的区块链项目）的等离子MVP的编码员，他运用了另外一种思维。最基本的思想是，他质疑等离子体以太坊虚拟机是否能够有效地运行智能合约，或者至少是某些类型的智能合约。他解释了他的质疑：

“以太坊合同通常没有明确的总体所有者，尽管合同的个别组成部分可能有。这意味着将收益公正地分配给那些退出项目的用户不是一件简单的事。许多网络参与者也可以修改合同。请记住，能否有效地进行状态转换对这些退出项目的用户至关重要。”

他继续说：“我们主要想用合理的所有权模式将这些合同分解成明确的组成部分。在组成的部分不能明确所有权的情况下，就不可能去协调合同的内容。”

当然，解决这些问题需要时间。

OmiseGO公司大约在同一时间开始实施。尽管MVP在规约首次发布时相对可行，但自1月份以来，已经有271次提交申请（对代码的公开更改）和90次对GitHub（是一个面向开源及私有软件项目的托管平台，因为只支持git 作为唯一的版本库格式进行托管，故名gitHub。）的拉取请求（比如你在Github上fork了一个代码库。那么你就可以独立修改这份代码。这个时候所有的修改都是提交到你自己的仓库里的。如果你想把代码合并到你fork的那个原始代码中，你就需要发送一个pull request请求。原始代码库的创建者会收到这个请求，然后决定是否把你的代码合并到他自己的代码里。）。而且站点中仍然没有明确的主链实现日期。

同时，以太坊虚拟机支持的等离子体的规范是不完整的，因此还有许多问题留给社区发烧友们（尤其是应该使用什么共识机制），以太坊虚拟机来临的日子已经在倒计时了。诚然，转向eWASM（是一项由Mozilla、谷歌、微软及苹果联合开发的项目，致力于为各种语言定义一种二进制形式的编译目标格式，并设计一种可与当前的Web平台集成并在Web环境中执行的方案，最终实现在各类平台上以接近原生的速度调用常见的硬件功能。）仍然是一种出路，但现有客户群已经在磨拳擦掌了。我们只需要等待，看看等离子体以太坊虚拟机什么时候能够敲响启动的钟声。