區(qū)塊鏈技術(shù)發(fā)展到現(xiàn)在，一般認為經(jīng)歷了三個階段，即以比特幣為代表的第一階段，以太坊為代表的第二階段和以EOS為發(fā)展方向的第三階段。

一、 智能合約

從以太坊開始，智能合約開始登上歷史舞臺，然后各種可執(zhí)行智能合約的區(qū)塊鏈紛紛出現(xiàn)，從最初的以太坊實現(xiàn)了智能合約的功能，到INT中的智能合約有擴展區(qū)塊鏈智能合同TX的能力 （稱作INT Contract）。進而小蟻的NeoContract從開發(fā)的方便易用下手，支持多種語言，如C#，C++等。還有的比如Asch，拆分開不同的合約叫做令牌系統(tǒng)或者仲裁合約。等等，不一而足。

以太坊的智能合約在區(qū)塊鏈中的位置如下圖：

其實也就是說，智能合約已經(jīng)在區(qū)塊鏈中占有了重要的一席之地。

要很好的理解智能合約，其實是要了解虛擬機的，比如以太坊的EVM，EOS的WASM等。這些類似于JAVA虛擬機（這個不恰當，但容易理解，事實上前者要簡單的多）把一些代碼運行起來，不管是解釋的還是編譯的，亦或者二者兼而有之的。

虛擬機從最初的只執(zhí)行一些簡單的指令到后來的執(zhí)行二進制數(shù)據(jù)，逐漸走向成熟。相伴隨的，智能合約也就越來越強大，易用。

二、智能合約的例子

1、比特幣的腳本（類智能合約）

為什么叫類智能合約呢，其實比特幣是沒有智能合約的，只有腳本，它只是使用一些簡單的指令來完成特定的功能，下面是比特幣一個腳本的說明：

2、以太坊智能合約

以太坊的智能合約就比較接近于流行的編程語言了，而且它也有自己的IDE，browser-solidity，可以輕松的編寫和調(diào)試智能合約：

contract TestStore {

uint sData;

function setData（uint d） {

sData = d;

}

function getData（） constant returns （uint） {

return sData;

}

}

這個合約只是存儲并讀取一個數(shù)據(jù)，但是卻比比特幣的腳本前進了一大步。

3、EOS智能合約

首先看一個入門的智能合約hello world.

class hello ：public eosio：：contract

{

public:using contract：：contract;

/// @abi action

void helloworld（ account_name user ）

{

print（ “Hello world， ”， name{user} ）;

}

};

EOSIO_ABI（ hello， （helloworld） ）

你會發(fā)現(xiàn)EOS的智能合約已經(jīng)完全是和主流的開發(fā)語言保持一致了。

三、智能合約的編譯

智能合約的編譯在不同的時期有不同的處理方式，相信在以后也還會有更大的進步。

早期的比特幣中只是將腳本按字符串拆分即可，沒有什么獨特的地方，更談不上編譯步驟。而到了以太坊就出現(xiàn)了獨立的編程語言Solidity和編譯器，只有使用編譯器編譯好以后才可以運行在EVM虛擬機中。

而到了EOS，就更是強大到了使用CLANG+LLVM生成Webassembly字節(jié)碼格式。這就意味著可以使用非常強大的主流的編譯器和通用的編譯方法。使得EOS的編譯器可以編譯出更安全健壯的可執(zhí)行的智能合約。

四、智能合約的執(zhí)行

比特幣的腳本執(zhí)行非常之簡單，只不過是調(diào)用函數(shù)來進行字符串的分析即可，依據(jù)不同的標記來解析出相應的指令，再依據(jù)相應的指令進行功能的驗證和執(zhí)行，這樣最終達到腳本運行的目的。

以太坊的智能合約的執(zhí)行，則需要先利用SOLC智能合約編譯器將代碼編譯成EVM字節(jié)碼，然后將EVM字節(jié)碼通過Geth的RPC接口發(fā)送到以太坊網(wǎng)絡，驗證執(zhí)行。

EOS的智能合約則需要通過JIT將.wast轉(zhuǎn)成.wasm文件，并且輔助一個abi的文件。二者共同將智能合約布署到虛擬機上，由虛擬機執(zhí)行。

五、預言機（Oracle）

預言機是區(qū)塊鏈和自然世界的接口，目前是區(qū)塊鏈技術(shù)發(fā)展的一個方向。對于智能合約來講，預言機就是智能合約的輸入參數(shù)。而大家都知道，智能合約是無法離開參數(shù)的輸入的。而參數(shù)直接影響到了智能合約的最終的輸出結(jié)果。

舉一個例子，預測世界杯的比賽結(jié)果，依賴于關(guān)鍵節(jié)點的數(shù)據(jù)輸入，如果有人惡意的輸入錯誤的結(jié)果，那么，智能合約依據(jù)這個錯誤的結(jié)果一定會輸出錯誤的結(jié)論。

因此，預言機對輸入?yún)?shù)的依賴性是強相關(guān)的。預言機可以分為以下幾種類型：

1.軟件提供數(shù)據(jù)的預言機

這種預言機很好理解，類似上面的例子，輸入的參數(shù)需要一些網(wǎng)站或者相關(guān)服務商來得到。

2.硬件提供數(shù)據(jù)的預言機

主要是物聯(lián)網(wǎng)行業(yè)，大量的數(shù)據(jù)可以從硬件采集器或者說相關(guān)的傳感器采集并發(fā)送上來。

3.可信共識預言機

主要是為了解決輸入?yún)?shù)的可信性問題，可以不使用單一的數(shù)據(jù)來源，比如從多個數(shù)據(jù)點采集數(shù)據(jù)，并依據(jù)共識原則達到最終的參數(shù)采集輸入。

Oracle現(xiàn)在開始陸續(xù)在各個區(qū)塊鏈上有所展現(xiàn)。在以太坊的內(nèi)部有一些簡單的預言機，后來又出現(xiàn)了第三方的以太坊的Oraclize，提供了與外界交互的強大能力。國內(nèi)的ONT的混合預言機（HydraDAO），另外量子鏈（QTUM）的Oracle增強了DataFeeds機制，更靈活方便一些。

現(xiàn)在還出現(xiàn)了智能預言機，可以在不同的條件下自動的靈活的實施智能合約。

六、總結(jié)

智能合約和預言機相輔助相成，一定會在區(qū)塊鏈技術(shù)的發(fā)展中不斷的壯大起來，最終實現(xiàn)自然世界和區(qū)塊鏈世界的數(shù)據(jù)自然高效的流轉(zhuǎn)。