欢迎来到利索能及~ 联系电话:18621327849
利索能及
我要发布
收藏
专利号: 2018101737475
申请人: 合肥学院
专利类型:发明专利
专利状态:已下证
专利领域: 计算;推算;计数
更新日期:2024-09-06
缴费截止日期: 暂无
联系人

摘要:

权利要求书:

1.一种多交易模式联盟链,其特征在于:包括买卖交易泛化为业务系统的事件处理,使得业务系统的每次事件处理可以对应一次交易,多交易模式联盟链与指定业务系统之间通过桥接单元进行联结,桥接单元安装在业务系统数据库端,实时触发各用户(包括DBA)对数据库的新增、删除、修改事件,参照该交易在“交易模型文件”中事先定制的交易结构,摘取当前事件记录中需要的数据项值,构建为交易结构,获取本事件的附件文件,传递给监管节点系统;

交易的用户类型包括PC用户、移动设备用户、ATM用户,多交易模式联盟链通过授权/许可单元,对业务系统的各类用户(普通PC操作用户、数据管理员(DBA)、ATM用户、移动设备用户)计算地址、公钥、私钥,记录存储特征,申请本地或云端空间,授权/许可程序处理结果追加到用户文件中,用户的私钥、公钥、地址的计算规则同比特币交易系统,其中,计算规则的原始输入分别为:(1)PC用户、DBA:“用户名”+“密码”;

(2)移动设备用户:“设备码”;

(3)ATM用户:“开户行”+“账号/卡号”+“密码”;

交易生成的区块数据在本地存储或在该用户地址对应的云端存储,存储与事件对应的区块数据,或关联存储与事件相关的、多种格式的附件数据(如图片、图像、音频、视频文件),读取用户文件中该用户地址对应记录的用户类型值:(1)如果值为0、1、2则为本地存储,在系统规定的目录下存储区块数据文件,在系统规定的目录下存储附件文件簇;

(2)如果值为3、4则为云端存储,针对云端存储的情况,在系统为该用户申请的云端指定目录下存储区块数据文件,在系统为该用户申请的云端指定目录下存储附件文件簇。

2.一种多交易模式联盟链,其特征在于:包括以下交易处理步骤:步骤S0:交易处理开始;

步骤S1:监管节点系统接收桥接程序输出的当前交易数据,对交易数据进行数字签名;

步骤S2:监管节点系统将上述签名后的数据发送给该笔交易相关的用户所在的交易节点系统;

步骤S3:该笔交易相关用户的交易节点系统接收待验证的数据,进行交易验证:步骤S3-1:自动解密验证,如果自动验证通过,进入步骤S3-2;否则,置验证结果为“假”,进入步骤S4;

步骤S3-2:人工验证,取出并解析交易数据,有相关用户在本地或云端交易节点系统进行人工验证,接收人工验证结果,如果选择“真”,则置验证结果为“真”;如果选择“假”,则置验证结果为“假”;

步骤S4:交易节点系统对自己的交易验证结果进行签名,发送至监管节点系统;

步骤S5:监管节点系统分别接收各自交易节点系统的签名消息,解密验证:步骤S5-1:如果验证通过,则进入步骤S6;

步骤S5-2:如果验证不通过,则进入步骤S1;

步骤S6:监管节点系统进行共识判定:

步骤S6-1:如果所有交易节点系统发送的验证结果都为“真”,则共识判定为“真”,进入步骤S7;

步骤S6-2:如果所有交易节点系统发送的验证结果不全为“真”,则共识判定为“假”,进入步骤S1;

步骤S7:监管节点系统对共识判定结果签名,并发送给相关交易节点系统;

步骤S8:相关交易节点系统接收该签名消息,解密验证:步骤S8-1:如果验证通过,进入步骤S9;

步骤S8-2:如果验证不通过,进入步骤S1;

步骤S9:交易节点系统区块生成:

步骤S9-1:交易节点系统向监管节点系统请求时间戳、交易顺序号、链尾指针,并将请求信息签名,发送至监管节点系统;

步骤S9-2:监管节点系统对请求签名进行解密验证:如果验证不通过,置返回结果为“空”;否则,计算、检索出对应值并置于返回结果;

步骤S9-3:对返回结果值进行签名后发送给对应的交易节点系统;

步骤S10:相关交易节点系统接收该签名消息,解密验证:步骤S10-1:如果验证通过,进入步骤S11;

步骤S10-2:如果验证不通过,进入步骤S1;

步骤S11:按区块结构进行数据项赋值,计算区块头的HASH256值;

步骤S12:交易节点系统进行区块存储:步骤S12-1:打开用户文件,获取本用户的存储位置;打开交易模型文件,读取本交易的附件属性值;

步骤S12-2:在存储位置的指定子目录下,以区块头的HASH256值为命名存储区块数据;

在存储位置的另一指定子目录下,以区块头的HASH256值为命名存储附件文件;

步骤S12-3:DBA用户对区块数据、附件文件进行签名,并发送至监管节点系统;

zhangwei用户对区块头数据进行签名,并发送至监管节点系统;

步骤S13:监管节点系统分别接收各自交易节点系统发送的签名消息,解密验证:步骤S13-1:如果解密验证成功,进入步骤S14;

步骤S13-2:如果解密验证失败,进入步骤S1;

步骤S14:监管节点系统进行比较验证:步骤S14-1:针对区块数据,计算Merkle根,与区块中的Merkle根比较:步骤S14-1-1:如果相等,进入步骤S14-2;

步骤S14-1-2:如果不等,进入步骤S1;

步骤S14-2:针对区块数据,计算区块头的HASH256值,与区块文件名和附件文件名比较:步骤S14-2-1:如果相等,进入步骤S14-3;

步骤S14-2-2:如果不等,进入步骤S1;

步骤S14-3:将区块数据中的头部分数据项与其它用户发送的区块头数据项进行逐一比较:步骤S14-3-1:如果相等,进入步骤S15;

步骤S14-3-2:如果不等,进入步骤S1;

步骤S15:返回比较验证结果为“真”;

步骤S16:监管节点系统进行区块链接:步骤S16-1:打开用户文件,获取存储位置(HOME目录),在规定的子目录下以区块头HASH256值作为文件名,存储区块数据;在规定的另一子目录下以区块头HASH256值作为文件名,存储附件数据;

步骤S16-2:打开云端区块链文件,将区块文件名追加到该文件中;

步骤S16-3:打开链尾文件,用区块文件名更新该文件的唯一一条记录;

步骤S17:进入步骤S1。

3.如权利要求1或2所述的一种多交易模式联盟链,其特征在于:还包括审计服务,所述的审计服务包括以下步骤:步骤N0:审计服务开始;

步骤N1:判断是否有异常数据存储:

步骤N1-1:有,则对异常数据进行解析并实时预警,预警结束进入步骤N1;

步骤N1-2:无,则进入步骤N1;

步骤N2:展现区块链:监管节点打开云端区块链文件,将行数标记H设为1:步骤N2-1:读取第H行区块链文件名的值,将值赋给P:步骤N2-2:将P与本发明约定的创世区块值比较:步骤N2-2-1:如果相等,则进入步骤N1;

步骤N2-2-2:如果不等,则进入N2-3;

步骤N2-3:在监管节点指定目录下查找文件名等于P的区块文件,解析该区块数据,重新计算Merkle树根、区块头HASH256值;

步骤N2-4:将计算出的Merkle树根与区块的Merkle树根比较,将区块头HASH256值与P比较:步骤N2-4-1:如果都相等,则进入步骤N2-5;

步骤N2-4-2:如果不全相等或都不等,则进入步骤N2-7;

步骤N2-5:在监管节点指定目录下查找文件名前缀=P的所有附件文件,显示该区块和所有附件文件;

步骤N2-6:H=H+1,进入步骤N2-1;

步骤N2-7:按照先DBA用户、后普通交易用户的顺序,分别在其对应目录下查找文件名=P的区块文件:步骤N2-7-1:如果都未找到,则进入步骤N1;

步骤N2-7-2:否则,进入步骤N2-8;

步骤N2-8:解析该区块数据,重新计算Merkle树根、区块头HASH256值;

步骤N2-9:将计算出的Merkle树根与区块的Merkle树根比较,将区块头HASH256值与P比较:步骤N2-9-1:如果都相等,则进入步骤N2-10;

步骤N2-9-2:如果不全相等或都不等,则进入步骤N2-7;

步骤N2-10:在该节点指定目录下查找文件名前缀=P的所有附件文件,显示该区块和所有附件文件;

步骤N2-11:H=H+1,进入步骤N2-1;

步骤N3:证明事件发生。接收输入的事件具体特征值,在已经展现的区块链上,从链尾区块开始检索并解析该区块:步骤N3-1:将区块中的交易数据与输入的事件具体特征值进行匹配:步骤N3-1-1:如果匹配,则用红色框标记该区块(表示找到),进入步骤N3;

步骤N3-1-2:如果不匹配,则读取当前区块的前一区块指针,依据该前一区块指针检索到对应区块;

步骤N3-2:判断该区块是否创世区块:步骤N3-2-1:如果是,则进入步骤N3;

步骤N3-2-2:如果不是,则解析该区块,进入步骤N3-1;

步骤N4:证明事件序列关系。接收输入的事件通用特征值(比如交易码),在已经展现的区块链上,从链尾区块开始检索并解析该区块:步骤N4-1:将区块中的交易数据与输入的事件通用特征值进行匹配:步骤N4-1-1:如果匹配,则用红色框标记该区块(表示找到),进入步骤N4-2。

步骤N4-1-2:如果不匹配,进入步骤N4-2;

步骤N4-2:读取当前区块的前一区块指针,依据该前一区块指针检索到对应区块;

步骤N4-3:判断该区块是否创世区块:步骤N4-3-1:如果是,则进入步骤N4;

步骤N4-3-2:如果不是,则解析该区块,进入步骤N4-1;

步骤N5:区块数据是否被篡改证明,在已经展现的区块链上,从链尾区块开始检索区块:步骤N5-1:分别读取监管节点、DBA节点、相关用户节点的对应区块;

步骤N5-2:解析对应区块,验证Merkle根、区块头HASH256值;

步骤N5-3:分别与当前区块链上对应区块的Merkle根、区块头HASH256值比较,判断值是否相等:步骤N5-3-1:如果都相等,则进入步骤N5-4;

步骤N5-3-2:否则,记录“某节点某区块被篡改(删除/修改)”,进入步骤N5-4;

步骤N5-4:读取当前区块链上区块的前一区块指针,检索区块链上下一区块;

步骤N5-5:判断是否是创世区块:

步骤N5-5-1:如果是,则进入步骤N5;

步骤N5-5-2:否则,进入步骤N5-2;

步骤N6:业务数据重建线索:

步骤N6-1:在监管节点可访问的云端指定目录下,打开异常交易数据文件,读取所有交易验证未通过的数据记录;

步骤N6-2:按时间递增顺序排列,解析每一条数据记录,形成数据重建线索列表,列表内容包括:时间、用户地址、交易节点数、交易数据、操作指令。