將區(qū)塊鏈協(xié)議和技術(shù)與現(xiàn)代互聯(lián)網(wǎng)資源和公共云服務(wù)相結(jié)合，可以大幅提高應(yīng)用速度。把互聯(lián)網(wǎng)端數(shù)據(jù)接入公鏈會帶來更多的應(yīng)用場景，而使用 Chainlink 預(yù)言機就可以將 BigQuery 數(shù)據(jù)傳到區(qū)塊鏈上，使得這些應(yīng)用場景成為可能。相關(guān)應(yīng)用場景有很多，本文著重分析其中幾種我們認為價值較高并且可以立即投入使用的應(yīng)用場景，它們分別是預(yù)測市場、期貨合同和交易隱私。

區(qū)塊鏈云端混合型應(yīng)用

區(qū)塊鏈致力于運用數(shù)學(xué)方式建立共識。最初的區(qū)塊鏈出現(xiàn)后，很快就出現(xiàn)了各種創(chuàng)新，實現(xiàn)了點對點的協(xié)議，也就是智能合約。計算機科學(xué)家 Nick Szabo 在 1997 年發(fā)表的一篇文章中首次提到智能合約這個概念。Colored Coins 等項目在比特幣區(qū)塊鏈上首次嘗試了智能合約。

智能合約被嵌入了區(qū)塊鏈的信息源中，在幾個區(qū)塊后就再也不能被篡改。這就打造了一種信任機制，讓區(qū)塊鏈的各個參與者可以放心地投入加密資產(chǎn)而不必擔(dān)心交易對手方風(fēng)險，因為無須第三方參與，智能合約必然會自動執(zhí)行。

但上述嘗試都無法解決一個根本問題，那就是用于評估合約的參數(shù)從何而來。如果數(shù)據(jù)不是來自于最近添加的鏈上數(shù)據(jù)，那么就需要一個可信的外部數(shù)據(jù)來源。這個數(shù)據(jù)來源就叫預(yù)言機。

在此之前，我們通過 Google Cloud 公共數(shù)據(jù)集項目（Google Cloud Public Datasets Program）在 BigQuery 中免費開放了八個區(qū)塊鏈項目的公共數(shù)據(jù)，以下簡稱 Google 區(qū)塊鏈公共數(shù)據(jù)集。如果想了解更多關(guān)于這些數(shù)據(jù)集的信息，可以訪問 GCP 市場。此類數(shù)據(jù)集資源讓許多 GCP 客戶可以基于區(qū)塊鏈數(shù)據(jù)自動分析開發(fā)業(yè)務(wù)流程，比如 SaaS 利潤分享，通過標注網(wǎng)絡(luò)參與方特征降低服務(wù)濫用風(fēng)險，以及使用靜態(tài)分析技術(shù)偵測軟件漏洞和惡意軟件。然而，這些應(yīng)用都有一個共同的特征，那就是他們?nèi)际褂昧藚^(qū)塊鏈公共數(shù)據(jù)集作為數(shù)據(jù)輸入，傳輸至鏈下業(yè)務(wù)流程。

與之相比，通過智能合約執(zhí)行的鏈上業(yè)務(wù)流程如果無法訪問鏈下數(shù)據(jù)，則效用會受限。為了解決這個問題，并實現(xiàn)雙向交互，我們不僅需要讓區(qū)塊鏈數(shù)據(jù)與云服務(wù)交互，還要讓云服務(wù)與區(qū)塊鏈上的智能合約交互。

接下來，本文將展示一個智能合約平臺（以太坊）如何通過預(yù)言機中間件（Chainlink）與我們的企業(yè)云數(shù)據(jù)庫（BigQuery）交互。通過這樣的交互，智能合約可以在區(qū)塊鏈上發(fā)送數(shù)據(jù)請求，并從互聯(lián)網(wǎng)端數(shù)據(jù)庫提取相應(yīng)數(shù)據(jù)，以此觸發(fā)操作。本文分析的云端+區(qū)塊鏈混合型應(yīng)用模式能讓智能合約高效地配置云端資源，完成復(fù)雜的操作。我們在之后的文章會進一步探討該模式的其他應(yīng)用。

運作原理

跑在以太坊上的應(yīng)用程序，也就是 Dapp，在最高層級從 Chainlink 請求數(shù)據(jù)，然后從 Google 應(yīng)用引擎（Google App Engine）和 BigQuery 端的 web 服務(wù)提取數(shù)據(jù)。

Dapp 會觸發(fā) Chainlink 預(yù)言機智能合約，從 BigQuery 提取數(shù)據(jù)，合約中包含參數(shù)化數(shù)據(jù)請求的費用（比如具體某個時間點的 gas 價格）。一個或多個 Chainlink 節(jié)點會看到數(shù)據(jù)請求，最終其中一個節(jié)點會處理請求任務(wù)。Chainlink 節(jié)點的能力會通過外部適配器，也就是以服務(wù)為中心的模塊，擴展至授權(quán) API、支付網(wǎng)關(guān)以及外部區(qū)塊鏈。通過 Chainlink 節(jié)點交互，就可以獲取應(yīng)用引擎（App Engine）的 web 服務(wù)。

我們在 GCP 使用應(yīng)用引擎標準環(huán)境實施了 web 服務(wù)，我們選擇應(yīng)用引擎是因為它成本低廉、可擴展性高而且無須部署服務(wù)器。App Engine 從 BigQuery 提取數(shù)據(jù)，BigQuery 中儲存著區(qū)塊鏈公共數(shù)據(jù)集。我們提供的數(shù)據(jù)是來自于已存數(shù)據(jù)，也就是說我們不會允許從 BigQuery 隨意請求數(shù)據(jù)，而只能請求參數(shù)化數(shù)據(jù)，比如應(yīng)用可以針對以太坊上具體某個區(qū)塊或具體某個日期要求平均 gas 價格。

Chainlink 節(jié)點成功得到 web 服務(wù)響應(yīng)后，就會向 Chainlink 預(yù)言機合約傳回數(shù)據(jù)，之后會觸發(fā) Dapp 合約，隨后觸發(fā)下游具體的 Dapp 業(yè)務(wù)流程執(zhí)行。詳情請參見下方圖表：

如果想了解整合 Dapp 的具體方式，可以參考我們的文檔《了解如何通過 Chainlink 從 BigQuery 請求數(shù)據(jù)》 。

如何使用 BigQuery Chainlink 預(yù)言機

這一部分中，我們將探討如何利用 Google Cloud 和 Chainlink 開發(fā)實用的應(yīng)用。

應(yīng)用場景 1： 預(yù)測市場

預(yù)測市場中的參與者可以通過資產(chǎn)配置對未來發(fā)生的各種事件進行投機操作。區(qū)塊鏈行業(yè)一個很有趣的問題是，哪個智能合約平臺會成為主流，因為網(wǎng)絡(luò)生態(tài)系統(tǒng)的價值將遵循贏者通吃的邏輯。人們對于哪個平臺會成功以及成功怎么定義持有許多不同的見解。

通過使用區(qū)塊鏈公共數(shù)據(jù)集，就可以在區(qū)塊鏈上處理很復(fù)雜的預(yù)測（比如最近有人押 50 萬美元預(yù)測以太坊的未來走向）。我們在文檔中也闡述了如何在具體某個 Dapp 上通過提取 1 天 /7 天 /30 天活動數(shù)據(jù)測量 Dapp 的使用變化、使用量、使用間隔和使用頻率。

這些衡量指標包括每日 / 每周 / 每月活躍用戶，并經(jīng)常用于 web 分析和移動 App 分析，是評估網(wǎng)站和 App 成功與否的標桿。

應(yīng)用場景 2：對沖區(qū)塊鏈平臺風(fēng)險

金融行業(yè)成功將現(xiàn)有金融系統(tǒng)復(fù)制到了區(qū)塊鏈環(huán)境中，因此去中心化的金融應(yīng)用也是大勢所趨。金融行業(yè)轉(zhuǎn)移到區(qū)塊鏈上，從技術(shù)角度來看，會比傳統(tǒng)金融系統(tǒng)更加值得信任也更加透明。

期貨和期權(quán)等金融合約的存在原本是為了讓企業(yè)能夠降低或?qū)_關(guān)鍵資源相關(guān)的風(fēng)險。同樣地，如果可以使用平均 gas 價格這種鏈上活動數(shù)據(jù)創(chuàng)建簡單的金融工具，就可以對沖 gas 價格波動的風(fēng)險。 區(qū)塊鏈網(wǎng)絡(luò)的其他特質(zhì)，比如區(qū)塊時間和 / 或礦工中心化等，都為 Dapp 開發(fā)者帶來了一定風(fēng)險，因此也需要做一定對沖，規(guī)避風(fēng)險。

通過從區(qū)塊鏈公共數(shù)據(jù)集中提取優(yōu)質(zhì)數(shù)據(jù)輸入到智能合約中，Dapp 開發(fā)者可以降低風(fēng)險，并最終帶來更多的創(chuàng)新和區(qū)塊鏈技術(shù)更加廣泛的應(yīng)用。

我們在相關(guān)文檔中描述了以太坊智能合約如何與 BigQuery 預(yù)言機交互，在任意時間點提取 gas 價格數(shù)據(jù)。我們還在智能合約中展示了如何使用預(yù)言機基于未來 gas 價格執(zhí)行質(zhì)押合約，這是 Dapp 正常運行所需的關(guān)鍵數(shù)據(jù)輸入。

應(yīng)用場景 3：使用潛艇交易（submarine sends）在整個以太坊上實現(xiàn)交易發(fā)布和披露

以太坊最受詬病問題之一就是缺乏交易隱私，導(dǎo)致對手會利用鏈上數(shù)據(jù)泄露鉆空子，剝削高頻智能合約用戶的價值，比如包含去中心化交易所地址的搶跑交易（front running）。 《派出潛水艇，擊沉搶跑者》這篇文章里提到提前交易是目前所有去中心化交易所都遇到的問題，而且會拖慢去中心化金融的步伐，因為交易所是許多去中心化金融產(chǎn)品和應(yīng)用的關(guān)鍵環(huán)節(jié)。

通過潛艇交易，智能合約用戶能夠提高交易隱私，并成功避免對手搶跑，這樣一來去中心化交易所立刻能擁有更大的實用價值。雖然這個方法對于阻止搶跑等惡性行為特別有效，但如果沒有預(yù)言機的話，其本身還是具有一定限制。

不使用預(yù)言機的潛艇交易會導(dǎo)致區(qū)塊鏈變得臃腫不堪。具體來說，以太坊虛擬機讓智能合約最多可以看到區(qū)塊鏈上 256 個上游區(qū)塊，或大約 1 小時內(nèi)產(chǎn)生的全部區(qū)塊。這個最大可見范圍限制了潛艇交易的實用性，因為當需要重新廣播數(shù)據(jù)的時候會造成不必要的不規(guī)范問題。相較之下，如果使用了預(yù)言機，就可以拓寬潛艇交易的操作范圍，可以看到鏈上的所有歷史數(shù)據(jù)，因此區(qū)塊鏈也不會變得過于臃腫。

總結(jié)

我們已經(jīng)展示了如何使用 Chainlink 服務(wù)將 BigQuery 中的區(qū)塊鏈公共數(shù)據(jù)集傳輸至區(qū)塊鏈上。這個技術(shù)可以用于提升效率（潛艇交易的案例），在一些情況下為以太坊智能合約建立全新的能力（風(fēng)險對沖的案例），并打造全新的區(qū)塊鏈商業(yè)模式（預(yù)測市場的案例）。

這個方法的核心是用少量的延遲和交易費用換取大量的經(jīng)濟效用。舉個具體的例子，普通的潛艇交易所需鏈上儲存的空間復(fù)雜度是 O（n），要向鏈上添加新區(qū)塊，但是如果智能合約等到兩個區(qū)塊后再調(diào)用 BigQuery 預(yù)言機，那么空間復(fù)雜度就能降低到 O（1）。

我們預(yù)期這種交互技術(shù)將讓開發(fā)者能夠?qū)⒅悄芎霞s平臺和云平臺的優(yōu)勢結(jié)合起來開發(fā)混合型應(yīng)用。我們對結(jié)合 Google Cloud 平臺上的機器學(xué)習(xí)服務(wù)（比如 AutoML 和 Inference API）尤為感興趣。