CN115994771A - 面向大宗商品交易存证数据的实时采集与溯源方法及系统 - Google Patents

Abstract

本发明提供一种面向大宗商品交易存证数据的实时采集与溯源方法及系统，首先采用实时存证数据采集上链技术为各平台异构的特性针对自身业务特点开发数据采集适配器，并制定了数据对接规范和统一的数据传输安全规范，在实现对各类异构数据的实时便捷采集的同时确保存证数据不被监听、窃取、篡改，从而提升存证数据的传输安全。然后为与各类交易平台对接的综合服务平台，以可信存证溯源技术为基础设计了Fabric+IPFS方案，实现上链数据的安全存储与溯源查证，针对异构平台的上链与查询逻辑具有查询富态化、合理高效的优点。本发明提高了大宗商品电子市场交易证据保全的可靠性，摆脱了目前大宗商品电子商务市场在交易证据保全的可靠性和公信力上缺失的困境。

Description

面向大宗商品交易存证数据的实时采集与溯源方法及系统

技术领域

本发明属于区块链技术领域，具体涉及一种面向大宗商品交易存证数据的实时采集与溯源方法及系统。

背景技术

大宗商品交易市场涉及能源化工、农副产品、矿石金属等国家战略性资源，具有商品规模大、行业风险高、价格幅度大、影响范围广等特点，关乎国计民生，受地缘政治影响较大。自1997年国内大宗商品现货电子交易市场创立以来，大宗商品行业进入快速发展阶段，陆续出现了连续现货、现货挂牌、单向竞价交易等多种新型交易模式。

然而欲速则不达，我国大宗商品贸易市场过快的发展，引发了行业体制不健全、相关法规不完善、市场定位不准确、投资主体不可靠等问题，从而导致诸多行业乱象的发生，由此，政府从2010年开始陆续出台了一系列法规政策来对行业进行整顿与规范，并取得一定成效。然而因大宗商品交易市场牵涉面广、体量庞大、问题繁多，时至今日仍在结构性发展、运营管理、交易创新及监管等方面存在瓶颈问题。

目前大宗商品电子商务市场采用的交易存证的方式是：周期性地(一天或几天)收集交易平台的各类交易数据，上传到各省市的清算中心。这样的作法有两个局限性：一是滞后性，监管部门无法实时地对交易过程中可能出现的异常进行管控；二是真实性，上传交易证据周期的时间跨度大，交易平台就拥有更多的机会来掩盖不良行为，当交易发生冲突时，这类交易证据便无法有效的为交易仲裁进行佐证。亟需引入防篡改、可追溯、抗抵赖的区块链系统来对交易平台进行交易凭据存证。利用区块链系统，可以使得入链后的交易证据不可抵赖，不可篡改，能够追踪溯源之外，还能通过一定的机制确保入链前的数据的真实有效性，从而形成一个公正、可信、具有权威性的第三方存证体系，为未来可能发生的交易争端提供可靠的取证渠道。

然而对于不同的交易平台而言，其底层对应的服务商、业务场景、需要存证的数据格式往往大不相同，很难用一套标准完美囊括所有的交易场景。

发明内容

为解决在大宗商品交易场景下，使用区块链为交易存证、查证时，因业务场景不同而导致的存证、查证的业务数据格式不同的问题，同时也摆脱目前大宗商品电子交易市场在交易证据保全的可靠性和公信力上缺失的困境，本发明提供一种结合了实时存证数据采集上链技术与可信查证溯源的方法及系统，从而确保交易证据的防篡改、抗抵赖、可追溯等特性，本发明采用了如下技术方案：

本发明提供了一种面向大宗商品交易存证数据的实时采集与溯源方法，用于对大宗商品各类交易平台的数据进行实时采集和查证，其特征在于，包括：步骤1，采用实时存证数据采集技术对各异构交易平台上链的存证数据进行实时采集，并做标准化和统一化处理；步骤2，基于大宗商品交易场景的实际业务使用需求，构建可信查证溯源体系，使用该可信查证溯源体系对处理后的存证数据进行数据查证溯源，以提高该场景下交易证据保全的可靠性。

在本发明提供的面向大宗商品交易存证数据的实时采集与溯源方法，还可以具有这样的技术特征，其中，实时存证数据采集技术基于与多家交易平台对接的综合服务平台实现，具体实现过程包括：分析各类业务数据的特点，进行归纳总结，针对每个业务类型的关键字段进行提取分析，制定相对应的数据对接规范；为各类异构交易平台设计开发可以进行数据对接的数据采集适配器，从而实现采集服务通用化，降低开发及后期维护成本；为采集适配器和采集服务制定统一的数据传输安全规范，确保存证数据不被监听、不被窃取、不被篡改，实现数据传输安全。

在本发明提供的面向大宗商品交易存证数据的实时采集与溯源方法，还可以具有这样的技术特征，其中，可信查证溯源体系基于区块链技术可溯源、不可篡改的特性构建，构建过程如下：步骤2-1，搭建区块链网络Hyperledger Fabric环境；步骤2-2，采用外部链码的形式，完成面向异构平台交易场景的智能合约和SDK的构建与部署，以实现上链数据的查询；步骤2-3，针对非结构化数据，为搭建的Hyperledger Fabric环境进行超媒体文本传输协议IPFS的部署，从而实现非结构化数据的存储，及存储上链后的数据查证和溯源。

在本发明提供的面向大宗商品交易存证数据的实时采集与溯源方法，还可以具有这样的技术特征，其中，在步骤2-3中，基于Hyperledger Fabric和IPFS进行数据存储的过程如下：对收到来自客户端的数据进行是否合法的判断，如果数据不合法则对下一轮接收到的数据进行判断，如果数据合法则立即存入IPFS，并获取IPFS存储块的哈希地址，然后将该数据块的IPFS地址以及文件指纹存入Fabric区块链进行保存；基于Hyperledger Fabric和IPFS进行数据查询的过程如下：首先通过Fabric链码查询是否存在该数据ID的IPFS地址信息，若不存在，则说明不存在此数据，否则继续查询IPFS地址信息直至得到该数据的存储文件，同时对于数据的查证：则根据IPFS上对应数据块文件的哈希地址从IPFS上拿到原始数据，并可以利用Fabric上文件指纹与IPFS上的原始数据进行比对验证，若两者一致则可以确定该数据块未被篡改。

本发明还提供了一种面向大宗商品交易存证数据的实时采集与溯源系统，用于实时采集和查证大宗商品各类交易平台的数据，其特征在于，包括：存证数据实时采集模块，用于使用实时存证数据采集技术对各异构交易平台上链的存证数据进行实时采集，并做标准化和统一化处理；存证数据可信查证溯源模块，用于基于大宗商品交易场景的实际业务使用需求，构建可信查证溯源体系，并使用该可信查证溯源体系对处理后的存证数据进行数据查证溯源，以提高该场景下交易证据保全的可靠性。

发明作用与效果

根据本发明的面向大宗商品交易存证数据的实时采集与溯源方法及系统，首先采用实时存证数据采集上链技术为各平台异构的特性针对自身业务特点开发数据采集适配器，并制定了数据对接规范，以实现对各类异构数据的实时便捷采集，还制定了统一的数据传输安全规范，有效保护数据的传输安全，不被监听、不被窃取、不被篡改，从而确保存证数据的可靠性和安全性。然后为与各类交易平台对接的综合服务平台，以可信存证溯源技术为基础设计了Fabric+IPFS方案，实现上链数据的安全存储与溯源查证，针对异构平台的上链与查询逻辑具有查询富态化、合理高效的优点。

本发明的面向大宗商品交易存证数据的实时采集与溯源方法及系统，不仅提高了大宗商品电子市场交易证据保全的可靠性，同时也为监管部门、交易平台、乃至平台用户提供一个具有公信力的第三方存证体系，能够摆脱目前大宗商品电子商务市场在交易证据保全的可靠性和公信力上缺失的困境。

附图说明

图1是本发明面向大宗商品交易存证数据进行实时采集与溯源的框架示意图；

图2是本发明实施例中面向大宗商品交易存证数据的实时采集与溯源方法的流程图；

图3是本发明实施例中外部链码配置所用connection.json文件示意图；

图4为本发明实施例中外部链码配置所用metadata.json文件示意图；

图5为本发明实施例中SDK工作原理图；

图6为本发明实施例中基于Fabric+IPFS处理数据上链的流程图；

图7为本发明实施例中上链及查询逻辑伪代码的示意图；

图8为本发明实施例中底层命令行上链操作的示意图；

图9为本发明实施例中交易主体注册存证列表显示界面；

图10本发明实施例中为交易主体注册存证详情显示界面；

图11为本发明实施例中成交合同存证列表展示界面；

图12为本发明实施例中成交合同存证详情展示界面；

图13为本发明实施例中仓单融资存证列表展示界面；

图14为本发明实施例中仓单融资存证详情展示界面；

图15为本发明实施例中底层命令行查询操作的示意图；

图16为本发明实施例中交易主体事件追溯展示界面；

图17为本发明实施例中交易主体事件追溯详情展示界面。

具体实施方式

图1是本发明面向大宗商品交易存证数据进行实时采集与溯源的框架示意图。

如图1所示，为适应各家不同系统架构的交易平台，本发明为各交易平台开发了针对不同交易平台的数据采集适配器，并制定了数据对接规范以此实现对各类业务数据的实时采集并进行数据存证，并搭建区块链平台以支持可信查证溯源，最终实现整个区块链系统适用于不同业务场景的各方交易平台的异构的存证数据采集上链功能与可信查证溯源功能。

为了使本发明实现的技术手段、创作特征、达成目的与功效易于明白了解，以下结合实施例及附图对本发明的面向大宗商品交易存证数据的实时采集与溯源方法及系统作具体阐述。

<实施例>

图2是本发明实施例中的面向大宗商品交易存证数据的实时采集与溯源方法的流程图。

如图2所示，面向大宗商品交易存证数据的实时采集与溯源方法包括以下步骤：

步骤1，采用实时存证数据采集技术对各异构交易平台上链的存证数据进行实时采集，并做标准化和统一化处理。

对于大宗商品交易场景下区块链系统中异构平台的数据上链部分而言，其异构特性致使各平台业务数据格式不同，因此本实施例使用实时存证数据采集技术进行存证数据标准化和统一化处理。

由于综合服务平台需要对接多家交易平台，为各交易平台提供交易数据存证服务，各家交易平台的交易系统的服务商可能不同，业务模式也可能不同，需要存证的业务数据格式也可能是不同的。因此，为了适应各家不同系统架构的交易平台，实现对各类业务数据的采集，并进行数据存证，需要制定数据对接规范，并开发针对不同交易系统的数据采集适配器。具体过程如下：

首先，制定数据对接规范：需要分析各类业务数据的特点，进行归纳总结，针对每个业务类型的关键字段进行提取分析，制定适合这个业务场景的数据对接规范，根据存证的需要进行数据采集。

本实施例中，通过分析交易平台的业务特点，分别制定了以下三种数据对接规范：存证数据存储规范-竞价合同(下表1)、存证数据存储规范-订单合同(下表2)以及存证数据存储规范-E现货合同(下表3)。进行数据采集时的数据对接规范参考并遵循此规范，确保数据存证的所需字段都被采集。

表1存证数据存储规范-竞价合同

表2存证数据存储规范-订单合同

表3存证数据存储规范-E现货合同

然后，开发可对接异构交易系统的适配器：设计开发可以与各类异构交易平台进行数据对接的采集适配器，能够支持各种系统供应商的各种架构的交易系统。通过设计适配器的方式与各类异构系统进行数据对接，避免采集服务直接对接各异构系统，可以做到采集服务的通用化，有效降低后期的对接成本和升级、维护、运营成本。

此外，适配器的功能比较单一，可以方便部署和修改，可以针对各类异构系统单独开发，对接一个新的交易平台，开发一个新的适配器也比较方便快捷，后期对接新的交易平台比较方便。

最后，为适配器与采集服务制定统一的数据传输安全规范，可以保证数据传输有效的安全保证，采用https协议，传输进行加密、签名验签、数据内容采用json格式，可扩展性强、兼容性好。

步骤2，基于大宗商品交易场景的实际业务使用需求，构建具有公信力、能够保护隐私的可信查证溯源体系，使用该可信查证溯源体系对处理后的存证数据进行数据查证溯源，以提高该场景下交易证据保全的可靠性。

可信查证溯源体系能够实现交易可信保障和追溯监管。以该可信查证溯源技术为基础，为监管部门、交易平台、乃至平台用户提供一个具有公信力的第三方存证体系，摆脱目前大宗商品电子商务市场在交易证据保全的可靠性和公信力上缺失的困境。

本实施例中，可信查证溯源技术的实现，需要借助区块链技术可溯源、不可篡改的特性。实施过程主要包含各项环境的具体搭建流程以及溯源查证逻辑的体现。具体地：

步骤2-1，搭建区块链网络Hyperledger Fabric环境，包括基本环境搭建和fabric2.0部署。

基本环境搭建：

首先，配置GO环境。智能合约服务采用golang作为主要开发语言，因此需安装golang环境。

然后，安装docker。Docker具有轻量化、标准开放、安全可靠的特点。一台主机上运行的多个Docker容器可以共享主机操作系统内核；启动迅速，只需占用很少的计算和内存资源；一台主机上运行的多个Docker容器可以共享主机操作系统内核；启动迅速，只需占用很少的计算和内存资源；Docker容器基于开放式标准，能够在所有主流Linux版本、Microsoft Windows以及包括VM、裸机服务器和云在内的任何基础设施上运行；Docker赋予应用的隔离性不仅限于彼此隔离，还独立于底层的基础设施。Docker默认提供最强的隔离，因此应用出现问题，也只是单个容器的问题，而不会波及到整台主机。

fabric2.0部署：

首先，安装docker-compose。Docker-compose是支持通过模板脚本批量创建Docker容器的一个组件。

其次，下载Fabric源码并进行编译。编译完成后会生成docker镜像文件以及build/bin目录下的二进制文件。

然后，部署多机环境，具体过程为：服务器分配：对所有fabric节点所在的服务器IP进行统筹规划，便于后期调控；配置域名解析：在服务器的hosts文件中对其他服务器所包含节点的IP和身份作一一对应；证书配置：通过二进制程序cryptogen来帮助fabric中的各个节点，包括peer，orderer节点生成证书；此处也可以选择fabric支持的其他证书认证方式，例如CA节点的形式来生成证书；通道配置：只需要在一台服务器通过configtx.yaml配置生成创世块、通道信息，并复制到其他服务器中，并生成创世区块、通道配置区块、锚节点信息。

最后，启动多机环境。使用shell脚本进行多机服务器搭建，脚本启动各orderer节点、peer节点的docker容器，并且进行通道建立，节点加入通道以及链码生命周期管理。

启动完毕后使用dockerps-a命令可以查询各个节点的部署情况。

步骤2-2，采用外部链码的形式，完成面向异构平台交易场景的智能合约和SDK的构建与部署，以实现上链数据的查询。

智能合约是一种计算机协议，是以数字方式促进、验证或执行合同的谈判或履行。智能合同允许在没有第三方的情况下进行可信的交易，它是区块链的核心技术之一。

本实施例中智能合约采用外部链码的形式进行部署，外部链码自Fabricv2.0+起得以使用，使得用户能够独立于Peer节点管理链码运行环境，链码的生命周期将在Fabric之外进行管理，Peer节点通过定义好的接口发现、调用链码。实现了链码服务的热插拔。

具体构建与部署的过程如下：

首先，配置外部链码。

此处以fabric-samples中的fabcar外部链码为例。链码打包需要connection.json及metadata.json两个文件。其中connection.json文件定义了外部链码服务地址及连接参数，此处设置不使用tls，如图3所示。metadata.json文件定义了链码类型及名称，如图4所示。其中使用chaincode.env定义了链码服务容器需要的参数，主要是服务监听地址及链码ID，而链码ID需要在之后进行补充替换。

外部链码的打包过程主要涉及到上述的两个json文件，它放弃Fabric安装普通链码封装好的peer lifecycle chaincode package命令，而采用linux系统带有的tar工具对这两个json文件进行分层压缩打包，获得了打包好的链码压缩文件fabcar2.tgz。

然后，部署外部链码。

此时需要在网络内每个peer节点上执行安装链码命令。

该链码包里并不含有真正地智能合约代码，只包含关于链码的访问接口、标签、类型等metadata。安装后，可以使用命令查询链码的package id，该package id需要填入外部链码部署中的(chaincode.env)中。

之后与原本fabric提供的安装链码过程类似，需要执行approveformyorg(每个org中分别执行)，checkcommitreadiness，commit等操作。

最终通过docker工具依靠--env-file选项运行即可使外部链码以容器的形式加入区块链网络并进行工作，同时可以对链码进行初始化及调用，结果成功。

最后，部署SDK。

Farbric的Peer节点和Orderer节点都提供了基于gRPC协议的接口，用于和Peer节点与Orderer节点进行命令/数据交互，其工作原理如图5所示。为了简化开发，为开发人员开发应用程序提供操作Fabric区块链网络的API，Fabric官方提供了多种语言版本的SDK。本实施例选择使用Java版本的SDK进行开发。

首先为Fabric SDK端接入区块链网络设置连接文件。Fabric SDK作为一个客户端，其接入区块链网络的归属组织信息，连接超时信息等配置信息需要在这一部分进行配置，完成系统的相关设置。

在配置文件中，为连接的各个Peer节点以及Order设置相关的功能信息，如FabricSDK所连接的peer0.org1.example.com节点，其具有背书能力，部署了链码，具有账本查询的能力，以及具有eventSource能力；其次，为连接的各个组织相关的MSP信息，如FabricSDK所连接的Org1内的节点使用Org1MSP服务，并指定了证书文件的路径，以及公钥和私钥等签名信息；最后，为连接的各个节点的设置相关的MSP信息，如Fabric SDK所连接的Org1内的节点使用Org1MSP服务，并指定了证书文件的路径，以及公钥和私钥等签名信息。

在使用Fabric Java SDK时，需要先编译SpringBoot项目生成可执行jar包，此时即可运行Fabric区块链平台SpringBoot Java SDK。如有需要，也可通过MVN Clean清空Fabric区块链平台SpringBoot Java SDK的jar包文件。

步骤2-3，针对非结构化数据，为搭建的Hyperledger Fabric环境进行超媒体文本传输协议IPFS的部署，从而实现非结构化数据的存储，及存储上链后的数据查证和溯源。

IPFS(InterPlanetary File System，星际文件系统)，它是一种全新的超媒体文本传输协议，可以把它理解为一种支持分布式存储的网站。IPFS协议，主要从数据存储和文件传输两个方面做了架构性的革新。在IFPS系统中保存一个文件，系统会把文件打碎成若干个大小一样的碎片，然后对每个碎片进行哈希运算得到一个数值，称为哈希值，然后再将所有这些碎片的哈希值及相关数据一起整理并在此进行哈希运算，得到一个最终的哈希值。然后被传输到IPFS系统中。对于一台主机，可能会存有若干个碎片，但无法得知这些碎片的内容是什么，也不知道替谁存储了文件，只要没有该文件对应的哈希值任何个人和机构就无法查看文件内容，这样就不用担心数据被利用。文件的碎片会被备份多次保留在IPFS系统中的多个节点上，这样即使黑客能攻击其中的个别节点。或者发生区域性的灾害，其他节点依然能保持文件的完整性。在文件传输方面，当使用IPFS访问或者下载文件时，向系统提交的是改文件的哈希值，因此，只要文件存在于整个IPFS系统中，系统就能通过最近的网络距离找出这个内容。

当数据需要可靠实时地存储，并且在未来需要得到验证时，将数据以某种形式存入区块链。而传统区块链系统为了“安全”而牺牲“效率”，因此其数据存储的容量与速率非常低下，因此不能存放大规模数据。

基于上述考虑，本实施例利用区块链+分布式存储的方式即Fabric+IPFS数据上链方案，将原始数据存于类似IPFS等分布式系统中，并将源文件的哈希值存储于区块链永久保存，以解决大规模数据上链的问题，用户也可以通过区块链上文件的哈希值随时去获取这些数据。

Fabric+IPFS设计主要处理数据上链，因此重在数据存储和数据查询两部分逻辑，流程如图6所示。具体地：

基于Fabric+IPFS进行数据上链存储时的过程为：收到来自客户端的数据，在判断数据合法后，立即存入IPFS，并获取IPFS存储块的哈希地址。然后，将该数据块的IPFS地址以及文件指纹存入Fabric区块链进行保存。

基于Fabric+IPFS进行数据查询时的过程为：服务通过Fabric链码查询是否存在该ID的IPFS地址信息，若不存在，则说明不存在数据，否则继续查询IPFS。对于数据的查证：根据IPFS上对应数据块文件的Hash地址从IPFS上拿到原始数据，并可以利用Fabric上文件指纹与IPFS上原始数据进行比对验证，若两者一致则可以确定该数据块未被篡改。

详细合同上链与查询逻辑可见图7。

上链时，确认主键合同编号ContractNo是否已存在，若不存在，则对合同作结构化处理，并将其写入账本并更新索引；查询时，可依据主键或是含主键在内的复合键(例如主键及时间范围等)进行富态查询，得到查询结果；也可以对交易主体(买家/卖家)相关进行溯源操作，得到该主体对应的历史操作、事件的具体信息。

此外，本实施例还基于上述过程建立了面向大宗商品交易存证数据的实时采集与溯源系统，并设计了一个简洁、高效的UI界面，提升服务的实用性与友好性。具体构建及实现过程如下：

本次实验在四台物理机上进行，具体的组织分工如下表4和表5：

表4

组织	服务器IP	ip(vpn)	说明
				协同中心	118.145.4.138	10.8.8.5	综合服务平台
临沂国际	222.174.167.151	10.8.8.2	交易平台
				联交运	47.118.22.180	10.8.8.3	监管平台
牡丹国际	221.1.222.175	10.8.8.4	交易平台

表5

如上表4和表5所示，四个组织分别为协同中心、临沂国际、联交运、牡丹国际，其中协同中心为综合服务平台，用于部署共识节点；包括三条通道：第一条通道包括协同中心、牡丹国际两个组织，第二条通道包括协同中心、联交运两个组织，第三条通道包括协同中心、临沂国际两个组织；所有组织均使用外部链码与SDK，链码具有个性化；所有组织均有Couchdb世界状态数据库，支持富态查询。

基于上述环境构建的面向大宗商品交易存证数据的实时采集与溯源系统，进行实时存证数据采集技术和可信查证溯源方法的验证。

实时存证数据采集技术验证：

使用底层的命令行能够进入各peer节点容器，并在其中对存证采集的数据进行上链操作，如图8所示。

在本实施例所集成实时采集与溯源的系统上，还可以对交易平台的所有交易主体(卖方/买方)进行注册存证，保证所有的交易主体合规、可查，如图9所示；而对于所有已注册的交易主体信息，均可通过其对应的独一无二的区块链Txid查询得到详情，包括姓名、注册信息、开户时间、证件号等具体信息，如图10所示。

平台能够对于成交的合同进行有效存证，如图11，该界面显示了每一个成交合同存证的大致信息；同样，对于这些存证信息，可以通过查询存证获得其对应的详细信息如图12所示，包括买卖双方、交易主体、成交时间、金额等。

对于某些公司特有的业务，面对异构的业务数据结构，系统也可以对其进行存证：例如仓单融资信息，系统也也可以如图13所示对其进行存证；同理，可以对其存证详情进行查证，如图14，包括仓单编号、质押编号、仓库名称、申请时间等数据。

可信查证溯源方法验证：

如图10、12、14所示，均为对于交易相关的交易主体、成交合同、仓单融资存证的查询结果；另外，系统还提供了时间范围相关的富态查询方式以及对交易主体相关事件、历史操作进行追溯的溯源操作，在底层使用命令行的形式能够在各容器内部，使用不同身份对通道内共有的一条交易进行查证追溯，如图15所示。在UI界面上，如图16、17所示，可以通过后端接口调用Fabric SDK成功查询到某具体交易主体相关的历史操作记录并对其详细信息进行查看串联。

实施例作用与效果

根据本实施例提供的面向大宗商品交易存证数据的实时采集与溯源方法及系统，首先采用实时存证数据采集上链技术为各平台异构的特性针对自身业务特点开发数据采集适配器，并制定了数据对接规范，以实现对各类异构数据的实时便捷采集，还制定了统一的数据传输安全规范，有效保护数据的传输安全，不被监听、不被窃取、不被篡改，确保存证数据的可靠性和安全性。然后为与各类交易平台对接的综合服务平台，以可信存证溯源技术为基础设计了Fabric+IPFS方案，实现上链数据的安全存储与溯源查证，针对异构平台的上链与查询逻辑具有查询富态化、合理高效的优点。

本实施例的面向大宗商品交易存证数据的实时采集与溯源方法及系统，不仅提高了大宗商品电子市场交易证据保全的可靠性，同时也为监管部门、交易平台、乃至平台用户提供一个具有公信力的第三方存证体系，能够摆脱目前大宗商品电子商务市场在交易证据保全的可靠性和公信力上缺失的困境。

此外，实施例中提供的面向大宗商品交易存证数据的实时采集与溯源系统，还为实时存证数据采集与可信存证溯源的功能实现提供了一个简洁、高效的UI界面，进一步提升服务的实用性与友好性。

上述实施例仅用于举例说明本发明的具体实施方式，而本发明不限于上述实施例的描述范围。

Claims (5)

1.一种面向大宗商品交易存证数据的实时采集与溯源方法，用于对大宗商品各类交易平台的数据实现实时采集和查证，其特征在于，包括：

步骤1，采用实时存证数据采集技术对各异构交易平台上链的存证数据进行实时采集，并做标准化和统一化处理；

步骤2，基于大宗商品交易场景的实际业务使用需求，构建可信查证溯源体系，使用该可信查证溯源体系对处理后的存证数据进行数据查证溯源，以提高该场景下交易证据保全的可靠性。

2.根据权利要求1所述的一种面向大宗商品交易存证数据的实时采集与溯源方法，其特征在于：

其中，所述实时存证数据采集技术基于与多家交易平台对接的综合服务平台实现，具体实现过程包括：

分析各类业务数据的特点，进行归纳总结，针对每个业务类型的关键字段进行提取分析，制定相对应的数据对接规范；

为各类异构交易平台设计开发可以进行数据对接的数据采集适配器，从而实现采集服务通用化，降低开发及后期维护成本；

为所述数据采集适配器和所述采集服务制定统一的数据传输安全规范，确保存证数据不被监听、不被窃取、不被篡改，实现数据传输安全。

3.根据权利要求1所述的一种面向大宗商品交易存证数据的实时采集与溯源方法，其特征在于：

其中，所述可信查证溯源体系基于区块链技术可溯源、不可篡改的特性构建，构建过程如下：

步骤2-1，搭建区块链网络HyperledgerFabric环境；

步骤2-2，采用外部链码的形式，完成面向异构平台交易场景的智能合约和SDK的构建与部署，以实现上链数据的查询；

步骤2-3，针对非结构化数据，为搭建的HyperledgerFabric环境部署超媒体文本传输协议IPFS，从而实现非结构化数据的存储，及存储上链后的数据查证和溯源。

4.根据权利要求3所述的一种面向大宗商品交易存证数据的实时采集与溯源方法，其特征在于：

其中，在所述步骤2-3中，基于HyperledgerFabric和IPFS进行数据存储的过程如下：

对收到来自客户端的数据进行是否合法的判断，如果数据不合法则对下一轮接收到的数据进行判断，如果数据合法则立即存入IPFS，并获取IPFS存储块的哈希地址，然后将该数据块的IPFS地址以及文件指纹存入Fabric区块链进行保存；

基于HyperledgerFabric和IPFS进行数据查询的过程如下：首先通过Fabric链码查询是否存在该数据ID的IPFS地址信息，若不存在，则说明不存在此数据，否则继续查询IPFS地址信息直至得到该数据的存储文件，

同时对于数据的查证：则根据IPFS上对应数据块文件的哈希地址从IPFS上拿到原始数据，并可以利用Fabric上文件指纹与IPFS上的原始数据进行比对验证，若两者一致则可以确定该数据块未被篡改。

5.一种面向大宗商品交易存证数据的实时采集与溯源系统，用于实时采集和查证大宗商品各类交易平台的数据，其特征在于，包括：

存证数据实时采集模块，用于使用实时存证数据采集技术对各异构交易平台上链的存证数据进行实时采集，并做标准化和统一化处理；以及

存证数据可信查证溯源模块，用于基于大宗商品交易场景的实际业务使用需求，构建可信查证溯源体系，并使用该可信查证溯源体系对处理后的存证数据进行数据查证溯源，以提高该场景下交易证据保全的可靠性。

Images