CN114629927A

CN114629927A - 一种针对区块链溯源平台数据上链改进的方法

Info

Publication number: CN114629927A
Application number: CN202210185849.5A
Authority: CN
Inventors: 郭颂; 徐思思; 付永超; 杨世龙; 宋吕
Original assignee: Chongqing Advanced Blockchain Research Institute
Current assignee: Chongqing Advanced Blockchain Research Institute
Priority date: 2022-02-28
Filing date: 2022-02-28
Publication date: 2022-06-14

Abstract

本发明涉及互联网技术领域，具体公开了一种针对区块链溯源平台数据上链改进的方法，步骤S001，业务调用者调用BaaS接口发送待上链数据；步骤S002，BaaS接收到溯源数据，对溯源数据处理；步骤S003，BaaS将处理好的数据保存到数据库；步骤S004，数据库将数据存盘持久化；步骤S005，BaaS将处理后的溯源数据上链；步骤S006，区块链平台等待数据打包生成区块；步骤S007，BaaS循环获取区块信息，直到获取区块信息；步骤S008，BaaS获取区块信息并返回；步骤S009，调用方获取到溯源数据，本方法解决了传统的区块链溯源平台数据上链困难的问题。

Description

一种针对区块链溯源平台数据上链改进的方法

技术领域

本申请涉及互联网技术领域，具体公开了一种针对区块链溯源平台数据上链改进的方法。

背景技术

区块链是一个共享数据库，存储于其中的数据或信息，具有“不可伪造”“全程留痕”“可以追溯”“公开透明”“集体维护”等特征。基于这些特征，区块链技术奠定了坚实的“信任”基础，创造了可靠的“合作”机制；

在现有技术中：区块链溯源平台数据上链存在以下几个问题：1.针对区块链溯源平台数据上链相关的接口，溯源系统会出现卡顿现象；2.针对大批量数据上链相关的接口，溯源系统会存在业务数据上链失败的现象；在原有的解决方案中：1.通过在较短时间内循环重试，直到上链产生区块；这种方式存在问题：1.短时间内循环重试，导致系统卡顿、浪费系统资源；2.一旦遇到网络问题，上链会一直失败，由于业务数据未上链，导致业务系统实际与预期不符，鉴于此，发明人提出一种针对区块链溯源平台数据上链改进的方法。

发明内容

本发明的目的在于解决了传统的区块链溯源平台数据上链困难的问题。

为了达到上述目的，本发明提供以下基础方案:

一种针对区块链溯源平台数据上链改进的方法，包括以下步骤：

步骤S001，业务调用者调用溯源平台提供的接口发送任何需要上链的数据；

步骤S002，BaaS平台接收到溯源数据，对溯源数据进行处理；

步骤S003，BaaS平台将处理好的数据保存到数据库；

步骤S004，数据库将数据存储到磁盘以实现持久化；

步骤S005，经过步骤S002后，BaaS平台将处理后的溯源数据保存到区块链平台；

步骤S006，BaaS平台等待区块链平台将溯源数据打包并生成交易区块；

步骤S007，BaaS平台通过定时任务自定义分时段的尝试获取区块信息，直到获取区块信息；

步骤S008，业务调用者从BaaS平台获取区块信息；

步骤S009，即数据上链成功。

本基础方案的原理及效果在于：

1.与现有技术相比，本上链方法更加高效：业务数据上链与系统解耦，降低系统卡顿机率。系统改造前，业务使用方经常投诉系统卡顿，业务超时率高；系统改造后，基本没有收到业务调用者的投诉。

2.与现有技术相比，本上链方法更加可靠：由于分时段重试上链，确保待上链数据都能上链。系统改造前，每天都有一部分数据上链失败，导致业务调用者业务异常；系统改造后，业务调用者基本没有异常数据。

进一步，所述区块链平台包括网关、交换机、区块链节点服务器和存储服务器。

进一步，所述步骤S002中的对溯源数据处理的步骤如下：S1、数据合规性校验；S2、数据的加密处理。

进一步，所述加密处理的方式为国密SM2非对称加密。

进一步，步骤S007中的自定义分时段的重试时间为1s、3s、5s、30s、1min、3min、5min。

进一步，所述步骤S003中的保存方法为采取调用数据库sdk方法，具体步骤如下：S1、加载数据库驱动；S2、创建数据库连接池；S3、获取数据库链接；S4、执行sql语句；S5、存储到数据库；S6、返回结果。

进一步，所述步骤S006的数据打包步骤如下：S1、统计当前未打包交易量达到1M或者距离上一次生成区块时间超过500ms；S2、计算随机数；S3、生成交易区块；S4、区块共识；S5、返回共识后的区块信息。

附图说明

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

图1示出了本申请实施例提出的一种针对区块链溯源平台数据上链改进的方法的流程图；

图2示出了本申请实施例提出的一种针对区块链溯源平台数据上链改进的方法的改造前与改造后的对比图；

图3示出了本申请实施例提出的一种针对区块链溯源平台数据上链改进的方法的另一种流程图。

具体实施方式

为更进一步阐述本发明为实现预定发明目的所采取的技术手段及功效，以下结合附图及较佳实施例，对依据本发明的具体实施方式、结构、特征及其功效，详细说明如后。

说明书附图中的附图标记包括：调用者1、BaaS平台2、数据库3、区块链平台4。

实施例如图1所示：

实施例1如图1所示：一种针对区块链溯源平台数据上链改进的方法，包括以下步骤：

步骤S001，业务调用者1调用溯源平台提供的接口发送任何需要上链的数据，业务调用者1可以是任何有溯源信息记录需求的企业和机构。

步骤S002，BaaS平台2接收到溯源数据，对溯源数据进行处理。BaaS平台主要提供溯源服务，联合多家公证处、互联网法院等权威机构，构建溯源认证联盟，为企业提供商品溯源、防伪认证、窜货管理、数字营销等解决方案，让企业信用为顾客所见。步骤S002中的对溯源数据处理为数据的加密处理，加密处理的方式为国密SM2非对称加密。SM2算法和RSA、ECC都是公钥密码算法，SM2算法是一种更先进安全的算法，关于溯源数据：对于溯源需求企业和机构而言，主要的数据是产品相关的数据，比如产品的主要配料、产地、生产日期、保质期、物流信息等任何经过BaaS平台审核过的需要溯源的数据。关于溯源数据处理：这里主要是数据合规性校验、计算溯源相关文件含图片摘要、数据SM2非对称加密。

步骤S003，BaaS平台2将处理好的数据保存到数据库3，具体的保存方式为采取调用数据库3sdk方法，具体如下：S1、加载数据库3驱动；S2、创建数据库3连接池；S3、获取数据库3链接；S4、执行sql语句；S5、存储到数据库3；S6、返回结果。关于步骤3中的数据库3：这里的数据库3可以是任何支持持久化的关系型数据库，比如mysql、oracle、db2、PostgreSQL等。

步骤S004，数据库3将数据存储到磁盘以实现持久化，数据持久化：数据持久化就是将内存中的数据模型转换为存储模型。

步骤S005，经过步骤S002后，BaaS平台2将处理后的溯源数据在数据区块链平台4上链，具体采用BaaS平台2通过litesdk提供的上链方法，具体如下：S1、创建RPC客户端；S2、建立网络链接；S3、添加调用方可信凭证；S4、发送json序列化数据；S5、区块链平台；S6打包数据；S7、返回区块打包结果，将处理后的溯源数据保存到区块链平台4。步骤5中的数据区块链平台4：是一种区块链存取证服务平台，是一个依托区块链而开发的为取证、公证、仲裁、诉讼等场景设计的一站式司法服务平台，提供司法取证、电子数据确权存证、司法服务通道等多维度服务。平台具备电子数据存证、网页取证、过程取证、移动取证、司法服务功能，满足传统企业、法律工作者、互联网从业者等各类场景下的存取证需求。

步骤S006，BaaS平台2等待区块链平台4将溯源数据打包，打包步骤如下：S1、统计当前未打包交易量达到1M或者距离上一次生成区块时间超过500ms；S2、生成交易区块；S3、返回交易区块信息，并生成交易区块；对于溯源数据打包是指区块链节点计算符合要求的hash并广播到其他参与节点形成共识。

步骤S007，BaaS平台2通过定时任务自定义分时段的尝试获取区块信息，直到获取区块信息，自定义分时段为1s、3s、5s、30s、1min、3min、5min。

具体的：BaaS平台2通过调用litesdk获取区块信息，获取区块信息后并停止获取；

步骤S009，业务调用者1从BaaS平台2获取区块信息；

即数据上链成功。

本说明书公开了另一种实施例：

实施例2如图3所示：

包括以下步骤:

步骤S001，业务调用者1调用溯源平台提供的接口发送任何需要上链的数据；

步骤S002，BaaS平台2接收到溯源数据，对溯源数据进行处理；

步骤S003，BaaS平台2将处理好的数据保存到数据库3；

步骤S004，数据库3将数据存储到磁盘以实现持久化；

步骤S005，BaaS平台2直接将数据返回到调用者1；

步骤S006，自定义分时段扫描数据库3中的数据并发送到区块链平台4；

步骤S007，上链完成后BaaS平台2将上链结果存储到数据库3，再回到步骤S005将将数据返回到调用者1。

实施例1和实施例2区别仅在于：步骤S005，BaaS平台2直接将数据返回到调用者1；

步骤S006，定时任务分时段扫描数据库3中的数据并发送到区块链；

步骤S007，上链完成后BaaS平台2将上链结果存储到数据库3，再回到步骤S005将将数据返回到调用者1，这种方式好处和意义：由于调用者1不需要等待BaaS平台2将溯源数据上链，缩短了调用方的业务调用流程，减少了BaaS系统响应时间。

实施例1和实施例2中的自定义分时段为1s、3s、5s、30s、1min、3min、5min，对于实施例1中的步骤S002中的对溯源数据处理为数据的加密处理，加密处理的方式为非对称加密，对于实施例1和实施例2中区块链平台4包括网关、交换机、区块链节点服务器和存储服务器。

关于实施例1和实施例2中的步骤S004，数据库3将数据存储到磁盘以实现持久化：就是将内存中的数据模型转换为存储模型，以及将存储模型转换为内存中的数据模型。

通过长时间的数据收集和对比，整理数据如图2可知：

改造前与改造后相比，在业务成功率方面，得到了明显提高；在接口响应方面，显著的降低了接口响应时间，因此，本方法解决了传统的区块链溯源平台数据上链困难的问题。

综上：与现有技术相比，1.本上链方法更加高效：业务数据上链与系统解耦，降低系统卡顿几率，系统改造前，业务使用方经常投诉系统卡顿，业务超时率高，系统改造后，基本没有收到业务调用者的投诉；2.与现有技术相比，本上链方法更加可靠：由于分时段重试上链，确保待上链数据都能上链，系统改造前，每天都有一部分数据上链失败，导致业务调用者业务异常，系统改造后，业务调用者基本没有异常数据。

尽管为使解释简单化，将上述方法图示并描述为一系列动作，但是应理解并领会这些方法不受动作的次序所限。根据一个或多个实施例，一些动作可按不同次序发生和/或与来自本文中图示和描述或本文中未图示和描述但本领域技术人员可以理解的其他动作并发地发生。为使本领域技术人员将进一步领会，结合本文中所公开的实施例来描述的各种解说性逻辑板块、模块、电路和算法步骤可实现为电子硬件、计算机软件、或这两者的组合。为清楚地解说硬件与软件的这一可互换性，各种解说性组件、框、模块、电路和步骤在上面是以其功能性的形式作一般化描述的。此类功能性是被实现为硬件还是软件取决于具体应用和施加于整体系统的设计约束。技术人员对于每种特定应用可用不同的方式来实现所描述的功能性，但这样的实现决策不应被解读成导致脱离了本发明的范围。结合本文所公开的实施例描述的各种解说性逻辑板块、模块、和电路可用通用处理器、数字信号处理器(DSP)、专用集成电路(ASIC)、现场可编程门阵列(FPGA)或其它可编程逻辑器件、分立的门或晶体管逻辑、分立的硬件组件、或其设计成执行本文所描述功能的任何组合来实现或执行。通用处理器可以是微处理器，但在替换方案中，该处理器可以是任何常规的处理器、控制器、微控制器、或状态机。处理器还可以被实现为计算设备的组合，例如DSP与微处理器的组合、多个微处理器、与DSP核心协作的一个或多个微处理器、或任何其他此类配置。结合本文中公开的实施例描述的方法或算法的步骤可直接在硬件中、在由处理器执行的软件模块中、或在这两者的组合中体现。软件模块可驻留在RAM存储器、闪存、ROM存储器、EPROM存储器、EEPROM存储器、寄存器、硬盘、可移动盘、CD-ROM、或本领域中所知的任何其他形式的存储介质中。示例性存储介质耦合到处理器以使得该处理器能从/向该存储介质读取和写入信息。在替换方案中，存储介质可以被整合到处理器。处理器和存储介质可驻留在ASIC中。ASIC可驻留在用户终端中。在替换方案中，处理器和存储介质可作为分立组件驻留在用户终端中。在一个或多个示例性实施例中，所描述的功能可在硬件、软件、固件或其任何组合中实现。如果在软件中实现为计算机程序产品，则各功能可以作为一条或更多条指令或代码存储在计算机可读介质上或藉其进行传送。计算机可读介质包括计算机存储介质和通信介质两者，其包括促成计算机程序从一地向另一地转移的任何介质。存储介质可以是能被计算机访问的任何可用介质。作为示例而非限定，这样的计算机可读介质可包括RAM、ROM、EEPROM、CD-ROM或其它光盘存储、磁盘存储或其它磁存储设备、或能被用来携带或存储指令或数据结构形式的合意程序代码且能被计算机访问的任何其它介质。任何连接也被正当地称为计算机可读介质。例如，如果软件是使用同轴电缆、光纤电缆、双绞线、数字订户线(DSL)、或诸如红外、无线电、以及微波之类的无线技术从web网站、服务器、或其它远程源传送而来，则该同轴电缆、光纤电缆、双绞线、DSL、或诸如红外、无线电、以及微波之类的无线技术就被包括在介质的定义之中。如本文中所使用的盘(disk)和碟(disc)包括压缩碟(CD)、激光碟、光碟、数字多用碟(DVD)、软盘和蓝光碟，其中盘(disk)往往以磁的方式再现数据，而碟(disc)用激光以光学方式再现数据。上述的组合也应被包括在计算机可读介质的范围内。

Claims

1.一种针对区块链溯源平台数据上链改进的方法，其特征在于：包括以下步骤：

步骤S001，业务调用者调用溯源平台提供的接口发送上链数据；

步骤S002，BaaS平台接收到溯源数据，并对溯源数据进行处理；

步骤S003，BaaS平台将处理好的数据保存到数据库；

步骤S004，数据库将数据存储到磁盘；

步骤S008，业务调用者从BaaS平台获取区块信息；

步骤S009，即数据上链成功。

2.根据权利要求1所述的一种针对区块链溯源平台数据上链改进的方法，其特征在于，所述区块链平台包括网关、交换机、区块链节点服务器和存储服务器。

3.根据权利要求1所述的一种针对区块链溯源平台数据上链改进的方法，其特征在于，所述步骤S002中的对溯源数据处理的步骤如下：S1、数据合规性校验；S2、数据的加密处理。

4.根据权利要求3所述的一种针对区块链溯源平台数据上链改进的方法，其特征在于，所述加密处理的方式为国密SM2非对称加密。

5.根据权利要求1所述的一种针对区块链溯源平台数据上链改进的方法，所述步骤S007中的自定义分时段的重试时间为1s、3s、5s、30s、1min、3min、5min。

6.根据权利要求1所述的一种针对区块链溯源平台数据上链改进的方法，所述步骤S003中的保存方法为采取调用数据库sdk方法，具体步骤如下：S1、加载数据库驱动；S2、创建数据库连接池；S3、获取数据库链接；S4、执行sql语句；S5、存储到数据库；S6、返回结果。

7.根据权利要求1所述的一种针对区块链溯源平台数据上链改进的方法，所述步骤S006的数据打包步骤如下：S1、统计当前未打包交易量达到1M或者距离上一次生成区块时间超过500ms；S2、计算随机数；S3、生成交易区块；S4、区块共识；S5、返回共识后的区块信息。