
区块链预言机
文章平均质量分 52
区块链预言机知识相关
thefist11
难以忘记编程路上领导和好友的细致指导,所以必须努力!(真诚希望大家多多指导!)
展开
专栏收录文章
- 默认排序
- 最新发布
- 最早发布
- 最多阅读
- 最少阅读
-
Chainlink平台预言机
1. Chainlink 预言机的双层结构开源的去中心化数据获取机两层结构1.1 多个预言机节点实现了预言机的去中心化,保证数据上链服务的可靠性。多个预言机节点保证了当任意一个预言机出现问题(被攻击、掉线或其他问题)时,其他预言机节点依然能够提供数据服务,以此解决单点失败(Single Point of Failure)的问题。1.2 多个数据源多个外部数据源保证了数据获取的去中心化性,同时在大多数节点会为了自身利益正常工作的前提下,保证了数据源的完整性与真实性。1.3 链上聚合与链下聚原创 2021-06-12 13:33:27 · 762 阅读 · 4 评论 -
区块链预言机(5)预言机原理
1. 趣链区块链平台预言机架构流程图预言机一般会作为区块链的一个独立模块或第三方服务与执行引擎进行交互。预言机只负责数据的可信获取,不直接参与交易的执行。step1. 用户通过合约调用的形式(也可以通过特殊的API接口服务等其他方式发起预言机服务请求)发起预言机的服务请求,通过调用某个内置合约接口(图中“预言机服务”接口),告知区块链执行引擎,用户想要执行一笔含预言机服务的交易。step2. 执行引擎执行过程中检测到对预言机的服务请求,通过内部通信组件将它转发给预言机模块,这个请求里会封装请求外部数原创 2021-06-11 22:45:14 · 1283 阅读 · 0 评论 -
substrate 区块链框架 (1)概述
1. 定义Substrate是一个具备区块链核心要素(例如数据存储,p2p通讯,共识算法,密码学组件等)的用于构建区块链的开源的、模块化的和可扩展的基础技术框架。Substrate把一个区块链运行所需要的各个模块拆解开,举报可扩展性、模块化、开源、自主可控的特性。开发者可以方便地通过编写runtime(好比一种更高级的智能合约)来修改如加密、共识等模块构建自己的区块链。核心模块:数据库、加密算法、交易队列、命令行界面、公/私钥生成、RPC等基本逻辑:数据结构、结算、时间戳、分片等p2p网络:网原创 2021-05-24 22:04:22 · 836 阅读 · 2 评论 -
智能合约WASM语言 (1)概述
1 . 定义WASM(WebAssembly)是一种运行在 Web 平台上的 汇编代码Assembly。一种小体积,高加载速度的基于堆栈的虚拟机的二进制指令格式。Web 平台好比虚拟机环境, WebAssembly 可以看做是 Web 平台的 x86 硬件通用指令集,作为一层中间语言,上层对接 Java、Python、Rust、Cpp,让这些语言都能编译成统一的格式,用于 Web 平台运行。为诸如C、C++等低级源语言提供一个高效的编译目标,使得以各种语言编写的代码都可以以接近原生的速度在web中运行原创 2021-05-24 21:09:29 · 1139 阅读 · 2 评论 -
TLSNotary中心化预言机(3) 下一代技术----PADVA
1. 概念说明Persistent and Accountable Domain Validation (PADVA) is a next-generation TLS notary service. PADVA combines the advantages of previous proposals, enhancing them, introducing novel mechanisms, and leveraging a blockchain platform which provides new原创 2021-04-29 23:28:41 · 1578 阅读 · 1 评论 -
TLSNotary中心化预言机(2) 核心功能
1. TLSNotary流程TLSNotary协议可以理解为把TL1.1S协议中的验证秘钥托管到第三方审核服务器,让它进行HMAC计算并且确认数据是否被篡改,从而增强可信性。注:TLS1.3化简了握手流程,在一次握手后直接实现了协商和秘钥生成,并且合并了数据解密和HMAC计算环节,所以审核方无法控制验证秘钥,最终导致无法采用TLSNotary的方案进行数据可信性验证。2. 举例...原创 2021-04-29 23:22:46 · 282 阅读 · 0 评论 -
TLSNotary中心化预言机(1) TLS1.1协议
TLSNotary是基于TLS1.1协议的流程来实现1.TLS1.1协议协议的大体流程是协商密钥生成算法然后通过随机数生成秘钥,最终双向验证秘钥达成握手,详细流程可以参见文末链接。协议最终的效果是在客户端和服务端各生成了一组秘钥,用于通信内容加解密和验证数据是否被篡改。对称加密秘钥加密数据包内容(在HTTP协议里面就是网页数据),防止在传输的过程中被他人读取。验证秘钥加密数据传输的过程中还是有可能会被截获并且篡改,最终导致解密的数据出现错误。所以需要客户端和服务端用同样的算法和秘钥进原创 2021-04-29 23:20:55 · 391 阅读 · 0 评论 -
甲骨文预言机平台(3) API Gateway
1. 功能使您的虚拟云网络(VCN)可以私有访问特定的Oracle服务,而无需将数据公开到公共Internet。不需要Internet网关或NAT即可访问这些特定服务。您可以设置一个VCN,以便您的本地网络可以通过VCN和VCN的服务网关对Oracle服务进行私有访问。本地网络中的主机与其专用IP地址进行通信,流量不会通过Internet传递可以在子网级别的VCN中控制路由,因此可以指定VCN中的哪个子网使用每个网关2. 特性VCN具有三个网关:Internet网关:提供公共原创 2021-04-28 10:37:37 · 275 阅读 · 0 评论 -
甲骨文预言机平台(2)OCI 系统架构
Oracle Cloud Infrastructure 系统架构1. 两个性质.所有组件都位于隔间内,该隔间是工件的虚拟分组。虚拟云网络“ VCN”以指定网络CIDR空间。在您的VCN中,有两个子网,一个客户/用户可以访问并触发Internet形式的公共子网;因此配置了Internet网关和只能从VCN内部访问的专用子网,但是它需要Internet访问才能下载库,因此配置了NAT网关2. OCI服务包括:API网关FunctionsNAT网关, 路由表, 子网原创 2021-04-28 10:34:36 · 407 阅读 · 0 评论 -
甲骨文预言机平台(1)业务流程
甲骨文预言机平台Oracle Blockchain Platform1. Oracle Functions (Fn)和OCI Streaming服务OBP’s REST API provides a mechanism to subscribe to events based on event type and name, and indicate a callback URL (webhook) to invoke for a specific event.OBP的REST API提供了一种订阅事原创 2021-04-28 10:31:26 · 229 阅读 · 0 评论 -
区块链预言机(4)内在机制
1. 内在机制1.1 step说明step1:A requester creating a smart contract specifying the data required to trigger the execution of the contract and deploy on the blockchain. The requester can be either a user or a component of a software system.用户或软件创建和发布一个智能合约原创 2021-04-28 10:29:11 · 444 阅读 · 1 评论 -
区块链预言机(3)关键点说明
1. 预言机类型1.1 根据数据源来区分,有这些类型:软件预言机即通过API从第三方服务商或者网站获取数据,来作为智能合约的输入数据。最常用的如天气数据、航班数据、证券市场数据等等。硬件预言机直接从实体世界收集数据,并将其转换成数字价值,然后传入智能合约。这些设备包括条形码扫描器和传感器,它们可以主动或被动地收集数据并将其传输到智能合约中。共识预言机Consensus-based Oracles区别于前面两种预言机的中心化,通常又被称为去中心化预言机,这种预言机通过分布式的参与原创 2021-04-28 10:23:44 · 2146 阅读 · 8 评论 -
区块链预言机(2)预言机概念
1. 概念预言机的功能就是将外界信息写入到区块链内,完成区块链与现实世界的数据互通。它允许确定的智能合约对不确定的外部世界作出反应,是智能合约与外部进行数据交互的唯一途径,也是区块链与现实世界进行数据交互的接口。2. 为什么需要预言机?因为智能合约无法主动去获取链外的数据,只能被动接受数据。3. 应用举例Oraclize:为以太坊提供中心化预言机服务欧链 OracleChain:EOS 上的第一个去中心化预言机解决方案EthVigil(Asynchronous, Event-driv原创 2021-04-28 10:20:20 · 509 阅读 · 0 评论 -
区块链预言机(1)初识API网关
1. 概念介绍1.1. 业务简单,不用网关也能解决1.2 API Gateway很好的解决了微服务下调用、统一接入等问题,如下图所示:1.3 网关与代理的区别:代理纯粹的数据透传,协议不会发生变化;网关在数据透传的背景下,还会设计协议的转换,比如上图中用户请求传输到网关的协议是HTTP,通过网关透传到下游则可能已经转换成企业内部的RPC了(比如JSF、Dubbo等企业自研的RPC框架)2. 网关作用一个API网关的基本功能包含了统一接入、协议适配、流量管理与容错、以及安全防护,这四原创 2021-04-28 10:13:52 · 454 阅读 · 3 评论