[发明专利]一种生成多交易模式联盟链的方法

摘要

本发明公开了一种生成多交易模式联盟链的方法，包括监管节点系统和交易节点系统。前者部署在联盟链网络中指定PC上，通过桥接与业务系统实时关联。后者部署在每一个用户节点本地或该用户节点地址对应的云端。交易用户可以在PC、移动设备、自动柜员机上操作。交易过程、数据交互、区块存储等采用加密处理。本发明方法，将传统的买卖交易泛化为业务系统的事件处理，优化了交易验证、共识判定、区块生成、区块存储、比较验证、区块链接等机制，可提供事件是否发生、事件序列关系证明，业务数据异常的实时预警，被篡改业务数据的重建线索等服务，具有“去中心化”、安全、防抵赖、防篡改的技术特点，能低成本、无须积累地获得可信的结果。

主权项

1.一种生成多交易模式联盟链的方法，其特征在于：包括买卖交易泛化为业务系统的事件处理，使得业务系统的每次事件处理可以对应一次交易；/n多交易模式联盟链与指定业务系统之间通过桥接单元进行联结，桥接单元安装在业务系统数据库端，实时触发各用户对数据库的新增、删除、修改事件，参照该交易在“交易模型文件”中事先定制的交易结构，摘取当前事件记录中需要的数据项值，构建为交易结构，获取本事件的附件文件，传递给监管节点系统；/n交易的用户类型包括PC用户、移动设备用户、ATM用户；/n多交易模式联盟链通过授权/许可单元，对业务系统的各类用户计算地址、公钥、私钥，记录存储特征，所述各类用户包括普通PC操作用户、数据管理员DBA、ATM用户、移动设备用户；申请本地或云端空间，授权/许可程序处理结果追加到用户文件中，用户的私钥、公钥、地址的计算规则同比特币交易系统，其中，计算规则的原始输入分别为：/n(1)PC用户、DBA：“用户名”+“密码”；/n(2)移动设备用户：“设备码”；/n(3)ATM用户：“开户行”+“账号/卡号”+“密码”；/n交易生成的区块数据在本地存储或在该用户地址对应的云端存储，存储与事件对应的区块数据，或关联存储与事件相关的、多种格式的附件数据；/n读取用户文件中该用户地址对应记录的用户类型值：/n(1)如果值为0、1、2则为本地存储，在系统规定的目录下存储区块数据文件，在系统规定的目录下存储附件文件簇；/n(2)如果值为3、4则为云端存储，针对云端存储的情况，在系统为该用户申请的云端指定目录下存储区块数据文件，在系统为该用户申请的云端指定目录下存储附件文件簇；/n所述多交易模式联盟链还包括以下交易处理步骤：/n步骤S0：交易处理开始；/n步骤S1：监管节点系统接收桥接程序输出的当前交易数据，对交易数据进行数字签名；/n步骤S2：监管节点系统将上述签名后的数据发送给该笔交易相关的用户所在的交易节点系统；/n步骤S3：该笔交易相关用户的交易节点系统接收待验证的数据，进行交易验证：/n步骤S3-1：自动解密验证，如果自动验证通过，进入步骤S3-2；否则，置验证结果为“假”，进入步骤S4；/n步骤S3-2：人工验证，取出并解析交易数据，有相关用户在本地或云端交易节点系统进行人工验证，接收人工验证结果，如果选择“真”，则置验证结果为“真”；如果选择“假”，则置验证结果为“假”；/n步骤S4：交易节点系统对自己的交易验证结果进行签名，发送至监管节点系统；/n步骤S5：监管节点系统分别接收各自交易节点系统的签名消息，解密验证：/n步骤S5-1：如果验证通过，则进入步骤S6；/n步骤S5-2：如果验证不通过，则进入步骤S1；/n步骤S6：监管节点系统进行共识判定：/n步骤S6-1：如果所有交易节点系统发送的验证结果都为“真”，则共识判定为“真”，进入步骤S7；/n步骤S6-2：如果所有交易节点系统发送的验证结果不全为“真”，则共识判定为“假”，进入步骤S1；/n步骤S7：监管节点系统对共识判定结果签名，并发送给相关交易节点系统；/n步骤S8：相关交易节点系统接收该签名消息，解密验证：/n步骤S8-1：如果验证通过，进入步骤S9；/n步骤S8-2：如果验证不通过，进入步骤S1；/n步骤S9：交易节点系统区块生成：/n步骤S9-1：交易节点系统向监管节点系统请求时间戳、交易顺序号、链尾指针，并将请求信息签名，发送至监管节点系统；/n步骤S9-2：监管节点系统对请求签名进行解密验证：如果验证不通过，置返回结果为“空”；否则，计算、检索出对应值并置于返回结果；/n步骤S9-3：对返回结果值进行签名后发送给对应的交易节点系统；/n步骤S10：相关交易节点系统接收该签名消息，解密验证：/n步骤S10-1：如果验证通过，进入步骤S11；/n步骤S10-2：如果验证不通过，进入步骤S1；/n步骤S11：按区块结构进行数据项赋值，计算区块头的HASH256值；/n步骤S12：交易节点系统进行区块存储：/n步骤S12-1：打开用户文件，获取本用户的存储位置；打开交易模型文件，读取本交易的附件属性值；/n步骤S12-2：在存储位置的指定子目录下，以区块头的HASH256值为命名存储区块数据；在存储位置的另一指定子目录下，以区块头的HASH256值为命名存储附件文件；/n步骤S12-3：DBA用户对区块数据、附件文件进行签名，并发送至监管节点系统；普通用户对区块头数据进行签名，并发送至监管节点系统；/n步骤S13：监管节点系统分别接收各自交易节点系统发送的签名消息，解密验证：/n步骤S13-1：如果解密验证成功，进入步骤S14；/n步骤S13-2：如果解密验证失败，进入步骤S1；/n步骤S14：监管节点系统进行比较验证：/n步骤S14-1：针对区块数据，计算Merkle根，与区块中的Merkle根比较：/n步骤S14-1-1：如果相等，进入步骤S14-2；/n步骤S14-1-2：如果不等，进入步骤S1；/n步骤S14-2：针对区块数据，计算区块头的HASH256值，与区块文件名和附件文件名比较：/n步骤S14-2-1：如果相等，进入步骤S14-3；/n步骤S14-2-2：如果不等，进入步骤S1；/n步骤S14-3：将区块数据中的头部分数据项与其它用户发送的区块头数据项进行逐一比较：/n步骤S14-3-1：如果相等，进入步骤S15；/n步骤S14-3-2：如果不等，进入步骤S1；/n步骤S15：返回比较验证结果为“真”；/n步骤S16：监管节点系统进行区块链接：/n步骤S16-1：打开用户文件，获取存储位置——HOME目录，在规定的子目录下以区块头HASH256值作为文件名，存储区块数据；在规定的另一子目录下以区块头HASH256值作为文件名，存储附件数据；/n步骤S16-2：打开云端区块链文件，将区块文件名追加到该文件中；/n步骤S16-3：打开链尾文件，用区块文件名更新该文件的唯一一条记录；/n步骤S17：进入步骤S1。/n