點擊下方“JavaEdge”，選擇“設為星標”

第一時間關注技術干貨！

本文已收錄在Github，關注我，緊跟本系列專欄文章，咱們下篇再續(xù)！

• 魔都架構師 | 全網(wǎng)30W技術追隨者

• 大廠分布式系統(tǒng)/數(shù)據(jù)中臺實戰(zhàn)專家

• 主導交易系統(tǒng)百萬級流量調優(yōu) & 車聯(lián)網(wǎng)平臺架構

• AIGC應用開發(fā)先行者 | 區(qū)塊鏈落地實踐者

• 以技術驅動創(chuàng)新，我們的征途是改變世界！

• 實戰(zhàn)干貨：編程嚴選網(wǎng)

鏈下數(shù)據(jù)是怎樣做到實時上鏈的，必須通過預言機這個過程處理嗎？

是的，預言機（Oracle）是目前鏈下數(shù)據(jù)上鏈的主流且標準的解決方案，但不是唯一方式。

1 為啥需要預言機？

區(qū)塊鏈是一個確定性、封閉的系統(tǒng)環(huán)境，具有以下特點：

1. 無法主動獲取外部數(shù)據(jù)：智能合約在執(zhí)行過程中不能對外部請求獲取新數(shù)據(jù)

2. 保證結果一致性：同一代碼在不同節(jié)點執(zhí)行必須產生完全相同的結果

3. 不支持網(wǎng)絡調用：為了避免不確定性，虛擬機不允許智能合約進行I/O操作

因此，智能合約就像"被關在小黑屋里的人"，只能被動接受外部傳來的信息。

2 預言機的工作流程

以去中心化預言機（如Chainlink）為例：

1. 用戶合約發(fā)起數(shù)據(jù)請求
   ↓
2. 鏈上Oracle合約接收請求并記錄Event事件
   ↓
3. 預言機節(jié)點網(wǎng)絡訂閱事件，從多個外部數(shù)據(jù)源獲取數(shù)據(jù)
   ↓
4. 節(jié)點間進行數(shù)據(jù)聚合和共識（如取中位數(shù)）
   ↓
5. 預言機調用合約將驗證后的數(shù)據(jù)返回
   ↓
6. 用戶合約接收數(shù)據(jù)并繼續(xù)業(yè)務邏輯

雖然預言機是主流，但也有其他方案：

3.1中心化數(shù)據(jù)錄入

• 由可信第三方直接發(fā)起交易上鏈

• 適用于權威數(shù)據(jù)（如政府公告）

• 缺點：存在單點故障風險

• 先在鏈下收集和驗證數(shù)據(jù)

• 批量提交到主鏈

• 降低上鏈成本，提高效率

• 連接不同區(qū)塊鏈之間的信息傳遞

• 例如：將比特幣鏈的數(shù)據(jù)傳遞到以太坊

• 代表項目：Oraclize

• 優(yōu)點：高性能、實現(xiàn)簡單

• 缺點：單點故障、信任依賴第三方

• 適用場景：聯(lián)盟鏈、可信環(huán)境

• 代表項目：Chainlink、DOS Network

• 優(yōu)點：去中心化、安全性高

• 缺點：實現(xiàn)復雜、性能相對較低

• 適用場景：公鏈、高安全需求場景

1. 時效性：數(shù)據(jù)從獲取到上鏈有延遲

2. 成本：頻繁上鏈會產生大量Gas費用

3. 安全性：防止數(shù)據(jù)被篡改或節(jié)點作惡

4. 可靠性：確保數(shù)據(jù)源的準確性

• 必須使用預言機嗎？在大多數(shù)情況下，是的。因為智能合約本身無法主動獲取外部數(shù)據(jù)。

• 實時性如何實現(xiàn)？預言機通過訂閱事件、快速響應、數(shù)據(jù)聚合等方式盡量縮短延遲，但真正的"實時"在區(qū)塊鏈上是困難的（受區(qū)塊時間限制）。

• 發(fā)展趨勢：預言機正從單一的數(shù)據(jù)輸入向全棧服務發(fā)展，包括計算、存儲、跨鏈、自動化等。

預言機本質上是區(qū)塊鏈與現(xiàn)實世界之間的唯一可信橋梁，沒有它，區(qū)塊鏈智能合約將無法與真實世界交互，這也是為什么90%的智能合約用例都需要預言機支持的原因。

編程嚴選網(wǎng)：http://www.javaedge.cn/ 專注分享AI時代下軟件開發(fā)全場景最新最佳實踐~