原文作者：PaperMoon 团队

你写了一个完美的 DeFi 借贷合约，部署到了 Polkadot 的平行链（parachain）上——一种连接到 Polkadot 中继链（relay chain）的独立区块链，共享中继链的安全性，同时保持自己的逻辑与状态。合约逻辑清晰，测试全部通过。但当用户第一次发起抵押借贷时，你突然意识到一个致命问题：合约不知道 ETH 当前的价格是多少。

这不是代码的 bug，而是区块链本身的结构性限制。区块链是一个封闭系统，所有节点必须对同一份数据达成共识。如果你的智能合约（smart contract）——部署在区块链上的自动执行程序，满足预设条件时自动运行，无需人工干预——去调用外部 API 获取价格，不同节点可能在不同时间获得不同结果，共识就会崩塌。

这就是为什么我们需要预言机。

什么是区块链预言机？

预言机（Oracle）是区块链与外部数据源之间的桥梁。区块链作为隔离网络运行，无法原生与外部系统交互——这一根本限制被称为"区块链预言机问题"（blockchain oracle problem）。

预言机的工作方式是：从外部数据源（如 API、IoT 设备或其他区块链）提取数据，对数据进行验证，然后将其提交到链上。从开发者的视角看，预言机把链外的不确定性转化为链上可信赖的确定性数据。

预言机的典型应用场景

预言机的用途远比想象中广泛：

- DeFi 价格喂价：借贷协议需要实时资产价格来计算抵押率和清算线。没有预言机，DeFi 几乎无法运作
- 保险合约：天气保险合约需要获取真实天气数据来判断是否触发赔付条件。例如，某地降雨量超过阈值时自动理赔
- 跨链资产验证：在**跨链**（cross-chain）场景中——即不同区块链之间传递数据或资产的能力——预言机可以验证另一条链上的资产状态
- 随机数生成：链上无法生成真正的随机数，需要依赖预言机从外部引入可验证的随机源
- 体育竞猜与预测市场：获取比赛结果等现实世界事件的确定性数据

两种实现模型：中心化 vs 去中心化

预言机的实现分为两大类：

中心化预言机依赖单一的可信数据提供者。这种模型实现简单，响应速度快，但存在明显的单点故障风险——如果该数据源被攻击或数据被篡改，所有依赖它的合约都会受到影响。对于管理大量资金的 DeFi 协议来说，这种风险是不可接受的。

去中心化预言机则使用多个数据提供者组成的网络。这些提供者需要质押（staking）资产——将代币锁定在网络中以参与共识或获得奖励的机制，类似"押金"——作为抵押，并通过共识机制对数据的有效性达成一致。如果某个提供者提交了错误数据，其质押的资产可能被**惩罚（slash）**——当节点出现恶意行为或严重失误时，其质押的代币会被没收一部分作为惩罚。这种经济激励机制确保了数据的可靠性。

去中心化预言机的核心逻辑是：与其信任某一个实体，不如设计一个博弈机制，让作恶的成本高于收益。

Polkadot 生态中的预言机方案

Acurast：用手机构建去中心化预言机

在 Polkadot 生态中，Acurast 提供了一种独特的预言机解决方案。Acurast 是一个去中心化的无服务器云平台，它使用分布式的移动设备网络来提供预言机服务，从根本上解决了中心化信任和数据所有权的问题。

这个设计思路非常有意思——传统预言机网络依赖专用服务器节点，而 Acurast 直接利用普通手机的 TEE（可信执行环境）来处理链下数据和计算任务。每一部参与网络的手机都成为一个去中心化的预言机节点。

Acurast 在 Polkadot 中的集成方式

在 Polkadot 生态中，Acurast 允许开发者定义链下数据和计算需求，这些需求由分布式的移动设备网络处理，并将结果交付到 **Substrate**（Polkadot 生态的区块链开发框架，开发者可以用它快速构建自定义区块链，Polkadot 本身也是用 Substrate 构建的）环境（WASM）和 **EVM**（以太坊虚拟机，以太坊用来执行智能合约的运行环境，支持 EVM 的链都可以运行 Solidity 合约）环境。

这意味着无论你的平行链使用的是 Substrate 原生的 **WASM / WebAssembly**（一种高效的二进制指令格式，可在不同平台上运行，Polkadot 生态早期用它执行合约代码）执行环境，还是兼容 EVM 的智能合约环境，Acurast 都可以为你提供预言机数据服务。

为什么 Acurast 的方案值得关注？

传统预言机方案（如 Chainlink）在以太坊生态已经验证了去中心化数据喂价的可行性，但它们通常依赖专业节点运营商。Acurast 的移动设备网络方案有几个值得思考的优势：

1. 更低的参与门槛：任何人都可以用闲置手机加入网络，成为预言机节点，不需要专业的服务器运维知识
2. 物理去中心化：手机遍布全球各个角落，比集中在数据中心的服务器节点具有更好的地理分布性
3. 硬件级安全：利用手机芯片的 TEE 可信执行环境，在硬件层面保证数据处理的隔离性和完整性

当然，这种方案也有需要观察的地方：移动设备的在线稳定性、网络带宽、以及大规模部署下的协调效率，都是实际运行中需要验证的挑战。

为什么 Polkadot 生态需要原生预言机？

有人可能会问：为什么不直接用以太坊上已有的预言机方案？这个问题涉及 Polkadot 架构的几个特殊之处。

首先，Polkadot 的多链架构意味着数据需求是多样化的。不同的平行链承载不同的业务逻辑——DeFi 链需要价格数据，身份链需要链下身份验证，物联网链需要设备数据。一个通用的预言机方案需要足够灵活来适配这些不同的需求。

其次，Polkadot 的 **XCM**（跨共识消息格式，Cross-Consensus Messaging）——Polkadot 生态中链与链之间传递消息和资产的标准协议——使得预言机数据可以在多条平行链之间共享。理论上，一条专注于预言机服务的平行链可以通过 XCM 向整个生态的其他链提供数据，避免每条链都独立部署预言机节点。

最后，Polkadot 的 **pallet**（Substrate 框架中的功能模块，类似乐高积木，开发者可以组合不同 pallet 来构建区块链的功能）模块化架构允许将预言机功能直接集成到链的 **runtime**（区块链的核心逻辑层，定义了链上所有规则和状态转换，相当于区块链的"操作系统"）中，而不仅仅是通过智能合约调用。这种深层集成可以提供更低的延迟和更高的效率。

开发者如何选择预言机方案？

如果你正在 Polkadot 生态中开发应用，选择预言机方案时有几个关键问题需要思考：

1. **数据类型**：你需要的是金融价格数据、天气数据、还是其他类型的链下信息？不同的预言机在不同数据类型上各有所长
2. **更新频率**：你的应用需要秒级更新还是分钟级更新？高频更新意味着更高的链上成本
3. **安全预算**：你的应用管理的资金规模有多大？管理数百万美元的 DeFi 协议需要比简单的信息查询应用更高级别的预言机安全保障
4. **目标环境**：你的平行链是 Substrate 原生环境还是 EVM 兼容环境？需要确认预言机方案是否支持你的目标部署环境

对于 Polkadot 生态的开发者来说，Acurast 是目前值得优先调研的方案之一。它的去中心化移动设备架构为预言机问题提供了一个新颖的解题思路，而对 Substrate 和 EVM 双环境的支持也降低了集成的复杂度。

小结

预言机不是一个"有则更好"的可选组件，而是几乎所有需要链下数据的区块链应用的刚需基础设施。理解预言机的工作原理、权衡不同实现模型的利弊，是每个 Web3 开发者必须补上的一课。

Polkadot 的多链架构和 XCM 跨链通信为预言机提供了独特的发挥空间——预言机数据不再是单条链的孤岛资源，而是可以在整个生态中流动共享的公共基础设施。这或许是 Polkadot 生态在预言机赛道上最值得期待的结构性优势。

阅读原文：https://docs.polkadot.com/parachains/integrations/oracles/