CN111222885A - 数据处理请求背书方法、装置、计算机设备及存储介质 - Google Patents
数据处理请求背书方法、装置、计算机设备及存储介质 Download PDFInfo
- Publication number
- CN111222885A CN111222885A CN201911108133.XA CN201911108133A CN111222885A CN 111222885 A CN111222885 A CN 111222885A CN 201911108133 A CN201911108133 A CN 201911108133A CN 111222885 A CN111222885 A CN 111222885A
- Authority
- CN
- China
- Prior art keywords
- endorsement
- node device
- endorsement node
- credit value
- data processing
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Granted
Links
Images
Classifications
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
- G06Q20/00—Payment architectures, schemes or protocols
- G06Q20/38—Payment protocols; Details thereof
- G06Q20/40—Authorisation, e.g. identification of payer or payee, verification of customer or shop credentials; Review and approval of payers, e.g. check credit lines or negative lists
- G06Q20/401—Transaction verification
Landscapes
- Business, Economics & Management (AREA)
- Engineering & Computer Science (AREA)
- Accounting & Taxation (AREA)
- Computer Security & Cryptography (AREA)
- Finance (AREA)
- Strategic Management (AREA)
- Physics & Mathematics (AREA)
- General Business, Economics & Management (AREA)
- General Physics & Mathematics (AREA)
- Theoretical Computer Science (AREA)
- Financial Or Insurance-Related Operations Such As Payment And Settlement (AREA)
Abstract
本申请公开了一种数据处理请求背书方法、装置、计算机设备及存储介质,属于区块链技术领域。方法包括:根据数据处理请求,获取至少一个背书节点设备的信用值;获取所述至少一个背书节点设备对所述数据处理请求的至少一个背书签名;当根据至少一个背书节点设备的信用值,确定所述至少一个背书签名满足目标条件时,将所述数据处理请求发送至记账节点设备。本申请中背书节点设备对应有信用值,根据该信用值来表征其规模或在所处业务场景中的位置,考虑到了不同的背书节点设备的影响不同,通过该信用值来确定至少一个背书节点设备的背书签名是否满足发送数据处理请求的条件,能满足现实场景需求,确定的背书结果的准确性好。
Description
技术领域
本申请涉及区块链技术领域,特别涉及一种数据处理请求背书方法、装置、计算机设备及存储介质。
背景技术
随着区块链技术的发展,区块链系统的应用越来越广泛,例如,金融领域、医疗领域、娱乐领域等等。区块链一般分为两种形态,即公有链和联盟链,其中,公有链允许各个节点设备自动加入和退出网络,而联盟链对于节点设备的加入和退出会有相对严格的限制,一般需要经过授权环节才能进行。因此,联盟链中节点设备之间的信任度较高,在由多个背书节点设备对数据处理请求进行背书时,各个背书节点设备的背书权重相等。
目前,数据处理请求背书方法通常是向多个背书节点设备发送数据处理请求,由各个背书节点设备对数据处理请求进行背书,并返回背书签名,如果返回背书签名的背书节点设备的数量达到了要求,则可以将该数据处理请求发送给记账节点设备。
在现实应用场景中,联盟链中的节点设备往往会因为其规模或所处业务场景的位置,导致其在整个联盟链中占据较大或者较小的比重,也即是联盟链中的各个节点设备的背书权重相同,无法满足上述现实场景要求,背书结果的准确性差。
发明内容
本申请实施例提供了一种数据处理请求背书方法、装置、计算机设备及存储介质,可以解决相关技术中不满足现实场景要求和背书结果的准确性差的问题。所述技术方案如下:
一方面,提供了一种数据处理请求背书方法,应用于区块链系统中任一节点设备,所述区块链系统的区块链为联盟链,所述方法包括:
根据数据处理请求,获取至少一个背书节点设备的信用值;
获取所述至少一个背书节点设备对所述数据处理请求的至少一个背书签名;
当根据至少一个背书节点设备的信用值,确定所述至少一个背书签名满足目标条件时,将所述数据处理请求发送至记账节点设备。
在一种可能实现方式中,所述方法还包括下述任一项:
将任一背书节点设备的信用值调整信息存储于在信用值调整记录中;
根据任一背书节点设备的信用值调整信息,生成区块,当所述区块通过所述区块链系统的共识时,将所述区块添加到所述联盟链上。
在一种可能实现方式中,所述至少一个背书节点设备对所述数据处理请求的背书签名的获取过程包括:
向所述至少一个背书节点设备发送背书请求,所述背书请求携带有所述数据处理请求的内容;
接收所述至少一个背书节点设备对所述数据处理请求的背书签名。
一方面,提供了一种数据处理请求背书装置,应用于区块链为联盟链的区块链系统,所述装置包括:
获取模块,用于根据数据处理请求,获取至少一个背书节点设备的信用值;
所述获取模块,还用于获取所述至少一个背书节点设备对所述数据处理请求的至少一个背书签名;
发送模块,用于当根据至少一个背书节点设备的信用值,确定所述至少一个背书签名满足目标条件时,将所述数据处理请求发送至记账节点设备。
在一种可能实现方式中,所述发送模块用于:
根据所述每个背书节点设备的信用值,对所述至少一个背书节点设备的背书签名进行加权,得到加权结果;
当所述加权结果满足目标条件时,将所述数据处理请求发送至记账节点设备。
在一种可能实现方式中,所述装置还包括加权模块,所述加权模块用于:
根据每个背书节点设备的信用值,获取所述每个背书节点设备的背书权重;
根据所述每个背书节点设备的背书权重,对所述至少一个背书节点设备的背书签名进行加权,得到加权结果。
在一种可能实现方式中,所述装置还包括:
确定模块,用于根据背书策略信息,从多个候选背书节点设备中,确定至少一个背书节点设备。
在一种可能实现方式中,所述确定模块用于:
获取多个候选背书节点设备的信用值;
根据背书策略信息中所指示的总信用值和所述多个候选背书节点设备的信用值,从所述多个候选背书节点设备中,确定至少一个背书节点设备,所述总信用值为至少一个背书节点设备的信用值之和。
在一种可能实现方式中,所述确定模块用于:
根据所述多个候选背书节点设备的信用值,确定所述多个候选背书节点设备的优先级;
根据所述多个候选背书节点设备的优先级,从所述多个候选背书节点设备中,确定信用值最大的至少一个背书节点设备。
在一种可能实现方式中,所述至少一个背书节点设备的信用值基于所述至少一个背书节点设备的历史数据处理信息进行调整。
在一种可能实现方式中,所述装置还包括调整模块,所述调整模块用于执行下述至少一项:
当任一背书节点设备未处理过数据时,获取初始信用值作为所述背书节点设备的信用值;
当任一背书节点设备的历史数据处理信息中包括违规数据处理信息时,降低所述背书节点设备的信用值;
当任一背书节点设备的历史数据处理信息指示所述背书节点设备未进行违规数据处理的持续时长超过第一目标时长时,提高所述背书节点设备的信用值。
在一种可能实现方式中,所述调整模块用于:
获取所述背书节点设备的身份信息或所述背书节点设备在所述区块链系统中的身份信息中至少一项身份信息;
将所述至少一项身份信息对应的初始信用值获取为所述背书节点设备的信用值。
在一种可能实现方式中,所述调整模块用于:
当任一背书节点设备未处理过数据时,获取初始信用值;
向其他背书节点设备发送信用值确定请求,由其他背书节点设备为所述信用值确定请求进行背书,返回背书签名,所述信用值确定请求携带有所述背书节点设备的标识信息以及所述初始信用值;
当根据所述其他背书节点设备的背书签名,确定所述初始信用值通过背书时,获取所述初始信用值作为所述背书节点设备的信用值。
在一种可能实现方式中,所述调整模块用于:
每隔第二目标时长,获取所述至少一个背书节点设备在所述第二目标时长内的历史数据处理信息;
根据所述至少一个背书节点设备在所述第二目标时长内的历史数据处理信息,对所述至少一个背书节点设备的信用值进行调整。
在一种可能实现方式中,所述装置还包括存储模块,所述存储模块用于执行下述任一项:
将任一背书节点设备的信用值调整信息存储于在信用值调整记录中;
根据任一背书节点设备的信用值调整信息,生成区块,当所述区块通过所述区块链系统的共识时,将所述区块添加到所述联盟链上。
在一种可能实现方式中,所述装置还包括处理模块,所述处理模块用于执行下述至少一项:
当任一背书节点设备的信用值小于第一信用值阈值时,将所述背书节点设备的状态设置为禁止背书状态;
当任一背书节点设备的信用值小于第二信用值阈值时,从所述区块链系统中,去除所述背书节点设备。
在一种可能实现方式中,所述获取模块用于:
向所述至少一个背书节点设备发送背书请求,所述背书请求携带有所述数据处理请求的内容;
接收所述至少一个背书节点设备对所述数据处理请求的背书签名。
一方面,提供了一种计算机设备,所述计算机设备包括一个或多个处理器和一个或多个存储器,所述一个或多个存储器中存储有至少一条程序代码,所述程序代码由所述一个或多个处理器加载并执行以实现所述数据处理请求背书方法所执行的操作。
一方面,提供了一种计算机可读存储介质,所述计算机可读存储介质中存储有至少一条程序代码,所述程序代码由处理器加载并执行以实现所述数据处理请求背书方法所执行的操作。
本申请中背书节点设备对应有信用值,根据该信用值来表征其规模或在所处业务场景中的位置,考虑到了不同的背书节点设备的影响不同,通过该信用值来确定至少一个背书节点设备的背书签名是否满足发送数据处理请求的条件,能满足现实场景需求,确定的背书结果的准确性好。
附图说明
为了更清楚地说明本申请实施例中的技术方案,下面将对实施例描述中所需要使用的附图作简单地介绍,显而易见地,下面描述中的附图仅仅是本申请的一些实施例,对于本领域普通技术人员来讲,在不付出创造性劳动的前提下,还可以根据这些附图获得其他的附图。
图1是本申请实施例提供的一种区块链系统的示意图;
图2是本申请实施例提供的一种区块链的示意图;
图3是本申请实施例提供的一种区块产生的过程示意图;
图4是本申请实施例提供的一种分布式系统的示意图;
图5是本申请实施例提供的区块结构(Block Structure)一个可选的示意图;
图6是本申请实施例提供的一种数据处理请求背书方法的实施环境;
图7是本申请实施例提供的一种数据处理请求背书方法的流程图;
图8是本申请实施例提供的一种交易背书流程图;
图9是本申请实施例提供的一种信用积分调整规则示意图;
图10是本申请实施例提供的一种背书节点的信用值示意图;
图11是本申请实施例提供的一种数据处理请求背书装置的结构示意图;
图12是本申请实施例提供的一种终端的结构示意图;
图13是本申请实施例提供的一种服务器的结构示意图。
具体实施方式
为使本申请的目的、技术方案和优点更加清楚,下面将结合附图对本申请实施方式作进一步地详细描述。
下面,对下述具体说明过程中出现的一些名词进行介绍:
联盟链,也称共同体区块链(Consortium Block chains),是指其共识过程受到预选节点控制的区块链。在联盟链中,只针对链内的节点成员开放全部或部分功能,联盟链中的各个区块链节点可以基于需要定制读写权限、查询权限等。
智能合约:根据特定条件自动执行的合约程序,是用户与区块链进行交互,利用区块链实现业务逻辑的重要途径。例如,各家机构可以通过服务器中部署的区块链上智能合约接入该征信系统。
背书策略:用于指示对数据处理请求的中背书过程需满足的必要条件。例如,该背书策略可以指示需要背书的多个背书节点,形成一个背书节点集合,背书过程则需要该背书节点集合的联合签名。
下面针对区块链系统的相关知识进行介绍:
区块链是分布式数据存储、点对点传输、共识机制、加密算法等计算机技术的新型应用模式。区块链(Blockchain),本质上是一个去中心化的数据库,是一串使用密码学方法相关联产生的数据块,每一个数据块中包含了一批次网络交易的信息,用于验证其信息的有效性(防伪)和生成下一个区块。区块链可以包括区块链底层平台、平台产品服务层以及应用服务层。
区块链底层平台可以包括用户管理、基础服务、智能合约以及运营监控等处理模块。其中,用户管理模块负责所有区块链参与者的身份信息管理,包括维护公私钥生成(账户管理)、密钥管理以及用户真实身份和区块链地址对应关系维护(权限管理)等,并且在授权的情况下,监管和审计某些真实身份的交易情况,提供风险控制的规则配置(风控审计);基础服务模块部署在所有区块链节点设备上,用来验证业务请求的有效性,并对有效请求完成共识后记录到存储上,对于一个新的业务请求,基础服务先对接口适配解析和鉴权处理(接口适配),然后通过共识算法将业务信息加密(共识管理),在加密之后完整一致的传输至共享账本上(网络通信),并进行记录存储;智能合约模块负责合约的注册发行以及合约触发和合约执行,开发人员可以通过某种编程语言定义合约逻辑,发布到区块链上(合约注册),根据合约条款的逻辑,调用密钥或者其它的事件触发执行,完成合约逻辑,同时还提供对合约升级注销的功能;运营监控模块主要负责产品发布过程中的部署、配置的修改、合约设置、云适配以及产品运行中的实时状态的可视化输出,例如:告警、监控网络情况、监控节点设备健康状态等。
平台产品服务层提供典型应用的基本能力和实现框架,开发人员可以基于这些基本能力,叠加业务的特性,完成业务逻辑的区块链实现。应用服务层提供基于区块链方案的应用服务给业务参与方进行使用。
下面通过图示进行说明:
参见图1所示的区块链系统,区块链系统是指用于进行节点与节点之间数据共享的系统,该区块链系统中可以包括多个节点101,多个节点101可以是指区块链系统中各个客户端。每个节点101在进行正常工作可以接收到输入信息,并基于接收到的输入信息维护该区块链系统内的共享数据。为了保证区块链系统内的信息互通,区块链系统中的每个节点之间可以存在信息连接,节点之间可以通过上述信息连接进行信息传输。例如,当区块链系统中的任意节点接收到输入信息时,区块链系统中的其他节点便根据共识算法获取该输入信息,将该输入信息作为共享数据中的数据进行存储,使得区块链系统中全部节点上存储的数据均一致。
对于区块链系统中的每个节点,均具有与其对应的节点标识,而且区块链系统中的每个节点均可以存储有区块链系统中其他节点的节点标识,以便后续根据其他节点的节点标识,将生成的区块广播至区块链系统中的其他节点。每个节点中可维护一个如下表所示的节点标识列表,将节点名称和节点标识对应存储至该节点标识列表中。其中,节点标识可为IP(Internet Protocol,网络之间互联的协议)地址以及其他任一种能够用于标识该节点的信息,表1中仅以IP地址为例进行说明。
表1
区块链系统中的每个节点均存储一条相同的区块链。区块链由多个区块组成,参见图2,区块链由多个区块组成,创始块中包括区块头和区块主体,区块头中存储有输入信息特征值、版本号、时间戳和难度值,区块主体中存储有输入信息;创始块的下一区块以创始块为父区块,下一区块中同样包括区块头和区块主体,区块头中存储有当前区块的输入信息特征值、父区块的区块头特征值、版本号、时间戳和难度值,并以此类推,使得区块链中每个区块中存储的区块数据均与父区块中存储的区块数据存在关联,保证了区块中输入信息的安全性。
在生成区块链中的各个区块时,参见图3,区块链所在的节点在接收到输入信息时,对输入信息进行校验,完成校验后,将输入信息存储至内存池中,并更新其用于记录输入信息的哈希树;之后,将更新时间戳更新为接收到输入信息的时间,并尝试不同的随机数,多次进行特征值计算,使得计算得到的特征值可以满足下述公式:
SHA256(SHA256(version+prev_hash+merkle_root+ntime+nbits+x))<TARGET
其中,SHA256为计算特征值所用的特征值算法;version(版本号)为区块链中相关区块协议的版本信息;prev_hash为当前区块的父区块的区块头特征值;merkle_root为输入信息的特征值;ntime为更新时间戳的更新时间;nbits为当前难度,在一段时间内为定值,并在超出固定时间段后再次进行确定;x为随机数;TARGET为特征值阈值,该特征值阈值可以根据nbits确定得到。
这样,当计算得到满足上述公式的随机数时,便可将信息对应存储,生成区块头和区块主体,得到当前区块。随后,区块链所在节点根据区块链系统中其他节点的节点标识,将新生成的区块分别发送给其所在的区块链系统中的其他节点,由其他节点对新生成的区块进行校验,并在完成校验后将新生成的区块添加至其存储的区块链中。
本申请实施例涉及的系统可以是由客户端、多个节点(接入网络中的任意形式的计算设备,如服务器、用户终端)通过网络通信的形式连接形成的分布式系统。
以分布式系统为区块链系统为例,参见图4,图4是本申请实施例提供的分布式系统400应用于区块链系统的一个可选的结构示意图,由多个节点(接入网络中的任意形式的计算设备,如服务器、用户终端)和客户端形成,节点之间形成组成的点对点(P2P,Peer ToPeer)网络,P2P协议是一个运行在传输控制协议(TCP,Transmission Control Protocol)协议之上的应用层协议。在分布式系统中,任何机器如服务器、终端都可以加入而成为节点,节点包括硬件层、中间层、操作系统层和应用层。
参见图4示出的区块链系统中各节点的功能,涉及的功能包括:
1)路由,节点具有的基本功能,用于支持节点之间的通信。
节点除具有路由功能外,还可以具有以下功能:
2)应用,用于部署在区块链中,根据实际业务需求而实现特定业务,记录实现功能相关的数据形成记录数据,在记录数据中携带数字签名以表示任务数据的来源,将记录数据发送到区块链系统中的其他节点,供其他节点在验证记录数据来源以及完整性成功时,将记录数据添加到临时区块中。
例如,应用实现的业务包括:
2.1)钱包,用于提供进行电子货币的交易的功能,包括发起交易(即,将当前交易的交易记录发送给区块链系统中的其他节点,其他节点验证成功后,作为承认交易有效的响应,将交易的记录数据存入区块链的临时区块中;当然,钱包还支持查询电子货币地址中剩余的电子货币;
2.2)共享账本,用于提供账目数据的存储、查询和修改等操作的功能,将对账目数据的操作的记录数据发送到区块链系统中的其他节点,其他节点验证有效后,作为承认账目数据有效的响应,将记录数据存入临时区块中,还可以向发起操作的节点发送确认。
2.3)智能合约,计算机化的协议,可以执行某个合约的条款,通过部署在共享账本上的用于在满足一定条件时而执行的代码实现,根据实际的业务需求代码用于完成自动化的交易,例如查询买家所购买商品的物流状态,在买家签收货物后将买家的电子货币转移到商户的地址;当然,智能合约不仅限于执行用于交易的合约,还可以执行对接收的信息进行处理的合约。
3)区块链,包括一系列按照产生的先后时间顺序相互接续的区块(Block),新区块一旦加入到区块链中就不会再被移除,区块中记录了区块链系统中节点提交的记录数据。
参见图5,图5是本申请实施例提供的区块结构(Block Structure)一个可选的示意图,每个区块中包括本区块存储交易记录的哈希值(本区块的哈希值)、以及前一区块的哈希值,各区块通过哈希值连接形成区块链。另外,区块中还可以包括有区块生成时的时间戳等信息。区块链(Blockchain),本质上是一个去中心化的数据库,是一串使用密码学方法相关联产生的数据块,每一个数据块中包含了相关的信息,用于验证其信息的有效性(防伪)和生成下一个区块。
图6是本申请实施例提供的一种数据处理请求背书方法的实施环境,参见图6,该实施环境可以包括多个计算机设备,每个计算机设备可以为服务器,也可以为终端。
其中,该多个计算机设备可以为区块链系统中的多个节点设备,区块链系统中的一个或多个节点设备可以执行本申请实施例提供的数值转移方法。例如,该区块链系统内可以包括联盟内各个机构的服务器,一个或多个服务器可以执行本申请实施例提供的数据处理请求背书方法。该多个计算机设备可以为同一个机构的多个节点设备,也可以为不同的机构的节点设备,本申请实施例对此不作限定。
在本申请实施例中,该区块链系统中的节点设备可以对数据处理请求进行背书,并根据各个背书节点设备的背书签名,确定是否要发送给记账节点设备。
图7是本申请实施例提供的一种数据处理请求背书方法的流程图,该方法应用于区块链系统上的任一节点设备,该区块链系统的区块链为联盟链,参见图7,该方法可以包括:
701、节点设备获取数据处理请求。
在本申请实施例中,该节点设备为区块链系统中的任一节点设备,在有数据处理需求时,可以将数据处理请求发送至区块链系统,由区块链系统中的节点设备基于该数据处理请求进行数据处理。
其中,该数据处理请求的获取方式可能包括多种情况,在一种可能实现方式中,节点设备可以接收用户设备发送的数据处理请求。在另一种可能实现方式中,节点设备可以接收该区块链系统中的其它节点设备发送的数据处理请求。在另一种可能实现方式中,该节点设备还可以自己生成数据处理请求,本申请实施例对具体为哪种实现方式不作限定。
该方法可以应用于各种数据处理场景中,相应地,该数据处理请求可以为多种类型的请求。例如,可以为对交易数据的处理请求,这种可以称之为交易请求。又例如,可以为对游戏数据的处理请求。还例如,可以为对医疗数据的处理请求,本申请实施例对该方法的具体应用场景不作限定。
702、节点设备根据数据处理请求,获取至少一个背书节点设备的信用值。
节点设备获取到数据处理请求后,可以响应于该数据处理请求,进行相应的数据处理步骤。在数据处理步骤中,节点设备需要先确定该数据处理请求是否真实有效,而确定该请求是否真实有效还不能仅依靠该节点设备自身,而是要通过区块链系统中多个背书节点设备来共同确定,来确保数据处理的真实性和有效性。
在本申请实施例中,每个节点设备可以对应有信用值,根据该信用值可以去衡量该节点设备的规模,或该节点设备在所处业务场景的位置,该节点设备的数据处理能力是否可信等。则在背书之前,节点设备可以先获取至少一个背书节点设备的信用值,从而在后续根据该信用值,来确定各个节点设备的背书权重,具体可以参见下述步骤703和步骤704。
在一种可能实现方式中,在该步骤702之前或在该步骤702中的一个子步骤,节点设备可以根据背书策略信息,从多个候选背书节点设备中,确定至少一个背书节点设备。其中,该背书策略信息用于指示如何确定背书节点设备。该背书策略信息为该联盟链中各个联盟成员共同协商确定。
在一个具体的可能实施例中,该背书策略信息可以为总信用值以及如何基于各个节点设备的信用值确定至少一个背书节点设备。具体地,该确定过程可以为:节点设备可以获取多个候选背书节点设备的信用值,从而根据背书策略信息中所指示的总信用值和该多个候选背书节点设备的信用值,从该多个候选背书节点设备中,确定至少一个背书节点设备,该总信用值为至少一个背书节点设备的信用值之和。
在该实现方式中,节点设备可以根据背书共需要多少信用值,每个候选背书节点设备分别是多少信用值,从多个候选背书节点设备中挑选出信用值合适的背书节点设备。在联盟链的应用场景中,联盟成员由于所处业务的位置不同,往往也会扮演不同的角色,而角色的不同往往决定了该成员在联盟链中对交易的签名表决的权重也会随之变化。比如在银行业务场景中,联盟成员可能会包含类似中行等四大银行的成员,同时还会包含其他小型商业银行。在这样的联盟链中,四大行的权威和信用级别要高于其他小型商业银行,因此各个成员在链中的话语权会因此身份的差异而不同。在交易的背书策略制定时,不再笼统制定背书成员个数,而是可以进行更加细化的信用积分作为背书规则。该信用积分也即是上述信用值。
例如,如图8所示,以信用值为信用积分,数据处理请求为交易请求为例,指定交易的背书策略是600个信用积分时,成员A的信用积分为300,其余成员(B、C、D、E)的信用积分均为200,假设成员D需要发起一笔交易,此时D可以选择将交易发给A进行背书,也可以将交易发给(B、C)成员进行背书。交易发起方只需要根据信用积分,前往不同的组织对交易进行背书即可。
在上述确定过程中,可能会有多种选出至少一个背书节点设备的方案,还可以为每个候选节点设备设置有优先级,上述候选节点设备的信用值可以影响该优先级。可以理解地,优先级高的候选节点设备更容易被选中,优先级低的候选节点设备越不容易被选中。在该实现方式中,上述确定过程还可以为:节点设备可以根据该多个候选背书节点设备的信用值,确定该多个候选背书节点设备的优先级,从而根据该多个候选背书节点设备的优先级,从该多个候选背书节点设备中,确定信用值最大的至少一个背书节点设备。
在一种可能实现方式中,该优先级可以与信用值正相关,信用值越大,优先级越高,信用值越小,优先级越低。这样信用值大的候选节点设备,对它的信任度比较高,这样的候选节点设备对应的优先级高,则可以优先被选中来作为背书节点设备进行背书,从而可以提高背书的结果的准确性。
信用积分的用处除了体现在交易背书权重上,还可以体现在其交易背书的优先级等方面,更加详细的使用方式需要根据业务进行具体的制定。在联盟链中引入基于成员信用积分的激励与惩罚机制,可以实现对联盟成员的动态管理,优化联盟链的生态环境。
703、节点设备获取该至少一个背书节点设备对该数据处理请求的背书签名。
该获取背书签名的过程可以为:节点设备向该至少一个背书节点设备发送背书请求,该背书请求携带有该数据处理请求的内容,该至少一个背书节点设备接收到该背书请求后,可以对其携带的数据处理请求的内容进行校验,在校验通过时背书签名。该节点设备可以接收该至少一个背书节点设备对该数据处理请求的背书签名。
上述步骤702至步骤703为根据数据处理请求,获取至少一个背书节点设备的信用值以及该至少一个背书节点设备对该数据处理请求的背书签名的过程,获取到信用值和背书签名后,则可以进行下述步骤704来确定背书的结果。
704、节点设备根据该每个背书节点设备的信用值,对该至少一个背书节点设备的背书签名进行加权,得到加权结果。
考虑到各个背书节点设备的信用值不同可能对背书结果造成的影响,节点设备在确定背书结果时,可以根据信用值对背书签名进行加权,以加权结果来衡量背书结果。这样背书节点设备的背书权重不再统一,加权结果中不同信用值的背书节点设备所起到的作用不再相同,这样的加权结果更符合现实应用场景,满足需求,准确性更高。
在一种可能实现方式中,节点设备可以直接使用该信用值来进行加权,也可以根据每个背书节点设备的信用值,确定背书权重,再根据背书权重进行加权。在直接使用信用值进行加权时,该信用值即为背书权重。
在确定背书权重的该实现方式中,该步骤704可以为:节点设备可以根据每个背书节点设备的信用值,获取该每个背书节点设备的背书权重,根据该每个背书节点设备的背书权重,对该至少一个背书节点设备的背书签名进行加权,得到加权结果。
对于该确定背书权重的过程,在一种可能实现方式中,该每个背书节点设备的背书权重可以为每个背书节点设备的信用值与目标系数的乘积,目标系数可以为1,也可以不为1。当目标系数为1时,节点设备的背书权重与信用值相等。其中,该目标系数可以为固定数值,也可以基于每个背书节点设备的身份信息确定,本申请实施例对此不作限定。
例如,在一个具体示例中,如图8所示,不同的成员(背书节点设备)的身份信息可能不同,其对应的目标系数则可以不同,假设成员A为超级节点,成员B、C、D、E为普通节点,超级节点的信用积分为300,对应的目标系数可以为2,普通节点的信用积分为200,对应的目标系数可以为1,则确定超级节点的背书权重为300与2的乘积,也即是600,普通节点的背书权重为200与1的乘积,也即是200。
在一种可能实现方式中,每个背书节点设备的身份信息可以固定,也可以基于该背书节点设备的信用值确定,其中,划分方式可以采用区间划分,例如,当该背书节点设备的信用值大于250时,该背书节点设备为超级节点,小于250则为普通节点。又例如,信用值大于700为超级节点,信用值小于700且大于500为上游节点,小于500为普通节点。
在另一种可能实现方式中,该每个背书节点设备的背书权重可以为每个背书节点设备的信用值与该至少一个背书节点设备的总信用值的比值。可以通过该获取比值的方式,对信用值进行量化得到背书权重,从而提高计算速度,提高背书效率。
在一个具体的可能实施例中,该每个背书节点设备的背书签名均对应一个统一的目标数值,上述加权过程可以为:节点设备获取每个背书节点设备的信用值与该目标数值的乘积,将至少一个背书节点设备对应的该乘积之和作为加权结果。
例如,以目标数值为1,信用值为信用积分,背书节点设备A的信用积分为300,背书节点设备B的信用积分为200为例,每个背书节点设备的背书签名均对应1,节点设备可以先获取每个背书节点设备的信用积分与目标数值1的乘积,则对于该背书节点设备A和B,分别可以得到乘积300和200,然后对两个乘积进行求和,得到500,该500即为加权结果。假设目标条件为信用积分达到500,如果背书节点设备A和B均返回有背书签名,则该加权结果满足目标条件,节点设备可以向记账节点设备发送数据处理请求。
上述每个背书节点设备的信用值可以为一个预设数值,也可以为基于其他信息确定,在一种可能实现方式中,该至少一个背书节点设备的信用值基于该至少一个背书节点设备的历史数据处理信息进行调整。也即是,该至少一个背书节点设备的信用值可以动态调整。
可以理解地,联盟链的交易过程中,大多数情况下联盟成员都是可以可信的,但是却无法排除联盟成员恶意提交交易或者违规背书等行为。除此之外,联盟成员在交易背书以及共识过程中,提供的服务的可用性也会影响整个联盟链的运作。在这种情况下,相关技术中如果单单依靠联盟成员的自觉性,缺乏一种适当的惩罚与激励机制,联盟链的交易生态环境显然无法保持一种良好的状态。因而,本申请通过引入联盟成员的信用机制,通过信用值对每个节点设备进行表征,改变其背书权重,并通过动态调整该信用值,可以解决上述问题。
具体地,该节点设备的历史数据处理信息的信用值的确定过程可以包括下述方式一至方式三中至少一项:
方式一、当任一背书节点设备未处理过数据时,获取初始信用值作为该背书节点设备的信用值。
在该方式一中,如果该背书节点设备之前没有处理过数据,当前是第一次处理数据,则可以为该背书节点设备设置一个初始信用值,后续该背书节点设备的信用值也可以在该初始信用值的基础上进行调整。
在一种可能实现方式中,该初始信用值可以由相关技术人员预先设置,也即是为一个预设数值。在另一种可能实现方式中,不同节点设备的初始信用值还可以不同。例如,该初始信用值与该背书节点设备的身份信息或该背书节点设备在该区块链系统中的身份信息中至少一项身份信息相关。
具体地,该初始信用值的获取过程可以为:节点设备可以获取该背书节点设备的身份信息或该背书节点设备在该区块链系统中的身份信息中至少一项身份信息,节点设备将该至少一项身份信息对应的初始信用值获取为该背书节点设备的信用值。
在该实现方式中,根据联盟成员的身份信息和在链中扮演的角色赋予其不同的初始信用积分,并且使用信用积分作为交易签名的衡量标准,使得可以对联盟链中的成员的角色进行不同的定义。可以理解地,该背书节点设备的规模很大,或者该背书节点设备在区块链系统中很重要,则其初始信用值则比较大,如果规模很小,或者不重要,则初始信用值比较小。
在一种可能实现方式中,为了提高该背书节点设备的初始信用值的准确性,该确定过程中还需要其他背书节点设备共同确认。具体地,当任一背书节点设备未处理过数据时,节点设备获取初始信用值。节点设备向其他背书节点设备发送信用值确定请求,由其他背书节点设备为该信用值确定请求进行背书,返回背书签名,该信用值确定请求携带有该背书节点设备的标识信息以及该初始信用值,当根据该其他背书节点设备的背书签名,节点设备确定该初始信用值通过背书时,获取该初始信用值作为该背书节点设备的信用值。例如,信用积分的初始化规则可以由联盟成员公共制定。给予新加入成员的初始信用积分时同样需要原联盟链成员进行签名投票。如图9所示,以成员A在背书过程中违规处理为例,通过4个步骤,为该成员A信用惩罚提案,与其同在联盟链H中的多个成员接收到该成员A信用惩罚提案后,返回确认后,可以对该成员A的信用积分进行修改,该信用积分修改时可以基于智能合约实现。
方式二、当任一背书节点设备的历史数据处理信息中包括违规数据处理信息时,降低该背书节点设备的信用值。
该背书节点设备在之前处理数据时出现违规操作,例如,在提交交易、背书或共识过程中出现违规处理,则说明该背书节点设备的处理能力可能有问题,或者该背书节点设备中可以存在恶意软件等,因而,需要降低该背书节点设备的信用值,从而背书得到的加权结果更准确。
其中,降低方式可以包括多种,例如,可以在该背书节点设备的信用值的基础上,扣除该违规数据处理信息对应的信用值,也可以在信用值的基础上,减去预设数值,还可以在信用值的基础上,乘上系数,该系数为小于1的正数。本申请实施例对具体采用哪种降低方式不作限定。例如,联盟成员可以共同制定对上述情况的一个惩罚机制,根据联盟成员的违规情况扣除相应的信用积分,实现对信用积分的变更操作。
方式三、当任一背书节点设备的历史数据处理信息指示该背书节点设备未进行违规数据处理的持续时长超过第一目标时长时,提高该背书节点设备的信用值。
在该方式三中,设置有奖励机制,如果背书节点设备长时间持续数据处理的较好,则可以提高该节点设备的信用值。如果联盟成员在交易过程没有出现违规操作,并且能够持续提供良好稳定的服务,使用系统智能合约给予相应的信用积分奖励。
在一个具体的可能实施例中,上述信用值的调整过程可以基于智能合约实现,例如,节点设备可以调用智能合约,根据该智能合约以及历史数据处理信息,对该背书节点设备的信用值进行调整。
在一种可能实现方式中,除了上述调整方法,还可以设置有一种惩罚机制,对于信用值很低的背书节点设备,可以停用其背书权利,甚至将该成员从联盟链中剔除。具体可以包括下述方式一和方式二中至少一项:
方式一、当任一背书节点设备的信用值小于第一信用值阈值时,节点设备将该背书节点设备的状态设置为禁止背书状态;
方式二、当任一背书节点设备的信用值小于第二信用值阈值时,节点设备从该区块链系统中,去除该背书节点设备。
在一种可能实现方式中,上述信用值调整过程可以定期执行,具体地,节点设备可以每隔第二目标时长,获取该至少一个背书节点设备在该第二目标时长内的历史数据处理信息,根据该至少一个背书节点设备在该第二目标时长内的历史数据处理信息,对该至少一个背书节点设备的信用值进行调整。
其中,该第二目标时长可以有相关技术人员根据需求进行设置,例如,一天,本申请实施例对此不作限定。
当然,该信用值调整过程还可以实时进行,例如,当该背书节点设备有背书需求时,可以进行上述信用值确定方法实时确定该背书节点设备的信用值,本申请实施例对具体采用哪种实现方式不作限定。
对于信用值调整,在一种可能实现方式中,节点设备还可以将任一背书节点设备的信用值调整信息存储于在信用值调整记录中。在另一种可能实现方式中,根据任一背书节点设备的信用值调整信息,生成区块,当该区块通过该区块链系统的共识时,将该区块添加到该联盟链上。这样利用区块链上数据的不可篡改特性,联盟成员的信用积分的变化情况会作为系统链的配置交易,全程记录,可追溯不可篡改。
例如,如图10所示,根据上述信用值调整方式,联盟链中各个成员的信用积分可以不同,根据信用积分,还可以为各个成员设定等级,等级划分可以有相应的信用积分区间确定。例如,以信用值为信用积分,初始信用积分为1000为例,成员A为新加入联盟链H的节点设备,可以根据信用积分智能合约对该成员A的信用积分进行初始化,为1000。该成员A的信用积分在联盟链H中很高,可以称其为超级节点,其背书权重较大。成员B的信用积分原本为700,该成员B的信用极好,在持续一段时间内均未违规处理,因而,可以为其提供激励1000分,从而信用积分变为710,信用积分较大,所以称之为上游节点,成员C在审核中均不符合上述条件,所以信用积分不变,仍然为500,可以称之为普通节点。
705、当该加权结果满足目标条件时,节点设备将该数据处理请求发送至记账节点设备。
在得到加权结果后,节点设备可以判断当前加权结果是否能够确定该数据处理请求背书成功,例如,该目标条件可以为加权结果大于总信用值阈值,该总信用值阈值可以为上述背书策略信息中的总信用值,也可以为其他设定的数值,均可以由相关技术人员根据需求进行设置,本申请实施例对此不作限定。
本申请实施例中已不再单纯以返回背书签名的背书节点设备的数量作为目标条件,加权结果考虑到了背书节点设备的信用值,考虑到了该背书节点设备在区块链系统中的影响,能够满足现实场景需求,结果更准确。
该步骤704和步骤705为当根据至少一个背书节点设备的信用值,确定该至少一个背书签名满足目标条件时,将该数据处理请求发送至记账节点设备的过程,上述过程仅以根据信用值对背书签名进行加权来确定是否满足目标条件为例进行说明,该过程还可以包括其他实现方式,例如,根据至少一个背书节点设备的信用值,对该至少一个背书签名进行筛选,如果筛选后的背书签名的数量大于数量阈值,则执行发送步骤。该筛选过程也可以包括多种方式,例如,根据至少一个背书节点设备的信用值,从该至少一个背书签名中选择信用值大于信用值阈值的背书节点设备的背书签名。本申请实施例对该过程的具体实现方式不作限定。
需要说明的是,上述步骤705中仅以向记账节点设备发送数据处理请求为例,该节点设备发送数据处理请求时,还可以同步发送其他数据,例如,该加权结果,这样记账节点设备可以根据该加权结果获知该数据处理请求在背书过程中的结果,并根据该加权结果确定数据处理方式等,本申请实施例对此不作限定。
上述为加权结果符合目标条件时的情况,还有一种可能情况,当该加权结果不满足目标条件时,节点设备可以舍弃该数据处理请求,或者向该数据处理请求所对应的设备发送数据处理失败信息,以提示本次数据处理失败。
本申请中背书节点设备对应有信用值,根据该信用值来表征其规模或在所处业务场景中的位置,考虑到了不同的背书节点设备的影响不同,通过该信用值来确定至少一个背书节点设备的背书签名是否满足发送数据处理请求的条件,能满足现实场景需求,确定的背书结果的准确性好。
上述所有可选技术方案,可以采用任意结合形成本申请的可选实施例,在此不再一一赘述。
图11是本申请实施例提供的一种数据处理请求背书装置的结构示意图,参见图11,该装置包括:
获取模块1101,用于根据数据处理请求,获取至少一个背书节点设备的信用值;
该获取模块1101,还用于获取该至少一个背书节点设备对该数据处理请求的至少一个背书签名;
发送模块1102,用于当根据至少一个背书节点设备的信用值,确定该至少一个背书签名满足目标条件时,将该数据处理请求发送至记账节点设备。
在一种可能实现方式中,该发送模块1102用于:
根据该每个背书节点设备的信用值,对该至少一个背书节点设备的背书签名进行加权,得到加权结果;
当该加权结果满足目标条件时,将该数据处理请求发送至记账节点设备。
在一种可能实现方式中,该装置还包括加权模块,该加权模块用于:
根据每个背书节点设备的信用值,获取该每个背书节点设备的背书权重;
根据该每个背书节点设备的背书权重,对该至少一个背书节点设备的背书签名进行加权,得到加权结果。
在一种可能实现方式中,该装置还包括:
确定模块,用于根据背书策略信息,从多个候选背书节点设备中,确定至少一个背书节点设备。
在一种可能实现方式中,该确定模块用于:
获取多个候选背书节点设备的信用值;
根据背书策略信息中所指示的总信用值和该多个候选背书节点设备的信用值,从该多个候选背书节点设备中,确定至少一个背书节点设备,该总信用值为至少一个背书节点设备的信用值之和。
在一种可能实现方式中,该确定模块用于:
根据该多个候选背书节点设备的信用值,确定该多个候选背书节点设备的优先级;
根据该多个候选背书节点设备的优先级,从该多个候选背书节点设备中,确定信用值最大的至少一个背书节点设备。
在一种可能实现方式中,该至少一个背书节点设备的信用值基于该至少一个背书节点设备的历史数据处理信息进行调整。
在一种可能实现方式中,该装置还包括调整模块,该调整模块用于执行下述至少一项:
当任一背书节点设备未处理过数据时,获取初始信用值作为该背书节点设备的信用值;
当任一背书节点设备的历史数据处理信息中包括违规数据处理信息时,降低该背书节点设备的信用值;
当任一背书节点设备的历史数据处理信息指示该背书节点设备未进行违规数据处理的持续时长超过第一目标时长时,提高该背书节点设备的信用值。
在一种可能实现方式中,该调整模块用于:
获取该背书节点设备的身份信息或该背书节点设备在该区块链系统中的身份信息中至少一项身份信息;
将该至少一项身份信息对应的初始信用值获取为该背书节点设备的信用值。
在一种可能实现方式中,该调整模块用于:
当任一背书节点设备未处理过数据时,获取初始信用值;
向其他背书节点设备发送信用值确定请求,由其他背书节点设备为该信用值确定请求进行背书,返回背书签名,该信用值确定请求携带有该背书节点设备的标识信息以及该初始信用值;
当根据该其他背书节点设备的背书签名,确定该初始信用值通过背书时,获取该初始信用值作为该背书节点设备的信用值。
在一种可能实现方式中,该调整模块用于:
每隔第二目标时长,获取该至少一个背书节点设备在该第二目标时长内的历史数据处理信息;
根据该至少一个背书节点设备在该第二目标时长内的历史数据处理信息,对该至少一个背书节点设备的信用值进行调整。
在一种可能实现方式中,该装置还包括存储模块,该存储模块用于执行下述任一项:
将任一背书节点设备的信用值调整信息存储于在信用值调整记录中;
根据任一背书节点设备的信用值调整信息,生成区块,当该区块通过该区块链系统的共识时,将该区块添加到该联盟链上。
在一种可能实现方式中,该装置还包括处理模块,该处理模块用于执行下述至少一项:
当任一背书节点设备的信用值小于第一信用值阈值时,将该背书节点设备的状态设置为禁止背书状态;
当任一背书节点设备的信用值小于第二信用值阈值时,从该区块链系统中,去除该背书节点设备。
在一种可能实现方式中,该获取模块1101用于:
向该至少一个背书节点设备发送背书请求,该背书请求携带有该数据处理请求的内容;
接收该至少一个背书节点设备对该数据处理请求的背书签名。
本申请中背书节点设备对应有信用值,根据该信用值来表征其规模或在所处业务场景中的位置,考虑到了不同的背书节点设备的影响不同,通过该信用值来确定至少一个背书节点设备的背书签名是否满足发送数据处理请求的条件,能满足现实场景需求,确定的背书结果的准确性好。
需要说明的是:上述实施例提供的数据处理请求背书装置在进行数据处理请求背书时,仅以上述各功能模块的划分进行举例说明,实际应用中,可以根据需要而将上述功能分配由不同的功能模块完成,即将计算机设备的内部结构划分成不同的功能模块,以完成以上描述的全部或者部分功能。另外,上述实施例提供的数据处理请求背书装置与数据处理请求背书方法实施例属于同一构思,其具体实现过程详见方法实施例,这里不再赘述。
上述节点设备可以被提供为下述图12所示的终端,也可以被提供为下述图13所示的服务器,本申请实施例对此不作限定。
图12是本申请实施例提供的一种终端的结构示意图。该终端1200可以是:智能手机、平板电脑、MP3(Moving Picture Experts Group Audio Layer III,动态影像专家压缩标准音频层面3)、MP4(Moving Picture Experts Group Audio Layer IV,动态影像专家压缩标准音频层面4)播放器、笔记本电脑或台式电脑。终端1200还可能被称为用户设备、便携式终端、膝上型终端、台式终端等其他名称。
通常,终端1200包括有:一个或多个处理器1201和一个或多个存储器1202。
处理器1201可以包括一个或多个处理核心,比如4核心处理器、8核心处理器等。处理器1201可以采用DSP(Digital Signal Processing,数字信号处理)、FPGA(Field-Programmable Gate Array,现场可编程门阵列)、PLA(Programmable Logic Array,可编程逻辑阵列)中的至少一种硬件形式来实现。处理器1201也可以包括主处理器和协处理器,主处理器是用于对在唤醒状态下的数据进行处理的处理器,也称CPU(Central ProcessingUnit,中央处理器);协处理器是用于对在待机状态下的数据进行处理的低功耗处理器。在一些实施例中,处理器1201可以在集成有GPU(Graphics Processing Unit,图像处理器),GPU用于负责显示屏所需要显示的内容的渲染和绘制。一些实施例中,处理器1201还可以包括AI(Artificial Intelligence,人工智能)处理器,该AI处理器用于处理有关机器学习的计算操作。
存储器1202可以包括一个或多个计算机可读存储介质,该计算机可读存储介质可以是非暂态的。存储器1202还可包括高速随机存取存储器,以及非易失性存储器,比如一个或多个磁盘存储设备、闪存存储设备。在一些实施例中,存储器1202中的非暂态的计算机可读存储介质用于存储至少一个程序代码,该至少一个程序代码用于被处理器1201所执行以实现本申请中方法实施例提供的数据处理请求背书方法。
在一些实施例中,终端1200还可选包括有:外围设备接口1203和至少一个外围设备。处理器1201、存储器1202和外围设备接口1203之间可以通过总线或信号线相连。各个外围设备可以通过总线、信号线或电路板与外围设备接口1203相连。具体地,外围设备包括:射频电路、显示屏、摄像头组件、音频电路、定位组件和电源中的至少一种。
外围设备接口1203可被用于将I/O(Input/Output,输入/输出)相关的至少一个外围设备连接到处理器1201和存储器1202。在一些实施例中,处理器1201、存储器1202和外围设备接口1203被集成在同一芯片或电路板上;在一些其他实施例中,处理器1201、存储器1202和外围设备接口1203中的任意一个或两个可以在单独的芯片或电路板上实现,本实施例对此不加以限定。
本领域技术人员可以理解,图12中示出的结构并不构成对终端1200的限定,可以包括比图示更多或更少的组件,或者组合某些组件,或者采用不同的组件布置。
图13是本申请实施例提供的一种服务器的结构示意图,该服务器1300可因配置或性能不同而产生比较大的差异,可以包括一个或多个处理器(central processing units,CPU)1301和一个或多个的存储器1302,其中,该一个或多个存储器1302中存储有至少一条程序代码,该至少一条程序代码由该一个或多个处理器1301加载并执行以实现上述各个方法实施例提供的数据处理请求背书方法。当然,该服务器1300还可以具有有线或无线网络接口以及输入输出接口等部件,以便进行输入输出,该服务器1300还可以包括其他用于实现设备功能的部件,在此不做赘述。
在示例性实施例中,还提供了一种计算机可读存储介质,例如包括程序代码的存储器,上述程序代码可由处理器执行以完成上述实施例中的数据处理请求背书方法。例如,该计算机可读存储介质可以是只读存储器(Read-Only Memory,ROM)、随机存取存储器(Random Access Memory,RAM)、只读光盘(Compact Disc Read-Only Memory,CD-ROM)、磁带、软盘和光数据存储设备等。
本领域普通技术人员可以理解实现上述实施例的全部或部分步骤可以通过硬件来完成,也可以通过程序来指令相关的硬件完成,该程序可以存储于一种计算机可读存储介质中,上述提到的存储介质可以是只读存储器,磁盘或光盘等。
上述仅为本申请的较佳实施例,并不用以限制本申请,凡在本申请的精神和原则之内,所作的任何修改、等同替换、改进等,均应包含在本申请的保护范围之内。
Claims (15)
1.一种数据处理请求背书方法,其特征在于,应用于区块链系统中任一节点设备,所述区块链系统的区块链为联盟链,所述方法包括:
根据数据处理请求,获取至少一个背书节点设备的信用值;
获取所述至少一个背书节点设备对所述数据处理请求的至少一个背书签名;
当根据至少一个背书节点设备的信用值,确定所述至少一个背书签名满足目标条件时,将所述数据处理请求发送至记账节点设备。
2.根据权利要求1所述的方法,其特征在于,所述当根据至少一个背书节点设备的信用值,确定所述至少一个背书签名满足目标条件时,将所述数据处理请求发送至记账节点设备,包括:
根据所述每个背书节点设备的信用值,对所述至少一个背书节点设备的背书签名进行加权,得到加权结果;
当所述加权结果满足目标条件时,将所述数据处理请求发送至记账节点设备。
3.根据权利要求2所述的方法,其特征在于,所述根据所述每个背书节点设备的信用值,对所述至少一个背书节点设备的背书签名进行加权,得到加权结果,包括:
根据每个背书节点设备的信用值,获取所述每个背书节点设备的背书权重;
根据所述每个背书节点设备的背书权重,对所述至少一个背书节点设备的背书签名进行加权,得到加权结果。
4.根据权利要求1所述的方法,其特征在于,所述根据数据处理请求,获取至少一个背书节点设备的信用值之前,所述方法还包括:
根据背书策略信息,从多个候选背书节点设备中,确定至少一个背书节点设备。
5.根据权利要求4所述的方法,其特征在于,所述根据背书策略信息,从多个候选背书节点设备中,确定至少一个背书节点设备,包括
获取多个候选背书节点设备的信用值;
根据背书策略信息中所指示的总信用值和所述多个候选背书节点设备的信用值,从所述多个候选背书节点设备中,确定至少一个背书节点设备,所述总信用值为所述至少一个背书节点设备的信用值之和。
6.根据权利要求4或5所述的方法,其特征在于,所述根据背书策略信息,从多个候选背书节点设备中,确定至少一个背书节点设备,包括:
根据所述多个候选背书节点设备的信用值,确定所述多个候选背书节点设备的优先级;
根据所述多个候选背书节点设备的优先级,从所述多个候选背书节点设备中,确定信用值最大的至少一个背书节点设备。
7.根据权利要求1所述的方法,其特征在于,所述至少一个背书节点设备的信用值基于所述至少一个背书节点设备的历史数据处理信息进行调整。
8.根据权利要求7所述的方法,其特征在于,所述至少一个背书节点设备的信用值基于所述至少一个背书节点设备的历史数据处理信息进行调整,包括下述至少一项:
当任一背书节点设备未处理过数据时,获取初始信用值作为所述背书节点设备的信用值;
当任一背书节点设备的历史数据处理信息中包括违规数据处理信息时,降低所述背书节点设备的信用值;
当任一背书节点设备的历史数据处理信息指示所述背书节点设备未进行违规数据处理的持续时长超过第一目标时长时,提高所述背书节点设备的信用值。
9.根据权利要求8所述的方法,其特征在于,所述当任一背书节点设备未处理过数据时,获取初始信用值作为所述背书节点设备的信用值,包括:
获取所述背书节点设备的身份信息或所述背书节点设备在所述区块链系统中的身份信息中至少一项身份信息;
将所述至少一项身份信息对应的初始信用值获取为所述背书节点设备的信用值。
10.根据权利要求8所述的方法,其特征在于,所述当任一背书节点设备未处理过数据时,获取初始信用值作为所述背书节点设备的信用值,包括:
当任一背书节点设备未处理过数据时,获取初始信用值;
向其他背书节点设备发送信用值确定请求,由其他背书节点设备为所述信用值确定请求进行背书,返回背书签名,所述信用值确定请求携带有所述背书节点设备的标识信息以及所述初始信用值;
当根据所述其他背书节点设备的背书签名,确定所述初始信用值通过背书时,获取所述初始信用值作为所述背书节点设备的信用值。
11.根据权利要求7所述的方法,其特征在于,所述至少一个背书节点设备的信用值基于所述至少一个背书节点设备的历史数据处理信息进行调整,包括:
每隔第二目标时长,获取所述至少一个背书节点设备在所述第二目标时长内的历史数据处理信息;
根据所述至少一个背书节点设备在所述第二目标时长内的历史数据处理信息,对所述至少一个背书节点设备的信用值进行调整。
12.根据权利要求1所述的方法,其特征在于,所述方法还包括下述至少一项:
当任一背书节点设备的信用值小于第一信用值阈值时,将所述背书节点设备的状态设置为禁止背书状态;
当任一背书节点设备的信用值小于第二信用值阈值时,从所述区块链系统中,去除所述背书节点设备。
13.一种数据处理请求背书装置,其特征在于,应用于区块链为联盟链的区块链系统,所述装置包括:
获取模块,用于根据数据处理请求,获取至少一个背书节点设备的信用值;
所述获取模块,还用于获取所述至少一个背书节点设备对所述数据处理请求的至少一个背书签名;
发送模块,用于当根据至少一个背书节点设备的信用值,确定所述至少一个背书签名满足目标条件时,将所述数据处理请求发送至记账节点设备。
14.一种计算机设备,其特征在于,所述计算机设备包括一个或多个处理器和一个或多个存储器,所述一个或多个存储器中存储有至少一条程序代码,所述程序代码由所述一个或多个处理器加载并执行以实现如权利要求1至权利要求12任一项所述的数据处理请求背书方法所执行的操作。
15.一种计算机可读存储介质,其特征在于,所述计算机可读存储介质中存储有至少一条程序代码,所述程序代码由处理器加载并执行以实现如权利要求1至权利要求12任一项所述的数据处理请求背书方法所执行的操作。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201911108133.XA CN111222885B (zh) | 2019-11-13 | 2019-11-13 | 数据处理请求背书方法、装置、计算机设备及存储介质 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201911108133.XA CN111222885B (zh) | 2019-11-13 | 2019-11-13 | 数据处理请求背书方法、装置、计算机设备及存储介质 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN111222885A true CN111222885A (zh) | 2020-06-02 |
CN111222885B CN111222885B (zh) | 2021-04-16 |
Family
ID=70829002
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201911108133.XA Active CN111222885B (zh) | 2019-11-13 | 2019-11-13 | 数据处理请求背书方法、装置、计算机设备及存储介质 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN111222885B (zh) |
Cited By (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN113158255A (zh) * | 2020-10-30 | 2021-07-23 | 迅鳐成都科技有限公司 | 基于私有链的组织信息管理方法、装置、系统及存储介质 |
WO2023142437A1 (zh) * | 2022-01-28 | 2023-08-03 | 中国银联股份有限公司 | 身份认证方法、装置、设备及计算机可读存储介质 |
Citations (8)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN108009917A (zh) * | 2017-10-13 | 2018-05-08 | 中国银联股份有限公司 | 数字货币的交易验证和登记方法及系统 |
CN108235806A (zh) * | 2017-12-28 | 2018-06-29 | 深圳达闼科技控股有限公司 | 安全访问区块链的方法、装置、系统、存储介质及电子设备 |
CN108376368A (zh) * | 2018-03-07 | 2018-08-07 | 物数(上海)信息科技有限公司 | 背书策略确定方法、装置、电子设备、存储介质 |
CN109344628A (zh) * | 2018-08-23 | 2019-02-15 | 深圳前海达闼云端智能科技有限公司 | 区块链网络中可信节点的管理方法,节点及存储介质 |
US20190102423A1 (en) * | 2017-09-29 | 2019-04-04 | Oracle International Corporation | System and method for providing an interface for a blockchain cloud service |
CN109784761A (zh) * | 2019-01-31 | 2019-05-21 | 中国互联网络信息中心 | 基于区块链的域名评级方法、装置、电子设备及存储介质 |
CN110276580A (zh) * | 2019-06-20 | 2019-09-24 | 卓尔智联(武汉)研究院有限公司 | 分布式物流管控装置、方法及计算机可读存储介质 |
CN110298180A (zh) * | 2019-04-01 | 2019-10-01 | 北京深安未来科技有限公司 | 一种基于区块链的公证书管理系统 |
-
2019
- 2019-11-13 CN CN201911108133.XA patent/CN111222885B/zh active Active
Patent Citations (8)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20190102423A1 (en) * | 2017-09-29 | 2019-04-04 | Oracle International Corporation | System and method for providing an interface for a blockchain cloud service |
CN108009917A (zh) * | 2017-10-13 | 2018-05-08 | 中国银联股份有限公司 | 数字货币的交易验证和登记方法及系统 |
CN108235806A (zh) * | 2017-12-28 | 2018-06-29 | 深圳达闼科技控股有限公司 | 安全访问区块链的方法、装置、系统、存储介质及电子设备 |
CN108376368A (zh) * | 2018-03-07 | 2018-08-07 | 物数(上海)信息科技有限公司 | 背书策略确定方法、装置、电子设备、存储介质 |
CN109344628A (zh) * | 2018-08-23 | 2019-02-15 | 深圳前海达闼云端智能科技有限公司 | 区块链网络中可信节点的管理方法,节点及存储介质 |
CN109784761A (zh) * | 2019-01-31 | 2019-05-21 | 中国互联网络信息中心 | 基于区块链的域名评级方法、装置、电子设备及存储介质 |
CN110298180A (zh) * | 2019-04-01 | 2019-10-01 | 北京深安未来科技有限公司 | 一种基于区块链的公证书管理系统 |
CN110276580A (zh) * | 2019-06-20 | 2019-09-24 | 卓尔智联(武汉)研究院有限公司 | 分布式物流管控装置、方法及计算机可读存储介质 |
Cited By (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN113158255A (zh) * | 2020-10-30 | 2021-07-23 | 迅鳐成都科技有限公司 | 基于私有链的组织信息管理方法、装置、系统及存储介质 |
WO2023142437A1 (zh) * | 2022-01-28 | 2023-08-03 | 中国银联股份有限公司 | 身份认证方法、装置、设备及计算机可读存储介质 |
Also Published As
Publication number | Publication date |
---|---|
CN111222885B (zh) | 2021-04-16 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
US11669811B2 (en) | Blockchain-based digital token utilization | |
Pasdar et al. | Connect API with blockchain: A survey on blockchain oracle implementation | |
US11205172B2 (en) | Factom protocol in blockchain environments | |
CN110838065B (zh) | 一种交易数据处理方法及装置 | |
CN111445333B (zh) | 区块生成方法、装置、计算机设备以及存储介质 | |
CN108200203B (zh) | 基于双层网络的区块链系统 | |
CN108596623B (zh) | 一种区块链共识达成方法 | |
WO2020032990A1 (en) | Security systems and methods based on cryptographic utility token inventory tenure | |
US20130290226A1 (en) | System and method for social graph and graph assets valuation and monetization | |
CN111444209B (zh) | 一种基于区块链的数据处理方法、装置、设备及介质 | |
WO2020139827A1 (en) | System and method for providing a graph protocol for forming a decentralized and distributed graph database | |
CN110599178A (zh) | 一种基于智能合约的数据处理方法、装置以及存储介质 | |
Pasdar et al. | Blockchain oracle design patterns | |
CN112075062A (zh) | 区块链网络中的自动提交交易管理 | |
CN108665363B (zh) | 一种区块链共识达成装置 | |
CN112613877B (zh) | 应用于区块链网络的智能合约触发方法、装置及相关设备 | |
CN112822267B (zh) | 基于区块链的数据处理方法和装置 | |
CN108648082B (zh) | 一种用于区块链共识达成的计算机系统 | |
CN115701078B (zh) | 跨链交易处理方法、装置、电子设备以及存储介质 | |
Harshavardhan et al. | Blockchain technology in cloud computing to overcome security vulnerabilities | |
CN111222885B (zh) | 数据处理请求背书方法、装置、计算机设备及存储介质 | |
CN111008251B (zh) | 一种数据处理方法以及设备 | |
CN112101919A (zh) | 一种数据处理方法、装置、电子设备及存储介质 | |
CN112702410B (zh) | 一种基于区块链网络的评估系统、方法及相关设备 | |
CN112995167B (zh) | 基于Kafka机制的用电信息采集方法、区块链网络及用户端 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
PB01 | Publication | ||
PB01 | Publication | ||
SE01 | Entry into force of request for substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
REG | Reference to a national code |
Ref country code: HK Ref legal event code: DE Ref document number: 40024719 Country of ref document: HK |
|
GR01 | Patent grant | ||
GR01 | Patent grant |