区块链知识系列 - Oracle预言机

Posted 搬砖魁首

tags:

篇首语:本文由小常识网(cha138.com)小编为大家整理,主要介绍了区块链知识系列 - Oracle预言机相关的知识,希望对你有一定的参考价值。

Oracle 预言机

区块链外信息写入区块链内的机制,一般被称为预言机(oracle mechanism)。

借助预言机外界的数据得以灌入链内, 使得DApp的玩法更多样. 比如DApp倚重的随机数, 可以考虑让一个硬件产生真随机数, 通过Oracle,定时灌入, 这将更公正和安全

1 为什么需要预言机

  • 所有节点同一个事务中智能合约运行的结果必须一致
  • 智能合约不应该发起网络调用
  • 由于区块链的共识模式,智能合约只可以从内部调取数据,而不能直接从区块链外部(链下)获取信息。

2 应用场景

  • 游戏/预测:获取链上安全的随机数,实现更公平的游戏,抽奖场景。
  • 物联网:对于IOT应用,将传感器信息上链,智能合约验证并触发下一步的行为。
  • 供应链金融:获取链下订单和汇率信息等。

3 按去中心化程度分

3.1 中心化预言机

靠部署机构本身来背书,比如BSN部的,都是可信的

  • Oraclize:为以太坊提供中心化预言机服务
  • Ontology oracle:本体链上的中心化预言机服务

3.2 去中心化预言机

区块链预言机是一个附加的基础设施,它可以帮助区块链和外部世界进行交互。但是,为了让智能合约保持去中心化,预言机也需要保持去中心化来避免任何单点故障,尤其因为预言机的输入控制着智能合约的输出。

  • ChainLink:以太坊上第一个去中心化预言机解决方案
  • 欧链 OracleChain:EOS 上的第一个去中心化预言机解决方案
  • DOS Network:支持多条主流公链的去中心化预言机服务网络

4 按链分

4.1 公链预言机

4.1.1 ChainLink (ETH)

github

Chainlink 是区块链领域运用最广泛的预言机解决方案。Chainlink 是一个去中心化的预言机网络,为区块链智能合约解决互操性问题,并将其安全连接至链下数据源、Web API 和传统银行支付系统。

通过事务事件来广播对外部数据的需求,然后,侦听此类事件的外部方会收到请求通知,并获取所请求的数据,最后通过以下方式将其发送到链中:通过交易调用智能合约。

4.1.2 OracleChain (EOS)

4.2 联盟链预言机

4.2.1 Truora (Fisco / BSN)

  1. 指定要获取数据的URL(权威的,支持Https的)
  • 云数据库
  • IPFS
  • 引入的可信数据源
  • 多数据源
    • 数据聚合
      • 链上聚合:通过智能合约对多数据源进行 求和,求平均,求中位数等
      • 链下聚合:多个数据源的预言机对数据进行门限签名(BLS),减少相同的数据重复上链
  1. 回写到链上
  • 硬件:TEE(可信执行环境)
  • 软件:TLS技术

4.2.2 ChainLink (Kaleido)

4.2.3 蚂蚁BAAS的外部预言机

https://cloud.tencent.com/developer/article/1415307

外部数据源服务会在智能合约平台部署一个外部数据源服务合约,用户合约通过调用该服务合约发送外部数据源请求,链下的 TEE 外部数据源服务对接该服务合约,监听用户的请求,然后去对应的外部数据源取数据,最后将结果返回给用户合约。

5 关键技术探讨

5.1 基干TLS自证清白

  • 预言机得将与目标URL建立TLS过程中的握手连接细节上链,链上验证确实是从目标URL获取数据的

  • TLS改造,向应用层暴露TLS握手连接的细节

需要证明确实是到目标URL获取的数据,request与response都需要证明

5.2 TSL介绍

5.3 TLS证明技术

TLS-Notary

https://tlsnotary.org/index.html

主要基于安全传输层协议TLS 1.1,TLS用于在两个通信应用程序之间提供保密性和数据完整性,最大优势就在于独立于应用协议,更高层协议可以透明地分布在 TLS 协议上面

  • 三方握手 - 涉及三方密钥交换
    • 在整个传输中,TLS的master key可以分成三个部分:服务器方、受审核方和审核方;在整个流程中,互联网数据源作为服务器方,预言机(oracle)作为受审核方,一个专门设计的,部署在云上的开源实例作为审核方,每个人都可以通过这个审计方服务对预言机(oracle)过去提供的数据进行审查和检验,以保证数据的完整性和安全性。
    • TLS中客户端的会议密钥由受审核方和审核方共同产生
  • 需要审核方的参与,受审核方才能恢复出服务器方的response信息

弊端:

TLS-N

类似 默克尔树

DECO

用到三方DH握手, 两方安全计算,零知识证明

6 使用预言机的流程

预言机的工作流程,即用户的智能合约把请求给链上 Oracle 合约,通过链下的 API 接口获得外部数据,更确切的说是外部把数据给链上的 Oracle 合约,然后 Oracle 合约再把数据给用户的智能合约。

  • 用户方

    • ConsumerOracle是用户的合约,继承具有Oracle功能的FiscoOracleClient合约父类即可,实现接口
    • 用户向ConsumerOracle合约传入URL
  • 服务方

    • 部署一个OracleCore合约
    • 部署一个后台服务OracleService(Java)
      • 监听链上OracleCore事件
      • 解析参数
      • 调用URL从互联网获取数据
      • 回写到OracleCore
      • OracleCore再回写到用户合约(通过父类的抽你接口回调子类)

本质就是:事件监听和合约回调


往期精彩回顾:
区块链知识系列
密码学系列
零知识证明系列
共识系列
公链调研系列
BTC系列
以太坊系列
EOS系列
Filecoin系列
联盟链系列
Fabric系列
智能合约系列
Token系列

以上是关于区块链知识系列 - Oracle预言机的主要内容,如果未能解决你的问题,请参考以下文章

什么是区块链预言机 BlockChain Oracle

关于oracle预言机

Oracle预言机:区块链落地的最大障碍

Cosmos区块链Chainlink预言机教程

听说过”Blockchain oracles“吗?(区块链预言机)

区块链Defi 预言机是什么?