在之前的推送中，我们介绍了智能合约，如何判断智能合约中的真实世界结果？
比如小卡和小明用智能合约打赌今天中午12:00深圳会不会下雨。它'；是时候了。智能合约会自动判断结果，然后授予获胜者。为了实现去中心化、不受第三方控制的进程，智能合约部署在区块链上的沙盒运行环境(通常是虚拟机)中，与外界隔离。
当智能合约在虚拟机中运行时，，并且不能执行网络操作、文件I/O或其他进程。而对于运营独立性和安全性的要求，智能合约之间只能进行有限的调用。
智能合约允许没有第三方的可信交易。，交易可以被追踪且不可逆，但它可以'；不与区块链以外的数据直接相关(如外部数据的采集和调用)。
那么问题来了。程序如何获取深圳当时中午12:00的天气信息？
那么就需要一个外部介质把数据写入区块链或者分布式账本，于是问题又来了。如果第三人小红输入结果，如何保证公平和分散？如果小红被其中一方收买，即使没有'；现实中不下雨，下雨的结果就输入了。那么智能合约就失去了意义。
我们该怎么办？
这时，一个"预测器"是需要的。这个"预言机器"自动预测未来？唐'；不要被它的名字误导，但它'；不是的。
什么是预测值
事实上，"甲骨文"不是一个神秘的魔盒，而是一种机制：将区块链以外的信息传送到区块链。我们需要明确的是，Oracle只负责可靠的数据获取，并不直接参与事务的执行。
还是上面的例子。如果小红很容易被收买，她随便找20个人写成绩怎么办？让他们每人拿出10块钱作为押金，如果你把结果写准确了，就可以拿回押金，甚至可以获得额外的奖励，而如果你恶意写错了结果，押金将被扣除作为惩罚。这20个人做的事情就是简单的预测机器做的事情。
另外，根据这20个人的组织和工作形式(即是否分散)，现有的预测机可以分为两类：集中式预测机。，如可证；去中心化的甲骨文机器，包括可信联盟甲骨文机器(如创客道的OSM)和去中心化的甲骨文机器，如ChainLink、Tellorr、Band、Augur和UMA。
集中式Oracle是指单个特定的Oracle为一个服务请求者(用户)提供数据。对于一个特定的数据服务请求，在请求者指定n个数据源并向集中式Oracle发送一个契约请求之后。服务提供者从一个或多个数据源(Sn)的接口调用数据。集中式Oracle的优点是效率高，成本低，因为单个数据源的成本比从多个数据源汇总的成本低得多，而且数据只从最可靠的数据源调用。，保证了整个Oracle系统的高效运行。
分散式Oracle通过多个Oracle联合提供数据采集服务。采用纠删码技术处理冗余答案，提高整个预测系统的判断精度。所有先知(上)会在规定时间内汇总处理数据源(Sn)提交的答案。，将汇总的答案反馈给请求者(用户)。
一般来说，集中式Oracle的商业模式本质上是一个数据服务平台，而去中心化的Oracle是一个庞大的数据服务网络，整个网络是互联的。，因为它有效地整合了系统加入的多个先知的资源，从而形成了有效的业务协同。
所以，从性价比和用户体验来说，集中式的Oracle具有先发优势也就不难理解了。而去中心化预测机由于在客户情绪和生态模式上的优越性，具有很大的后发优势，也成为了web3世界的主流发展方向。
预测器的实现原理及应用现状
刚才做的类比还是需要人手的。事实上，预测者是如何实现"先知"区块链上的函数？
实际上，Oracle在上下行信息传递过程中，起到了数据源API接口之间的桥梁作用，实现了区块链接口与外部数据API接口的对接。。它可以从原生链获取数据，也可以通过爬虫或可信第三方从离线链获取数据。
一般来说，"Oraclemechanism>；是链与链之间信息交互的桥梁。。有了Oracle，我们可以解决智能合约无法解决的难题'；t获取链条上未预先部署的信息，从而更好地利用区块链技术接入现实世界，开发更多的商业可能性，如航班延误险、汽车意外险、商务协议等。
Oracle概述
一般来说，Oracle相当于一个数据接口，不参与智能合约的执行和决策，只是作为链与链之间信息交互的桥梁，也可以理解为一个参考库，供我们做研究和得出结论使用。
当然。仍然存在一些不足，比如数据来源的真实性和准确性，无论是集中式还是分散式的预测机器都有可能出错，而这种错误的引用可能会给智能合约参与者带来巨大的不可逆损失。