基于双区块链的产品溯源系统研究与实现

韩妍妍, 魏万奇, 窦凯丽, 张 齐

(1.北京电子科技学院 电子与通信工程系,北京 100070;2.西安电子科技大学 通信工程学院, 陕西 西安 710071; 3.北京电子科技学院 网络空间安全系,北京 100070)

随着信息技术的快速普及,溯源系统在追溯产品信息、处理安全事故等方面发挥了重要的作用[1]。近年来,物联网、区块链技术的快速发展为溯源系统的迭代更新带来了新的可能。中国政府早在2019年就提出要探索“区块链+”,希望能在商品防伪等领域为人们提供便捷的服务[2]。

中国互联网公司如阿里巴巴、腾讯等也都展开了相关研究,国内外学者都有进一步研究和应用[3]。Li等[4]在介绍区块链架构模型和关键技术的基础上,设计了一种产品追溯模型,但该模型无法保证源头数据的真实可靠。Baralla等[5]在一种工厂到家庭(factory to family,F2F)的新型营销模型基础上,运用区块链设计了一种农产品追溯系统,并利用二维码(quick response code,QR code)验证了产品的部分信息,但系统数据访问率较低。张国英等[6]通过智能合约建立起溯源数据模型以记录溯源信息,进而确保溯源信息不可篡改,但是由于区块存储容量有限,没能做到批量数据的存储。刘雅东[7]基于以太坊搭建了一个溯源信息存储平台,虽然提高了感知数据的安全性,但基于工作量证明(proof of work,PoW)的共识机制造成了大量的能源消耗和算力资源浪费。高琰晨[8]针对物流行业成员间的激励契约设计了一种基于区块链的物流信息追溯模型,但该模型并不能满足实际生产的需求。

以上方案虽然利用区块链技术解决了产品追溯问题,但是现有解决方案大都采用单区块链实现产品溯源。单链方案中的大多数也都集中在解决数据的防篡改和去信任化问题上,而忽视了源头数据的真实可靠性。此外,单一的公有链或者私有链也因为工作效率较低而难以满足实际生产的需求。面对单链方案的不足,不少学者开始思考采用双链模式来解决这些问题。Leng等[9]利用一条区块链存储所有公用数据,另一条区块链记录敏感数据,不仅解决了数据泄露问题,保障了数据安全性,而且提高了数据访问效率。刘家稷等[10]在文献[9]的基础上利用公有链和私有链构建了一种防伪溯源系统,在保证溯源信息真实可靠的同时,做到了以高效率低成本的方式运行。以上解决方案虽然弥补了单链方案的不足,但仍没有解决溯源系统数据大批量存储的问题。而星际文件系统(interplanetary file system,IPFS)作为一种分布式文件系统,为该问题提供了一种可行的解决方案。

高文涛等[11]基于联盟区块链和IPFS技术,提出一种去中心化的音乐共享模型,实现了安全透明的音乐数据存储和共享。冯国富等[12]提出一种区块链和IPFS技术相结合的水产品交易溯源模型,在保证交易数据安全的同时,解决了传统水产品交易溯源系统存在的数据共享难、产品追溯难等问题。曾卫民[13]提出一种IPFS和区块链技术相结合的溯源方案模型,解决了传统食品供应链隐私泄露、大批量数据存储难等问题。

虽然上述解决方案将区块链与IPFS技术相结合,实现了产品的可追溯以及数据的可靠存储与共享。但以上方案大都采用权益证明(proof of stake,PoS)共识机制、代理权益证明(delegated proof of stake,DPoS)共识机制、PoW共识机制以及实用拜占庭容错(practical Byzantine fault tolerance,PBFT)共识机制。其中,PoS共识机制和DPoS共识机制由于部分主节点掌握着区块记账权,过程十分烦琐,影响了区块链的进一步应用;PBFT 共识机制虽然可以在保持安全性的条件下实现(N-1)/3 的容错性,但是PBFT共识机制的时间复杂度为O(N2),因而该机制的扩展性较差;PoW共识机制因为要找到满足一定条件的Nonce值,所以需要进行大量的哈希运算,这造成了电力和各种算力资源的浪费。针对这些问题,容量证明(proof of capacity,PoC)共识机制应运而生。PoC将PoW中需要付出的计算资源改为付出一定数量的存储空间,从而减少PoW共识工作过程造成的浪费。目前,国内外对PoC共识的应用还相对较少。

综合上述分析,本文提出一种基于双区块链的产品溯源方案。利用区块链和星际文件系统实现交易信息的可追溯、溯源文件的可靠存储和共享,利用改进后的PoC共识保障溯源交易的透明度和可靠度。

本文所做主要工作如下。

(1)提出一种改进型PoC共识机制。针对传统PoW共识耗能高的缺点,提出一种改进型PoC共识,能够对抗其他PoC的多挖操作,功耗远远低于比特币的资源开销。

(2)基于双区块链模式的产品溯源系统设计与实现。系统实现了用户注册登录、溯源信息上传、查询以及溯源文件提取等功能,并且针对传统区块链不适合存储大文件的情况,使用存储链和IPFS技术实现了区块链的可靠查询和溯源信息的大批量存储。

(3)双区块链产品溯源系统的测试与分析。对各模块进行功能测试,对PoC共识机制的优势通过系统溯源的交易量,文件提取速度、稳定性等方面进行测试与分析,并验证了文件存储准确性。

1 相关技术

1.1 区块链技术

区块链本质上是一个分布式账本,具备去中心化、防篡改、可追溯等特性。区块链中的节点通过竞争打包生成新区块,并按照时间的顺序以链表的形式进行连接组成区块链。其中的每个区块都包含上一区块的哈希值、交易信息和随机数等信息[14]。

1.2 PoC共识算法

PoC共识算法整个过程分为两个阶段[15],这两个阶段由证明者和验证者来完成。算法第1阶段,验证者生成一个随机大小的文件,然后发送给证明者进行存储,验证者只需存储文件的部分内容;算法第2阶段,验证者要求证明者发送一个指定位置的文件片段,证明者为保证能正确回答问题,必须保存整个文件,故而验证者只需要保存一段数据即可。

1.3 IPFS技术

IPFS通过引入基于内容的寻址方式,采用去中心化的对等网络进行信息交换,是一种分布式的数据存储系统,可广泛应用于数据共享和数据传播领域,并确保数据的真实性[16]。

2 系统原型设计

2.1 系统溯源流程

系统溯源流程如图1所示。其中,自身回溯链(my retrospective blockchain,MyRTP)作为查询链便于客户进行相关溯源信息的查询;自身存储链(my storage blockchain, MySTO)作为存储链进行溯源信息文件的存储,并做权限下载,确保数据信息的安全流通。

图1 溯源系统流程示意图Figure 1 Schematic diagram of traceability system

2.2 系统功能模型

系统功能模型如图2所示。其中,用户模块实现了用户注册与登录功能;交易模块实现了溯源数据上链和区块同步管理;挖矿模块包含P盘扫盘和爆块验证,实现了溯源数据的交易信息确认,并打包到区块链上产生虚拟币;存储模块实现了交易信息上链和溯源信息IPFS存储及下载;P2P模块实现了区块链中的节点同步和管理;查询模块实现了产品溯源和交易信息查询的功能。

图2 溯源系统功能模型Figure 2 Functional model of traceability system

2.3 改进型PoC共识机制实现

2.3.1 PoC共识机制实现

PoC共识机制的实现主要分为生成Plot文件和区块锻造两个过程。

(1)生成Plot文件。Plot文件是由一系列哈希运算结果排列组合而成的数据阵列。构成该数据阵列的基本单元被称为元胞(Nonce Cell)。Nonce Cell的生成需要使用矿工8 Byte的数字账户ID地址拼接一个8 Byte大小的随机数种子(Nonce Number),构成一个大小为16 Byte初始种子(Initial Seed),之后对初始种子进行1次Shabal256()计算,便可得到第1个哈希结果#8 191,如图3所示。

图3 第一个哈希结果#8 191Figure 3 The first Hash result #8 191

将第1个Hash结果#8 191添加到初始种子之前可得到新的种子：#8 191+InitialSeed。随后进行Shabal256()运算,得到第二个哈希结果#8 190;按照此种方式一直计算下去,最终可得到最后的哈希结果即FinalHash。

如果在生成新种子的过程当中,种子长度超过了4 096 Byte,此时仅保留种子长度的后4 096 Byte。之后,再将利用该种子生成的FinalHash与先前计算得到的8 192个哈希结果做异或运算。

将异或运算后得到的8 192个哈希值按照顺序,每两个合并为一个Scoop并填入到Nonce Cell中,最终将得到一个包含4 096个Scoop的256 KB的Nonce Cell,如图4所示。通过不断生成Nonce Cell,并对这些Nonce Cell做优化后进行排列,最后写入Plot文件,直至写满该文件。

图4 生成Nonce CellFigure 4 Generating the Nonce Cell

(2)区块锻造。矿工在生成好Plot文件后,即可获取区块的打包和记账权,以完成溯源交易信息的确认。用户在提交溯源信息以后,矿工将在广播中接收到交易信息,并将该交易信息打包生成一个待出块的区块。矿工在进行挖矿获取记账权时,首先要通过钱包获取挖矿的基本信息,包括签名(Generation Signature)、目标(Base Target)和下一区块高度(Height)。矿工将签名和区块高度进行组合作为种子,并做Shabal256()运算,得到生成哈希。然后对该哈希值做取模运算,取模数字是每个Nonce中Scoop的数量,也就是4 096。取模运算以后将得到一个4 096以内的数字,该数字就是ScoopNumber。

挖矿的过程即检索并取出Plot文件中所有对应ScoopNumber中的Scoop数据,并将该数据(64位)和Generation Signature(64位)进行组合作为一个新的种子,然后对其进行Shabal256()运算,从而得到Target;之后将Target除以代表系统难度的参数值BaseTarget,可得到区块倒计时(Deadline,8位),如图5所示。

图5 Deadline生成Figure 5 Deadline generation

Deadline表示自上个区块出块以后,产生新的区块需要等待的时间。在该时间未结束前,新产生的区块是不合法的,并不会被区块链网络所接受。之后,所有矿工将自己找到的Deadline广播至区块链网络,进而找到最小的Deadline,此过程即为扫盘过程。当上一区块距离当前经过的时间已经达到或者超过了自己找到的Deadline,并且没有其他矿工提交过更小的Deadline,则该矿工将获得当前区块的打包权和记账权。

2.3.2 PoC共识机制改进

在生成Plot文件时,通过不断生成Nonce Cell,并对其优化排序,再写入Plot,最终写满整个文件。由于Nonce值生成后可能存在P盘文件雷同的问题,因此本文在PoC共识机制的基础上进行了改进。

在生成Plot文件的过程中,Nonce值生成后,通过将Nonce Cell做置换处理来避免P盘文件雷同的问题。具体为将先前的8 192个散列值与最终散列值逐一异或,并保存8 192个异或散列值,如图6所示。

图6 Nonce值镜像互换Figure 6 Mirror swap of Nonce values

在Nonce值镜像互换后,以字节为单位,字节位7和字节位0进行交换、字节位5和字节位2进行交换,以此类推按位交换操作后,得到最终的Plot文件。

3 系统关键部分实现

3.1 系统开发环境

系统基于Windows环境开发,后端利用C#进行开发,前端基于Java和Html语言进行编写,系统编程软件采用Visual Studio 2017。此外,利用H2数据库搭建了本地数据库。

3.2 MyRTP查询链实现

3.2.1 产品信息注册与登录

系统中产品信息的注册是通过电子标签的识别来实现。读卡器读取串口后,自动读取电子标签的卡号和原始数据,识别成功后,读卡器会经过Shabal256()加密转换为一个32位字符长度的哈希值,该Hash值经过SM3()加密后作为溯源系统的脑密码登录溯源系统。脑密码是每个产品登录溯源系统的唯一登录密码,登录系统后,可自动生成唯一的账户ID和数字账户ID(即产品ID)以及公钥。

(1)UHF卡识别。超高频(ultra high frequency,UHF)卡识别是射频识别(radio frequency identification,RFID)电子标签中的一种,具有可识别距离长、无源、防冲突性好的优点。UHF读卡器接通电源后,通过调用btnConn_Click()事件,使用GetInstance()方法读取读卡器的串口号和波特率,完成与读卡器的串口通信。

在实现串口通信后,读卡器使用帧定义完成电子标签协议中Inventory()操作来获取UHF卡中的数据信息。获取UHF卡数据的关键代码如代码1所示。

代码1 获取UHF卡数据的关键代码private void btn_invt2_Click(object sender, EventArgs e){LoopNum_cnt=LoopNum_cnt + 1;txtSend.Text=Commands.BuildReadSingleFrame();Sp.GetInstance().Send(txtSend.Text);}

(2)数据置换。读卡器在获取UHF卡信息后,将对初始数据进行置换。通过调用UTF8.GetBytes()函数来避免因编码方式所造成的字符数据传递失败。利用“EPC.password + MyRTP”对内容进行转换编码,以便于向hashData完整传递数据信息。hashData接收完数据信息之后,利用sha.ComputeHash()对数据进行50轮次Shabal256()哈希运算,待运算结束后,32字节的哈希内容将通过扩展的方式被填充至字节当中,扩展方式如代码2所示。

代码2 数据置换扩展的关键代码for (int i=0; i<50; i++){byte[ ] longHashData=hashData;for (int j=0; j

随后将扩展后的32位字节作为初始信息进而调用全节点钱包,钱包入口为http：//127.0.0.1∶5125,并使用SM3($('#login_password').val())运算进行加密置换从而得到钱包登录密钥。

作为产品登录MyRTP链的唯一方式,系统对产品信息进行确认后统一发放虚拟币,并将对应产品进行绑定。

(3)账户ID生成。MyRTP链的产品ID默认是钱包登录密钥派生的32 位标识符,而账户ID根据钱包登录密钥采用里所(Reed-Solomon,RS)编码方式转换生成。之所以采用RS编码方式,是因为此类编码方式将使地址信息很容易被识别为属于MyRTP。MyRTP使用4个“校验位”来区分不同的地址信息,并且随机地址发生冲突的机会是1/10-6(20位冗余度)。同时,最多可纠正1个地址信息中的2个错字,最多可检测到1个地址信息中的4个错字。

RS编码通过引入冗余来提高可靠性,该冗余能够在用户输入MyRTP账号时检测并纠正错误,其地址格式为MYRTP-××××-××××-××××-×××××,其中,×代表数字或字母字符。为了避免出现地址混淆系统未使用字母O和I、数字1 和0。系统采用统一格式,地址始终以“MYRTP”为前缀,所有地址都使用大写字母显示,并且使用连字符将地址分为4、4、4、5 长度的字符组。在地址输入期间系统不强制执行,同时识别并支持数字地址,以实现向后兼容。

(4)公私钥获取。登录系统后,系统通过调用Curve25519.clamp()方法将Shabal256()加密后的32位字符输入。然后对字符串第1位与最后1位进行逻辑运算,进而得到32位字符的账户私钥。

通过调用Curve25519.keygen()方法将Shabal256()加密后的32位字符输入。经Curve25519.clamp()方法运算获得私钥后,然后利用Core()方法将私钥转换为32字节公钥数据。

3.2.2 溯源信息上传

上传溯源信息时,用户需要登录区块链钱包,然后才能进行溯源信息的上传。同时系统将生成的哈希值作为提取码,用于存储链上文件的下载。区块链在接收到交易信息后,会将交易信息写入交易池,等到矿工挖矿成功后将区块数据写入区块链并进行广播。

(1)登录钱包账户。用户通过轮询方式获取信息后,通过Shabal256()和SM3()加密置换,得到密钥登录钱包。

(2)信息上传。当用户使用账户ID登录区块链并上传溯源信息时,区块链钱包将利用Web服务器打开dgs.html网页,将地址信息、用户描述、文件信息、交易费用等信息录入,然后通过API接口调用DGSListing.java进行数据的传输。

DGSListing.java利用自身的DGSListin()将数据以("name", "description", "tags", "quantity", "priceNQT") 格式传递到 APITag.CREATE_TRANSACTION中,并将该交易信息打包发送到未确认交易池。交易池确认后,将信息打包后发送至区块链网络,从而完成数据记录的上链。溯源信息上传的关键代码如代码3所示。

代码3 溯源信息上传的关键代码private DGSListing() {super(new APITag[ ]{APITag.DGS,APITag.CREATE_TRANSACTION},"name", "description", "tags", "quan-tity", "priceNQT");}String name=Convert.emptyToNull(req.getParameter("name"));String description=Convert.nullToEmpty(req.getParameter("description"));String tags=Convert.nullToEmpty(req.getParameter("tags"));long priceNQT=ParameterParser.getPriceNQT(req);int quantity=ParameterParser.getGoodsQuantity(req);}

3.2.3 用户信息管理

用户进行信息传输时,通过Web端钱包接口进入。用户信息管理模块主要实现了查看账户ID、用户公钥、溯源信息查询等功能。

(1)用户信息管理模块连接。系统利用Jetty实现一个动态的内容服务器,完成区块链与Web页面的端口交互。Jetty是一个轻量级的开源HTTP服务器,具备可扩展、易嵌入、高效的优点。系统通过导入Eclipse的Jetty代码库来实现端口的交互。

(2)数据库调用。MyRTP主要应用的是H2数据库。H2数据库中主要涉及的信息包括账户ID、区块ID、交易费用、时间戳等信息。

3.2.4 交易模块实现

系统生成的溯源区块信息记录在区块链上由矿工完成。矿工在完成初始化准备后,从钱包获取挖块信息,通过生成签名并用Shabal256()算法获取新哈希值,运算后争夺最新区块的记账权,货币作为奖励分发。

(1)P盘实现。首先,在硬盘中确定空余的空间,之后使用P盘软件,按照engraver.exe,d,-n,8 192,-id,18 161 244 656 848 818 323,-sn,10 000的格式开始P盘,写入Nonce值。其中n表示Nonce的数量,为8 192,id为矿工账号ID,sn为Nonce的开始数值。

(2)区块数据信息同步。在溯源信息打包发送至未确认交易池后,区块链将未确认交易通过P2P网络进行广播,并验证交易的金额加上手续费是否小于等于该账户的可用余额。若满足该条件,系统将创建UnconfirmedTransactions()对象,并对该对象进行校验和签名,然后添加到“未确定交易”队列,并广播“未确定交易”到P2P网络,如图7所示。

图7 P2P广播节点信息Figure 7 P2P broadcast node information

(3)区块合法性检验。区块合法性校验是在矿工计算出最小的Deadline值后,将其Nonce ID、账户ID参数和区块信息发送给钱包节点。钱包通过调用Mining Plot()方法计算出Nonce值,进而广播到全网,全网节点通过接收到的Nonce值来验证矿工的Deadline。

3.3 MYSTO存储链实现

3.3.1 IPFS环境搭建

系统IPFS环境基于go语言实现。利用私有证书,搭建了IPFS私有集群,所有全节点运行IPFS节点,数据和区块链全节点保持同步。若有新添加到1个节点的数据,会同步广播到其他私有节点上。

3.3.2 溯源信息存储

在完成IPFS的搭建后,信息的存储通过调用如表1所示模块进行实现。ipfs daemon模块初始化以后,才能进行信息的添加、下载等操作。通过ipfs add模块将文件进行分片存储,并调用dag层缓存到内存,进而存储至本地。然后再利用dag调用交换层,进而广播宣告provide信息,将其存储至分布式散列表(distributed Hash table,DHT)中。通过ipfs get模块提取IPFS中的文件。

提取文件通过调用dag层来实现,若本地存在该内容则将文件另存到目标位置;若本地不存在该内容,则由dag服务调用交换、路由、网络获取对应内容。

在对IPFS 初始化以后,可将大批量文件上传至IPFS。同时利用区块链同步功能将IPFS与MySTO相结合,使IPFS 成为区块链存储的一部分。

表1 IPFS关键模块Table 1 IPFS key modules

利用IPFS共享密钥的方式,通过区块链直接调用IPFS模块,使IPFS成为区块链的一部分,不仅解决了大文件存储问题,而且能够使IPFS的每个节点与区块链全节点都完成数据的同步更新。

3.4 双区块链联通实现

双链存储的方式借鉴链式结构的优点,通过区块链交易无序的特征来构造链式交易结构,不仅避免了传统数据库中心化的问题,而且有效弥补了单链节点存储空间有限的缺点。

MyRTP链与MySTO链之间通过Web brige 进行交互调用,从而实现查询链和存储链的结合,两链均采用PoC共识机制。系统功能的具体实现可分为溯源数据查询和数据文件存储两大部分,分别对应系统中的MyRTP与MySTO区块链。需要进行溯源信息上传时,首先在MyRTP进行基本记录,MyRTP钱包地址为http：//127.0.0.1∶5125。若产品存在文件、图片、视频等大文件需要进行存储,则可以文件的形式上传至MySTO,其流程如图8所示。MySTO钱包地址为 http：//127.0.0.1∶9125,两条链的扫盘路径通过plot_dirs()设置。

从MyRTP上传到MySTO是通过调用jQuery库的post()方法实现的。然后利用post()方法中的 Http post请求即可从服务器加载数据。MyRTP 上传文件到MySTO时,通过Web bridge发送post命令,构造post的报文头。

图8 MyRTP上传信息至MySTOFigure 8 MyRTP uploads information to MySTO

MySTO收到交易请求后,通过调用API接口,在核实区块合法性信息后扣除交易手续费,将其广播至区块链网络中。

从MyRTP到MySTO,溯源数据通过post方式完成两链联通,并通过createTransaction()将信息上链存储。已存储文件通过add命令添加至IPFS系统,并生成唯一哈希值记录在MySTO区块链上。用户可凭借此哈希值完成溯源文件的提取。

4 系统测试与分析

4.1 系统功能测试与分析

4.1.1 信息登录功能测试

系统登录模块主要调用了UHF电子标签读取、数据解析、串口识别、数据转换、区块链钱包接入等方法。启动射频识别读卡器,刷卡,使用射频识别电子标签,登录查询链MyRTP,如图9所示。

图9 账户详细信息Figure 9 Account details

溯源信息打包上链后,矿工为竞争记账权进行爆块,打包区块信息到区块链并进行广播。区块链其他节点确认交易后,用户即可在区块链上查询到自己上传的区块信息。

4.1.2 溯源信息查询功能测试

系统用户通过注册后的ID信息作为登录溯源系统的脑密码,通过Web接口登录到系统的查询界面,可看到区块链上的所有交易信息,如图10所示。

图10 溯源信息查询Figure 10 Traceability information query

若用户对指定产品进行查询,则可通过输入产品对应的唯一账户ID,即可查到该产品在生产和运输过程中的溯源信息;对于存放在MySTO链的具体溯源信息,可通过哈希值从MySTO链提取。

4.1.3 溯源信息存储功能测试

对于大批量的溯源信息,在登录系统并获得公私钥的基础上,可选择本地文件进行上传,上传成功后,返回文件的特征哈希值作为文件的存储凭证。当需要下载时,客户可凭此凭证进行文件的提取,如图11所示。

图11 文件提取Figure 11 File extraction

4.2 系统性能测试与分析

4.2.1 溯源查询性能测试

对系统溯源查询性能进行测试。在区块链高度为8 335情况下,根据溯源标签进行产品溯源查询,http响应时间为7 ms,如图12所示。

图12 查询性能测试Figure 12 Query performance test

4.2.2 溯源存储性能测试

(1)系统上传与下载测试。系统经过上传测试,上传平均速度80.66 M/s;系统经过下载测试,下载平均速度90.75 M/s,具有良好的上传和下载性能,具体测试数据如表2所示。

表2 系统上传、下载性能测试表Table 2 System upload and download performance test table

(2)系统交易测试。随着区块链的不断发展,部分主流区块链项目因网络阻塞问题导致无法在高并发业务领域实施。利用Hyperledger Caliper工具对MyRTP链和部分主流区块链项目进行测试分析,表3为交易测试详情。

表3 MyRTP与其他虚拟货币的交易测试Table 3 Transaction test between MyRTP and other virtual currencies

TPS指系统每秒能够处理的事务数,是衡量区块链系统性能的重要指标之一。由表3可以看出BTC每秒仅处理6.99笔交易,BCH每秒处理23.86笔交易,ETH每秒处理17.66笔交易,LTC每秒处理56.25笔交易。可以看出,BCH、ETH作为继BTC之后发展起来的区块链项目,其处理交易的能力有所提升。而LTC作为最近两年兴起的新项目,在处理交易的效率上更是有了非常大的进步。本文设计实现的MyRTP链每秒可处理125.88笔交易,每秒所完成的交易量远胜于其他区块链主流项目,因此MyRTP链的工作效率也要远高于其他区块链项目。

4.2.3 恶意节点识别测试

当系统中存在未授权的恶意节点登录时,MyRTP链通过账户余额权限设置,使其无法上传溯源信息。为保护MySTO中存储的溯源文件,系统以扣除余额的方式保证下载文件的统一管理。余额不足的用户,即使拿到提取哈希值也无法进行文件的下载,如图13所示。

图13 MySTO无权限下载测试Figure 13 MySTO download tests without permission

4.3 系统方案对比分析

本节从共识机制、查询性能、存储容量、去中心化以及成本5个维度将本方案与其他溯源方案进行对比分析,如表4所示。

表4 溯源方案对比Table 4 Comparison of traceability schemes

从表4可以看出,文献[5]中的PoET共识依靠专用硬件来保障安全性;文献[9]和文献[17]并没有做到完全的去中心化,在溯源应用中无法确保数据可信;文献[10]依赖PoW共识在生成区块信息的同时也造成了大量的无用计算。本方案通过双链模式在实现去中心化溯源的基础上,利用IPFS提升系统可靠存储和分享能力,同时改进PoC共识算法将PoW高能源消耗替代为低能耗的硬盘查找。不仅保证底层的安全性,而且在减少能源消耗的同时也能满足区块链溯源系统的应用需求。

5 结论

利用双区块链和IPFS技术解决了传统溯源方案和现有单区块链溯源方案所存在的数据造假、数据泄露、大批量数据存储等问题。利用改进后的PoC共识算法解决了现有单区块链和双区块链溯源方案工作效率不高的问题。经测试表明,系统在较为理想的时延范围内实现了溯源信息的上传、存储和下载等功能,能够根据区块链记录进行溯源信息过程查询,可有效防止数据篡改和恶意攻击,保证溯源信息结果完整可信。