查询网站备案进度查询,加强网站建设的,珠海网络公司联系方式,外包公司做网站多少钱预言机 1. 概述 预言机主要承担两个工作#xff0c;一是验证信息可靠性#xff0c;二是传递信息。 如果没有预言机#xff0c;区块链的信息来源将仅限于其内部数据#xff0c;其广泛使用的潜力和可能性将会大大降低。 区块链预言机是区块链与外部世界之间的桥梁。它们使区…预言机 1. 概述 预言机主要承担两个工作一是验证信息可靠性二是传递信息。 如果没有预言机区块链的信息来源将仅限于其内部数据其广泛使用的潜力和可能性将会大大降低。 区块链预言机是区块链与外部世界之间的桥梁。它们使区块链上的智能合约可以访问链外数据。 区块链预言机可以被认为是一个区块链层用于查询、验证外部数据源。 虽然区块链预言机没有解决数据可用性问题但它们可以使用外部数据源将链下数据传输至链上。 2. 预言机分类 2.1 按信任产生机制分 根据信任产生机制的不同预言机可以分为几种不同的种类 详解预言机 2.1.1 中心化预言机比如 Provable , 原 Oraclize 中心化预言机由单个中心化机构为智能合约提供数据。这种情况下数据需求方需要相信这个预言机不会欺骗他们所以这个中心化预言机需要证明自己是值得信任的。 中心化预言机因其中心化的思想需要引入第三方可信机构如国家或能提供背书的大型企业验证方式也是通过第三方独立验证。 1中心化预言机有两种实现机制 第一种是通过算法等真实性证明机制来证明自己运行在可信的执行环境中提供的数据是数据源在某个时间点真实的、未被篡改的数据。数据使用者无需信任中心化的机构本身只需要信任中心化机构使用的技术和机制即可。第二种是由数据源提供的官方预言机。这些数据源通常是一些链下世界可靠可信的机构自身拥有比较好的信用和声誉数据使用者只需要信任机构本身。这种模式比较类似于传统的互联网用户使用机构提供的服务并全权信任这些服务商。 2优势和劣势 劣势由于数据由单一机构提供用户对机构的信任决定了预言机的信用单一数据源无法避免单点故障对作恶行为也无法进行约束安全性难以保证。另外中心化预言机通常也很难连接到其他的预言机因而提供的数据范围受限。优势由于无需多节点进行协调和博弈节省了大量的时间提升了效率同时因为不需要多个节点来支撑服务也就无需支付多节点网络的费用使用费用较低。 2.1.2 去中心化预言机比如 Chainlink 去中心化的预言机符合区块链去中心化的设计精神通过机制的设计来保障数据的可信。 去中心化预言机秉持着与区块链相同的去中心化原则通常使用多重签名或分布式算法保证数据的正确性、一致性不需要引入第三方机构但在实现上会更困难性能也会成为瓶颈。 在去中心化预言机中众多节点组成分布式节点网络一起合作来提供数据相互博弈和制约通过经济模型减少作恶的可能性提升整个系统的容错能力。 因为需要多节点共同工作去中心化预言机的节点网络的规模会影响其提供的数据的可靠性规模更大的网络提供的数据具有更高的可信度所以系统通常会提供一些经济激励来鼓励更多节点参与。 参与提供服务的节点在提供数据时通常也被要求质押一部分代币一般是项目代币本身一旦系统发现节点有作恶行为质押的代币就会被没收。 去中心化预言机在设计时需要考虑以下几个问题 节点共谋问题如果多个节点联合起来作恶应该如何应对数据隐私在节点数据开放传输和查询的情况下如何保障这些数据的私密性数据获取的时效性如何减少多个节点之间数据的协调和确认时间节点从其他节点复制数据的问题如何防止节点直接获取其他节点的数据而非从数据源处提取数据 去中心化节点网络可以避免产生中心化预言机的单点故障但是相应的由于需要向多个节点支付服务费用去中心化预言机使用起来也更加昂贵。 2.1.3 联盟预言机比如 Maker 的预言机 联盟预言机是去中心化预言机的一种特殊形式。组成节点网络的不止有普通节点还有一些指定的可信机构作为节点。 联盟预言机的信任来源相比前面两种更加复杂既包括了对作为节点的有业内声誉的机构的信任、也包括了对整个网络制衡机制的信任还包括了对预言机项目方挑选节点的机制的信任数据使用者需要信任所有这些相关方不会因为利益而选择作出伤害自身信誉的行为。 这种节点网络的组成方式带有某种程度上的中心化的特性但是作为高性价比的 trade-off在行业发展的初期不失为一个不错的选择。只是这种带有中心化色彩的信任机制可能难以承载价值过大的智能合约的需求。 从上述描述中不难看出联盟预言机面临的问题 可信节点的身份保密程度会影响到节点是否会被勒索或者贿赂进而影响网络的安全运行可信节点提供的数据是否具有很大的自身利益相关性毕竟如果涉及到自身利益很难避免数据被恶意操控的可能。 2.2 按作用分 钟摆协议Pendulum Protocol安全、可扩展的去中心化数据 2.2.1 数据预言机 根据请求将外部数据提供给智能合约并使得业务层智能合约和链下事件之间可以交互。 2.2.2 计算预言机 在链下执行用户定义的运算密集型任务为现有的区块链提供无限的运算能力为传统的计算市场带来去中心化的通证经济。 2.3 其他 2.3.1 软件预言机 这种形式的预言机通常包括易于访问的在线信息源例如网站和公共数据库。它们通常提供以下信息温度读数公共交通信息以及各种金融资产的当前价格。 软件预言机可能是目前最强大的预言机类型因为它们与互联网具有固有的互连性。这种连接允许软件预言机向智能合约提供最新信息。 2.3.2 硬件预言机 这种形式的预言机通常负责物理世界中发生的事件并将数据发送到智能合约上。例如在供应链管理中如果带有 RFID 标签的物体要到达特定的仓库则可以将该数据发送到智能合约硬件预言机系统可以在整个供应链中进行货物跟踪。 2.3.3 输入式预言机 这种形式的预告机具有简单地向智能合约提供数据的功能。所提供的数据在智能合约的外部并且在接收信息后开始执行。上面提供比特币价格的新闻网站可以被归入为输入式预言机。 2.3.4 输出式预言机 这些预言机将智能合约数据传送到外部源。就上面的例子而言一旦张三被确定为赢家智能合约便可以将此信息传达给钱包提供商以便自动更新其余额以反映资金的增加。在这种情况下智能合约本身就可以作为输出式预言机运作。 2.3.5 基于共识的预言机 这种预言机的功能是查询多个信息源并根据它们的共识得出结果。例如可以使用 4 个网站来查询比特币的价格。如果所有预言源网站返回的值都相同则智能合约可以成功执行。 3. 区块链预言机的作用 外部数据源的输入确定性 区块链预言机是将区块链安全连接至链下系统的中间层区块链可以通过预言机连接至数据提供商、web API、企业后端、云服务商、物联网设备、电子签名、支付系统以及其他区块链等各种链下环境。 预言机具有几大关键功能 等待响应——监控区块链网络扫描网络中是否有来自于用户或智能合约的链下数据请求。获取数据——从一个或多个链下系统获取数据比如由第三方web服务器运行的链下API格式化——将来自API的数据转换成区块链可读的格式并将链上数据转换成外部API兼容的格式以此打破链上链下的交流屏障。验证——使用数据签名、区块链交易签名、TLS签名、可信执行环境TEE证明以及零知识证明等各种工具为预言机服务提供加密证明。计算——对数据进行运算比如基于多个预言机提交的数据计算出中位数或基于不同类型的数据如个人风险情况、市场费率和资金成本等生成保险报价。广播——通过在区块链上签名并广播交易将数据和相关证明发送至链上智能合约。数据输出可选——在智能合约执行时向链下系统发送数据比如将支付指令发送至传统支付网络或与信息物理系统进行交互。 4. 使用场景 预言机作为区块链与现实世界进行数据交互的桥梁应用场景非常多可以说一切需要与链下进行数据交互的 DApp 都需要预言机。许多业务比如金融衍生品交易平台、借贷平台、IoT、稳定币、游戏、保险、预测市场等需要与外界进行交互。 预言机保护区块链及其外部交互审查在混合智能合约中来回传输的数据并提供安全许可。 4.1 去中心化衍生品 衍生品是两方或多方之间的金融合约其价值基于相关资产。衍生品允许人们对标的资产提出不同的视角(长期或短期)从实质上促进金融稳定。公共智能合约平台可以创建和交易金融衍生品包括基于区块链的资产。预言机可以通过提供价格馈送结算价值和合约到期来确定参与方的收益或损失从而在去中心化衍生品中发挥重要作用。 4.2 稳定币 获取有关稳定币和它们所固定的资产之间的汇率的外部数据是预言机的一个重要场景之一。 4.3 去中心化预测市场 像Augur和Gnosis这样的去中心化预测市场利用人群的智慧来预测现实世界的结果如总统选举和体育博彩结果。如果投票结果受到用户的质疑预言机可用于快速和安全的解决方案。 4.4 智能合约保险 在免信任且可靠的信任源加持下保险产品可以通过智能合约的形式实现。当前的商业案例比如Etherisc的去中心化的保险应用(如航班延误保险和作物保险)平台FlyingCarpet 的人工智能和地理数据的新型可编程保险等。 4.5 去中心化贷款平台 像SALT Lending和ETHLend这样的去中心化点对点借贷平台允许匿名用户在区块链上抵押加密资产以换取法定或加密贷款。可以应用预言机在创建贷款时引入市场利率并监控加密抵押品与贷款金额的比率如果贷款周期到了则触发清算事件。 4.6 去中心化预言机案例 去中心化预言机 DOS Network 运行机制与代币经济 DeFi 和储备证明 大量集中式和分散式加密协议需要用预言机来访问外部数据。交易所、货币市场等利用数字资产的协议使用预言机来确定特定稳定币资产的储备以及去中心化借贷中借方的抵押品。与外部市场现货价格挂钩的其他资产使用预言机来更新价格而自动货币市场用预言机的价格汇总来执行限价单。NFTs 和 GameFi 预言机还支持动态NFT等混用NFT。NFT于区块链上铸造是一种完全独特的代币可在不同钱包之间交易不能分割或交换任何其他实物。动态NFT还可根据外部事件或成就如当前天气、体育比赛得分或解锁游戏成就而变化。SocialFi DAO 预言机还能够在SocialFi和DAO的应用场景中充当去中心化的身份验证工具。通过利用集成链下和链上的活动数据预言机在可以帮助用户在web3中验证和管理自己的身份凭证同时也可以为个人信息管理以及公会管理方面获取性能仪表盘数据增加信息管理效率。企业/供应链管理 预言机还可以帮企业和供应链管理者实现Web2到Web3的通信将前端和后端系统连接到他们选择的区块链网络。当然许多人会选择定制的私链这就需要预言机提供的跨链互操作性和通信。 由于系统可互操作的成本历来很高共享敏感数据或访问内部流程也会有安全风险因此预言机非常重要。有了预言机通过强大的加密原语来保护数据大型规模经济便能够更有效地部署其资产并降低交易对手风险。医疗保健和保险 保险协议使用输入和输出预言机加上Web API、卫星图像、物联网式传感器、警察和医疗报告与法律文件在索赔过程中验证可保事件然后再触发赔付。农业、汽车、家庭、洪水、火灾和健康领域的保险公司的应用程序将使用混合智能合约并利用预言机来协助合约工作。欺诈检测、索赔处理和审计部门也会利用许多新工具和资源以获得更高回报。CBDC 在 CBDC 和公共区块链势不可挡地成为主流的世界中Visa 和 Mastercard 正在研究的私有 CBDC 区块链通过通信渠道和跨链桥以安全和高性能的方式与公共区块链通信并通过合约跨多个加密货币对各种法定外汇价格进行准确、实时的链上定价。在整个 CBDC 和跨链 DeFi 的加密货币交互过程中预言机是必不可少的媒介。 预言机架构设计调研 一文了解预言机的起源、定义、原理和发展 5.1 蚂蚁链 5.1.1 实现原理 蚂蚁链预言机外部数据源服务使用 TEE 技术实现对于每笔外部数据请求都将在可信硬件环境中执行。可信硬件环境会验证外部数据源的 TLS 通讯证书以确认数据源的身份通过 TLS 协议确保拿到的数据没有被第三方篡改。可信硬件环境得到数据后会使用硬件私钥对数据进行签名并返回给智能合约智能合约将自动验证可信硬件的签名确保数据是可信硬件执行结果没有被第三方篡改从而安全可靠地获取来自指定外部数据源的数据。 可信执行环境Trusted Execution EnvironmentTEE,TEE 是一个安全隔离的执行环境提供隔离执行、可信应用的完整性、可信数据的机密性、安全存储等安全特征使预言机服务数据服务安全可信。 5.1.2 功能特性 数据安全可信 区块链预言机底层使用 TEE 技术实现TEE 是一个安全隔离的执行环境提供隔离执行、可信应用的完整性、可信数据的机密性、安全存储等安全特征使预言机服务数据服务安全可信。支持 HTTPS 协议 通过 HTTPS 协议区块链预言机会与目标数据源建立端到端的安全通行通道并且可以完成对数据源的证书校验以确定身份从而安全、可靠地获取来自指定外部数据源的数据。支持 JSON API JSON 是一种轻量级的数据交换格式广泛地被采用为 API 的数据交换格式。区块链预言机内置 JSON 解析器如果请求的 URL 响应格式是 JSON 格式可以在请求命令中设置 jsonpath 命令使区块链预言机根据 jsonpath 读取部分 JSON 数据只返回这部分数据上链。支持访问要权限认证的 API 一些 API 需要认证授权访问例如使用 OAuth 2.0 协议实现的 API需要在请求中携带服务端认证鉴权需要的参数但这些参数属于私密信息不可泄露。这种情况下利用 TEE 技术提供的机密性与区块链预言机的 TEE 环境建立端到端的加密信封使得请求只在 TEE 硬件可信执行环境里面解密从而不会泄露请求机密。高可用预言机集群 区块链预言机服务使用集群架构实现为合约提供高可用的数据访问服务。 5.1.3 使用场景 智能合约需要可信访问 Web 数据。智能合约通过调用 Open API 使用互联网服务。智能合约需要与外部系统交互。智能合约依赖公共现实事件如天气、赛事信息、航班信息等。 5.1.4 预言机合约接口定义 定义用户合约与预言机合约的通信接口其中用户通过 curlRequest 接口调用预言机合约。 用户合约需要实现 oracleCallbackCurlResponse 接口用于接收预言机合约的请求结果回调。 interface OracleInterface {/*** function 发送 CURL 请求* parameters* _biz_id 用户自定义的业务请求 ID* _curl_cmd CURL 命令参考 CURL 命令使用文档进行构造* _if_callback 是否需要预言机将请求结果回调用户合约* _callback_identity 预言机请求结果回调的合约 ID可以是发送请求的合约也可以是其他合约* _delay_time 该特性未激活填 0 即可* return value 预言机请求 ID是预言机合约为本次请求生成的唯一请求 ID*/function curlRequestDefault(bytes32 _biz_id, string _curl_cmd, bool _if_callback, identity _callback_identity, uint256 _delay_time) external returns (bytes32);/*** function: oracleCallbackCurlResponse* parameters:* _request_id 预言机合约请求 ID在发送请求时预言机合约会返回此 ID* _biz_id 用户合约的业务请求 ID* _error_code 请求结果码如果值是 0则表示预言机请求处理成功如果是其他值则为请求处理失败详见合约错误码表* _resp_status HTTP 响应的状态码一般 200 表示 HTTP 请求处理成功5xx 表示服务端处理错误调用者可根据自己的使用场景做判断* _resp_header HTTP 响应的 header如果 CURL 中指定了要返回 HTTP 响应的 header则回调时会返回对应的值* _resp_body HTTP 响应的 body* _call_identity 发起该请求的合约 ID* return value 无*/function oracleCallbackCurlResponse (bytes32 _request_id, bytes32 _biz_id, uint32 _error_code, uint32 _resp_status, bytes _resp_header, bytes _resp_body, identity _call_identity) external returns (bool); }5.2 趣链 5.2.1 实现原理 预言机服务实现过程 用户调用HVM合约请求Oracle服务与用户发生交互HVM执行合约以及Oracle服务并返回uuiduuid表示本次Oracle请求的唯一ID绑定回调交易哈希Oracle服务执行成功平台发起回调交易在回调交易中执行用户编写的回调逻辑与用户发生交互 5.2.2 功能特性 支持java的HVM合约 和 HVM的预言机支持 HTTPS 协议 通过 HTTPS 协议区块链预言机会与目标数据源建立端到端的安全通行通道并且可以完成对数据源的证书校验以确定身份从而安全、可靠地获取来自指定外部数据源的数据。支持 JSON API JSON 是一种轻量级的数据交换格式广泛地被采用为 API 的数据交换格式。区块链预言机内置 JSON 解析器如果请求的 URL 响应格式是 JSON 格式可以在请求命令中设置 jsonpath 命令使区块链预言机根据 jsonpath 读取部分 JSON 数据只返回这部分数据上链。 5.2.3 使用场景 获取外部接口的数据 5.2.4 预言机接口定义 public interface IOracleContract extends BaseContractInterface {// 用户编写的回调函数// callOracle() 方法来使用Oracle服务String oracleRequest();// 根据uuid获取回调交易的哈希String getTxHashByUuid(String uuid); } public class OracleRequest {String url; //请求资源的web网址必须是支持https的服务站点RequestMethod method RequestMethod.GET; //RequestMethod是一个默认方法包括GET、POST默认为GET方法MapString, String header; //请求资源时想要带上的自定义http请求头String body; //请求资源时想要带上的请求体String bizId; //用户针对业务需求自定义的唯一标识IDString callBackAddress; //回调函数所在的合约地址String callBackMethod; //回调函数名回调函数声明格式为: return_type method_name(OracleResponse response); } public class OracleResponse {private int code;private String message;private MapString, String repHeader;private String repBody;byte[] uuid; //由平台计算出的每次Oracle请求的唯一标识String bizId; //用户针对业务需求自定义的唯一标识IDbyte[] callerContract; //发起Oracle服务请求的合约地址 }5.3 长安链 5.3.1 实现原理 预言机服务整体可以分为四个模块。由监听到的链上预言机智能合约事件进行驱动,各个模块配合运行完成取数据功能。服务将运行中所需数据保存到本地的mysql数据库中。 预言机状态流转模块取数据模块预言机接口模块预言机告警模块 整理流程 用户在智能合约中调用预言机智能合约中的取数据方法预言机智能合约校验相应参数发送相应的链事件预言机服务监听到链上取数据事件根据合约中指定的取数据配置进行数据的获取预言机服务将取到数据通过调用预言机智能合约方法来将数据回传预言机智能合约通过回调用户智能合约告知用户数据取到用户合约做相应业务处理即可 5.3.2 功能特性 获取链下的接口数据HTTP/HTTPS方式获取JSON、XML、TEXT、HTML格式比较丰富指定的mysql数据源取数据支持VRF数据取/验可验证随机数数据支持跨链长安链调用链上合约查询数据注册查询topic/按照topic查询的功能 5.3.3 使用场景 获取外部接口数据获取mysql数据库数据 5.3.4 合约接口定义 预言机docker_go合约和普通合约一样需要暴露调用合约的方法按照自己业务去实现预言机合约和用户合约 6. 以 chainmaker 预言机为例分析技术原理实现的过程 (1)第一步通过预言机服务部署预言机合约 为什么要通过预言机服务来部署预言机合约部署合约的功能和从我们baas的接口部署是相同的。 从预言机服务部署完合约之后在后台就会启动协程开始监听预言机合约的事件了如果从别的地方部署了预言机合约不会启动监听预言机合约的事件或者说可以操作通知让预言机服务启动监听事件就行 (2)第二步发起调用用户合约 发起调用用户合约方法用户合约内部跨合约调用预言机合约这里都跟调用普通合约一样按照合约方法和参数定义写好就行 预言机合约计算得到一个requestId即为Hash返回给用户合约调用的结果 (3)第三步预言机合约执行 请求参数保存上链key为固定的字符串request_tx, field为 requestId 触发chain_query事件这个topic是在预言机服务里面定义好的后台服务在部署预言机合约的时候就会启动监听预言机合约的事件从这个topic中订阅预言机合约的事件然后去消费 预言机服务一直在后台监听chain_query事件从中去消费 开始处理query事件 这里的fetch是http,mysql等不同的类型去判断的从这里的实现中真正拿到了外部的数据 获取数据成功之后将数据保存在数据库更新事件状态更新锁状态 获取数据完成之后执行调用预言机合约的callback回调方法回调成功更新事件状态 回调成功删除监视的任务在预言机回调方法中会发送finished事件预言机服务还会收到在后续处理事件发送成功后删除了之前在链保存的request_txrequestId的的记录 处理finished事件删除定时任务更新事件状态表event_state中的状态 处理上链成功后删除监视的定时任务 7. 预言机的困境 区块链本质上是去中心化的由于分布式网络节点构造破坏一个或多个节点不会危及系统区块链因此具有减少单点故障保证安全的优势也就是说为了提高安全性我们需要建立尽可能多的网络节点以提升预言机网络去中心化程度。 但是网络节点越多多轮共识耗时就越长如果网络拥塞用户交易的阻力就越大。这不仅会导致最终确定性和性能下降导致数据可用性延迟还会影响刷新率增加了使用陈旧数据执行智能合约交易时发生滑点的可能性。此外不断刷新数据的成本、维护预言机网络节点络正常运行的能力、实现快速交易和较高吞吐量这些对预言机开发来说也是大难题。如果预言机不适当去中心化便可能会被试图操纵网络中的数据阻塞点以谋取利益的攻击利用。 7.1 如何保证获取的外部数据源真实可信如何避免被中心化操纵 恶意的 oracle 可能会抄袭别人的数据。单一的 oracle的情况如果数据有损坏那么在链上是很难检测的。 最核心的问题: 没有绝对可信只能做到相对可信。我们主要在数据源认证、数据获取标准流程、数据格式统 一等方面进行约束 1数据源选取和可信认证。预言机需要谨慎选择外部数据源必须保证对每个选取的外部数据源都可以验证是可信的。例如对于web的数据获取需要持有相关证书。 2数据获取有标准流程。开发者必须明确执行引擎、用户、外部数据源与预言机的数据交换流程且对于不同的数据源类型要能够统一或明确区分数据的交互流程确保交互方案可执行可落地。 3数据交互格式统一。不同的数据源类型有不同的数据交互格式以传感器作为数据源和以Web作为数据源获取到的数据格式是不一样的针对不同情况明确统一的数据编解码层以对不同数据源的数据进行请求和解释。 7.2 如何保证数据在传输和处理过程中的安全 预言机通过两个阶段对进行中的数据实现可靠保证。 1数据从网上到本地采用HTTPS协议底层采用TLS协议去保障连接和数据的正确性、完整性。 2数据从本地到链上预言机采用可信执行环境 ( TEE ) 技术TEE是CPU内一块安全区域和操作系统独立运行可以确保数据处理过程中的机密性、可靠性趣链区块链平台研发了基于SGX的TEE实现以及基于国产芯片的TEE实现进行预言机的安全保护。 7.3 时效性、成本 后续补充。。。 8. 值得思考和讨论的点 预言机的作用不是提供【真实的数据】而是提供【可信的数据】。【真实】是一个主观的概念也是一个难以评估的概念世界上或许没有任何工具能保证输出【真实】而让预言机去完成这样的功能也并不现实。我们无法设计一套机制来确保真实但可以设计机制来提高可信程度。如果要求预言机提供真实就容易陷入预言机无用论与区块链无用论之中因为它们确实无法满足我们对真实的要求。不同的应用场景对信任的需求是不一样的。并不是所有的数据都要在最高程度的可信保障下上链这涉及到信任的成本问题也与数据可信的重要性、数据造假的动机等等维度相关。不同的应用场景信任的来源 / 支撑是不一样的。也就是说并不能认为某种信任生产机制实现的信任就是最优的而某些机制实现的信任就是不好的。数据源的问题即预言机中的数据提供者从哪儿获取数据。可以分为两种类型一种是从单一数据源获取数据一种是从多个数据源获取数据。 关注点它是如何生产信任的以及它提供的信任能否满足它所服务的应用场景的需求。 9. 总结 功能角度看预言机的功能比较纯粹主要解决区块链内外数据可信连通问题。针对不同的信任场景预言机也采取了中心化和非中心化的两种方式提供服务。应用场景看链外数据是一个很大的生态预言机可以应用在公开网站信息、物流追踪、保险自动赔付、获取跨链信息等多场景…预言机的发展一方面依赖于区块链/智能合约技术的发展一方面又助力区块链/智能合约的业务延伸随着区块链在金融、保险、物联网等行业生态规模的扩大预言机未来的生态价值也很值得期待。商业角度看预言机模式其实类似一个数据服务提供商中心化预言机的商业模式本质上是一个数据服务平台而去中心化预言机是一个多元的数据服务生态两者发展方向各有千秋。 10. 实现自己的预言机