具体实施方式
为了使本发明的目的、技术方案和优点更加清楚,下面将结合附图对本发明作进一步地详细描述,所描述的实施例不应视为对本发明的限制,本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其它实施例,都属于本发明保护的范围。
在以下的描述中,涉及到“一些实施例”,其描述了所有可能实施例的子集,但是可以理解,“一些实施例”可以是所有可能实施例的相同子集或不同子集,并且可以在不冲突的情况下相互结合。
除非另有定义,本文所使用的所有的技术和科学术语与属于本发明的技术领域的技术人员通常理解的含义相同。本文中所使用的术语只是为了描述本发明实施例的目的,不是旨在限制本发明。
目前,资产发行参与机构的交易关系图可以如图1所示:
在图1中,对于一项资产发行计划,需要多方机构共同参与完成。其中,计划管理人对基础资产进行穿透管理,实时掌握底层资产情况,发挥其主动管理的价值;资产服务机构向参与各方及时同步资产数据,并对资产数据进行智能监控管理;托管银行提供资金托管服务,通过划款凭证进行对账,保证循环购买阶段的资金和资产的金额准确;会计事务所获取交易信息开展现金流分析;律师事务所开展尽职调查,提高尽职调查效率;评级机构实时跟踪资产变化情况,及时做出信用评级调整。
从图1中可以看出,资产发行参与机构数目较多,并且由于银行、证券交易机构等国家政府部门对安全等级要求比较严格,导致在资产发行的国产中无法通过部署中心化系统来传递资产等信息,在资产发行的过程中一般通过线下或邮件的形式通知各方参与机构告知资产发行状态、资产发行明细、评级或信用等级评估报告。因此,现有技术的线下或邮件的形式在参与机构过多的情况下会导致很大的沟通成本,也延长了沟通确认时间。由于各参与机构的数据不透明,导致各参与机构无法对资产发行的数据进行实时的查看和监控,也无法及时动态的调整资产数据,做出风险报告,以及监控数据预警,并且,各参与机构的数据在传递过程中还有可能产生数据被窃取或篡改的风险。为了减少资产发行过程中的沟通成本,提高资产发行数据的透明度与安全性,提出了本发明对应的技术方案,具体的实施例如下:
对本发明实施例进行进一步详细说明之前,对本发明实施例中涉及的名词和术语进行说明,本发明实施例中涉及的名词和术语适用于如下的解释。
1)交易(Transaction),等同于计算机术语“事务”,交易包括了需要提交到区块链网络执行的操作,并非单指商业语境中的交易,鉴于在区块链技术中约定俗成地使用了“交易”这一术语,本发明实施例遵循了这一习惯。
例如,部署(Deploy)交易用于向区块链网络中的节点安装指定的智能合约并准备好被调用;调用(Invoke)交易用于通过调用智能合约在区块链中追加交易的记录,并对区块链的状态数据库进行操作,包括更新操作(包括增加、删除和修改状态数据库中的键值对)和查询操作(即查询状态数据库中的键值对)。
2)区块(Block),记录一段时间内交易所更新的账本数据的数据结构,被标记上时间戳和之前一个区块的独特标记(例如数字指纹),区块经过区块链网络中节点的共识验证后,会被追加到区块链的末尾成为新区块。
3)区块链(Blockchain),是由区块(Block)形成的加密的、链式的交易的存储结构。
4)区块链网络(Blockchain Network),通过共识的方式将新区块纳入区块链的一系列的节点的集合。
5)账本(Ledger),区块链网络中以账户为维度所记录的数据的总和,包括账本数据、账本状态、账本状态证明和区块索引等元素。
6)账本数据,实际区块数据存储,即区块链中记录的一系列有序的、不可篡改的交易的记录,可以表现为文件系统的文件的形式,交易中调用的智能合约被执行时,实现对账户/账户中数据的更新。
7)账本状态,也称为状态数据,即账本数据的状态,可以表现为数据库中的键值对的形式,其中实时账本状态用于表示共识的交易所更新的键值对的最新记录,历史账本状态用于表示键值对的历史记录。
8)共识(Consensus),是区块链网络中的一个过程,用于在涉及的多个节点之间对交易结果达成一致,实现共识的机制包括工作量证明(PoW)、权益证明(PoS,Proof ofStake)、股份授权证明(DPoS,Delegated Proof-of-Stake)、消逝时间量证明(PoET,Proofof Elapsed Time)等。
9)智能合约(Smart Contracts),也称为链码(Chaincode),部署在区块链网络中的根据条件而触发执行的程序,用于通过查询、增加、修改来操作账本,以实现对账本的查询或更新。
下面说明本发明实施例提供的区块链网络的示例性应用,参见图2,图2为本发明实施例提供的区块链网络的应用架构示意图,包括区块链网络200(示例性示出了包括共识节点210-1至共识节点210-3)、认证中心300、资产发行业务主体400(示例性示出归属于业务主体400的终端600-1及其图形界面610-1)和资产发行业务主体500,下面分别进行说明。
区块链网络200的类型是灵活多样的,例如可以为公有链、私有链或联盟链中的任意一种。以公有链为例,任何业务主体的电子设备例如用户终端和服务器,都可以在不需要授权的情况下接入区块链网络200;以联盟链为例,业务主体在获得授权后其下辖的电子设备(例如终端/服务器)可以接入区块链网络200,此时,成为区块链网络200中的客户端节点。为了保证区块链中交易的隐私以及合规性,本发明实施例采用联盟链作为区块链网络200的类型。
在一些实施例中,客户端节点可以只作为区块链网络200的观察者,即提供支持业务主体发起交易(例如,用于上链存储数据或查询链上数据)功能,对于区块链网络200的共识节点210的功能,例如排序功能、共识服务和账本功能等,客户端节点可以缺省或者有选择性(例如,取决于业务主体的具体业务需求)地实施。从而,可以将业务主体的数据和业务处理逻辑最大程度迁移到区块链网络200中,通过区块链网络200实现数据和业务处理过程的可信和可追溯。
区块链网络200中的共识节点接收来自不同业务主体(例如图1中示出的资产发行业务主体400和资产发行业务主体500)的客户端节点(例如,图1中示出的归属于资产发行业务主体400的客户端节点410、以及归属于资产发行业务主体500的客户端节点510)提交的交易,执行交易以更新账本或者查询账本,执行交易的各种中间结果或最终结果可以返回业务主体的客户端节点中显示。
例如,客户端节点410/510可以订阅区块链网络200中感兴趣的事件,例如区块链网络200中特定的组织/通道中发生的交易,由共识节点210推送相应的交易通知到客户端节点410/510,从而触发客户端节点410/510中相应的业务逻辑。
本发明实施例中,资产发行业务主体可以是图1中资产发行计划中涉及的各个参与机构。如资产发行业务主体400可以是资产服务机构,资产发行业务主体500可以是托管银行,从认证中心300进行登记注册获得各自的数字证书。资产发行业务主体的设备(例如终端或者服务器)运行的客户端运行的客户端都可以向区块链网络200请求接入而成为客户端节点。
资产发行业务主体400的业务人员在客户端410中登录,输入资产统计数据读取查询请求,客户端410根据资产统计数据读取查询请求生成对应查询操作的交易,在交易中指定了实现查询操作需要调用的智能合约、以及向智能合约传递的参数,交易还携带了客户端410的数字证书、签署的数字签名(例如,使用客户端410的数字证书中的私钥,对交易的摘要进行加密得到),并将交易广播到区块链网络200中的共识节点210。
区块链网络200中的共识节点210中接收到交易时,对交易携带的数字证书和数字签名进行验证,验证成功后,根据交易中携带的业务主体400的身份,确认业务主体400是否是具有交易权限,数字签名和权限验证中的任何一个验证判断都将导致交易失败。验证成功后签署节点210自己的数字签名(例如,使用节点210-1的私钥对交易的摘要进行加密得到),并继续在区块链网络200中广播。
区块链网络200中的共识节点210接收到验证成功的交易后,将交易填充到新的区块中,并进行广播。区块链网络200中的共识节点210广播的新区块时,会对新区块进行共识过程,如果共识成功,则将新区块追加到自身所存储的区块链的尾部,并根据交易的结果更新状态数据库,执行新区块中的交易:对于查询资产统计数据的交易,从状态数据库中查询资产统计数据对应的键值对,并返回交易结果。
作为区块链的示例,参见图3,图3为本发明实施例提供的区块链的结构示意图,每个区块的头部既可以包括区块中所有交易的哈希值,同时也包含前一个区块中所有交易的哈希值,新产生的交易的记录被填充到区块并经过区块链网络中节点的共识后,会被追加到区块链的尾部从而形成链式的增长,区块之间基于哈希值的链式结构保证了区块中交易的防篡改和防伪造。
下面说明实现本发明实施例的区块链资产发行平台的示例性的功能架构,参见图4,图4为本发明实施例提供的区块链资产发行平台的功能架构示意图,包括用户层110、服务层120、业务层130、接口层140和资源层150,下面分别进行说明。
用户层110包括资产发行的参与机构,对应于图1中的客户端节点,在一些实施例中,资产发行的参与机构包含资产发行计划涉及到的全部中介结构和资产服务机构,如计划管理人、资产服务机构、托管银行、会计事务所、律师事务所和评级机构等。各参与机构节点独立部署各自区块链网络服务平台的客户端,通过区块链网络服务平台的客户端获取分配的用户名、密码和公钥和私钥。其中,用户名和公钥在区块链由各参与机构公开,私钥和密码由各参与机构独立持有。用户名和密码用于登录各自区块链网络服务平台的客户端,公钥和私钥用于对区块链中的数据进行权限设置和验证。
服务层120包含WEB系统和应用程序编程接口(API,Application ProgrammingInterface)接口,其中,WEB系统用来向各个参与机构节点展示区块链所有可授权的文件和资产数据,以及提供对流程和数据进行操作和确认的可视化界面;API接口用来与各个参与机构自身现有的业务系统进行数据的对接,以实现通过各个参与机构自有的业务系统对区块链中的资产数据进行操作。
在一些实施例中,作为资产发行参与机构的托管银行有自己的银行应用系统,托管行可以通过API接口将自己的银行应用系统中的划款凭证上传至区块链中。
业务层130包含业务功能模块和基础功能模块。其中,业务功能模块主要用于支持区块链网络服务平台的所有与业务有关的功能,包括项目信息、文件管理、资产信息、交易汇总、划款凭证、自动对账、清偿监控,业务功能模块的所有数据来源于区块链参与机构节点上传的数据。基础功能模块主要用来对业务功能进行辅助,基础功能模块包含用户管理、加解密、任务调度、流程配置、权限配置、待办事项,区块链网络服务平台通过基础功能模块中的流程配置和权限配置能够动态的调整数据访问权限和任务流程转向。
接口层140用于连接区块链网络服务平台和区块链网络,提供区块链网络服务平台与区块链之间的数据通道。
在一些实施例中,接口层140可以由中间件SDK实现。
资源层150包含后端服务(BaaS,Backend as a Service)平台,分布式文件共享系统、以及数据存储中间件。其中,BaaS平台用于将各个参与机构作为节点组建区块链网络,对区块链网络中的各个节点进行管理,在区块链数据传输过程中使用安全传输层(TLS,Transport Layer Security)协议,保证数据的机密性和完整性。并在区块链中利用智能合约实现加速清偿和违约事件的实时判断,以降低人工成本的出错率。分布式文件共享系统用于存放各节点上传的文件类型的数据,由于区块链的数据结构无法存储图片或大型数据文件,因此各节点可以通过区块链资产发行平台将文件类型的数据上传至分布式文件共享系统,再将上传至分布式文件共享系统时所产生的哈希值上传至区块链,以使区块链资产发行平台可以支持大文件的上传。数据存储中间件为各个参与机构节点的本地存储空间,用来同步区块链数据到各个参与机构节点的本地存储空间,以使区块链网络服务平台可以从数据存储中间件中获取区块链数据并进行展示,减少频繁调用区块链查询数据,提高区块链网络服务平台的数据响应速度。
在一些实施例中,分布式文件共享系统可以是星际文件系统(IPFS,InterPlanetary File System)。
基于上述架构,本发明实施例提出了以下的实现方式。
本发明实施例提供一种区块链资产发行方法,应用于区块链资产发行平台,参见图5,图5为本发明实施例提供的一种区块链资产发行方法流程图一,将结合图5示出的步骤进行说明。
S101、获取至少一个业务节点,至少一个业务节点为每个资产发行机构的业务主体对应的节点。
本发明实施例提供的区块链资产发行方法适用于使用区块链发行资产计划的场景,包括资产证券化产品发行,以及银行、保险、证券、商业协会、集团企业及上下游企业之间进行资产数据和业务流程交互的场景。
本发明实施例中,在资产发行阶段,区块链资产发行平台以每个资产发行机构的业务主体对应的节点作为业务节点,获取至少一个业务节点。
本发明实施例中,对应于图4,区块链资产发行平台将至少一个业务节点作为区块链资产发行平台的用户层。
S102、接收至少一个业务节点中任意一个业务节点发送的资产数据。
本发明实施例中,区块链资产发行平台得至少一个业务节点之后,区块链资产发行平台接收至少一个业务节点中任意一个业务节点上传的资产数据。
本发明实施例中,至少一个业务节点中任意一个业务节点上传的资产数据为至少一个业务节点中任意一个业务节点在资产发行过程中涉及的所有数据。
在一些实施例中,资产数据可以包括发行准备的所有文件以及模拟池数据、资产的回款数据、循环购买数据、置换和回款数据等。
本发明实施例中,资产数据还可以是文件类型的资产数据,示例性的,资产数据可以是图片等类型的文件。由于文件类型的数据通常会占用较大的存储空间,而区块链无法存储较大的数据,为了使资产发行过程中的文件也能保存在区块链中,当业务节点上传的资产数据为文件类型的资产数据时,S102中接收至少一个业务节点中任意一个业务节点发送的资产数据可以包括S1021-S1022,如下:
S1021、接收至少一个业务节点中任意一个业务节点将文件类型的资产数据上传至分布式文件共享系统时产生的哈希值,分布式文件共享系统为用于存储大型文件的分布式共享存储空间,哈希值与至少一个业务节点中任意一个业务节点上传的资产数据一一对应。
本发明实施例中,由于区块链无法存储文件类型的大型数据,业务节点会将文件哈希上传至分布式文件共享系统进行保存,然后将上传过程中产生的哈希值发送给区块链资产发行平台。区块链资产发行平台对应接收业务节点在将文件上传至分布式文件共享系统时的哈希值。
本发明实施例中,分布式文件共享系统为分布式存储并共享网络的文件存储系统,可以用于存储区块链无法存储的大文件。
在一些实施例中,分布式文件共享系统可以是星际文件系统(IPFS,InterPlanetary File System),也可以是其他类型的文件共享系统,本发明实施例不做限定。
S1022、将哈希值作为资产数据。
本发明实施例中,哈希值可以用来验证文件的唯一性,区块链资产发行平台接收到哈希值之后,可以将哈希值作为资产数据存储在区块链中,这样在业务节点需要调用文件类型的资产数据时,区块链资产发行平台可以在区块链找到该文件类型的资产数据的哈希值,再以哈希值为索引在分布式文件共享系统找到唯一对应的该文件类型的资产数据。
可以理解的是,本发明实施例中,通过将文件上传到分布式文件共享系统,将哈希值存储至区块链的方法,实现了对文件以及较大数据存储的支持。
S103、根据资产数据,生成对应的新区块。
本发明实施例中,区块链资产发行平台将接收到的资产数据以区块链中区块的数据格式进行封装,生成资产数据对应的新区块。
S104、将新区块添加至当前区块的尾部,完成任意一个业务节点对应的资产数据的上链。
本发明实施例中,对于每一个生成的新区块,区块链资产发行平台将新区块以链码链的方式追加至当前区块的尾部,完成任意一个业务节点对应的资产数据的上链,用以得到区块链。
本发明实施例中,区块链资产发行平台将新区块添加至当前区块的尾部,完成任意一个业务节点对应的资产数据的上链可以包括S1041-S1044,如下:
S1041、将新区块在至少一个业务节点之间进行广播,以使至少一个业务节点对新区块进行共识验证。
本发明实施例中,区块链资产发行平台将新区块在至少一个业务节点之间进行广播,以通知至少一个业务节点有新区块需要加入区块链,使得至少一个业务节点能够获取该新区块并对该新区块进行共识验证。
S1042、接收并统计至少一个业务节点对新区块的共识验证结果。
本发明实施例中,共识验证为区块链网络中的一个过程,用于在涉及的多个节点之间对交易结果达成一致,实现共识的机制包括工作量证明、权益证明、股份授权证明、消逝时间量证明等。区块链资产发行平台接收并统计至少一个业务节点基于上述任意一种共识机制做出的共识验证结果。
本发明实施例中,区块链资产发行平台接收并统计至少一个业务节点对新区块的共识验证结果。
S1043、判断新区块是否通过共识验证。
本发明实施例中,当共识验证结果一致时,说明至少一个业务节点对在区块链中加入该新区块达成了一致,区块链资产发行平台可以确定新区块通过共识验证;当对新区块的共识验证结果不一致时,说明至少一个业务节点对在区块链中加入该新区块无法达成一致,该新区块无法通过共识验证,不能被添加至区块链中。
S1044、将通过共识验证的新区块,以链码链的方式追加到当前区块链的尾部,完成任意一个业务节点对应的资产数据的上链。
本发明实施例中,区块链资产发行平台将通过共识验证的新区块,以链码链的方式追加到当前区块链的尾部,完成任意一个业务节点对应的资产数据的上链。每个业务节点的资产数据通过共识验证并添加至区块链后,就被所有的业务节点共同记录,并通过密码学保证前后互相关联,提高了篡改的难度与成本。
S105、当至少一个业务节点对应的至少一个资产数据均上链完成时,将得到的区块链中存储的至少一个资产数据作为账本数据。
本发明实施例中,对于任意一个业务节点对应的资产数据,区块链资产发行平台通过S102-S104中的方法对任意一个业务节点对应的资产数据进行上链,当至少一个业务节点对应的至少一个资产数据均上链完成时,区块链资产发行平台将区块链中存储的至少一个资产数据作为账本数据。
可以理解的是,在资产发行阶段,资产发行计划涉及到的全部参与机构的数据全部在区块链中对应的各节点组网上链,多个业务节点在统一的区块链通道中维护同一份账本数据,从而可以基于同一个账本上数据和流程进行各节点确认,利用区块链中数据的不可篡改性保证了资产数据和文件的准确性和可追溯性。
S106、对至少一个业务节点对账本数据发起的同步请求,进行响应,实现对账本数据的同步。
本发明实施例中,当至少一个业务节点对应的至少一个资产数据均上链完成,区块链资产发行平台确认账本数据之后,就可以接收至少一个业务节点对账本数据发起的同步请求。
本发明实施例中,当业务节点需要对区块链中的账本数据进行查看时,会通过预先指定的端口首先发送同步请求到区块链资产发行平台,区块链资产发行平台对应接收业务节点对账本数据发起的同步请求。
本发明实施例中,区块链资产发行平台对收到的同步请求进行响应,以控制发起同步请求的业务节点对账本数据的访问。
本发明实施例中,区块链资产发行平台对同步请求进行响应可以包括S1061-S1065,如下:
S1061、根据接收到的同步请求中包含的区块,查找区块中包含的存储内容。
本发明实施例中,区块链资产发行平台根据接收到的同步请求包含的业务节点要求同步的区块,在区块链中进行查询,以查找到对应要求同步的区块中所存储的内容。
S1062、当区块中包含的存储内容为账本数据中的至少一个资产数据时,向请求业务节点发送解密请求,请求业务节点为至少一个业务节点中发起同步请求的业务节点。
本发明实施例中,当区块中包含的存储内容是区块链中账本数据里的资产数据时,区块链资产发行平台向请求业务节点发送解密请求。
本发明实施例中,资产数据为使用授权节点的公钥加密的数据,其中,授权节点为该资产数据允许访问的业务节点。
本发明实施例中,在区块链资产发行平台初始化时,每个业务节点都被分配了节点标识,公钥和私钥,其中,节点标识和公钥由区块链资产发行平台公开,私钥由各个节点各自持有,因此一个业务节点可以在将其他业务节点设置为授权节点之后,获取授权节点的公钥,并使用授权节点的公钥加密得到资产数据。因此当该资产数据被访问时,区块链资产发行平台需要向对应的请求业务节点发送解密请求以确定该请求业务节点是否被允许访问该资产数据。
在一些实施例中,资产服务机构的一份资产数据A授权律所和评级机构可访问,即资产数据A是使用律所和评级机构的公钥加密的资产数据,当资产数据A被保存在区块链之后,资产发行的另一参与方证券交易所想要访问区块链中的资产数据A时,会发送同步申请至区块链资产发行平台,区块链资产发行平台根据同步申请找到资产数据A,并向证券交易所发送要求解密资产数据A的解密请求。
S1063、接收请求业务节点对解密请求的解密响应,解密响应包含请求业务节点的私钥,私钥由区块链资产发行平台预先分配给至少一个业务节点中的每个业务节点,私钥与至少一个业务节点中的每个业务节点一一对应。
本发明实施例中,区块链资产发行平台在发送解密请求之后,接收至少一个业务节点对解密请求的解密响应,解密响应中包含了对应的请求业务节点的私钥。
本发明实施例中,业务节点被分配到的私钥和公钥属于同一套加密算法,使用正确的私钥可以对使用对应公钥加密的资产数据进行解密。
S1064、使用私钥分别对账本数据中的至少一个资产数据进行解密。
本发明实施例中,区块链资产发行平台在接收到业务节点发送的私钥后,会使用私钥分别对账本数据中的至少一个资产数据进行解密,以对请求业务节点所持有的私钥的合法性进行验证。
在一些实施例中,区块链上的一份资产数据划款凭证的使用了托管银行,计划管理人、计划持有人和资产服务机构A的公钥进行加密,当区块链资产发行平台收到资产服务机构A想要访问划款凭证的请求时,会使用资产服务机构A的私钥验证是否能够对划款凭证进行解密。
S1065、当解密成功时,将对账本数据中的至少一个资产数据的解密结果同步至请求业务节点,实现对账本数据的同步。
本发明实施例中,当解密成功时说明请求业务节点的私钥是合法的,该请求业务节点可以被允许访问对应的账本数据中的至少一个资产数据,区块链资产发行平台将对账本数据中的至少一个资产数据的解密结果同步至对应的请求业务节点,实现对账本数据的同步。
在本发明的一些实施例中,在S1064之后,还包括S1066-S1067,如下:
S1066、当解密失败时,拒绝请求业务节点对账本数据发起的同步请求;
S1067、向请求业务节点发送拒绝同步的消息。
本发明实施例中,当解密失败时,说明请求业务节点的私钥对于资产数据是非法的,请求业务节点不能被允许访问对应的资产数据,区块链资产发行平台拒绝请求业务节点对账本数据发起的同步请求,并向请求业务节点发送拒绝同步的消息。
可以理解的是,本发明实施例中,通过公钥和私钥的加解密算法可以实现对区块链中的账本数据进行权限访问控制,授权访问的节点可以在区块链中共享并维护同一份账本数据,非授权节点无法访问对应的账本数据,从而提高了资产发行中数据的安全性,并提高了数据的透明度。
本发明实施例中,在S1061之后,在S1062之前,还可以包括S1068-S1069,如下:
S1068、当区块中包含的存储内容为哈希值时,根据哈希值在分布式文件共享系统中找到对应的文件类型的资产数据。
本发明实施例中,当区块链资产发行平台根据接收到的同步请求中包含的区块对应查找到的区块中包含的存储内容为哈希值时,说明该区块对应的资产数据是在分布式文件共享系统中存储的文件类型的资产数据,因此区块链资产发行平台会根据区块中包含的哈希值在分布式文件共享系统中找到对应的文件类型的资产数据。
S1069、将分布式文件共享系统中对应的文件类型的资产数据作为账本数据中的至少一个资产数据。
本发明实施例中,当区块链资产发行平台根据哈希值在分布式文件共享系统中找到唯一对应的文件类型的资产数据时,会将该文件类型的资产数据作为账本数据中的至少一个资产数据,进行S1063-S1065步骤的处理。
在本发明的一些实施例中,在S105之后,还可以包括S201-S206,如下:
S201、获取全局流程信息,全局流程信息包含至少一个业务节点之间的业务流程。
本发明实施例中,区块链资产发行平台组建完成区块链并将区块链中存储的至少一个资产数据作为账本数据之后,区块链资产发行平台获取全局流程信息,以在区块链中进行资产发行中的业务流程控制。
本发明实施例中,全局流程信息为资产发行过程中的至少一个业务节点之间的业务流程,区块链资产发行平台将资产发行过程中业务主体之间的既定业务逻辑作为至少一个业务节点之间的业务流程,对全局流程信息进行设置。
本发明实施例中,对于一项资产发行计划,各参与的业务主体之间必然有既定的业务逻辑,区块链资产发行平台将这些既定的业务逻辑作为全局流程信息,以依据全局流程信息对资产发行过程中涉及的流程进行驱动。
S202、在至少一个业务节点中广播全局流程信息,以使至少一个业务节点的任意一个业务节点根据全局流程信息生成自身对应的待处理流程,待处理流程包含至少一个业务节点中的任意一个业务节点指定的其他业务节点进行确认处理的业务流程。
本发明实施例中,区块链资产发行平台在区块链中广播全局流程信息,以使业务节点根据接收到的全局流程信息,从中筛选出自身对应的待处理流程。
本发明实施例中,区块链资产发行平台可以通过广播的方式使各个业务节点获得统一的流程信息;也可以先对其中的一个业务节点配置流程信息,再由其他节点通过与该节点的同步获取流程信息。
本发明实施例中,业务节点根据接收到的全局流程信息,从中筛选出的自身对应的待处理流程包含自身指定其他业务节点进行确认处理的业务流程。
在一些实施例中,全局流程信息包含计划管理人的资金管理计划需要资产服务机构和托管银行两个参与方依次审批确认的业务流程,区块链资产发行平台将全局流程信息在至少一个业务节点中广播,资产服务机构和托管银行在收到全局流程信息后,资产服务机构生成对计划管理人的资金管理计划进行确认的待处理流程,托管银行生成对资产服务机构审批后的计划管理人的资金管理计划进行确认的待处理流程。
S203、接收至少一个业务节点中任意一个业务节点发送的待处理流程,并保存在与该任意一个业务节点对应的区块链的区块中。
本发明实施例中,区块链资产发行平台会接收至少一个业务节点中任意一个业务节点发送的待处理流程,并将接收到的待处理流程保存在与之对应的业务节点对应的区块链的区块中。
可以理解的是,本发明实施例中的区块链资产发行平台将各个业务节点生成的待处理流程上传至区块链中,实现了资产发行过程中的业务流程在区块链中的维护,提高了资产发行过程中业务流程运转的安全性和透明度,同时,提高了业务流程的处理速度。
S204、将待处理流程发送给指定的其他业务节点,以通知指定的其他业务节点对待处理流程进行确认处理。
本发明实施例中,区块链资产发行平台在得到各个业务节点发送的待处理流程之后,将每个待处理流程发送至指定处理的其他业务节点,以通知指定的其他业务节点对待处理流程进行确认处理。
S205、接收指定的其他业务节点的处理结果。
本发明实施例中,区块链资产发行平台在将待处理流程对应发送给指定的其他业务节点之后,区块链资产发行平台可以接收指定的其他业务节点对待处理流程的处理结果。
S206、使用处理结果更新与该任意一个业务节点对应的区块中的待处理流程,完成资产发行过程中的流程确认。
本发明实施例中,区块链资产发行平台会使用接收到的各个业务节点发送的对待处理流程的处理结果,更新与对应业务节点对应的区块中的待处理流程,以使区块链中的业务流程及时更新到最新处理结果,完成资产发行过程中的流程确认。
在一些实施例中,全局流程信息包含计划管理人的资金管理计划需要资产服务机构和托管银行两个参与方依次审批确认的业务流程,区块链资产发行平台将全局流程信息在至少一个业务节点中广播,资产服务机构和托管银行在收到全局流程信息后,资产服务机构生成对计划管理人的资金管理计划进行确认的待处理流程,托管银行生成对资产服务机构审批后的计划管理人的资金管理计划进行确认的待处理流程。区块链资产发行平台根据接收到的资产服务机构与托管银行根据全局流程信息各自生成的待处理流程,先将计划管理人对应资金管理计划待处理流程转发至资产服务机构,在接收到资产服务机构对资金管理计划待处理流程的确认的处理结果后,更新后资金管理计划待处理流程,区块链资产发行平台再将更新的资金管理计划待处理流程转发至托管银行,接收托管银行对更新的资金管理计划待处理流程的确认的处理结果,根据托管银行的确认的处理结果再次更新资金管理计划待处理流程,完成资金管理计划待处理流程的全部流程确认。
可以理解的是,根据全局流程信息,区块链资产发行平台可以对资产发行过程中的业务流程进行驱动和转向,从而使得资产发行过程中的各项业务流程可以在区块链上运行,提高了流程运行的透明度和安全性。
本发明实施例提供一种区块链资产发行方法,应用于业务节点,如图6所示,该方法可以包括:
S301、通过区块链资产发行平台获取其他业务节点的公钥,公钥由区块链资产发行平台在初始化时预先分配至至少一个业务节点中的每个业务节点,公钥与至少一个业务节点中的每个业务节点一一对应。
本发明实施例中,对于一个业务节点,在资产发行阶段,会通过区块链资产发行平台与其他业务节点相连接。
本发明实施例中,每个业务节点部署自身的区块链资产发行客户端,并通过区块链资产发行客户端连接至区块链资产发行平台,以与其他业务节点相连接。
在一些实施例中,对应图4所示的区块链资产发行平台的功能架构,每个业务节点部署自身的区块链资产发行客户端可以如图7所示。
在图7中,资产服务机构业务节点可以是资产服务机构、证券公司、托管银行等各个资产发行机构,可视化操作及展示界面601和中间件602属于业务节点中的应用平台单元,其中可视化操作及显示界面601对应于区块链资产发行平台中的服务层和业务层,用于显示区块链604中的账本数据;中间件602对应于区块链资产发行平台中的接口层,用于将可视化操作及展示界面601与底层的数据资源BaaS平台603相连接,BaaS平台603属于业务节点中的后端服务单元,对应于区块链资产发行平台中的资源层,用于将业务节点以ABS链码连接至同一的区块链604数据通道中,节点账号管理用于业务节点使用用户名和密码登录客户端系统。如图7所示,每个业务节点对应区块链资产发行平台各自独立部署对应的客户端,底层通过BaaS平台603进行打通,统一连接至区块链604数据通道中。
本发明实施例中,业务节点在与其他业务节点通过区块链资产发行平台连接之后,会通过区块链资产发行平台获取其他业务节点对应的公钥。
S302、设置自身待上传的初始资产数据的授权信息,授权信息包含授权节点,授权节点为允许访问初始资产数据的业务节点。
本发明实施例中,对于业务节点自身产生的一份初始资产数据,业务节点会首先设置初始资产数据的授权信息。
在一些实施例中,业务节点可以通过区块链资产发行平台获取其他节点的节点标识,根据其他节点的节点标识设置自身待上传的初始资产数据的授权信息。
本发明实施例中,授权信息包含授权节点,授权节点为允许访问初始资产数据的业务节点。
在一些实施例中,托管银行可以将本地的一份划款凭证作为自身待上传的初始资产数据,设置计划管理人,计划持有人和资产服务机构A为划款凭证的授权节点,将包含计划管理人,计划持有人和资产服务机构A节点标识的列表作为初始资产数据的授权信息。
S303、根据授权节点的公钥对初始资产数据进行加密,得到资产数据。
本发明实施例中,业务节点在设置好授权信息之后,就可以根据授权信息中包含的授权节点对应的公钥对初始资产数据进行加密。
本发明实施例中,业务节点将加密后的初始资产数据作为资产数据。
可以理解的是,业务节点根据授权节点的公钥对本地的账本数据进行加密后,再上传到区块链中的账本数据就必须要有对应的授权和私钥才能够访问,从而提高了区块链中账本数据的安全性。
S304、将资产数据上传至区块链资产发行平台,以使区块链资产发行平台对资产数据进行上链。
本发明实施例中,业务节点得到资产数据后,将资产数据上传至区块链资产发行平台,以使区块链资产发行平台对资产数据进行上链,得到区块链。
本发明实施例中,区块链资产发行平台对资产数据进行上链,得到区块链的过程与S102-S105相同,此处不再赘述。
在本发明的一些实施例中,当业务节点上传的资产数据为文件类型的资产数据时,S304还可以包括S3041-S3042,如下:
S3041、将文件类型的资产数据上传至分布式文件共享系统,分布式文件共享系统为用于存储大型文件的分布式共享存储空间。
本发明实施例中,由于区块链中无法存储较大的文件类型的数据,业务节点通过区块链资产发行平台将加密后的本地的账本数据上传至分布式文件共享系统。
S3042、将上传过程中产生的哈希值发送至区块链资产发行平台,以使区块链资产发行平台将哈希值上链,哈希值与至少一个业务节点中任意一个业务节点上传的资产数据一一对应。
本发明实施例中,业务节点将文件上传至分布式文件共享系统所产生的哈希值会被区块链资产发行平台获取并保存至区块链中,这样在文件被业务节点调用时,可以先通过区块链找到文件的哈希值,在以哈希值为索引在分布式文件共享系统找到唯一对应的文件。
在一些实施例中,律师事务所对应的业务节点将图片类型的文件上传至IP FS文件系统,将上传IPFS文件系统时产生的哈希值上传至区块链进行存储。在其他业务节点想要对该图片进行访问时,可以在区块链中获取该图片的哈希值,再对应在IPFS文件系统中找到对应的该图片。
可以理解的是,本发明实施例中,通过将文件类型的资产数据上传到分布式文件共享系统,将哈希值存储至区块链的方式,实现了对文件以及较大数据存储的支持。
S305、对区块链中的账本数据向区块链资产发行平台发起同步请求,账本数据为区块链中存储的至少一个资产数据。
本发明实施例中,业务节点在区块链组建完成后,可以对区块链中的账本数据向区块链资产发行平台发起同步请求。
本发明实施例中,业务节点对区块链中的账本数据向区块链资产发行平台发起同步请求可以包括S3051-S3052,如下:
S3051、定时扫描区块链中的账本数据。
本发明实施例中,业务节点会通过预先指定的端口,对区块链中的账本数据进行定时扫描,以及时获取最新的账本数据。
S3052、当扫描到账本数据中的任意一个资产数据时,对扫描出的任意一个资产数据向区块链资产发行平台发起同步请求。
本发明实施例中,当扫描到账本数据中的任意一个资产数据时,业务节点向区块链资产发行平台对扫描出的任意一个资产数据发起同步请求。
S306、接收区块链资产发行平台对同步请求的响应。
本发明实施例中,业务节点在发出同步请求之后,可以对应接收区块链资产发行平台对同步请求的响应。
S307、根据响应实现对账本数据的同步。
本发明实施例中,业务节点根据区块链资产发行平台对同步请求的响应实现对账本数据的同步。
本发明实施例中,业务节点根据响应实现对账本数据的同步可以包括S3071-S3072,如下:
S3071、当响应为解密请求时,向区块链资产发行平台发送解密响应,解密响应包含业务节点的私钥,私钥由区块链资产发行平台初始化时分配至业务节点,由业务节点独立持有,私钥用于区块链资产发行平台对账本数据中的任意一个资产数据进行解密。
本发明实施例中,当业务节点接收到的响应为区块链资产发行平台发送的解密请求时,说明区块链资产发行平台要求业务节点使用私钥对账本数据中的对应的资产数据进行解密,因此业务节点向区块链资产发行平台发送解密响应,解密响应中包含该业务节点的私钥。
S3072、接收区块链资产发行平台同步的解密结果,完成对区块链中的账本数据的同步,解密结果为对任意一个资产数据进解密后得到的数据。
本发明实施例中,业务节点在发送包含自身私钥的解密响应之后,会接收区块链资产发行平台同步的解密结果,完成对区块链中的账本数据的同步。
本发明实施例中,解密结果为区块链资产发行平台根据私钥对对应的资产数据进行解密后得到的数据。
本发明实施例中,当业务节点使用私钥可以对扫描出的账本数据中的资产数据解密成功时,说明该资产数据允许被业务节点访问,因此业务节点可以通过区块链资产发行平台从区块链中获取解密后的该资产数据。
在本发明的一些实施例中,业务节点接收区块链资产发行平台同步的解密结果,完成对区块链中的账本数据的同步可以是:
将解密结果存入本地数据存储中间件中,完成对区块链中账本数据的同步,本地数据存储中间件为业务节点本地的存储空间。
本发明实施例中,业务节点会将区块链资产发行平台同步的解密结果存入本地数据存储中间件中。
本发明实施例中,本地数据存储中间件为业务节点本地用于存放解密数据的存储空间。
相应的,在本发明的一些实施例中,在业务节点将解密结果存入本地数据存储中间件中,完成对区块链中账本数据的同步之后,还可以从本地数据存储中间件中获取解密结果进行展示。
可以理解的是,由于区块链的查询功能较弱,因此在区块链接收到频繁的查询操作请求时,会引起数据响应不及时的问题,因此,本发明实施例中的业务节点获取到解密结果后,会将解密结果存储在本地的数据存储中间件中,这样业务节点在后续对同样的资产数据进行调用时,可以从本地的数据存储中间件获取该资产数据对应的解密结果,从而可以解决区块链中查找资产数据响应不及时的问题。
在本发明的一些实施例中,在S3071之后,还可以包括S3073,如下:
S3073、当接收到拒绝同步的消息时,停止对账本数据中的任意一个资产数据的同步。
本发明实施例中,当请求业务节点接收到对于解密响应的拒绝同步的消息时,说明请求业务节点的私钥对资产数据解密失败,区块链资产发行平台不允许请求业务节点访问该资产数据,因此请求业务节点停止对上述账本数据中的该资产数据的同步。
可以理解的是,当业务节点的私钥能对区块链中的资产数据解密成功时,才能从区块链中获取解密结果,否则无法从区块链中获取解密结果,从而提高了区块链中资产数据的安全性。
在本发明的一些实施例中,在S304之后,还可以包括S401-S403,如下:
S401、在区块链中获取全局流程信息,全局流程信息包含至少一个业务节点之间的业务流程;
本发明实施例中,业务节点会在区块链中获取区块链资产发行平台广播的全局流程信息。
S402、根据全局流程信息生成自身对应的待处理流程,待处理流程包含自身指定其他业务节点进行确认处理的业务流程;
本发明实施例中,业务节点会根据全局流程信息生成自身对应的待处理流程。
本发明实施例中,业务节点根据全局流程信息生成自身对应的待处理流程已在S202中说明,此处不再赘述。
S403、将待处理流程发送至区块链资产发行平台。
本发明实施例中,业务节点将生成的待处理流程发送至区块链资产发行平台,以使区块链资产发行平台将待处理流程存储至区块链中,并在不同业务节点的待处理流程间进行驱动。
在一些实施例中,全局流程信息包含计划管理人的资金管理计划需要资产服务机构和托管银行两个参与方依次审批确认的业务流程,资产服务机构和托管银行在收到全局流程信息后,资产服务机构生成对计划管理人的资金管理计划进行确认的待处理流程,托管银行生成对资产服务机构审批后的计划管理人的资金管理计划进行确认的待处理流程。资产服务机构和托管银行将各自生成的待处理流程发送至区块链资产发行平台。
可以理解的是,业务节点将待处理流程发送至区块链资产发行平台,实现了资产发行过程中的相关业务流程在区块链上的运行,利用区块链的不可篡改性和数据共享性提高了资产发行过程中的相关业务流程的安全性和透明度。
在本发明的一些实施例中,在S304之后,还可以包括S501-S503,如下:
S501、接收区块链资产发行平台发送的其他节点的待处理流程。
本发明实施例中,当业务节点同时也是其他业务节点的待处理流程中指定的业务节点时,业务节点会接收到区块链资产发行平台发送的其他节点的待处理流程。
S502、对其他节点的待处理流程进行确认处理,得到处理结果。
本发明实施例中,业务节点对接收到的其他节点的待处理流程进行确认处理,得到处理结果。
S503、将处理结果发送至区块链资产发行平台。
本发明实施例中,业务节点将处理结果发送至区块链资产发行平台,以使区块链资产发行平台使用处理结果更新与该业务节点对应的区块中的待处理流程,完成资产发行过程中的流程确认。
在一些实施例中,资产服务机构对接收到的计划管理人对应资金管理计划待处理流程进行确认处理,并将确认结果发送至区块链资产发行平台,之后托管银行接收到由区块链资产发行平台使用资产服务机构处理结果更新的计划管理人对应资金管理计划待处理流程,托管银行对更新的资金管理计划待处理流程进行确认处理,再将处理结果发送至区块链资产发行平台,以使区块链资产发行平台根据托管银行的处理结果再次更新资金管理计划待处理流程,完成节点侧资金管理计划待处理流程的全部流程确认。
需要说明的是,S401-S403与S501-S503为S304之后并列的两个方法流程,实际应用中根据不同的情况进行选择。
本发明实施例还提供一种区块链资产发行方法,应用于区块链资产发行平台与业务节点之间的交互,如图8所示,该方法可以包括:
S601、区块链资产发行平台获取至少一个业务节点,至少一个业务节点为每个资产发行机构的业务主体对应的节点。
S602、至少一个业务节点通过区块链资产发行平台获取其他业务节点的公钥。
S603、至少一个业务节点自身待上传的初始资产数据的授权信息,授权信息包含授权节点,授权节点为允许访问初始资产数据的业务节点。
S604、至少一个业务节点根据授权节点对应的公钥对初始资产数据进行加密,得到资产数据。
S605、至少一个业务节点将资产数据上传至区块链资产发行平台。
S606、区块链资产发行平台根据至少一个业务节点中任意一个业务节点发送的资产数据,生成对应的新区块。
S607、区块链资产发行平台将新区块添加至当前区块的尾部,完成任意一个业务节点对应的资产数据的上链。
S608、当至少一个业务节点对应的至少一个资产数据均上链完成时,区块链资产发行平台将得到的区块链中存储的至少一个资产数据作为账本数据。
S609、至少一个业务节点定时扫描区块链中的账本数据。
S610、当扫描到账本数据中的任意一个资产数据时,至少一个业务节点对扫描出的任意一个资产数据向区块链资产发行平台发起同步请求。
S611、区块链资产发行平台根据接收到的同步请求中包含的区块,查找区块中包含的存储内容。
S612、当区块中包含的存储内容为账本数据中的至少一个资产数据时,区块链资产发行平台向请求业务节点发送解密请求,请求业务节点为至少一个业务节点中向账本数据中的至少一个资产数据对应发起同步请求的业务节点。
S613、请求业务节点向区块链资产发行平台发送解密响应,解密响应包含业务节点的私钥。
S614、区块链资产发行平台使用私钥分别对账本数据中的至少一个资产数据进行解密。
S615、当解密成功时,区块链资产发行平台将对账本数据中的至少一个资产数据的解密结果同步至对应的请求业务节点。
S616、请求业务节点接收解密结果,将解密结果存入本地数据存储中间件中,完成对区块链中账本数据的同步。
S617、请求业务节点从本地数据存储中间件中获取解密结果进行展示。
本发明实施例还提供一种区块链资产发行方法,应用于区块链资产发行平台与业务节点之间的交互,如图9所示,该方法可以包括:
S701、区块链资产发行平台获取全局流程信息。
S702、区块链资产发行平台在至少一个业务节点中广播全局流程信息。
S703、至少一个业务节点根据全局流程信息生成自身对应的待处理流程。
S704、至少一个业务节点将待处理流程发送至区块链资产发行平台。
S705、区块链资产发行平台将待处理流程保存在与该任意一个业务节点对应的区块链的区块中。
S706、区块链资产发行平台将待处理流程发送给指定的其他业务节点,以通知指定的其他业务节点对待处理流程进行确认处理。
S707、至少一个业务节点对接收的其他节点的待处理流程进行确认处理,得到处理结果。
S708、至少一个业务节点将处理结果发送至区块链资产发行平台。
S709、区块链资产发行平台使用处理结果更新与该任意一个业务节点对应的区块中的待处理流程,完成资产发行过程中的流程确认。
可以理解的而是,本发明实施例中,通过预设的流程信息实现了资产发行过程中的业务流程在区块链上的运行,从而利用区块链的不可篡改性和可追溯性,提高了资产发行业务流程运行的安全性和透明度。
本发明实施例提供了一种区块链资产发行平台,对应于一种区块链资产发行方法,图10为本发明实施例提供的一种区块链资产发行平台结构示意图一,如图10所示,该区块链资产发行平台100包括:
组建单元101,用于获取至少一个业务节点,所述至少一个业务节点为每个资产发行机构的业务主体对应的节点。
接收单元102,用于接收所述至少一个业务节点中任意一个业务节点发送的资产数据。
业务单元103,用于根据所述资产数据,生成对应的新区块。
组建单元101,还用于将所述新区块添加至当前区块的尾部,完成所述任意一个业务节点对应的资产数据的上链;以及当所述至少一个业务节点对应的至少一个资产数据均上链完成时,将得到的区块链中存储的所述至少一个资产数据作为账本数据。
业务单元103,还用于对所述至少一个业务节点对所述账本数据发起的同步请求,进行响应,实现对所述账本数据的同步。
可选地,所述接收单元102,还用于获取全局流程信息,所述全局流程信息包含所述至少一个业务节点之间的业务流程。
可选地,所述业务单元103,还用于在所述至少一个业务节点中广播所述全局流程信息,以使所述至少一个业务节点的任意一个业务节点根据所述全局流程信息生成自身对应的待处理流程,所述待处理流程包含所述至少一个业务节点中的任意一个业务节点指定的其他业务节点进行确认处理的业务流程。
可选地,所述接收单元102,还用于接收所述至少一个业务节点中任意一个业务节点发送的所述待处理流程,并保存在与该任意一个业务节点对应的所述区块链的区块中。
可选地,所述业务单元103,还用于将所述待处理流程发送给指定的其他业务节点,以通知所述指定的其他业务节点对所述待处理流程进行确认处理;以及接收所述指定的其他业务节点对所述待处理流程的处理结果;以及使用所述处理结果更新与所述该任意一个业务节点对应的区块中的待处理流程,完成资产发行过程中的流程确认。
可选地,所述组建单元101,还用于将所述新区块在所述至少一个业务节点之间进行广播,以使所述至少一个业务节点对所述新区块进行共识验证;接收并统计所述至少一个业务节点对所述新区块的共识验证结果;判断所述新区块是否通过共识验证;将通过共识验证的所述新区块,以链码链的方式追加到当前区块链的尾部,完成所述任意一个业务节点对应的资产数据的上链。
可选地,所述业务单元103,还用于根据接收到的所述同步请求中包含的区块,查找所述区块中包含的存储内容;
当所述区块中包含的存储内容为所述账本数据中的至少一个资产数据时,向请求业务节点发送解密请求,所述请求业务节点为所述至少一个业务节点中发起同步请求的业务节点;以及接收所述请求业务节点对所述解密请求的解密响应,所述解密响应包含所述请求业务节点的私钥,所述私钥由所述区块链资产发行平台预先分配给所述至少一个业务节点中的每个业务节点,所述私钥与所述至少一个业务节点中的每个业务节点一一对应;以及使用所述私钥分别对所述账本数据中的至少一个资产数据进行解密;以及当解密成功时,将对所述账本数据中的至少一个资产数据的解密结果同步至所述请求业务节点,实现对所述账本数据的同步。
可选地,所述接收单元102,还用于接收所述至少一个业务节点中任意一个业务节点将所述文件类型的资产数据上传至分布式文件共享系统时产生的哈希值,所述分布式文件共享系统为用于存储大型文件的分布式共享存储空间,所述哈希值与所述至少一个业务节点中任意一个业务节点上传的资产数据一一对应;以及将所述哈希值作为所述资产数据。
可选地,所述业务单元103,还用于当所述区块中包含的存储内容为哈希值时,根据所述哈希值在分布式文件共享系统中找到对应的所述文件类型的资产数据;以及将所述分布式文件共享系统中对应的文件类型的资产数据作为所述账本数据中的所述至少一个资产数据。
可选地,所述业务单元103,还用于当解密失败时,拒绝所述请求业务节点对所述账本数据发起的同步请求;以及向所述请求业务节点发送拒绝同步的消息。
本发明实施例提供一种业务节点700,对应于一种区块链资产发行方法,图11为本发明实施例提供的一种业务节点结构示意图一,如图11所示,该业务节点700包括:
后端服务单元701,用于将所述资产数据上传至所述区块链资产发行平台,以使所述区块链资产发行平台对所述资产数据进行上链。
应用平台单元702,用于通过所述区块链资产发行平台获取其他业务节点的公钥,所述公钥由所述区块链资产发行平台在初始化时预先分配至至少一个业务节点中的每个业务节点,所述公钥与所述至少一个业务节点中的每个业务节点一一对应;以及设置自身待上传的初始资产数据的授权信息,所述授权信息包含授权节点,所述授权节点为允许访问所述初始资产数据的业务节点;以及根据所述授权节点的公钥对所述初始资产数据进行加密,得到资产数据。
应用平台单元702,还用于对区块链中的账本数据向所述区块链资产发行平台发起同步请求,所述账本数据为所述区块链中存储的至少一个资产数据;以及接收所述区块链资产发行平台对所述同步请求的响应;以及根据所述响应实现对所述账本数据的同步。
可选地,所述应用平台单元702,还用于在所述区块链中获取全局流程信息,所述全局流程信息包含所述至少一个业务节点之间的业务流程;以及根据所述全局流程信息生成自身对应的待处理流程,所述待处理流程包含自身指定其他业务节点进行确认处理的业务流程;以及将所述待处理流程发送至所述区块链资产发行平台。
可选地,所述应用平台单元702,接收所述区块链资产发行平台发送的其他节点的待处理流程;以及对所述其他节点的待处理流程进行确认处理,得到处理结果;以及将所述处理结果发送至所述区块链资产发行平台。
可选地,所述后端服务单元701,还用于将所述文件类型的资产数据上传至分布式文件共享系统,所述分布式文件共享系统为与所述区块链资产发行平台相连接,用于存储大型文件的分布式共享存储空间;以及将上传过程中产生的哈希值发送至所述区块链资产发行平台,以使所述区块链资产发行平台将所述哈希值上链,所述哈希值与所述至少一个业务节点中任意一个业务节点上传的资产数据一一对应。
可选地,所述应用平台单元702,还用于定时扫描所述区块链中的账本数据;以及当扫描到所述账本数据中的任意一个资产数据时,对扫描出的所述任意一个资产数据向所述区块链资产发行平台发起同步请求。
可选地,所述应用平台单元702,还用于当所述响应为解密请求时,向所述区块链资产发行平台发送解密响应,所述解密响应包含所述业务节点的私钥,所述私钥由所述区块链资产发行平台初始化时分配至所述业务节点,由所述业务节点独立持有,所述私钥用于所述区块链资产发行平台对所述账本数据中的任意一个资产数据进行解密;以及接收所述区块链资产发行平台同步的解密结果,完成对所述区块链中的账本数据的同步,所述解密结果为对所述任意一个资产数据解密后得到的数据。
可选地,所述应用平台单元702,还用于将所述解密结果存入本地数据存储中间件中,完成对所述区块链中账本数据的同步,所述本地数据存储中间件为所述业务节点本地的存储空间。
可选地,所述应用平台单元702,还用于当接收到拒绝同步的消息时,停止对所述账本数据中的任意一个资产数据的同步。
可选地,所述应用平台单元702,还用于从所述本地数据存储中间件中获取所述解密结果进行展示。
本发明实施例提供了一种区块链资产发行平台,对应于一种区块链资产发行方法,图12为本发明实施例提供的一种区块链网络服务平台结构示意图二,如图12所示,该区块链资产发行平台100包括:第一处理器115、第一存储器116和第一通信总线117,所述第一存储器116通过所述第一通信总线117与所述第一处理器115进行通信,所述第一存储器116存储所述第一处理器115可执行的指令,当所述指令被执行时,通过所述第一处理器115执行如前述实施例的任意一种区块链资产发行方法。
本发明实施例提供了一种业务节点,对应于一种区块链资产发行方法,图13为本发明实施例提供的一种业务节点的结构示意图二,如图13所示,该业务节点700包括:第二处理器125、第二存储器126和第二通信总线127,所述第二存储器126通过所述第二通信总线127与所述第二处理器125进行通信,所述第二存储器126存储所述第二处理器125可执行的指令,当所述指令被执行时,通过所述第二处理器125执行如前述实施例的任意一种区块链资产发行方法。
本发明实施例提供了一种计算机可读存储介质,应用于区块链资产发行平台,存储介质存储有可执行指令,当所述可执行指令被执行时,用于引起处理器115执行如上述的区块链资产发行方法。
本发明实施例提供了一种存储介质,应用于业务节点,存储介质存储有可执行指令,当所述可执行指令被执行时,用于引起处理器125执行如上述的区块链资产发行方法。
可以理解的是,通过本发明实施例中的方法,因为采用了区块链对资产发行过程中各个业务节点的数据进行存储,因此通过区块链保证了资产发行中数据不可篡改,从而提高了资产发行过程中数据的安全性,并通过区块链资产发行平台的流程信息对业务节点之间的流程进行驱动,以及通过公钥和私钥加密算法对区块链中的数据进行访问权限保护,解决了资产发行过程中数据对各个参与方不透明的技术问题。
本领域内的技术人员应明白,本发明的实施例可提供为方法、系统、或计算机程序产品。因此,本发明可采用硬件实施例、软件实施例、或结合软件和硬件方面的实施例的形式。而且,本发明可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器和光学存储器等)上实施的计算机程序产品的形式。
本发明是参照根据本发明实施例的方法、设备(系统)、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器,使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。
这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的计算机可读存储器中,使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品,该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。
这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上,使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理,从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。
以上所述,仅为本发明的较佳实施例而已,并非用于限定本发明的保护范围。