基于区块链的交易信息存证方法及系统与流程

文档序号:25590039发布日期:2021-06-22 17:06阅读:160来源:国知局
基于区块链的交易信息存证方法及系统与流程

本申请涉及区块链领域,具体而言,涉及一种基于区块链的交易信息存证方法及系统。



背景技术:

企业贷款作为金融机构的主要收入来源,是金融机构的核心业务,挖掘优质客户、为客户提供满意服务,是金融机构的重要经营目标。

在供应商通过融资平台进行融资的过程中,涉及到开立流转过程中的数据信息,都是双方各自中心化存储的,传输过程中也容易被篡改,无法保障数据的真实性,也容易导致隐私泄露。进一步在数据审核和传输过程中,也变相增加了很多人工成本和安全风险。

针对相关技术中在供应商通过融资平台进行融资的过程中,涉及到的开立流转过程中的数据信息,无法随时存证,信息无法共享可查,存在安全隐患的问题,目前尚未提出有效的解决方案。



技术实现要素:

本申请的主要目的在于提供一种基于区块链的交易信息存证方法及系统,以解决在供应商通过融资平台进行融资的过程中,涉及到的开立流转过程中的数据信息,无法随时存证,且信息共享方式存在安全隐患的问题。

通过本申请将银行信息与交易平台的开立融资信息、企业基本信息等进行上链存储,并且将相关数据授权给对应的银行,保证信息的安全同时,实现多个可信节点无法篡改,信息随时存证共享可查。此外,在保证信息安全、避免存证文件被私自公开的同时,也减少了人工审核数据真实性的成本,降低数据传输过程中的安全风险,提高工作效率。

为了实现上述目的,根据本申请的一个方面,提供了一种基于区块链的交易信息存证方法。

根据本申请的基于区块链的交易信息存证方法,用于对银行系统和交易平台系统之间的交易信息进行存证,所述方法包括:将所述银行系统中的第一信息和所述交易平台系统中的第二信息作为交易信息进行上链存储,其中,所述交易信息中至少包括如下之一:开立和/或融资信息、银行信息。

进一步地,所述将所述银行系统中的第一信息和所述交易平台系统中的第二信息作为交易信息进行上链存储,还包括:将所述交易信息中的结构化数据上链存证,和/或将所述交易信息中的非结构化数据上链存证。

进一步地,所述方法还包括:在所述银行系统和所述交易平台系统中分别部署至少一个微节点,并分别通过所述微节点对接所述银行系统的内网和交易平台系统的内网,

其中,所述微节点至少包括应用层和智能合约层。

进一步地,所述将所述银行系统中的第一信息和所述交易平台系统中的第二信息作为交易信息进行上链存储包括:银行系统准入的步骤,所述步骤包括:所述银行系统获取区块链准入许可,在部署区块链节点服务之后对请求进行签名或按照白名单通信的方式进行安全保护;所述交易平台发起开立和/或融资申请,调用开立信息和/或融资信息上链接口;在发送指令执行智能合约和共识后进行上链存证,在所述银行系统的节点和联盟链上的其他区块链节点进行通信,同时返回上链后的交易信息。

进一步地,所述将所述交易信息中的结构化数据上链存证包括:所述结构化数据上链存证包括:加密的步骤、隐私保护的步骤、上链存储的步骤;当所述交易平台发出结构化数据上链请求时在所述微节点接收请求,对数据进行加密处理,授权后进行上线存储,所述交易平台将数据保存至智能合约层;当调用接口结束时,存储开融交易结构化数据信息,并根据共识机制算法存储至交易平台系统的节点和所述银行系统的节点;当进行数据查询时,通过智能合约生成随机密钥进行数据加密再将加密后的数据上链存储,通过智能合约获取解密的密钥进行解密将解密后的数据反馈给应用层。

进一步地,所述将所述交易信息中的非结构化数据上链存证包括:将所述非结构化数据存储于链外的文件服务器上,在上链时将文件本身存储到文件服务器上。

为了实现上述目的,根据本申请的另一方面,提供了一种基于区块链的交易信息存证系统。

根据本申请的基于区块链的交易信息存证系统,用于对银行系统和交易平台系统之间的交易信息进行存证,所述系统包括:在所述银行系统和所述交易平台系统中分别部署至少一个微节点,并分别通过所述微节点对接所述银行系统的内网和交易平台系统的内网,其中,所述微节点至少包括应用层和智能合约层;在所述银行系统内网连接应用服务器和节点服务器,所述交易平台系统内网连接应用服务器、节点服务器和文件服务器,通过所述节点服务器提供微节点,开立和/或融资交易信息的数据通过微节点存储至区块链节点进行上链存证同时存储在本地数据库。

进一步地,所述系统还包括:在所述银行系统与所述微节点的应用服务进行通信前,申请所述应用服务和区块链通信的证书,其中,所述银行系统连接部署有至少一个区块链节点、一个应用服务、一个网关服务,所述银行系统与网关服务提供的接口进行对接,所述网关用于转发给应用服务,应用服务执行与区块链的交互;所述银行系统与所述交易平台对接微节点提供的接口,所述微节点通过部署在银行内网,用于提供与区块链进行交互的接口,其中,所述微节点用于将银行系统的数据请求操作转化为上链操作,所述微节点分至少包括应用层和智能合约层;在所述微节点的应用层在数据上链之前,向加密智能合约申请获取随机密钥后,对上链数据做加密处理,将数据以密文保存在区块链上,在区块链外进行数据访问授权,通过智能合约授权列表中的数据id、用户id、令牌对隐私数据进行保护和实时维护。

在本申请实施例中基于区块链的交易信息存证方法及系统,采用对银行系统和交易平台系统之间的交易信息进行存证的方式,通过将所述银行系统中的第一信息和所述交易平台系统中的第二信息作为交易信息进行上链存储,其中,所述交易信息中至少包括如下之一:开立和/或融资信息、银行信息,达到了保证信息的安全同时多个可信节点无法篡改,做到随时存证、共享可查的目的,从而实现了实现可信数据进行连接和共享的技术效果,进而解决在供应商通过融资平台进行融资的过程中,涉及到的开立流转过程中的数据信息,无法随时存证,且信息共享方式存在安全隐患的技术问题。

附图说明

构成本申请的一部分的附图用来提供对本申请的进一步理解,使得本申请的其它特征、目的和优点变得更明显。本申请的示意性实施例附图及其说明用于解释本申请,并不构成对本申请的不当限定。在附图中:

图1是根据本申请实施例的基于区块链的交易信息存证方法应用的架构示意图;

图2是根据本申请实施例的基于区块链的交易信息存证方法流程意图;

图3是根据本申请实施例的基于区块链的交易信息存证系统结构示意图;

图4是根据本申请实施例的基于区块链的交易信息存证系统结构示意图。

具体实施方式

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

需要说明的是,本申请的说明书和权利要求书及上述附图中的术语“第一”、“第二”等是用于区别类似的对象,而不必用于描述特定的顺序或先后次序。应该理解这样使用的数据在适当情况下可以互换,以便这里描述的本申请的实施例。此外,术语“包括”和“具有”以及他们的任何变形,意图在于覆盖不排他的包含,例如,包含了一系列步骤或单元的过程、方法、系统、产品或设备不必限于清楚地列出的那些步骤或单元,而是可包括没有清楚地列出的或对于这些过程、方法、产品或设备固有的其它步骤或单元。

在本申请中,术语“上”、“下”、“左”、“右”、“前”、“后”、“顶”、“底”、“内”、“外”、“中”、“竖直”、“水平”、“横向”、“纵向”等指示的方位或位置关系为基于附图所示的方位或位置关系。这些术语主要是为了更好地描述本申请及其实施例,并非用于限定所指示的装置、元件或组成部分必须具有特定方位,或以特定方位进行构造和操作。

并且,上述部分术语除了可以用于表示方位或位置关系以外,还可能用于表示其他含义,例如术语“上”在某些情况下也可能用于表示某种依附关系或连接关系。对于本领域普通技术人员而言,可以根据具体情况理解这些术语在本申请中的具体含义。

此外,术语“安装”、“设置”、“设有”、“连接”、“相连”、“套接”应做广义理解。例如,可以是固定连接,可拆卸连接,或整体式构造;可以是机械连接,或电连接;可以是直接相连,或者是通过中间媒介间接相连,又或者是两个装置、元件或组成部分之间内部的连通。对于本领域普通技术人员而言,可以根据具体情况理解上述术语在本申请中的具体含义。

需要说明的是,在不冲突的情况下,本申请中的实施例及实施例中的特征可以相互组合。下面将参考附图并结合实施例来详细说明本申请。

如图1所示,是用于实现本申请实施例中的交易信息存证方法的系统架构示意图,其中,包括银行系统100、交易平台系统200以及区块链300。通过本申请提供的开融交易信息存证方法,可以保证融资主体的身份、交易凭证的法律效力,为银行系统100前期准入审批、融资放款审核,后期溯源查验,提供有效依据,满足银行进行融资核查、对账清分的需求,供应商通过交易平台系统200向资金发起融资的过程进行有效共享交互。银行系统100与交易平台系统200无需传统模式的网络接口对接,转而对接微节点提供的接口。

进一步,基于所述区块链300实现了信息分布式存储,可信数据进行连接和共享。同时,基于所述区块链300按照联盟共识机制平等参与交易行为的认证,将企业基本信息、开立流转数据、供应商融资申请数据进行实时上链存证,实现可信数据进行连接和共享。

如图2所示,该方法包括如下的步骤s201至步骤s203:

步骤s201,将所述银行系统中的第一信息和所述交易平台系统中的第二信息作为交易信息进行上链存储,其中,所述交易信息中至少包括如下之一:开立和/或融资信息、银行信息。

步骤s202,将所述交易信息中的结构化数据上链存证,和/或将所述交易信息中的非结构化数据上链存证。

步骤s203,在所述银行系统和所述交易平台系统中分别部署至少一个微节点,并分别通过所述微节点对接所述银行系统的内网和交易平台系统的内网,其中,所述微节点至少包括应用层和智能合约层。

从以上的描述中,可以看出,本申请实现了如下技术效果:

采用对银行系统和交易平台系统之间的交易信息进行存证的方式,通过将所述银行系统中的第一信息和所述交易平台系统中的第二信息作为交易信息进行上链存储,其中,所述交易信息中至少包括如下之一:开立和/或融资信息、银行信息,达到了保证信息的安全同时多个可信节点无法篡改,做到随时存证、共享可查的目的,从而实现了实现可信数据进行连接和共享的技术效果,进而解决在供应商通过融资平台进行融资的过程中,涉及到的开立流转过程中的数据信息,无法随时存证,且信息共享方式存在安全隐患的技术问题。

在上述步骤s201中将所述银行系统中的第一信息和所述交易平台系统中的第二信息作为交易信息进行上链存储,其中,所述交易信息中至少包括如下之一:开立和/或融资信息、银行信息。即将所述开立融资信息上链及所述银行信息上链进行存证。由于链上数据真实不可篡改,保证融资主体的身份、交易凭证的法律效力,为银行前期准入审批、融资放款审核,后期溯源查验,提供有效依据,保证了信息安全的同时满足银行进行融资核查、对账清分的需求,保证了业务方自己的数据隐私,同时又能保证数据在业务中的流通性,数据存储安全,降低资源负载,节约文件损耗,在对接实施的过程中,服务架构可以对网关、应用服务、区块链节点做横向扩展,提高系统的可用性和稳定性。

在上述步骤s202中还可以包括将所述交易信息中的结构化数据上链存证,和/或将所述交易信息中的非结构化数据上链存证的步骤。

在一种具体实施方式中,结构化数据上链包括以下步骤:加密、隐私保护、上链存储。

在一种具体实施方式中,对所述结构化数据进行查询时,由所述银行系统发送信息查询指令,在微节点接收请求,调用信息下载api接口,通过智能合约进行授权校验,校验成功后发送索引相关信息到区块链银行节点,查询数据信息后,经智能合约查询密钥信息,将解密后的数据下载,开融交易信息存储至本地银行系统。

作为本实施例中的优选,所述将所述银行系统中的第一信息和所述交易平台系统中的第二信息作为交易信息进行上链存储,还包括:将所述交易信息中的结构化数据上链存证,和/或将所述交易信息中的非结构化数据上链存证。

在一种具体实施方式中,对所述非结构化数据存储于链外的文件服务器上,在上链时将文件本身存储到文件服务器上,降低区块链账本服务器的资源负载。

在上述步骤s203中在所述银行系统和所述交易平台系统中分别部署至少一个微节点,并分别通过所述微节点对接所述银行系统的内网和交易平台系统的内网,其中,所述微节点至少包括应用层和智能合约层。

作为本实施例中的优选,方法还包括:在所述银行系统和所述交易平台系统中分别部署至少一个微节点,并分别通过所述微节点对接所述银行系统的内网和交易平台系统的内网,其中,所述微节点至少包括应用层和智能合约层。

在一种具体实施方式中,在所述应用层中包括数据上链、数据查询、数据授权、账户信息、消息通知、异常监控的微节点应用服务。

在一种具体实施方式中,在所述智能合约层中包括加密解密、隐私保护、文件索引、节点监控的微节点应用服务。

作为本实施例中的优选,所述将所述银行系统中的第一信息和所述交易平台系统中的第二信息作为交易信息进行上链存储包括:银行系统准入的步骤,所述步骤包括:所述银行系统获取区块链准入许可,在部署区块链节点服务之后对请求进行签名或按照白名单通信的方式进行安全保护;所述交易平台发起开立和/或融资申请,调用开立信息和/或融资信息上链接口;在发送指令执行智能合约和共识后进行上链存证,在所述银行系统的节点和联盟链上的其他区块链节点进行通信,同时返回上链后的交易信息。

具体实施时,银行系统获取区块链准入许可,部署区块链节点服务,对请求进行签名或白名单通信的方式进行安全保护;交易平台发起开立和融资申请,审核人审核完毕,交易平台发出数据存证消息,首先存入消息队列中,上层应用监听对应的消息队列,根据消息自动发起业务逻辑,调用存证https协议,调用开立信息和融资信息上链接口;发送指令执行智能合约和共识后上链存证,银行节点和联盟链上其他区块链节点进行通信,同时返回上链后的交易信息;服务消费成功后,后台服务对存证数据进行加密并生成唯一标识,把上链的信息存入本地数据库;本地数据库的信息存入数据库后,发送至交易平台。

在一种具体实施方式中,交易平台消息队列架构采用springboot和mq结合的微服务消息队列架构。

作为本实施例中的优选,所述将所述交易信息中的结构化数据上链存证包括:所述结构化数据上链存证包括:加密的步骤、隐私保护的步骤、上链存储的步骤;当所述交易平台发出结构化数据上链请求时在所述微节点接收请求,对数据进行加密处理,授权后进行上线存储,所述交易平台将数据保存至智能合约层;当调用接口结束时,存储开融交易结构化数据信息,并根据共识机制算法存储至交易平台系统的节点和所述银行系统的节点;当进行数据查询时,通过智能合约生成随机密钥进行数据加密再将加密后的数据上链存储,通过智能合约获取解密的密钥进行解密将解密后的数据反馈给应用层。

具体实施时,当交易平台发出结构化数据上链请求,微节点接收请求,开放api接口,对数据进行加密处理,授权后进行上线存储,交易平台将数据保存至智能合约层,调用接口结束,存储开融交易结构化数据信息,根据共识机制算法存储至交易平台节点和银行节点;进行数据查询时,通过智能合约生成随机密钥,进行数据加密,再将加密后的数据上链存储,通过智能合约获取解密的密钥,进行解密,将解密后的数据反馈给应用层。

作为本实施例中的优选,所述将所述交易信息中的非结构化数据上链存证包括:将所述非结构化数据存储于链外的文件服务器上,在上链时将文件本身存储到文件服务器上。

具体实施时,上述的存储过程为:

s1,交易平台和银行系统上传文件到微节点,微节点向加密智能合约申请随机密钥;

s2,微节点对文件进行加密;

s3,微节点将加密后的文件上传至文件服务器;

s4,微节点再次向加密智能合约申请随机密钥,用于加密稳健结构化信息;

s5,微节点将文件在文件服务器的索引信息、文件名、文件加密密钥等结构信息进行加密;

s6,微节点将加密后的结构化信息上链存储;

s7,微节点返回文件结构化信息上链的hash给交易平台或者银行系统。

需要说明的是,在附图的流程图示出的步骤可以在诸如一组计算机可执行指令的计算机系统中执行,并且,虽然在流程图中示出了逻辑顺序,但是在某些情况下,可以以不同于此处的顺序执行所示出或描述的步骤。

根据本申请实施例,还提供了一种用于实施上述方法的系统,如图3所示,该系统用于对银行系统100和交易平台系统300之间的交易信息进行存证,包括:在所述银行系统100和所述交易平台系统200中分别部署至少一个微节点200,并分别通过所述微节点200对接所述银行系统100的内网和交易平台系统的内网,其中,所述微节点至少包括应用层和智能合约层;在所述银行系统内网连接应用服务器和节点服务器,所述交易平台系统内网连接应用服务器、节点服务器和文件服务器,通过所述节点服务器提供微节点,开立和/或融资交易信息的数据通过微节点存储至区块链节点400进行上链存证同时存储在本地数据库。

作为本实施例中的优选,在所述银行系统与所述微节点的应用服务进行通信前,申请所述应用服务和区块链通信的证书,其中,所述银行系统连接部署有至少一个区块链节点、一个应用服务、一个网关服务,所述银行系统与网关服务提供的接口进行对接,所述网关用于转发给应用服务,应用服务执行与区块链的交互;所述银行系统与所述交易平台对接微节点提供的接口,所述微节点通过部署在银行内网,用于提供与区块链进行交互的接口,其中,所述微节点用于将银行系统的数据请求操作转化为上链操作,所述微节点分至少包括应用层和智能合约层;在所述微节点的应用层在数据上链之前,向加密智能合约申请获取随机密钥后,对上链数据做加密处理,将数据以密文保存在区块链上,在区块链外进行数据访问授权,通过智能合约授权列表中的数据id、用户id、令牌对隐私数据进行保护和实时维护。

具体实施时,所述微节点部署在银行内网,提供与区块链进行交互的相关接口和业务接口,如数据存储、数据查询、授权、融资申请接口等。微节点负责将银行的数据请求操作转化为区块链的操作,将数据进行上链。银行内网连接应用服务器和节点服务器,交易平台内网连接应用服务器、节点服务器和文件服务器,节点服务器提供微节点,开立融资交易信息的数据通过微节点存储至区块链节点进行上链存证,同时存储在本地数据库;银行系统与微节点应用服务进行通信前,申请用户应用服务和区块链通信的证书,为应用服务配置证书、节点ip;银行系统连接部署有至少一个区块链节点、一个应用服务、一个网关服务,银行系统直接与网关服务提供的接口进行对接,网关负责转发给应用服务,应用服务执行与区块链的交互。

作为本实施例中的优选,所述交易平台,还用于定时调度读取本地最新数据,根据设定时间,写入缓存库,其中,写入缓存库的数据至少包括两个list列表,所述list列表中包括最新确权登记数据和最新融资登记数据、确权登记笔数、确权登记的金额、融资登记笔数、块高值;所述交易平台,还用于定时调度读取本地最新数据时,根据交易数据编号或者交易哈希查询,返回交易哈希、区块高度及对应时间戳,根据上链id查询返回区块高度。

具体实施时,所述交易平台还用于定时调度读取本地最新数据,根据设定时间,写入redis缓存库,写入redis的数据包括2个list列表,其中包括最新确权登记数据和最新融资登记数据,还包括四个数据确权登记笔数、确权登记的金额、融资登记笔数、块高值;交易平台定时调度读取本地最新数据时,根据交易数据编号或者交易哈希查询,返回交易哈希、区块高度及对应时间戳;根据上链id查询返回区块高度。

在一种具体实施方式中,在调用查询接口查询开立存证数据,返回开立存证list取最新20条数据,交易平台前台进行轮播;调用查询接口查询融资存证数据,返回融资存证list取最新20条数据,交易平台前台进行轮播;调用查询接口,根据交易数据编号或者交易哈希查询,返回交易哈希、区块高度及对应时间戳;调用查询接口,根据上链id查询返回区块高度。

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

为了更好的理解上述基于区块链的交易信息存证方法流程,以下结合优选实施例对上述技术方案进行解释说明,但不用于限定本发明实施例的技术方案。

考虑到现有技术无法做到数据随时存证,信息共享可查,增加了很多人工成本和安全风险隐患。在供应商通过融资平台进行融资的过程中,涉及到开立流转过程中的数据信息,都是双方各自中心化存储的,无法保障数据的真实性。

本申请优选实施例将银行信息与交易平台的开立融资信息进行上链存储,保证信息的安全同时,多个可信节点无法篡改,做到随时存证,共享可查。

具体地,如图4所示,包括银行系统100、交易平台系统300、网关600、微节点200、文件服务器500、(区块链上的)节点400。

银行系统100和交易平台系统300分别通过微节点200对接银行内网和交易平台内网,微节点200包括应用层和智能合约层,应用层包括数据上链、数据查询、数据授权、账户信息、消息通知、异常监控的微节点应用服务,智能合约层包括加密解密、隐私保护、文件索引、节点监控的微节点应用服务;银行内网连接应用服务器和节点服务器,交易平台内网连接应用服务器、节点服务器和文件服务器500,节点服务器提供微节点,开立融资交易信息的数据通过微节点存储至区块链节点进行上链存证,同时存储在本地数据库;银行系统与微节点应用服务进行通信前,申请用户应用服务和区块链通信的证书,为应用服务配置证书、节点ip;银行系统连接部署有至少一个区块链节点400、一个应用服务、一个网关服务(网关600),银行系统100直接与网关服务(网关600)提供的接口进行对接,网关600负责转发给应用服务,应用服务执行与区块链的交互。

优选地,上链的信息分为结构化数据和非结构化数据;结构化数据将关键索引字段保存至智能合约中,保存至区块交易信息中;非结构化数据采用链外存储方式,首先将非结构化数据摘要在区块链上保存,对文件完整与唯一性进行校验,然后将文件所在的文件服务地址保存至区块链,访问智能合约获取文件地址信息,经过授权后进行点对点传输。非结构化数据采用链外存储方式,通过区块链来为文件完整性背书,采用中心化存储方式实现,为参与方分配文件服务器时,增加服务器资源扩展为分布式存储方式。

优选地,银行系统与交易平台对接微节点提供的接口,微节点部署在银行内网,提供与区块链进行交互的接口,包括但不限于数据存储、数据查询、授权、融资申请接口,微节点将银行的数据请求操作转化为上链操作;微节点分为应用层和智能合约层,应用层提供向银行开放的数据上链、数据查询、数据授权api接口,智能合约层与区块链进行交互,银行回传数据到区块链时,调用数据上链的api接口,将数据id和数据字段信息进行上链。

可选地,微节点的应用层在数据上链之前,向加密智能合约申请获取随机密钥后,对上链数据做加密处理,将数据以密文保存在区块链上,在区块链外进行数据访问授权,通过智能合约授权列表中的数id、用户id、令牌对隐私数据进行保护和实时维护。

可选地,结构化数据上链数据经过加密算法加密后,以密文形式存储在区块账本内;微节点在数据上链之前,通过向加密智能合约申请获取随机秘钥后,对上链数据做加密操作,确保上链的数据是密文状态;在最底层,为了防止通过从区块链创世区块进行溯源,查询智能合约分配的所有密钥信息,对链上数据进行撞库解密操作,微节点在区块链部署时,初始化构造四个区块,其中一个为创世区块,当四个区块的索引已经加入到默克尔树后,微节点将四个初始区块删除;删除创世区块的第一笔交易,防止通过溯源形式抓取密钥信息,经过上述步骤,获取到运维最高权限,查询节点底层数据库信息,依然无法查询数据的明文和秘钥信息。

可选地,交易平台定时调度读取本地最新数据,根据设定时间,写入缓存库,写入缓存库的数据包括2个list列表,包括最新确权登记数据和最新融资登记数据,还包括四个数据确权登记笔数、确权登记的金额、融资登记笔数、块高值;

可选地,交易平台定时调度读取本地最新数据时,根据交易数据编号或者交易哈希查询,返回交易哈希、区块高度及对应时间戳;根据上链id查询返回区块高度。

优选地,开融交易信息存证方法按照联盟链合约共识机制,其中交易通过大多数可信节点的同意进行验证,交易验证方法为:指定公证人验证节点,对合约进行验证,验证发出存证请求的交易平台基于存证数据的可信时间戳及加密后的唯一标识,验证匹配则存储至区块链。

优选地,交易平台发起开立确权申请前,对用户进行身份合规性和安全性验证;解析出数据存证请求中包含的用户在执行业务流程中预先采集的存证数据。

以上所述仅为本申请的优选实施例而已,并不用于限制本申请,对于本领域的技术人员来说,本申请可以有各种更改和变化。凡在本申请的精神和原则之内,所作的任何修改、等同替换、改进等,均应包含在本申请的保护范围之内。

当前第1页1 2 
网友询问留言 已有0条留言
  • 还没有人留言评论。精彩留言会获得点赞!
1