预言机是加密行业里连接链上与链外世界的基础设施。简单说，智能合约本身只能读取区块链内部的数据，没法直接知道资产价格、汇率、天气、航班延误、传感器读数这类链外信息。预言机的任务，就是把这些外部数据获取、校验后送上链，交给智能合约使用。
这类系统之所以重要，是因为很多实用型合约都离不开链外输入。DeFi 需要价格喂价判断抵押物价值和清算条件；保险合约要确认现实事件是否发生；供应链系统则依赖物流更新和硬件传感器数据。少了预言机，智能合约只能处理链内状态，应用范围会被明显压缩。
从发起请求到链上执行的 5 个环节
预言机的典型流程并不复杂。第一步，智能合约先发出数据请求，通常通过一个专门的预言机合约来定义需要什么数据、以什么形式返回。比如借贷协议请求某个资产的当前市场价格，保险合约请求某个现实事件的确认结果。
第二步，预言机节点接收请求后，到链外抓取数据，常见来源包括网页 API、交易所、数据供应商和企业数据库。数据源质量很关键。若只依赖单一来源，节点一旦遭遇故障或数据被篡改，结果就会失真，所以许多服务会同时使用多个外部数据源来比对。
第三步是验证、签名与证明。节点拿到数据后，需要证明数据完整性，并对结果签名，让外部可以检查是谁提交了数据、传输过程中是否被改动。去中心化预言机网络通常会让多个节点抓取同��份数据，再比较答案，以降低单点失效和错误输入的风险。有些系统还会引入加密经济约束，对提交错误数据的节点施加惩罚。
第四步，节点把处理后的结果提交到链上。数据会像普通链上交易一样被记录，确认后难以篡改。如果系统带有聚合机制，提交的可能不是原始值，而是像中位数这样的最终结果。第五步，智能合约根据收到的数据自动执行：可能触发清算、完成赔付、调整持仓，或者更新游戏逻辑。
不同预言机解决的问题并不一样
按架构看，预言机可分为中心化与去中心化两类。前者依赖单一实体抓取并提交数据，部署简单、速度快，但一旦服务方离线、被攻击或主动篡改，依赖它的合约都会受到影响。去中心化预言机网络则把职责分散到多个独立节点，试图减少信任假设并提高可用性。
按数据流向看，入站预言机负责把链外信息带入区块链，价格喂价、天气数据、事件确认都属于这一类；出站预言机则把链上数据发送到外部系统，比如在合约执行后触发线下支付、更新后台数据库，或通知企业系统。
按数据���源看，软件预言机主要从 API、交易所和数据库读取信息，常用于金融数据和市场价格；硬件预言机则依赖物联网传感器和射频识别等设备，用于供应链跟踪、环境监测和物流场景。按更新方式看，拉取式预言机是在合约提出请求后再返回结果，适合一次性检查；推送式预言机会持续把更新发布到链上，价格喂价是最常见例子。
还有一些更细分的设计。混合预言机会把复杂计算放在链外完成，只把最终结果提交上链，以降低成本和复杂度。乐观预言机以 UMA 为代表，默认提交的数据是正确的，只有在争议窗口内有人提出挑战时才进入验证流程。跨链与桥接预言机则负责在不同区块链之间传递数据和消息，让一个链上的应用读取另一个链的信息，但这类系统通常需要更强的安全模型。
Chainlink、Band、Pyth 与 UMA 的侧重点
在具体项目里，Chainlink 被文中列为使用最广的去中心化预言机网络之一，覆盖价格喂价、随机数、自动化以及跨链消息传递，并已被 Mastercard 和 UBS 用于链上金融流程测试。Band Protocol 基于 Cosmos SDK，强调高吞吐和跨链聚合能力，可在 Ethereum、Solana、BNB Chain 等网络之间提供数据支持。
Pyth Network 主打低延迟市场数据，价格来源包括交易所和交易公司，服务对象集中在去中心化交易所和交易协议。UMA 的乐观预言机则采用基于争议的验证机制，把验证成本尽量后置，只在有人质疑结果时启动核查流程。
预言机让智能合约不再局限于链内
预言机本质上不是“预测未来”的工具，而是数据传输与验证系统。它回答的是智能合约无法自行获得的问题：外部市场价格是多少，现实事件有没有发生，另一个链上发生了什么。智能合约拿到这些上下文后，才可能真正落地到借贷、保险、游戏、NFT 和跨链交互等场景。