CN112632186A - 区块链共识方法、计算机设备及区块链系统 - Google Patents

Abstract

本申请公开了一种区块链共识方法、计算机设备及区块链系统。该方法包括：区块链节点接收至少一个其他区块链节点广播的记账竞争信息；响应于记账竞争信息，获取其他区块链节点的竞争参考因子，其中，竞争参考因子包括得票情况得票数和至少一个其他参考因子，其他参考因子包括资产状况和信用值中的至少一者；基于自身以及每个其他区块链节点的竞争参考因子，得到自身以及每个其他区块链节点的竞争得分；基于自身以及其他区块链节点的竞争得分，确定自身是否作为记账主节点。通过上述方案，能够提高区块链共识的稳定性。

Description

区块链共识方法、计算机设备及区块链系统

技术领域

本申请涉及区块链技术领域，特别是涉及一种区块链共识方法、计算机设备及区块链系统。

背景技术

区块链是分布式数据存储、点对点传输、共识机制、加密算法等计算机技术的新型应用模式，区块链通过集体维护、分布式记录、分布式存储的特征实现去中心化，以密码学方式保证的不可篡改和不可伪造，具有去中心化、开放性、信息不可篡改等特征，可广泛应用于多种场景。

共识机制是区块链节点就区块信息达成全网一致共识的机制，共识机制可以保证区块链中每个节点存储的区块链信息一致，而区块链分布式记账的方式使得每个节点都有一本全网共有完整的账本，随着节点的不断增多，需要选择合适的节点来进行记账，一般通过投票的方式选择记账节点，但此区块链共识的稳定性较差。

发明内容

本申请主要解决的技术问题是提供一种区块链共识方法、计算机设备及区块链系统，能够提高区块链共识的稳定性。

为了解决上述问题，本申请第一方面提供了一种区块链共识方法，该方法包括：区块链节点接收至少一个其他区块链节点广播的记账竞争信息；响应于记账竞争信息，获取其他区块链节点的竞争参考因子，其中，竞争参考因子包括得票情况得票数和至少一个其他参考因子，其他参考因子包括资产状况和信用值中的至少一者；基于自身以及每个其他区块链节点的竞争参考因子，得到自身以及每个其他区块链节点的竞争得分；基于自身以及其他区块链节点的竞争得分，确定自身是否作为记账主节点。

为了解决上述问题，本申请第二方面提供了一种区块链共识方法，该方法包括：记账主节点接收目标数据；其中，记账主节点是根据所在的区块链中各节点的得票情况得票数和其他参考因子确定的，其中，其他参考因子包括资产状况和信用值中的至少一者；记账主节点将目标数据发送给所在区块链中的验证节点进行验证；验证节点向记账主节点发送验证结果；记账主节点基于验证结果，确定是否执行将目标数据进行打包成区块并存储至区块链中。

为了解决上述问题，本申请第三方面提供了一种计算机设备，该计算机设备包括相互耦接的存储器和处理器，存储器中存储有程序数据，处理器用于执行程序数据以实现上述任一区块链共识方法中的任一步骤。

为了解决上述问题，本申请第四方面提供了一种区块链系统，该区块链系统包括记账主节点和验证节点，其中，记账主节点和验证节点用于执行上述任一区块链共识方法中的任一步骤。

上述方案中，在选取记账主节点时，通过各区块链节点的得票数、资产状况和/或信用值竞选记账主节点，信用值可以反映节点的信用情况，信用值作为记账权的一个参考因素，有助于增加信用值高的节点获得记账权的概率，有利于减少区块链节点作恶行为的发生；资产状况可以反映节点的资产经济情况，可以间接的反映区块链节点的可靠程度，资产状况作为记账权的一个参考因素，可以增加区块链节点共识的可靠性；通过各区块链节点的得票数、资产状况和/或信用值竞选记账主节点可以均衡区块链节点的记账权，避免单一参考因素来决定记账权，多个参考因素能降低被单一节点操控的概率，区块链节点对记账权的竞争更加全面、合理，提高区块链共识的稳定性。

附图说明

为了更清楚地说明本申请实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作一简单地介绍，显而易见地，下面描述中的附图是本申请的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。

图1是本申请区块链架构一实施例的结构示意图；

图2是本申请证券处理系统一实施例的结构示意图；

图3是本申请证券处理方法第一实施例的流程示意图；

图4是本申请图3中步骤S33一实施方式的流程示意图；

图5是本申请图4中步骤S332一实施方式的流程示意图；

图6是本申请证券处理方法第二实施例的流程示意图；

图7是本申请区块链共识方法第一实施例的流程示意图；

图8是本申请区块链共识方法第二实施例的流程示意图；

图9是本申请图8中步骤S66一实施方式的流程示意图；

图10是本申请区块链共识方法第三实施例的流程示意图；

图11是本申请计算机设备一实施例的结构示意图；

图12是本申请区块链系统第一实施例的结构示意图；

图13是本申请区块链系统第二实施例的结构示意图；

图14是本申请存储装置一实施例的结构示意图。

具体实施方式

为使本申请实施例的目的、技术方案和优点更加清楚，下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例是本申请一部分实施例，而不是全部的实施例。基于本申请中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本申请保护的范围。

在本文中提及“实施例”意味着，结合实施例描述的特定特征、结构或特性可以包含在本申请的至少一个实施例中。在说明书中的各个位置出现该短语并不一定均是指相同的实施例，也不是与其它实施例互斥的独立的或备选的实施例。本领域技术人员显式地和隐式地理解的是，在不冲突的情况下，本文所描述的实施例可以与其它实施例相结合。

本文中术语“系统”和“网络”在本文中常被可互换使用。本文中术语“和/或”，仅仅是一种描述关联对象的关联关系，表示可以存在三种关系，例如，A和/或B，可以表示：单独存在A，同时存在A和B，单独存在B这三种情况。另外，本文中字符“/”，一般表示前后关联对象是一种“或”的关系。此外，本文中的“多”表示两个或者多于两个。

下面结合说明书附图，对本申请实施例的方案进行详细说明。

区块链技术是随比特币等数字加密货币而兴起的一种新型的分布式数据组织方法及运算方式。其最大特点是：去中心化，这使得数据能够实现分布式集体维护，极大提高数据运算、管理、维护效率；共识节点间基于一套共识机制，通过竞争计算共同维护整个区块链，任一节点失效，其余节点仍能正常工作。同时搭载非对称加密技术的区块链具备高安全性、可追溯性，能有效防止数据泄露或非法篡改。本申请提出利用区块链技术来实现证券的处理，该证券可以是资本证券、货币证券、商品证券等，其中，证券的处理可以是资产证券化，本申请以资产证券化为例进行说明。

为便于理解本申请区块链网络，先对本申请采用的区块链技术进行举例说明。在一具体应用中，电子设备运行该区块链技术以成为该区块链网络的节点，该区块链架构如图1所示，该区块链架构10包括区块链的数据层11、网络层12、核心层13、服务层14、应用层15，还可以包括呈现层16等，本申请对此不做限制。

其中，区块链数据层11用于封装底层数据区块、Merkle树、时间戳、以及相关的数据加密的哈希算法等技术。区块链中分布式节点将证券的交易数据通过哈希算法运算得出的结果形成Merkle树结构，并根据时间戳封装成多个区块，形成链式数据结构，其中，每个区块都可以包含一段时间内的交易数据，另外，每个区块还加盖时间戳，可以保证交易数据可追溯。例如可利用不可逆加密算法对交易数据进行至少一次(如两次)计算，生成唯一的区块链ID，即哈希(Hash)值。具体地，该区块链可为区块私有链，以保证该区块链并非完全公开，只有经过授权的节点才可访问。

网络层12，封装了区块链网络系统的P2P网络(Peer-to-Peer，对等网络)、验证机制、广播机制等，基于对等式网络，不依赖于任何中心化节点，使各节点地位对等且以扁平式拓扑结构相互连通和相互，拥有分布式、自治性、开放可自由进出等特性。区块链网络中每一个节点都能参与区块数据的校验和记账过程，仅当区块数据通过全网大部分节点验证后，才能记入区块链。区块链这种去中心化设计保证文件数据不可篡改、不可伪造。

核心层13，封装了分布式账本、共识机制、智能合约、非对称加密技术等。共识机制中包括了在决策权高度分散的拓扑网络中快速完成共识的方法，以及参与区块链网络的共识机制。区块链系统可以根据共识机制选择记账主节点，记账主节点可以将交易数据广播给其他节点进行验证，以确定数据真实后打包区块并添加到区块链上。智能合约中有数据访问策略的合约代码，合约代码中的条件被触发时，自动执行相应交易，同时可通过合约内容规定相应的访问条件对相应的数据进行访问等。核心层的技术可以使得证券在处理过程中的数据不可篡改，及保护隐私数据不被侵犯。

服务层14，用于通过分布式服务器对应用相关功能进行有效的整合和管理，例如可以包括身份认证服务、门户服务、4A(Authentication，Authorization，Accounting andAudit，认证，授权，账号和审计)服务、权限服务、流程服务、数据管理服务、CA认证(Certificate Authority，电子认证)服务等。

应用层15，可以包括各个参与主体的业务系统和API(Application ProgrammingInterface，应用程序接口)接口，可用于展示区块链网络的具体功能，利用区块链技术，可以通过业务参与主体来构建证券处理系统。

呈现层16，用于将系统功能通过门户网站等方式进行展示，进而与用户交互，各个数据主体可通过系统客户端登陆相应呈现层显示的界面访问应用层15并以获取信息资源，包括注册界面、执行界面、查询界面、应用管理界面、业务管理界面、管理员界面等。

在一些实施例中，本申请中指的区块链可以是公有链(Public Blockchain)、私有链(PrivateBlockchain)或联盟链(Consortium Blockchain)。此外，还可以有上述多种类型的结合，比如私有链和联盟链、联盟链和公有链等。其中，公有链的去中心化程度最高，公有链以比特币、以太坊为例，加入公有链的参与者(也可称为区块链中的节点)可以读取区块链上的数据记录、参与交易和竞争新区块的记账权等。而且，各节点可自由加入或者退出网络，并进行相关操作。私有链的写入权限由某个组织或者机构控制，数据读取权限受组织规定。联盟链则是介于公有链以及私有链之间的区块链，可实现“部分去中心化”。联盟链中各个节点通常有与之相对应的实体机构或者组织；节点通过授权加入网络并组成利益相关联盟，共同维护区块链运行。基于区块链的基本特性，区块链通常是由若干个区块构成。在这些区块中分别记录有与该区块的创建时刻对应的时间戳，所有的区块严格按照区块中记录的时间戳，构成一条在时间上有序的数据链条。

本申请的区块链以采用联盟链网络为例来进行说明。区块链的节点不断变换在网络系统中所承担的责任，永远不会只有一个节点在控制整个网络系统，即不会只有一个记账节点进行记账。每个节点都只是网络系统中的一部分。区块链的节点定时如每一分钟变换一次角色，没有节点会永久控制网络系统的任何一部分。

请参阅图2，图2是本申请证券处理系统一实施例的结构示意图。证券处理系统20可以包括债务方21、债权方22、SPV(Special Purpose Vehicle，特殊目的机构/公司)机构23、购买方24、服务方25、第三方评估机构26或监督方27等。证券处理系统20中的所有节点可以构成区块链，其中，除了监督方27以外的其他所有节点可以作为共识参与节点。证券处理系统20中的所有节点可以为任意计算机设备或电子设备等，例如服务器、手机、计算机、平板电脑等，本申请对此不做限制。

债务方21可以是基础资产的原始债务方。债权方22可以是原始权益方，也可以称为发起方，用于将对其拥有的基础资产转让给SPV机构23，以实现破产隔离。另外，债务方21或债权方22可以是多个，可以将一个或多个债务方21和一个或多个债权方22之间的基础资产转让给SPV机构23进行资产证券化。其中，基础资产是债权方对债务方的债权，可以是消费贷款、信用卡贷款等，SPV机构23可以是证券机构、基金管理机构、信托机构等。基础资产转让是指债权方22将债权转让给SPV，转让方式可以债务更新，即通过SPV与债权的债务方21重新订立合同，将债权方22与债务方21的债权债务关系转为SPV与债务方21的债权债务关系；还可以是债权方22将债权转让给SPV，并发送消息通知债务方21。证券处理系统20中的共识节点将基础资产的转让信息上传至区块链。

SPV机构23基于基础资产发行证券，该证券可以是ABS(Asset-backedSecurities，资产证券化)证券。在一些实施例中，SPV机构23还用于将债权打包成证券后上传区块链，由第三方评估机构26可以从区块链上获取证券信息，对证券及各节点等进行评估。其中，第三方评估机构26可以包括信用增级机构、信用评级机构、会计机构或法律机构等，由信用增级机构对证券进行增级，增信措施可以提高基础资产对受评证券的支持水平，增信措施可以分为内部信用增进和外部信用增进两大类，其中，内部增信措施主要包括优先/次级结构、超额抵押、超额利差、流动性支持等；外部增信措施由可以第三方其他机构(也可以是债权方机构)提供，可以采取保险、保证担保、差额支付承诺和现金质押账户等形式来实现。信用评级机构对证券进行评级，还可以对债务方21等证券处理系统20中的各节点进行信用评估，信用评估具体可参考下述实施例。会计机构出具证券财务报告，法律机构对证券出具法律报告，将各种评估结果上传区块链，使得购买方24可以根据在区块链查阅证券相关评估结果，以购买证券等。

另外，第三方评估机构26中的信用评级机构还根据证券的债务方21的信用评估结果以及其他的因素如债务类型、债务期限、证券结构等对证券进行评级，其债务方21的信用评估结果会影响证券的评级。具体的，根据证券的证券面值及证券利率等将证券划分对应的预设证券级别，将较高预设证券级别的ABS证券(比如，A级)设定为较大的证券面值且较高的证券利率，将较低预设证券级别的ABS证券(C级)设定为较小的证券面值且较低的证券利率，证券面值可以低于、等于或高于发行价格，可以根据市场供求状况确定，证券利率可以是证券的年收益率、年化收益率等。将证券的相关信息上传至区块链，SPV机构23可获取证券相关信息发行证券。其相关信息可以包括证券的证券级别、证券面值、证券利率、证券期限和证券对应的债务方21信息等信息的至少一种。其中，预设证券级别是根据证券的证券面值区间、证券利率区间设置的多级证券，其证券的证券面值、证券利率越高，其证券级别也越高，可以按预设转换比例对每个级别的证券进行转换。例如，预设证券级别为A、B、C三级ABS证券，单份A级证券的证券面值最大且证券利率最高，单份C级证券的购买金额最小且证券利率最低，单份B级证券的证券面值及证券利率居于A级证券和C级证券之间，B级证券居中，若1份A级证券的面值是10000元，B级证券的面值是5000元，C级证券的面值是1000元，则1份A级证券等价于2份B级证券，1份B级证券等价于5份C级证券，且1份A级证券等价于10份C级证券。

在一些实施例中，信用评级机构还可以根据证券面值、证券利率、证券期限等设置预设证券级别，其证券的证券面值越高、证券利率越高、证券期限越长的证券级别越高。可以理解的是，本申请的SPV还可以根据其他的方式设置预设证券级别，本申请对此不做限制。

在一些实施例中，证券处理系统20还可以包括承销方28，承销方28用于承销SPV机构23发行的证券，承销方28可以接收SPV机构23的证券销售委托请求，委托请求中包括委托销售时长、证券的相关信息、委托资金等。承销方28响应委托请求，向购买方24销售证券。若在销售时长内，还存在委托销售的证券未销售，则可以将未售出的证券发送给SPV机构23，以使得SPV机构23可以继续对未售出的证券进行处理。另外，也可以由承销方28向SPV机构23发送证券包销请求，以使得承销方28可以购买SPV机构23全部的证券或SPV机构23销售后剩余的证券。

购买方24可以获取承销方28和/或SPV机构23的出售证券的相关信息，可以是从承销方28和/或SPV机构23获取的证券相关信息，也可以是从区块链上获取承销方28和/或SPV机构23的证券相关信息，以使得购买方24与承销方28和/或SPV机构23通过智能合约进行证券交易。另外，购买方24可以将购买服务请求发送至区块链，以使得区块链基于智能合约选出与购买服务请求匹配的证券，购买方24可以根据证券的相关信息购买证券。

在一些实施例中，上述对各级证券销售、转让和不同级别证券交换可运用智能合约程序进行自动化处理。其中，智能合约是存储在区块链系统的、已编码、可自动运行的业务逻辑，它可以替代人工执行的工作，简化交易流程，缩短操作时滞，提高交易执行效率。

智能合约经过区块链共识方法进行一致性确认，由记账主节点进行上链存储在区块链中，使得证券购买方24可以将购买服务请求如购买的证券级别、购买数量、证券期限等发送至区块链，证券承销方28和/或SPV机构23将证券出售需求如证券级别、出售数量、证券期限等发送至区块链，使得利用智能合约进行自动匹配，其匹配包括一对一、一对多、多对一或多对多等形式的匹配，可以提高证券交易处理效率。

其中，以证券承销方28为例，一对一是指一个证券承销方28和一个证券购买方24单独进行匹配，如果双方需求条件符合匹配要求，则执行证券交易和结算交易金额；一对多或多对一是指一个或多个证券承销方28和多个或一个证券购买方24进行匹配，如果其中有双方需求条件符合匹配要求，则执行证券交易和结算交易金额；多对多是指多个证券承销方28和多个证券购买方24分别同时进行匹配，如果其中有双方需求条件符合匹配要求，则执行证券交易和结算交易金额。当某一时间段证券销售或购买操作达到预设次数时，可能存在多笔交易同时执行交易的情况，可以依照时间顺序和证券的交易金额大小进行排序，使得可以按照时间、交易金额大小进行排序执行交易。利用智能合约自动执行交易、结算交易金额，并将交易数据、交易结果等信息经过区块链共识方法共识后上传至区块链存储，使得其交易数据不可篡改。

在一些实施例中，证券购买方24还可以向区块链发送证券转让请求，以转让购买方24拥有的全部或部分证券给其他证券购买方24。若证券购买方24作为证券转让方，证券购买方24可以将转让证券的证券级别、证券数量、证券期限等发送至区块链，其他证券购买方24将购买服务请求如购买的证券级别、购买数量、证券期限等发送至区块链。利用智能合约进行自动匹配，其匹配包括一对一、一对多、多对一或多对多等形式的匹配。若匹配成功，则可通过智能合约对匹配的证券转让方和证券购买方之间进行证券的转让，同时，证券购买方可以向证券转让方转让资金以购买证券。

在一些实施例中，智能合约中还可以包括各级别证券的相关信息如证券级别、证券利率、证券数量、证券面值、证券期限等，购买方24可利用智能合约进行不同级别证券的交换。购买方可以向承销方28或SPV机构23区块链或发送证券交换请求，以按照证券的相关信息进行证券的交换，可以提高证券处理效率。例如购买方24购买了多个C级证券，可以按面值比例交换成A级或者B级证券，或者购买方24购买了多个B级证券，可以按面值比例交换成A级证券，以获得更高的年化收益；当购买方24资金紧缺时，可以将高级别的证券转换为低级别的证券，比如，可以将A级证券转换为B级或C级证券，以获取更多的证券数量，可以多样的进行处理证券，如转让一部分证券给其他购买方24等，以获取资金。

监督方27可以用于监督证券处理系统20中每个节点的证券处理过程，其中，监督方27可以包括银保监会、证监会或央行等机构。监督方27可以从区块链上获取证券处理整个过程中发生的交易数据，实时对交易进行监管，若监督方27发现节点出现违法、恶意等行为，向该节点发送预警信息，使得在证券处理系统中各节点合法合理的处理证券。

在一些实施例中，监督方27还可以用于监督智能合约，区块链中的智能合约使用之前，监督方27对智能合约进行备案及监督。其中，第三方评估机构26还可以用于对智能合约进行合规性、合法性评估，并将智能合约及评估结果存储在区块链中，建立智能合约的终止逃离机制，以防止不诚信的事件发生。

在一些实施例中，证券处理系统20还可以包括CA认证机构(未示出)，CA认证机构，为区块链上每个节点颁发数字证书，当消息发送节点传送消息给接收节点时，消息接收节点可以对发送节点的数字签名进行验证，以验证发送节点所传送消息的真实性。例如节点A将消息传送给节点B时，节点A会使用自己的私钥对消息进行加密，然后发送给节点B，节点B收到消息后，会使用节点A的公钥对信息进行解密，从而可以验证信息是否是节点A发送的。其中，区块链上的节点在加入区块链网络时，向CA认证机构发起注册请求，CA认证机构基于注册请求向对应的节点提供能够表明该节点身份信息的数字证书，其中，数据证书可包括向该节点分配的公钥和私钥。申请注册的节点获取到分配的公钥和私钥后，将私钥存储在自身本地，将公钥广播至区块链网络。

证券处理系统20中的各节点的交易数据经过区块链共识方法共识后，进行哈希计算后上传区块链存证，使得每个节点经授权后都能获取真实且安全的共享账本数据，可以减少信息不对等现象的出现，保护数据隐私安全。例如节点A将与其自身相关所发生的所有交易信息上链存储，经节点A授权后节点B可以获得其中的部分或全部数据信息，此时，节点B可以向区块链系统进行发送数据查询请求，区块链系统对节点B的身份以及该查询请求是否得到节点A的授权等进行验证，验证通过后且区块链系统中查询到了节点B查询的数据信息，区块链系统用节点B的公钥对数据信息进行非对称加密后的加密数据再发送给节点B，节点B用自己的私钥对区块链系统发送的加密数据进行解密，节点B即可获得查询的数据信息，可以保证节点A存储的数据信息只被经授权的节点B获得，而不被其他非法节点劫取，实现信息传输的安全性。

另外，上述节点的区分均是根据通过该节点登录的身份信息确定的。故上述系统中的节点的相应主体如债务方21、原始权益方、SPV(Special Purpose Vehicle，特殊目的机构/公司)、购买方24、服务方25、第三方评估机构26或监督方27等，都需要事先在区块链平台上完成注册，并获取相应的公钥和私钥，确定其身份可信后，允许进行证券处理。

在该证券处理系统20中，每个节点可以选择加入或退出区块链，例如，以联盟链为例，购买方甲将ABS证券转让给购买方乙，如果购买方甲不再参与交易，则可经共识后退出该联盟链，不再作为共识参与节点，即在联盟链中不再发挥任何作用；而购买方乙在参与交易之前需要向链上节点进行申请加入ABS区块链，只有经共识确认后才成为联盟链的成员节点，才有资格与购买方甲进行证券交易，同时，购买方乙也成为共识参与节点，可以通过共识机制对联盟链中的数据决定是否上链存证，若上链存证，则盖上时间戳后上链存证。

服务方25用于对证券交易的债务方21和购买方24进行交易结算，服务方25可以获取债务方21的对于债务的偿还金额，以对证券的购买方24进行偿还金额的结算。服务方25对证券处理具体可以参阅下述实施例。

请参阅图3，图3是本申请证券处理方法第一实施例的流程示意图。该方法包括以下步骤：

S31：服务方节点从区块链中读取证券交易数据，以及获取所在区块链中的债务方对目标债务的偿还金额；其中，证券是基于服务方所在区块链中的债务方和债权方之间的债务发行的。

其中，证券可以是SPV机构发行的证券，债权方将对债务方的债权转让给SPV机构，使得SPV机构基于债务方和债权方之间的债权债务发行证券。购买方可以在区块链上获取证券相关信息，以购买证券，其中，服务方可以是银行等机构。本步骤具体可以参考是上述实施例的证券处理系统，在此不再赘述。

服务方可以从区块链上读取证券交易数据，证券交易数据可以是债务方、购买方的相关信息、购买方所购证券的相关信息等；证券交易数据可以包括在证券交易过程中所有的相关数据。

服务方节点可以获取所在区块链中债务方对目标债务的偿还金额，该目标债务可以是债务方与SPV机构之间的债权债务，或者，目标债务也可以是债务方和证券的购买方之间的债务；在一些应用场景中，服务方可以获取多个债务方对各自目标债务的偿还金额。

S32：基于证券交易数据，确定与目标债务对应的证券的购买信息，其中，购买信息包括证券购买方的账户信息。

服务方可以基于证券交易数据来确定与目标债务对应的证券的购买信息，其购买信息可以包括证券购买方的账户信息、证券购买方所购买的目标债务对应的证券的相关信息、证券的交易期限或债务方的相关信息等。其中，证券的相关信息包括证券级别、证券利率、证券数量、证券面值、证券期限中的至少一个；证券的交易期限包括购买方购买证券的时间至证券的交易到期时间；证券的交易期限可以与债务方的债务期限相关，其债务期限可以是债务方与SPV机构之间债权债务的期限，其中，证券的交易期限到期时间相对晚于或等于债务到期时间，使得可以在证券的交易期限内，服务方可以能够获取债务方对目标债务的偿还金额；另外，可以避免购买方在证券的交易期限内，服务方没有来源于债务方的偿还金额去进行结算的情况。

S33：基于确定的购买信息，将至少部分偿还金额结算至证券购买方的账户中，并将结算信息保存至区块链中。

在将至少部分偿还金额结算至每个证券购买方的账户之前，服务方可以按照预设比例对偿还金额进行扣除；基于证券购买方对应的证券的相关信息，从扣除后的偿还金额中选择部分作为证券购买方的结算金额。其中，偿还金额可以包括本金和利息。例如，当服务方接收到债务方的偿还金额，则可以按照1％对偿还金额进行扣除，以将从扣除后的偿还金额中选择部分作为证券购买方的结算金额。

服务方基于证券的相关信息如证券级别、证券利率、证券数量、证券面值、证券期限等对证券购买方进行资金结算，将扣除后的部分偿还金额结算至证券购买方的账户中，并将结算信息保存在区块链中。

另外，服务方可以获取多个债务方对应的目标债务的偿还金额，按照预设比例对偿还金额进行扣除后，将剩余的偿还金额作为证券购买方的结算金额，可以使用一个或多个债务方的结算金额为一个或多个证券购买方进行资金结算，将扣除后的部分偿还金额结算至对应证券购买方的账户中后，将结算信息保存在区块链中进行存证。

在本实施例中，通过服务方获取债务方对目标债务的偿还金额，根据目标债务对应的证券的购买方的账户信息，将至少部分偿还金额结算至证券购买方的账户中，服务方作为中介存在于区块链中，使得债务方不必经过债权人、SPV机构、证券承销方和购买方等将偿还金额(本金和利息)偿还结算给最终的购买方，只需要服务方将偿还金额结算给最终的证券购买方，由服务方为债务方和购买方直接进行偿还金额的结算，降低资金结算成本，提高资金结算效率，降低第三方存在的手续费等成本，促使各节点利益最大化。另外，由于将结算信息保存至区块链中，可以提高证券处理的安全性。

在一些实施例中，若确定的购买信息包括多个证券购买方的账户信息，则获取多个证券购买方的结算优先级。

其中，多个购买方所购买的证券可以是基于同一债务方与一个或多个债权方之间的债权债务发行的，另外，多个购买方所购买的证券也可以是基于多个债务方与多个债权方之间的债权债务发行的。当服务方确定获取的购买信息中包括多个证券购买方的账户信息时，可以获取多个证券购买方的结算优先级，以使得优先对优先级高的购买方进行结算。

在一些实施例中，请参阅图4，本申请上述步骤S33还可以包括以下步骤：

S331：获取多个证券购买方的结算优先级。

可以获取多个证券购买方的证券的交易期限，按照交易期限的到期时间为多个证券购买方确定结算优先级，其中，交易期限的到期时间越近，结算优先级越高。例如，可以根据交易期限的到期时间的先后顺序来确定多个购买方的结算优先级，交易期限越先到期的购买方，结算优先级越高。

S332：按照结算优先级，依序将至少部分偿还金额结算至每个证券购买方的账户。

可以按照确定的结算优先级，依序对多个证券购买方进行资金结算，将获取的债务方的至少部分偿还金额结算至每个证券购买方的账户。通过该方式，服务方按照证券的交易期限的到期时间的先后顺序对多个证券购买方进行资金结算，可以保障购买方的权益。

在一些实施例中，请参阅图5，本申请提供上述步骤S332还可以包括以下步骤：

S3321：判断证券购买方的交易期限是否到期。

步骤S3321若判断为是，则执行步骤S3322；和/或，若判断为否，则执行步骤S3323和/或步骤S3324。

S3322：将至少部分偿还金额结算至证券购买方的账户。

证券购买方的交易期限到期，购买方所购证券为目标债务对应的证券，则按照预设比例对偿还金额进行扣除后，基于证券购买方对应的证券的相关信息，将剩余的偿还金额结算至证券购买方的账户中。

S3323：为偿还金额办理预设增值业务。

若证券购买方的交易期限未到期，服务方可以对偿还金额进行保值增值，为偿还金额办理预设增值业务。其中，预设增值业务可以是服务方预先设置的，也可以是购买方预先指定的。例如，可以将偿还金额存储在银行中，获取定期利率；购买保障本金的理财产品等，本申请对此不做限制。其中，办理预设增值业务获得的利率可以作为服务方的服务费用，也可以将利率同偿还金额一起结算至证券购买方的账户中，可以保障购买方的权益。

S3324：将至少部分偿还金额结算给区块链中其他证券购买方的账户中，其中，其他证券购买方所购买的证券不是与目标债务对应的证券。

若证券购买方的交易期限未到期，可以将债务方的偿还金额结算给区块链中其他的证券购买方的账户中，例如当前证券购买方的证券交易期限未到期，而其他证券购买方的证券交易期限到期了，则可以按照结算优先级，将至少部分偿还金额结算至其他将要到期或到期的证券购买方的账户中。其中，其他的证券购买方所购买的证券不是与目标债务对应的证券。使得服务方可以按照购买方的证券的交易期限的到期顺序，对购买方进行偿还金额的结算。

可选的，步骤S3324中将至少部分偿还金额结算给区块链中其他证券购买方的账户后，若还剩余有偿还金额，可执行步骤S3323，为剩余的偿还金额办理预设增值业务。

可选的，步骤S3322中将至少部分偿还金额结算至证券购买方的账户后，若还剩余有偿还金额，则执行步骤S3323，为剩余的偿还金额办理预设增值业务，和/或，执行步骤S3324，将至少部分剩余的偿还金额结算给区块链中其他证券购买方的账户中。

可选的，若服务方在预设期限内未获取到债务方基于目标债务的偿还金额，则执行预设操作，其中，预设期限可以为证券期限内，预设操作包括降低债务方的信用值。

本实施例中，通过判断购买方所购证券的交易期限是否到期，若未到期，可以为偿还金额办理预设增值业务，或将至少部分偿还金额结算给区块链中其他证券购买方的账户中，可以合理的对多个证券购买方进行偿还金额的结算，保障购买方的权益。

对于上述实施例，请参阅图6，图6是本申请证券处理方法第二实施例的流程示意图。该方法包括以下步骤：

S41：从区块链中读取债务方的信用评估结果，其中，信用评估结果为基于债务方的基础数据进行分析处理得到的。

服务方可以从区块链上获取债务方的信用评估结果，以对债务方进行信用监督。其中，信用评估结果为基于债务方的基础数据进行分析处理得到的，例如可以是由上述实施例中的第三方评估机构基于债务方的基础数据进行分析处理得到的，如信用评级机构可以通过大数据技术与区块链互联对债务方进行信用评估，其评估结果也可以代表基于债权债务发行的证券的信用评级级别。在一些应用场景中，服务方也可以基于债务方的基础数据对债务方进行信用评估。

服务方从区块链上获取的信用评估结果可以是基于以下步骤获取得到的，具体可参阅以下内容。

获取目标债务的债务人的基础数据。基础数据是债务人的基础信息数据，可分为结构化数据、半结构化数据和非结构化数据等。基础数据可以包括：债务方的年龄、工资、资产、债务情况、职业类别、受教育程度、社会人脉关系、行为偏好、履约能力、历史信用记录等。

对债务方的基础数据进行抽取和/或清洗，得到经处理的基础数据。

对债务方的基础数据进行抽取，可以将具有多种结构和类型的数据转化为单一的或者便于处理的结构和类型，以达到快速分析处理的目的。数据抽取方式可以是增量抽取或完全抽取。增量抽取是每次只抽取上次数据抽取以来产生的增量数据，也即是抽取债务方更新的数据，使得抽取的数据量小，从而转换和加载的数据量也小，能够提高数据处理效率。完全抽取是抽取债务方的所有数据。

对债务方的基础数据进行清洗，对基础数据经常预处理，去除重复数据、异常数据、错误数据、干扰数据或不感兴趣的数据等，以得到经处理的基础数据。另外，也可以对经过抽取后的基础数据进行清洗，以得到经处理的基础数据。

利用信用评估模型对经处理的基础数据进行分析，得到债务方的信用评分。其中，信用评估模型是预先训练好的模型，可以采用神经网络、决策树、随机森林和XGboost、人工智能、机器学习等算法对信用进行评估，得出信用得分，其信用得分可以为百分制的，也可以是其他的数值或字母表示的得分。

基于债务方的信用评分，确定债务方的信用级别，以作为债务方的信用评估结果。可以根据得到的债务方的信用得分，确定信用得分对应的预设得分区间，以基于预设得分区间对应的预设信用级别确定为债务方的信用级别，并作为债务方的信用评估结果。例如若将信用级别划分为一级信用、二级信用、三级信用、四级信用，则对应的得分区间及信用级别为：若信用得分在90-100之间，为一级信用；信用得分在80-90之间，为二级信用；信用得分在60-80之间，为三级信用；信用得分在60分以下，为四级信用。

将信用评估结果和过程数据存储至区块链中，过程数据包括未处理的基础数据、经处理的基础数据和信用评分中的至少一个。其中，得到信用评估结果后，可以将信用评估结果和过程数据经过共识后上传至区块链进行存储及存证。使得购买方、服务方可以在区块链上获取债务方的信用评估结果，购买方可以参考债务人的信用级别，以决定是否购买基于债务人的目标债务发行的证券，以及所购证券的证券级别、证券数量、证券面值、证券的交易期限等。

S42：若信用评估结果低于预设等级，则执行预设操作，其中，预设操作包括降低债务方的信用值。

若获取的信用评估结果低于预设等级，则执行预设操作，其中，预设级别是预设的信用级别，若债务方的信用级别低于预设等级时，则认为债务方的信用情况差、信用过低，可能出现失信、违法行为；预设操作包括降低债务方的信用值，使得SPV机构基于债务方的目标债务发行证券时，也可以降低其证券的级别。另外，债务方的节点作为共识节点时，由于降低了该节点的信用值，则可以降低该节点作为记账主节点的概率。此外，预设操作还可以包括向该债务方节点发送预警信息，以警告该节点出现的失信行为，使得该节点可以及时处理失信行为。

可选的，预设等级还可以包括多个预设等级，每个预设等级可设置对应的预设操作。若信用评估结果低于第一预设等级，则执行第一预设操作，例如向该债务方节点发送提示信息，以提示债务方节点信用级别较低；若信用评估结果低于第二预设等级，则执行第二预设操作，例如降低该债务方在区块链中作为共识节点的信用值，降低该债务方在区块链中作为记账主节点的概率；若信用评估结果低于第三预设等级，则执行第三预设操作，例如取消该债务方节点在区块链中作为共识节点，或取消债务方节点作为记账主节点。

本实施例中，通过结合大数据技术、区块链技术对债务方进行信用评估，可以提高信用评估结果的准确性，同时，可以在区块链中获取信用评估结果对债务方的信用情况进行监管，避免出现失信行为等，以保障证券处理过程中资产的安全性。

在一些实施例中，可从区块链中读取每个区块链节点的信用评估结果，其中，信用评估结果为基于区块链节点的基础数据进行分析处理得到的。对每个区块链节点进行信用评估的具体过程可以参考上述实施例中对债务方的信用评估过程，在此不再赘述。

对于上述实施例，证券交易数据和结算信息是由区块链中的记账主节点打包至区块以存储至区块链中的，记账主节点是基于区块链中各节点的资产状况、得票数、信用值以及各自的权重选择得到的。另外，上述在交易过程中的所有数据都可以由共识节点进行共识后，再通过记账主节点打包至区块以存储至区块链中，具体可参考下述实施例。

对于上述实施例，请参阅图7，图7是本申请区块链共识方法第一实施例的流程示意图。该方法包括以下步骤：

S51：区块链节点接收至少一个其他区块链节点广播的记账竞争信息。

区块链节点接收至少一个其他区块链节点广播的记账竞争信息，其中，区块链节点可以是上述证券处理系统中的节点，例如是区块链中的共识节点，共识节点可以是上述证券处理系统中除监管机构之外的所有节点。区块链中的共识节点可以接收至少一个其他共识节点广播的记账竞争信息。

S52：响应于记账竞争信息，获取其他区块链节点的竞争参考因子，其中，竞争参考因子包括得票数和至少一个其他参考因子，其他参考因子包括资产状况和信用值中的至少一者。

响应于记账竞争信息，获取其他区块链节点的竞争参考因子，竞争参考因子可以包括得票数、资产状况和/或信用值等。其中，记账竞争信息可以包括至少一个其他区块链节点资产状况和/或信用值，也可以不包括其他区块链节点的资产状况和/或信用值，区块链节点可以从区块链存储的信息中获取其他区块链节点的资产状况和/或信用值。

得票数是除当前区块链节点外，所有共识节点的其他区块链节点对当前区块链节点投票的数量，可以预先设置总投票数范围，及一个区块链节点的投票数范围等，例如，设置得票数最大值为100，每个共识节点可对其他每个共识节点的投票数为1-10。

资产状况表示节点的财务状况，可以由净资产和利润决定，其中，净资产可由总资产减去总负债的余额来确定，利润由总收入减去总费用的余额来确定，总资产、总负债、总收入和总费用均可从区块链上获取，例如可由获取的第三方评估机构的审计机构对该节点出具的审计报告得到，或者在最近一期公布的年度财务报表得到，以确定每个区块链节点资产状况。

信用值可以反映节点的信用情况，为每个节点赋予一个信用值，作为记账权的一个参考因素，根据节点的行为增加和扣除信用值，用信用值奖励来调动节点的积极性，信用值扣除来减小节点作恶的几率。信用值表示每个区块链节点的信用状况，当节点加入区块链时，可以设置节点的初始信用值，后续再根据每个区块链节点的信用状况调整信用值。例如初始信用值为50，最大值为100，如果区块链节点成功记账一次，则可以获得1个信用值，如果发生恶意行为，则降低10个信用值，使得减少恶意区块链节点的出现。

其中，区块链节点的信用值可以与信用评估结果相关，区块链节点的信用评估结果会影响其节点的信用值。若区块链节点的信用评估结果的信用级别降低了，也可降低其节点的信用值，如获取的债务方的信用级别降低，则降低该债务方所在的节点的信用值。若区块链节点的信用评估结果低于预设等级，则可以降低该区块链节点的信用值，具体的，预设等级可包括多个预设等级，若区块链节点的信用评估结果低于第二预设等级，则降低该节点作为共识节点的信用值，以降低区块链节点在区块链中作为记账主节点的概率；若区块链节点的信用评估结果低于第三预设等级，则取消该区块链节点在区块链中作为共识节点，或取消区块链节点作为记账主节点。

另外，区块链中作为监督方节点不作为共识节点，可对每个区块链节点进行监督，监督方对区块链节点的监督情况会影响区块链节点的信用值。若监督方在对区块链节点进行监督的过程中发现区块链节点出现违法、恶意等行为，可以向该节点发送预警信息，并降低该区块链节点的信用值，以降低其被选为记账主节点的概率。

信用值作为竞争参考因子，可以影响每个区块链节点记账权的概率，若区块链节点的信用值低于第一预设信用阈值，则可以限制其节点竞争记账主节点，也即是取消其节点作为记账主节点；若区块链节点的信用值低于第二预设信用阈值，则可以取消其节点作为共识节点的资格，有利于减少区块链节点作恶行为的发生。

S53：基于自身以及每个其他区块链节点的竞争参考因子，得到自身以及每个其他区块链节点的竞争得分。

基于区块链节点自身以及每个其他区块链节点的得票数、资产状况和/或信用值，可以得到区块链节点自身以及每个其他区块链节点的竞争得分。

对自身的竞争参考因子进行加权处理，得到自身的竞争得分，对其他区块链节点的竞争参考因子进行加权处理，得到其他区块链节点的竞争得分。例如竞争参考因子包括得票数、资产状况和信用值，可以对每个区块链节点的得票数、资产状况和信用值的每个参考因子加以对应各参考因子的权重，如得票数对应第一预设权重，资产状况对应第二预设权重，信用值对应第三预设权重，基于每个区块链节点的得票数、资产状况和信用值以及对应的权重乘积的总和，得到每个区块链节点的竞争得分。每个权重可以根据具体记账业务进行确定，也可以是预先设置的权重，如第三预设权重可以大于第二预设权重，第一预设权重也可以大于第二预设权重等，本申请对每个权重的相对大小不做限制。

S54：基于自身以及其他区块链节点的竞争得分，确定自身是否作为记账主节点。

若区块链节点自身的竞争得分高于每个其他区块链节点的竞争得分，则确定区块链节点自身为记账主节点。若区块链节点自身的竞争得分不高于其他区块链节点中的最高竞争得分，则确定区块链节点自身不是记账主节点，以选择出竞争得分最高的区块链节点为记账主节点。本申请中区块链中的每个区块链节点都有成为记账主节点的可能。

本实施例中，在选取记账主节点时，通过各区块链节点的得票数、资产状况和/或信用值竞选记账主节点，信用值可以反映节点的信用情况，信用值作为记账权的一个参考因素，有助于增加信用值高的节点获得记账权的概率，有利于减少区块链节点作恶行为的发生；资产状况可以反映节点的资产经济情况，可以间接的反映区块链节点的可靠程度，资产状况作为记账权的一个参考因素，可以增加区块链节点共识的可靠性；通过各区块链节点的得票数、资产状况和/或信用值竞选记账主节点可以均衡区块链节点的记账权，避免单一参考因素来决定记账权，多个参考因素能降低被单一节点操控的概率，区块链节点对记账权的竞争更加全面、合理，提高区块链共识的稳定性。

请参阅图8，图8是本申请区块链共识方法第二实施例的流程示意图。该方法包括以下步骤：

S61：区块链节点接收至少一个其他区块链节点广播的记账竞争信息。

S62：响应于记账竞争信息，获取其他区块链节点的竞争参考因子，其中，竞争参考因子包括得票数和至少一个其他参考因子，其他参考因子包括资产状况和信用值中的至少一者。

S63：基于自身以及每个其他区块链节点的竞争参考因子，得到自身以及每个其他区块链节点的竞争得分；

S64：基于自身以及其他区块链节点的竞争得分，确定自身是否作为记账主节点。

本实施例中的步骤S61～步骤S64可以参考上述实施例的具体实施过程，此处不再赘述。

S65：将待存储的目标数据发送给所在区块链中的验证节点进行验证。

在选出记账主节点后，记账主节点可以接收其他区块链节点发送的目标数据，由记账主节点将待存储的目标数据发送给所在区块链中的验证节点进行验证，其中，共识节点包括记账主节点和验证节点，记账主节点为一个，验证节点可以是共识节点中除了记账主节点之外的所有节点。目标数据可以是上述实施例中信用评估结果、过程数据等，还可以是上述实施例中所有的过程的所有的数据。

S66：基于验证节点发送的验证结果，确定是否执行将目标数据进行打包成区块并存储至区块链中。

验证节点接收到记账主节点发送的验证消息及目标数据时，可以对目标数据进行验证，以确定目标数据的真实性，以将经过验证节点验证后真实的、正确的目标数据进行打包成区块存储在区块链中。其中，验证节点对目标数据进行验证，对该目标数据的交易节点的身份、交易信息、信用值等进行验证，若验证交易节点出现身份造假、交易信息有误、信用值低于预设信用值等的情况，则可以拒绝向记账主节点发送目标数据的确认验证消息，否则，则向记账主节点发送目标数据的确认验证消息，以使得记账主节点可以基于验证节点发送的验证结果确定目标数据的正确性。

对于上述实施例中步骤S66，请参阅图9，该步骤S66还可以包括以下步骤：

S661：判断是否接收到预设比例的验证节点发送的确认验证消息。

若记账主节点接收到预设比例的验证节点发送的确认验证消息，则可以表明通过了验证节点对目标数据的验证，目标数据是正确的；若记账主节点未接收到预设比例的验证节点发送的确认验证消息，则可以表明没有通过了验证节点对目标数据的验证，则可以确定为目标数据不是真实的、正确的，则不对目标数据进行上链。预设比例可以为2/3，也可以根据记账的目标数据类型、验证节点的数量等选择预设比例。

步骤S661若判断为是，则执行步骤S662；否则，执行步骤S663。

S662：执行将目标数据进行打包成区块并存储至区块链中。

基于验证节点发送的验证结果，确定目标数据是真实的、正确的后，记账主节点执行将目标数据进行打包成区块并存储至区块链中。

具体地，记账主节点将目标数据发送给所在区块链中的排序节点，以使排序节点对目标数据按照其生成时间进行排序并检测目标数据的合法性。其中，排序节点可以是记账主节点或验证节点，若排序节点为记账主节点，则记账主节点可以不将目标数据发送给排序节点，而由记账主节点执行其排序节点的操作。

排序节点可以对目标数据进行合规性检测，以保证目标数据的交易是合理合法的。若排序节点检测目标数据为合法的，则将目标数据按照其生成时间进行排序，将目标数据按时间顺序发送给记账主节点，同时，可以向记账主节点发送目标数据为合法的检测结果，以使得记账主节点接收排序节点按照生成时间顺序发送的且检测为合法的目标数据，以再次检测目标数据的合法性；若排序节点检测目标数据为不合法的，则剔除不合法的目标数据，可以向记账主节点发送目标数据为不合法的检测结果，记账主节点接收排序节点剔除检测为不合法目标数据的通知消息，以使得该不合法的目标数据以及其对应的交易信息，不被发送给记账主节点打包成区块存储在区块链中。通过将不合法的目标数据进行剔除，使得该目标数据的业务信息就没有成功上链，可以保证上链的目标数据都是合法的。另外，如果区块链节点上传了不合法的目标数据，则可以降低其节点的信用值，降低其被选为记账主节点的可能性。

记账主节点在预设时间内接收排序节点按照生成时间顺序发送的且检测为合法的目标数据，记账主节点接收到检测为合法的目标数据后，可以再次对目标数据进行的合法性进行检测，以防止出现不合法的目标数据。记账主节点确认合法后，将接收到的目标数据打包区块，以作为新的区块，并将区块添加至区块链中，其区块链可以是ABS区块链。

另外，若区块链中其他节点发现其节点本地存储的区块高度低于该记账主节点存储的区块高度，其他节点则可以将新增区块添加到该其他节点的本地存储的区块链账本中，以保证区块链中的所有节点实时同步账本，保证及时性和完整性。例如记账主节点将目标数据上链存储的高度是100，若A节点存储的区块的高度是99，而另外的其他节点存储的区块高度也是100，则说明A节点没有存储记账主节点上链的区块，也即是为没有存储区块高度为100的区块，为了保持分布式账本一致，A节点可以将区块高度为100的区块存储在A节点的本地账本中。

S663：向其他区块链节点发送重新共识的通知，并重新执行接收至少一个其他区块链节点广播的记账竞争信息及其后续步骤，以进行新一轮共识。

若记账主节点未接收到预设比例的验证节点发送的确认验证消息，表明没有通过了验证节点对目标数据的验证，不会对目标数据进行上链。记账主节点会向其他区块链节点发送重新共识的通知，并重新执行接收至少一个其他区块链节点广播的记账竞争信息及其后续步骤，以进行新一轮共识。其中，记账竞争信息中的竞争参考因子资产状况和/或信用值暂时不会发生变化，可以不再次获取资产状况和/或信用值，而竞争参考因子得票数需要重新获取，以根据新的竞争得分，确定新的记账主节点，重复上述步骤，直达新的记账主节点接收到预设比例的验证节点发送的确认验证消息。

本实施例中，通过记账主节点将目标数据发送给验证节点进行验证，以及将目标数据发送给所在区块链中的排序节点，使排序节点对目标数据按照其生成时间进行排序并检测目标数据的合法性，最后接收经过验证节点、排序节点检测合法的目标数据，再次验证合法性后将接收到的目标数据打包区块存储在区块链中，可以提高上链数据的合法性、安全性，减少区块链节点作恶行为的发生。

对于上述实施例，请参阅图10，图10是本申请区块链共识方法第三实施例的流程示意图。该方法包括以下步骤：

S71：记账主节点接收目标数据；其中，记账主节点是根据所在的区块链中各节点的得票数和其他参考因子确定的，其中，其他参考因子包括资产状况和信用值中的至少一者。

S72：记账主节点将目标数据发送给所在区块链中的验证节点进行验证。

在记账主节点将目标数据发送给所在区块链中的验证节点进行验证之后，验证节点对目标数据关联的节点的身份、交易信息和信用评估结果中的至少一个进行验证；若验证通过，则向记账主节点发送验证确定消息，以作为验证结果。

S73：验证节点向记账主节点发送验证结果。

S74：记账主节点基于验证结果，确定是否执行将目标数据进行打包成区块并存储至区块链中。

记账主节点基于验证节点发送的验证结果，确定是否执行将目标数据进行打包成区块并存储至区块链中，包括：记账主节点将目标数据发送给所在区块链中的排序节点；排序节点对目标数据按照其生成时间进行排序并检测目标数据的合法性；记账主节点在预设时间内接收排序节点按照生成时间顺序发送的且检测为合法的目标数据，将接收到的目标数据打包区块，并将区块添加至区块链中。

本实施例中每个步骤的具体实施过程可以参考上述实施例的实施过程，本次不再赘述。

对于上述实施例，本申请提供一种计算机设备，请参阅图11，图11是本申请计算机设备一实施例的结构示意图。该计算机设备100包括存储器101和处理器102，其中，存储器101和处理器102相互耦接，存储器101中存储有程序数据，处理器102用于执行程序数据以实现上述证券处理方法任一实施例的步骤，和/或，实现上述所有区块链共识方法任一实施例的步骤，其中，该实施例中的计算机设备100可以为上述区块链共识方法任一实施例中的记账主节点、验证节点和排序节点中的任一区块链节点。

在本实施例中，处理器102还可以称为CPU(Central Processing Unit，中央处理单元)。处理器102可能是一种集成电路芯片，具有信号的处理能力。处理器102还可以是通用处理器、数字信号处理器(DSP)、专用集成电路(ASIC)、现场可编程门阵列(FPGA)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件。通用处理器可以是微处理器或者该处理器102也可以是任何常规的处理器等。

该实施例的具体实施方式可参考上述实施例的实施过程，在此不再赘述。

对于上述实施例，本申请提供一种区块链系统，请参阅图12，图12是本申请区块链系统第一实施例的结构示意图。该区块链系统200包括记账主节点201和验证节点202，其中，记账主节点201和验证节点202用于执行上述所有区块链共识方法任一实施例的步骤，和/或，记账主节点201、验证节点202用于执行上述证券处理方法任一实施例的步骤。

该实施例的具体实施方式可参考上述实施例的实施过程，在此不再赘述。

在一些实施例中，请参阅图13，图13是本申请区块链系统第二实施例的结构示意图。该区块链系统300包括记账主节点301、验证节点302和排序节点303，其中，记账主节点301、验证节点302和排序节点303用于执行上述所有区块链共识方法任一实施例的步骤。该区块链系统300中的任一区块链节点可以为上述证券处理系统中的任一节点，记账主节点301、验证节点302和排序节点303还用于执行上述证券处理方法任一实施例的步骤。

该实施例的具体实施方式可参考上述实施例的实施过程，在此不再赘述。

对于上述实施例的方法，其可以采用计算机程序的形式实现，因而本申请提出一种存储装置，请参阅图14，图14是本申请存储装置一实施例的结构示意图。该存储装置400中存储有能够被处理器运行的程序数据401，程序数据可被处理器执行以实现上述证券处理方法任一实施例的步骤，和/或，所有区块链共识方法任一实施例中方法的步骤。

本实施例存储装置400可以是U盘、移动硬盘、只读存储器(ROM，Read-OnlyMemory)、随机存取存储器(RAM，Random Access Memory)、磁碟或者光盘等可以存储程序数据的介质，或者也可以为存储有该程序数据的服务器，该服务器可将存储的程序数据发送给其他设备运行，或者也可以自运行该存储的程序数据。

在本申请所提供的几个实施例中，应该理解的，所揭露的方法和装置，可以通过其它的方式实现。例如，以上所描述的装置实施方式仅仅是示意性的，例如，模块或单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个单元或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口，装置或单元的间接耦合或通信连接，可以是电性、机械或其它的形式。

作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施方式方案的目的。

另外，在本申请各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现，也可以采用软件功能单元的形式实现。

集成的单元如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个存储装置中，该存储装置是一种计算机可读取存储介质。基于这样的理解，本申请的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的全部或部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)或处理器(processor)执行本申请各个实施方式方法的全部或部分步骤。

显然，本领域的技术人员应该明白，上述的本申请的各模块或各步骤可以用通用的计算装置来实现，它们可以集中在单个的计算装置上，或者分布在多个计算装置所组成的网络上，可选地，它们可以用计算装置可执行的程序代码来实现，从而，可以将它们存储在存储装置中由计算装置来执行，或者将它们分别制作成各个集成电路模块，或者将它们中的多个模块或步骤制作成单个集成电路模块来实现。这样，本申请不限制于任何特定的硬件和软件结合。

以上所述仅为本申请的实施方式，并非因此限制本申请的专利范围，凡是利用本申请说明书及附图内容所作的等效结构或等效流程变换，或直接或间接运用在其他相关的技术领域，均同理包括在本申请的专利保护范围内。

Claims (10)

1.一种区块链共识方法，其特征在于，所述方法包括：

区块链节点接收至少一个其他区块链节点广播的记账竞争信息；

响应于所述记账竞争信息，获取所述其他区块链节点的竞争参考因子，其中，所述竞争参考因子包括得票数和至少一个其他参考因子，所述其他参考因子包括资产状况和信用值中的至少一者；

基于自身以及每个所述其他区块链节点的竞争参考因子，得到自身以及每个所述其他区块链节点的竞争得分；

基于自身以及所述其他区块链节点的竞争得分，确定自身是否作为记账主节点。

2.根据权利要求1所述的方法，其特征在于，所述基于自身以及每个所述其他区块链节点的竞争参考因子，得到自身以及每个所述其他区块链节点的竞争得分，包括：

对自身的竞争参考因子进行加权处理，得到自身的竞争得分，对所述其他区块链节点的竞争参考因子进行加权处理，得到所述其他区块链节点的竞争得分；

和/或，所述基于自身以及所述其他区块链节点的竞争得分，确定自身是否作为记账主节点，包括：

若自身的竞争得分高于每个所述其他区块链节点的竞争得分，则确定自身为记账主节点。

3.根据权利要求1所述的方法，其特征在于，在所述基于自身以及所述其他区块链节点的竞争得分，确定自身是否作为记账主节点之后，所述方法还包括：

将待存储的目标数据发送给所在区块链中的验证节点进行验证；

基于所述验证节点发送的验证结果，确定是否执行将所述目标数据进行打包成区块并存储至区块链中。

4.根据权利要求3所述的方法，其特征在于，所述基于所述验证节点发送的验证结果，确定是否执行将所述目标数据进行打包成区块并存储至区块链中，包括：

判断是否接收到预设比例的所述验证节点发送的确认验证消息；

若是，则执行将所述目标数据进行打包成区块并存储至区块链中；

若否，则向其他区块链节点发送重新共识的通知，并重新执行所述接收至少一个其他区块链节点广播的记账竞争信息及其后续步骤，以进行新一轮共识。

5.根据权利要求4所述的方法，其特征在于，所述执行将所述目标数据进行打包成区块并存储至区块链中，包括：

将所述目标数据发送给所在区块链中的排序节点，以使所述排序节点对所述目标数据按照其生成时间进行排序并检测所述目标数据的合法性；

在预设时间内接收所述排序节点按照所述生成时间顺序发送的且检测为合法的所述目标数据，将所述接收到的目标数据打包区块，并将所述区块添加至所述区块链中。

6.根据权利要求5所述的方法，其特征在于，所述将所述目标数据发送给所在区块链中的排序节点，以使所述排序节点对所述目标数据按照其生成时间进行排序并检测所述目标数据的合法性之后，还包括：

若接收到所述排序节点检测目标数据为合法的检测结果，则接收所述排序节点按照所述生成时间顺序发送的且检测为合法的所述目标数据，再次检测所述目标数据的合法性；和/或，

若接收到所述排序节点检测目标数据为不合法的检测结果，则接收所述排序节点剔除检测为不合法所述目标数据的通知消息。

7.一种区块链共识方法，其特征在于，所述方法包括：

记账主节点接收目标数据；其中，所述记账主节点是根据所在的区块链中各节点的得票数和其他参考因子确定的，其中，其他参考因子包括资产状况和信用值中的至少一者；

所述记账主节点将所述目标数据发送给所在区块链中的验证节点进行验证；

所述验证节点向所述记账主节点发送验证结果；

所述记账主节点基于所述验证结果，确定是否执行将所述目标数据进行打包成区块并存储至区块链中。

8.根据权利要求7所述的方法，其特征在于，在所述记账主节点将所述目标数据发送给所在区块链中的验证节点进行验证之后，所述方法还包括：

所述验证节点对所述目标数据关联的节点的身份、交易信息和信用评估结果中的至少一个进行验证；

若验证通过，则向所述记账主节点发送验证确定消息，以作为所述验证结果；

所述记账主节点基于所述验证节点发送的验证结果，确定是否执行将所述目标数据进行打包成区块并存储至区块链中，包括：

所述记账主节点将所述目标数据发送给所在区块链中的排序节点；

所述排序节点对所述目标数据按照其生成时间进行排序并检测所述目标数据的合法性；

所述记账主节点在预设时间内接收所述排序节点按照所述生成时间顺序发送的且检测为合法的所述目标数据，将所述接收到的目标数据打包区块，并将所述区块添加至所述区块链中。

9.一种计算机设备，其特征在于，包括相互耦接的存储器和处理器，所述存储器中存储有程序数据，所述处理器用于执行所述程序数据以实现权利要求1至6任一项所述方法的步骤。

10.一种区块链系统，其特征在于，包括记账主节点和验证节点，其中，所述记账主节点和验证节点用于执行权利要求7或8中的对应步骤。

Images