韓國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環境中執行的方案，最終實現在各類平臺上以接近原生的速度調用常見的硬件功能。）仍然是一種出路，但現有客戶群已經在磨拳擦掌了。我們只需要等待，看看等離子體以太坊虛擬機什么時候能夠敲響啟動的鐘聲。