CN114357494A - 一种基于区块链的账户交易信息共享方法 - Google Patents

Abstract

本发明涉及信息技术领域，具体涉及一种基于区块链的账户交易信息共享方法，包括：发起行生成协管主交易信息；发起行在区块链上发布协管智能合约；其他的金融机构产生交易时，提取交易账户名称的哈希值，若存在受监管用户名称的哈希值相符；则金融机构生成协管关联交易信息；将协管关联交易信息使用限时加密算法加密后，再使用发起行的公钥加密获得协管密文，上传区块链存储；发起行轮询区块链，获得使用发起行公钥加密的全部协管关联交易信息；根据协管关联交易信息判断监管资金是否流入监管限制行业，若出现预设比例的资金流入监管限制行业，则发起线下核实及惩戒程序。本发明实质性效果是：有效保障交易数据隐私，实现相关交易信息能够共享。

Description

一种基于区块链的账户交易信息共享方法

技术领域

本发明涉及信息安全技术领域，具体涉及一种基于区块链的账户交易信息共享方法。

背景技术

银行业金融机构对其账户的部分交易行为负有监管责任，如对发放贷款用途的监测、对专项监管账户资金使用的管理、对一些非法金融活动的识别等。当前跨行资金监管数据通过集中化报送的方式由监管单位统一收集，但由于相关法规要求，集中化管理的他行数据无法对银行进行分享。银行间自主目的的跨行资金监管依赖于数据主体如客户自行向他行获得线下纸质材料，并授权递交的形式完成，存在低效不实时、且传递过程不可控等问题。因而亟需研究银行间跨机构共享相关交易数据的技术方案。

例如，中国专利CN108596622A，公开日2018年9月28日，记载了一种交易信息的共享***及方法，包括客户端和节点；该节点中包括多个子节点；客户端用于生成交易信息，将交易信息发送至节点中的任意一个子节点；子节点用于接收到交易信息后，将交易信息广播至剩余的子节点；每个子节点再次将交易信息广播至除自身之外的子节点；当子节点接收到第一设定数量的交易信息后，向除自身之外的子节点广播提交请求；当子节点接收到第二设定数量的提交请求后，向客户端发送反馈信息。其技术方案可以通过将交易信息记录在基于区块链的分布式账本中，区块链的共识机制使得交易信息具有一致性、安全性且不可篡改，根据合约自动分配利润，降低了多方重复对账的沟通成本。但其技术方案无法兼顾交易信息的扩散范围管控，容易造成交易信息的不受控扩散。

发明内容

本发明要解决的技术问题是：目前缺乏兼顾隐私管控的金融机构跨机构交易信息共享方案的技术问题。提出了一种基于区块链的账户交易信息共享方法，能够在实现账户交易信息共享的同时，有效管控账户交易信息的扩散范围，兼顾交易隐私管控。

为解决上述技术问题，本发明所采取的技术方案为：一种基于区块链的账户交易信息共享方法，包括：受监管主体使用受监管资金产生交易时，发起行生成协管主交易信息，所述协管主交易信息包括受监管主体识别信息、交易对象识别信息、受监管金额、协管金额区间和受监管类型代码；发起行在区块链上发布协管智能合约，所述协管智能合约保存协管金额区间，公开协查识别码，所述协查识别码由受监管主体识别信息和交易对象识别信息的哈希值添加间隔字符拼接获得，所述协管智能合约公开受监管金额的哈希值及受监管类型代码公开；其他的金融机构产生交易时，提取交易账户名称的哈希值，查询区块链上的协管智能合约，若存在协查识别码与当前交易账户名称哈希值匹配，则将交易金额提交给协管智能合约，所述协管智能合约反馈交易金额是否处于协管金额区间；若交易金额属于协管金额区间，则所述金融机构生成协管关联交易信息并将交易对象识别信息的哈希值添加入协查识别码，所述协管关联交易信息包括账户名称、交易金额、交易时间、交易对象识别信息和交易对象行业代码，若交易对象属于受监管类型代码包含的类型，则所述金融机构向发起行发出告警信息；所述金融机构将协管关联交易信息使用限时加密算法加密后，再使用发起行的公钥加密获得协管密文，将协管密文上传区块链存储；发起行轮询区块链，在限时内解密协管密文，获使用发起行公钥加密的全部协管关联交易信息；发起行根据协管关联交易信息判断受监管资金是否流入监管限制类型领域，若出现预设比例的资金流入监管限制类型领域，则发起线下核实及惩戒程序。

作为优选，所述发起行生成协管主交易信息时，根据受监管主体的历史监管信誉情况生成协管轮次值，所述协管智能合约存储所述协管轮次值；所述协管智能合约为协管智能主交易生成主交易编号，公开所述主交易编号；其他金融机构上传协管密文时，将协管密文关联主交易编号上传区块链存储；所述协管智能合约检测到区块链上存储的关联所述主交易编号的协管密文数量达到所述协管轮次值时，所述协管智能合约反馈后续交易金额是否处于协管金额区间时，均反馈不属于协管金额区间。

作为优选，所述发起行根据受监管主体的历史监管信誉情况生成协管最低百分比，交易金额超过所述受监管金额与协管最低百分比的乘积即视为落入协管金额区间。

作为优选，将协管关联交易信息使用限时加密算法加密的方法包括：在区块链上发布加密智能合约，所述加密智能合约维护若干个加密仓，所述加密仓包括加密函数和更新时钟，更新时钟到达时，所述加密仓的加密函数被更新；所述金融机构根据限时选择相应更新时钟的加密仓，将协管关联交易信息提交给加密仓，获得限时密文；所述金融机构将限时密文关联加密仓标识后，使用发起行的公钥加密，获得协管密文，将协管密文上传区块链存储；所述发起行使用私钥解密协管密文后，获得限时密文和加密仓标识，在对应加密仓更新时钟到达前，将限时密文和公钥提交给加密仓，所述加密仓解密获得明文，将明文使用公钥加密后反馈给所述发起行；所述发起行再次使用私钥解密，获得完整的协管关联交易信息的明文。

作为替代，将协管关联交易信息使用限时加密算法加密的方法包括：金融机构将协管关联交易信息提交给加密仓前，生成对称加密秘钥，对称加密秘钥仅由数字组成；生成一元多项式，使一元多项式的非零系数的绝对值进行字符拼接即获得对称加密秘钥，获得一元多项式的次数N；将次数N提交给加密仓，获得限时密文；生成第二个一元多项式，第二个一元多项式的次数小于N，获得两个一元多项式的若干个交点，若干个交点坐标纳入交点集合，记录的交点数量大于N；将账户名称、交易金额、交易时间、交易对象识别信息和交易对象行业代码使用对称加密秘钥加密，获得常规密文；将常规密文、交点集合、限时密文和加密仓标识打包后使用发起行的公钥加密，上传到区块链存储；发起行使用私钥解密获得常规密文、交点集合、限时密文和加密仓标识，在限时内将限时密文提交给对应的加密仓，获得次数N；使用交点集合记录的交点坐标求解出一元多项式的系数，拼接获得对称加密秘钥；使用对称加密秘钥解密常规密文，获得账户名称、交易金额、交易时间、交易对象识别信息和交易对象行业代码。

作为优选，所述金融机构将协管关联交易信息提交给加密仓前，生成对称加密秘钥；将交易金额拆分为保留额和加密额，将账户名称、交易时间、交易对象识别信息和交易对象行业代码使用对称加密秘钥加密，获得常规密文；将对称加密秘钥和加密额提交给加密仓，获得限时密文；将常规密文、保留额、限时密文和加密仓标识打包后使用发起行的公钥加密，上传到区块链存储；所述发起行使用私钥解密获得常规密文、保留额、限时密文和加密仓标识，在限时内将限时密文提交给对应的加密仓，获得称加密秘钥和加密额；使用对称加密秘钥解密常规密文，获得账户名称、交易时间、交易对象识别信息和交易对象行业代码，将保留额和加密额求和获得交易金额，从而获得完整的协管关联交易信息。

作为优选，发起行根据协管关联交易信息判断受监管资金是否流入监管限制类型领域的方法包括：发起行在限时内轮询区块链，获得若干笔协管关联交易信息；查询第三方公开数据源，获得交易对象识别信息对应企业的关联行业集合；若关联行业集合内包含监管限制类型领域，则发起核实及惩戒程序。

作为优选，当金融机构作为交易的收款机构时，提取收款账户名称的哈希值，查询区块链上的协管智能合约，判断是否有相符的受监管主体识别信息；若存在，则将交易金额或者预设时长内收到的多笔交易金额的总和，提交给协管智能合约；若所述协管智能合约反馈交易金额处于协管金额区间，则所述金融机构生成协管关联交易信息，同时向发起行发出告警信息；所述金融机构将协管关联交易信息使用限时加密算法加密后，再使用发起行的公钥加密获得协管密文，将协管密文上传区块链存储。

本发明的实质性效果是：通过区块链公开受监管主体识别信息的哈希值，涉监管的交易的下游金融机构能够自行查询关联，借助协管智能合约判断是否需要发布协管关联信息，协管关联信息仅允许发起行查看，同时限制了可解密的期限，从权限和时效两个方面管控了交易信息的隐私扩散，即能够有效保障交易数据隐私，又能够实现相关交易信息能够共享，形成跨机构的协作监管机制。

附图说明

图1为实施例一账户交易信息共享方法流程示意图。

图2为实施例一限制交易信息共享轮次深度方法流程示意图。

图3为实施例一使用限时加密算法加密方法流程示意图。

图4为实施例一信封加密关联交易信息方法流程示意图。

图5为实施例一收款机构协管方法示意图。

具体实施方式

下面通过具体实施例，并结合附图，对本发明的具体实施方式作进一步具体说明。

实施例一：

一种基于区块链的账户交易信息共享方法，请参阅附图1，包括：

步骤A01）受监管主体使用受监管资金产生交易时，发起行生成协管主交易信息，协管主交易信息包括受监管主体识别信息、交易对象识别信息、受监管金额、协管金额区间和受监管类型代码；

步骤A02）发起行在区块链上发布协管智能合约，协管智能合约保存协管金额区间，公开协查识别码，协查识别码由受监管主体识别信息和交易对象识别信息的哈希值添加间隔字符拼接获得，协管智能合约公开受监管金额的哈希值及受监管类型代码公开；

步骤A03）其他的金融机构产生交易时，提取交易账户名称的哈希值，查询区块链上的协管智能合约，若存在协查识别码与当前交易账户名称哈希值匹配，则将交易金额提交给协管智能合约，协管智能合约反馈交易金额是否处于协管金额区间；

步骤A04）若交易金额属于协管金额区间，则金融机构生成协管关联交易信息并将交易对象识别信息的哈希值添加入协查识别码，协管关联交易信息包括账户名称、交易金额、交易时间、交易对象识别信息和交易对象行业代码，若交易对象属于受监管类型代码包含的类型，则金融机构向发起行发出告警信息；

步骤A05）金融机构将协管关联交易信息使用限时加密算法加密后，再使用发起行的公钥加密获得协管密文，将协管密文上传区块链存储；

步骤A06）发起行轮询区块链，在限时内解密协管密文，获使用发起行公钥加密的全部协管关联交易信息；

步骤A07）发起行根据协管关联交易信息判断受监管资金是否流入监管限制类型领域，若出现预设比例的资金流入监管限制类型领域，则发起线下核实及惩戒程序。

对于历史监管信誉较好的企业，管控交易金额达到主交易金额20%的交易信息。若金额达到主交易金额20%的多笔交易信息对应的收款方均属于非限制行业，则认定企业未违规使用专用资金。当企业A收到一笔需要进行监管的资金时，企业A动用该笔资金时，会产生对应的交易，完成相应交易的银行即为发起行。发起行生成协管主交易，包括受监管主体识别信息：企业A，受监管金额：1000万元，提取企业A名称和1000万的哈希值，将两个哈希值上传到区块链存储。将协管金额区间设置为超过受监管金额20%至无穷大，即(200万,+∞)。也可以设置为(200万,2000万)。之所以需要向上监控，是为了避免受受监管主体将自有资金混合受监管资金后，获得大于受监管资金总额的资金，而后整体进行交易，会造成超过协管主交易的受监管金额的交易出现。此时将协管区间的上限设置为无穷大，或者受监管资金总额的若干倍，能够实现同样的监管。

受监管主体为参与经济活动的一切主体，即包括受工商管理登记的个体工商户、企业以及机构等，也包括不在工商管理登记的公民个人。当个人账户出现需要进行监管的资金时，个人账户所在金融机构，应当按照本实施例记载方案，主动上传相关交易数据到区块链，实现资金的监管。受监管主体识别信息推荐为参与经济活动的主体的名称。若采用统一信用代码，则受监管主体将被限制在进行了工商登记的经济活动主体内。但对于一些仅需要监管工商登记主体的应用场景下，也可以采用统一信用代码作为受监管主体识别信息。同样的，本实施例还可以专门为参与经济活动的，需要进行受监管资金管理的主体命名独立的识别信息。受监管类型代码用于指示受监管资金的限制使用用途。

受监管类型代码包括表示正面允许受监管资金流入的类型代码和从负面角度表示不允许流入的类型代码。本实施例使用专用字母起始，加上表示行业类型的整数，组成受监管类型代码。每个行业均使用两个整数表示，两个整数为连续的整数，这样会有一个偶数和一个奇数表示同一个行业。偶数表示正面允许受监管资金流入对应的行业，奇数表示不允许受监管资金流入相应的行业。如LMIT026和LMIT027均表示房地产行业，LMIT036和LMIT037均表示证券行业。则受监管类型代码为LMIT027,LMIT037表示受监管资金不能流入房地产行业和券商行业，除此之外则均可。同样的，若受监管类型代码包含的数字均是偶数，则表示受监管资金只能流入受监管类型代码代表的行业，其余行业均不可流入。行业的代码由协商确定，根据受监管资金的监管行业确定受监管类型代码。

本实施例使用的区块链为金融行业建立的行业联盟链，若干个节点为管理节点，由若干个可信金融机构运行。其他金融机构加入和退出需要经过管理节点的审核。在使用公链的情况下，本实施例方案同样能够实现兼顾隐私和交易信息共享的效果，但公链的节点进入和退出不受限制，且公链的安全性建立在参与管理区块链的节点的数量和算力，具有更高的风险。智能合约在区块链上是以二进制机器码形式存储和执行的，不具有可行性，不会造成信息的泄露。

当受监管的主体，如受监管的企业在产生一笔交易时，部分资金流入下一个企业的银行账户。受监管企业的账户所在银行，即为发起行。下一个企业与受监管企业的账户可能在同一家银行，也可能在不同的银行，不影响本实施例的实施。若交易的两个主体的账户均为发起行开设，由于发起行能够直接获得完整的交易信息，因此无必要产生协查主交易信息或者是协查关联交易信息。具体实施时，可酌情对交易双方均为发起行开设账户的交易进行共享。发起行有责任监管被转出的资金在一定时期内，是否存在流入违规行业用途的情况发生。发起行生成协管主交易信息，协管主交易信息包括。若下一个企业的行业代码属于受限制的行业，则银行向发起行发出告警信息，发起行将启动线下核实，若核实属实，则启动惩戒程序。

企业A为一家印刷企业，获得一笔限制用途的资金时，企业A成为受监管主体，受监管资金的金额为1000万元。企业A将其账户中的500万元转入企业B，企业B为成品纸批发零售商，500万元为成品纸的货款。企业A将其账户中的300万元转入个人C，个人C为企业A联系的油墨采购委托人，300万元为委托采购油墨的货款和委托采购的报酬。若干天后，企业B将400万元转入制纸工厂D，个人C将230万转入企业E。若干天后企业E将600万转入企业F。若干天后企业A将其账户中的3万元转入企业G，资金支付过程如表1所示。受监管资金还剩余197万未使用。企业E和企业F分别为油墨批发商和油墨生产厂家。企业E转入企业F的600万元为企业E在本季度向企业F购买油墨的总货款。企业G为运输服务企业，3万元为当月的运输费用。企业A的账户为银行甲开设，企业B的账户为银行乙开设，个人C和企业E的账户为银行丙开设。

表1企业A的受监管资金支付示意表

金额	支付过程(金额单位：万元)
		500万元	企业A-○1 (500)->企业B-○2 (400)->企业D
300万元	企业A-○3 (300)->个人C-○4 (230)->企业E-○5 (600)->企业F
		3万元	企业A-○6 (3)->企业G
197万元	暂未使用

交易○1

表示企业A将500万元转入企业B，交易○1

发生时，银行甲产生协查主交易信息。协查主交易信息包括：企业A的识别信息、企业B的识别信息、受监管金额500万元、协管金额区间为500*[20%,80%]万元和受监管类型代码(LMIT027,LMIT037)。银行甲在区块链上发布协管智能合约，记录协管金额区间500*[20%,80%]万元。企业A识别信息的哈希值为：FFB38F…10E325，企业B识别信息的哈希值为：6B3A2A…7BF8ED，则生成的协查识别码为：(FFB38F…10E325,6B3A2A…7BF8ED)。“,”为设置的分隔符。交易主体的识别信息由主管机构统一分配，或者直接使用企业在工商管理部门的注册名称，个人则为姓名。交易○2

表示企业B向企业D支付货款400万元。此时企业B开设账户的银行乙查询区块链，判断是否有协查识别码与企业B的识别信息匹配。银行乙首先提取企业B的识别信息的哈希值，即6B3A2A…7BF8ED。查询到协查识别码(FFB38F…10E325,6B3A2A…7BF8ED)，判断协查识别码中包含了企业B的识别信息的哈希值，因此银行乙能够断定交易○2

涉及到监管资金的协管。因此将交易○2

的交易金额400万使用协管智能合约的公钥加密后，写入协管智能合约预设的指定地址，协管智能合约解密后，判断400万属于协管金额区间500*[20%,80%]万元，将结果反馈给银行乙。银行乙收到反馈后，生成协管关联交易信息，协管关联交易信息包括账户名称即企业B的名称XXX纸业有限公司、交易金额400万元、交易时间、交易对象识别信息即为企业D的识别信息和交易对象行业代码LMIT126/LMIT127。即协管关联交易信息为：Info=(XXX纸业有限公司，400，1645948743，911M…082B，LMIT126/LMIT127)，911M…082B为企业D的识别信息，Info表示协管关联交易信息形成的字符串，将Info使用发起行，即银行甲的公钥加密后，上传到区块链存储即可。由于交易○2

的交易对象行业代码不属于受监管类型代码(LMIT027,LMIT037)，因此银行乙未向银行甲发出告警。同时银行乙将企业D的识别信息的哈希值，即HASH(911M…082B)=DC4452…E8D2CD，添加到协管智能合约的协查识别码中。添加后协查识别码变为(FFB38F…10E325,6B3A2A…7BF8ED,DC4452…E8D2CD)。

交易○3

表示企业A将300万元转入个人C，交易○3

发生时，银行甲再次产生协查主交易信息。协查主交易信息包括：企业A的识别信息、企业C的识别信息、受监管金额300万元、协管金额区间为300*[20%,80%]万元和受监管类型代码(LMIT027,LMIT037)。银行甲在区块链上发布协管智能合约，记录协管金额区间300*[20%,80%]万元。企业A识别信息的哈希值为：FFB38F…10E325，个人C的识别信息的哈希值为：2858BE…93DF6B，则生成的协查识别码为：(FFB38F…10E325,2858BE…93DF6B)。

交易○4

表示个人C向企业E支付货款230万元。此时个人C开设账户的银行丙查询区块链，判断是否有协查识别码与个人C的识别信息匹配。银行丙首先提取个人C的识别信息的哈希值，即2858BE…93DF6B。查询到协查识别码(FFB38F…10E325,2858BE…93DF6B)，判断协查识别码中包含了个人C的识别信息的哈希值，因此银行丙能够断定交易○4

涉及到监管资金的协管。因此将交易○4

的交易金额230万使用协管智能合约的公钥加密后，写入协管智能合约预设的指定地址，协管智能合约解密后，判断230万属于协管金额区间300*[20%,80%]万元，将结果反馈给银行丙。银行丙收到反馈后，生成协管关联交易信息，协管关联交易信息包括账户名称即个人C的名称郑某某、交易金额230万元、交易时间、交易对象识别信息即为企业E的识别信息和交易对象行业代码LMIT034/LMIT035。即协管关联交易信息为：Info=(郑某某，230，1645951498，910X…01MJ，LMIT034/LMIT035)，910X…01MJ为企业E的识别信息，Info表示协管关联交易信息形成的字符串。将Info使用发起行，即银行甲的公钥加密后，上传到区块链存储即可。由于交易○4

的交易对象行业代码不属于受监管类型代码(LMIT027,LMIT037)，因此银行丙未向银行甲发出告警。同时银行丙将企业E的识别信息的哈希值，即HASH(910X…01MJ)=6FC6DF…B62459，添加到协管智能合约的协查识别码中。添加后协查识别码变为(FFB38F…10E325,2858BE…93DF6B,6FC6DF…B62459)。交易○5

表示企业E向企业F支付了资金600万元，银行丙提取企业E识别信息的哈希值后，查询区块链，发现存在匹配的协查识别码，因此将交易金额600万加密后发送给协管智能合约，协管智能合约解密后判断交易金额不在协管金额区间内，将结果反馈给银行丙。银行丙收到反馈后，不产生协管关联交易。交易○6

发生时，银行甲判定交易金额不需要进行协管监管，因此未发布新的协管主交易信息和协管智能合约。

若干时间内，推荐为半个月或者一个月内，银行甲轮询区块链，将获得全部协管关联交易信息，即交易○2

和交易○4

对应的协管关联交易信息，判断出两个交易的交易对象所属行业均不属于监管限制的行业种类，因此判定企业A未违规使用受监管的资金。

假设在表1所示交易过程中，仅企业D为房地产行业。则银行乙上传协管关联交易信息时，即会向银行甲发出告警信息。假设在表1所示交易过程中，仅企业F为房地产行业。交易○5

发生时，银行丙将交易金额600万加密后发送给协管智能合约，获得交易金额不在协管金额区间内的反馈，因此不做处理。认为发生交易的600万元并非来自企业A违规使用受监管的资金，而是企业E间接从企业A赚取的资金和自有的其他资金，自行进行房地产投资的行为。同时，若需要避免受监管主体分多笔将资金转出，经过若干次交易后，再汇总到一个预定企业中，则将本实施例中的协管金额区间由[20%,80%]更改为[20%,+∞]即可。或者更改为[20%,500%]，以使交易金额超出协管主交易的交易，能够作为协管关联交易，从而被纳入监管范围。银行甲获得交易○5

对应的协管关联交易信息后，由于交易○5

所在的资金交易支付链路中，企业A转出的资金小于600万元，因此排除企业A分批将资金从不同路径转出再汇总入违规用途的情况，仍然判定企业A未违规使用受监管资金。假设交易○5

的交易金额为200万，则不能排除企业A违规使用受监管资金的可能性，此时银行甲向企业A发起线下核实及惩戒程序。

通过本实施例记载方案，能够将大量受监管资金的监管通过线上程序自动完成，仅对少量存在风险的交易进行线下核实，大幅减少了线下核实途径的工作量，使线下核实及惩戒程序能够高效发挥作用，形成更高的威慑力。

若企业将资金转入自己在其他银行开设的账户，而后再从其他银行的账户转出资金至其他企业，产生交易信息。则此时对应的银行将提取交易账户名称的哈希值，查询区块链上的协管智能合约，若存在匹配的协查识别码的协管智能合约，则判断本次交易属于需要协管的交易。此时银行将交易金额使用协管智能合约的公钥加密后，提交给协管智能合约。协管智能合约解密后判断交易金额是否处于协管金额区间，将结果反馈给对应银行，使用对应银行的公钥加密结果即可。银行解密后得知本次交易金额是否处于协管金额区间。若属于协管金额区间，则产生协管关联交易。协管关联交易包含了账户名称、交易金额、交易时间、交易对象识别信息和交易对象行业代码，这些信息足够发起行用于资金违规使用风险的管控。为了避免交易信息这种敏感信息的扩散，相关银行使用限时加密技术对协管关联交易信息进行加密，而后再使用发起行的公钥加密。至于受监管主体将资金从自己的银行账户，转入自己在他行的银行账户的交易，是否作为协管关联交易信息上传区块链不做要求，不影响本实施例取得预期技术效果。但这种同主体的账户间交易，不应计入协管轮次值中。

本实施例中，可以采用统一的深度，若需要继续追踪更深度的交易，则发起行可以继续通过线下途径完成，通过本实施例快速的完成前若干深度交易的追踪。专用资金既可以是专项经营贷款、监管账户或者专用拨款等专款。对于曾经被认定违规使用了专用资金的企业，则不限制关联交易的最低金额比例，或者设置的监控金额比例较低。

为进一步管控跨机构交易信息的隐藏扩散程度，加强隐私保护，本实施例还限制交易共享深度，请参阅附图2，包括：

步骤B01）发起行生成协管主交易信息时，根据受监管主体的历史监管信誉情况生成协管轮次值，协管智能合约存储协管轮次值；

步骤B02）协管智能合约为协管智能主交易生成主交易编号，公开主交易编号；

步骤B03）其他金融机构上传协管密文时，将协管密文关联主交易编号上传区块链存储；

步骤B04）协管智能合约检测到区块链上存储的关联主交易编号的协管密文数量达到协管轮次值时，协管智能合约反馈后续交易金额是否处于协管金额区间时，均反馈不属于协管金额区间。

发起行根据受监管主体的历史监管信誉情况生成协管最低百分比，交易金额超过受监管金额与协管最低百分比的乘积即视为落入协管金额区间。对于历史监管信誉好的企业，本实施例并不会向发起行共享其受受监管资金的每一笔交易，仅向发起行共享预设笔数的达到最低受监管金额的协管关联交易。由于企业的历史监管表现良好，具有良好的信誉，因而发起行能够排查违规资金使用风险，减少监管工作量。若共享的协管关联交易笔数要求少，且协管最低百分比又较高，则需要共享的相关交易信息量就越少，有效控制了企业交易信息的扩散，保护了企业的隐私。对于曾经出现专用资金违规使用的企业，则需要共享的协管关联交易笔数多，且协管最低百分比也低，则需要向发起行暴露的交易信息就多，牺牲了信誉较差的企业更多的隐私。即发起行掌握了更多信息，为发起行规避本次资金违规使用风险提供数据的支撑。

将协管关联交易信息使用限时加密算法加密的方法，请参阅附图3，包括：

步骤C01）在区块链上发布加密智能合约，加密智能合约维护若干个加密仓，加密仓包括加密函数和更新时钟，更新时钟到达时，加密仓的加密函数被更新；

步骤C02）金融机构根据限时选择相应更新时钟的加密仓，将协管关联交易信息提交给加密仓，获得限时密文；

步骤C03）金融机构将限时密文关联加密仓标识后，使用发起行的公钥加密，获得协管密文，将协管密文上传区块链存储；

步骤C04）发起行使用私钥解密协管密文后，获得限时密文和加密仓标识，在对应加密仓更新时钟到达前，将限时密文和公钥提交给加密仓，加密仓解密获得明文，将明文使用公钥加密后反馈给发起行；

步骤C05）发起行再次使用私钥解密，获得完整的协管关联交易信息的明文。

加密仓内存储的加密函数为对称加密函数，采用常规对称加密算法。加密仓更新加密函数时，更新对称加密函数的秘钥即可。如表3所示，d表示日，1日后加密仓GP60中的加密函数将被更新，而后加密仓GP60的更新时钟重置为60d。加密仓CP1的更新时钟则变更为59d，依次类推。存储仓存储的加密函数始终保密，加密仓接收明文，输出加密后的密文，外界无法知晓具体的加密函数和加密秘钥。为避免提交明文时导致明文泄露，金融机构将明文使用加密智能合约的公钥加密后，提交给加密智能合约，即写入接收栏。写入内容包括金融机构的公钥、加密仓标识、字符串、模式和时间戳。公钥用于将加密仓处理后的字符串。模式为加密/解密。模式为加密时，加密仓将字符串进行加密运算，模式为解密时，加密仓将字符串进行解密运算。加密仓的输出使用公钥加密后，写入到结果栏。时间戳为写入接收栏的时间戳，当接收栏被写入内容后，以写入的时间戳为起点，预设时长内，加密智能合约不接收新的写入内容。接收栏当前写入内容中的时间戳距离当前时刻，超过预设的时长。在预设时长内，加密仓需要完成加解密运算，金融机构需要及时读取结果栏的内容。

表2 加密智能合约示意表

加密智能合约ID	6545708912
		加密仓1	GP1
加密仓2	GP2
		…	…
加密仓n	GPn
		接收栏	NULL
结果栏	NULL

表3加密仓示意表

加密仓编号	更新时钟	加密函数
			GP1	60d	3DES(Key:R0SH…jKrl)
GP2	59d	3DES(Key:eQkh…NAZv)
			GP3	58d	AES-128(Key:Ujlt…GPko)
…	…	…
			GP60	1d	AES-128(Key:rW1U…6S0R)

需要说明的是，在解密过程中，当发起行使用私钥解密后，获得协管明文，其协管明文包括加密仓编号标识、时钟信息以及加密仓的限时密文，根据加密仓编号标识快速获得对应的加密仓，同时，在规定的时间内采用加密函数进行解密，超过限时时钟时无法进行解密，提高了信息的安全性。

本实施例的有益技术效果是：通过区块链公开受监管主体识别信息的哈希值，涉监管的交易的下游金融机构能够自行查询关联，借助协管智能合约判断是否需要发布协管关联信息，协管关联信息仅允许发起行查看，同时限制了可解密的期限，从权限和时效两个方面管控了交易信息的隐私扩散，即能够有效保障交易数据隐私，又能够实现相关交易信息能够共享，形成跨机构的协作监管机制。

实施例二：

一种基于区块链的账户交易信息共享方法，本实施例在实施例一的基础上，对限时加密的实现方案，进行了具体的改进。采用实施例一记载技术方案时，当区块链上业务量增加时，会导致区块链上业务拥挤。本实施例在现有技术中信封加密的基础上，进一步的提出了新的信封加密方案。请参阅附图4，新的信封加密方案，加密关联交易信息方法包括：

步骤D01）金融机构将协管关联交易信息提交给加密仓前，生成对称加密秘钥；

步骤D02）将交易金额拆分为保留额和加密额，将账户名称、交易时间、交易对象识别信息和交易对象行业代码使用对称加密秘钥加密，获得常规密文；

步骤D03）将对称加密秘钥和加密额提交给加密仓，获得限时密文；

步骤D04）将常规密文、保留额、限时密文和加密仓标识打包后使用发起行的公钥加密，上传到区块链存储；

步骤D05）发起行使用私钥解密获得常规密文、保留额、限时密文和加密仓标识，在限时内将限时密文提交给对应的加密仓，获得对称加密秘钥和加密额；

步骤D06）使用对称加密秘钥解密常规密文，获得账户名称、交易时间、交易对象识别信息和交易对象行业代码，将保留额和加密额求和获得交易金额，从而获得完整的协管关联交易信息。如表4所示，将交易○2

对应的协管关联交易信息使用本实施例提供的信封加密算法时，银行乙将交易金额400万元，拆分为保留额35万元和加密额365万元。生成AES加密算法的加密秘钥为KeyAES=mTu3…ZSt7，秘钥长度为512位字符。

表4新的信封加密方案加密协管关联交易过程表

步骤	涉及内容
		D01）	Info=(XXX公司,400,164…43,911M…082B,LMIT126/LMIT127)
D02）	常规密文=AES(XXX公司,164…43,911M…082B,LMIT126/LMIT127)
		D03）	限时密文=3DES(365,mTu3…ZSt7)
D04）	Info’=PubKey_甲(常规密文,35,限时密文,GP1)

使用对称加密算法AES算法加密账户名称、交易时间、交易对象识别信息和交易对象行业代码，获得常规密文。使用加密仓GP1加密365和对称秘钥mTu3…ZSt7，获得限时密文。将常规密文、限时密文、保留额和加密仓标识拼接后，使用发起行银行甲的公钥加密后，上传到区块链。PubKey_甲表示使用银行甲的公钥加密。银行甲使用私钥解密，获得常规密文、限时密文、保留额和加密仓标识。将限时密文和加密仓标识发送给加密智能合约，获得加密额365万元和对称加密秘钥KeyAES=mTu3…ZSt7。再使用KeyAES解密常规密文获得账户名称、交易时间、交易对象识别信息和交易对象行业代码，将加密额365万元与保留额35万元相加，获得总的交易金额400万元。信封加密过程中，交易金额从未在区块链以及智能合约中被完整、正确复现过，因而具有更高的安全性。避免区块链作恶节点监听加密智能合约执行过程的中间数据，获得完整的交易信息。

本实施例还提供了步骤D01）至步骤D06）记载方案的替代方案，以进一步减轻加密仓的加解密压力。具体包括：

步骤D’01）金融机构将协管关联交易信息提交给加密仓前，生成对称加密秘钥，对称加密秘钥仅由数字组成；

步骤D’02）生成一元多项式，使一元多项式的非零系数的绝对值进行字符拼接即获得对称加密秘钥，获得一元多项式的次数N；

步骤D’03）将次数N提交给加密仓，获得限时密文；

步骤D’04）生成第二个一元多项式，第二个一元多项式的次数小于N，获得两个一元多项式的若干个交点，若干个交点坐标纳入交点集合，记录的交点数量大于N；

步骤D’05）将账户名称、交易金额、交易时间、交易对象识别信息和交易对象行业代码使用对称加密秘钥加密，获得常规密文；

步骤D’06）将常规密文、交点集合、限时密文和加密仓标识打包后使用发起行的公钥加密，上传到区块链存储；

步骤D’07）发起行使用私钥解密获得常规密文、交点集合、限时密文和加密仓标识，在限时内将限时密文提交给对应的加密仓，获得次数N；

步骤D’08）使用交点集合记录的交点坐标求解出一元多项式的系数，拼接获得对称加密秘钥；

步骤D’09）使用对称加密秘钥解密常规密文，获得账户名称、交易金额、交易时间、交易对象识别信息和交易对象行业代码。

银行乙将交易○2

对应协管关联交易信息上传区块链时，生成对称加密秘钥，为Key_AES=091980…278189，约定秘钥长度为512位。生成一元多项式f(x)=0919*x^22-8*x^21+…-27*x+8189，一元多项式的次数为22次，即N=22，需要23个坐标点才能求出。交点集合内记录多于22个交点坐标即可，即不少于23个交点。生成第二个一元多项式，使两个一元多项式的交点数量多于22个。如f’(x)=0.0000012*x^2+8189从这些交点中选取至少23个，纳入交点集合。比如在交点集合内纳入25个交点坐标。使用对称加密秘钥Key_AES=091980…278189，加密账户名称、交易金额、交易时间、交易对象识别信息和交易对象行业代码，获得常规密文。仅仅将N=22这一数字提交加密智能合约的加密仓进行加密。因此加密智能合约仅需要极少的时间，就可以完成加解密过程，能够支撑区块链上的大量交易信息共享。

将常规密文、交点集合、限时密文和加密仓标识使用银行乙的公钥加密后，上传到区块链存储。银行乙下载并解密后，获得常规密文、交点集合、限时密文和加密仓标识。在限时内将限时密文提交给加密仓，获得N的值22。银行乙构建一元多项式g(x)=a22*x^22+a21*x^21+…+a2*x^2+a1*x+a0，从交点集合记录的26个交点中，任意选择23个，即可获得a0至a22的值。其中a22=919，a21=-8，…，a1=-27，a0=8189，将a22至a0直接拼接，获得511位数字。由于约定的秘钥长度为512位，因此在首位添加1个0即可获得完整的对称加密秘钥Key_AES=091980…278189。使用对称加密秘钥Key_AES=091980…278189解密常规密文，获得账户名称、交易金额、交易时间、交易对象识别信息和交易对象行业代码。

若银行乙未在限时内解密限时密文，将无法获得正确的次数N。当不确定N的具体值时，从25个交点坐标反推一元多项式的系数时，会有无数组解。因此银行乙将无法解密常规密文，从而实现协管关联交易信息的限时分享。限时超出后，将没有金融机构能够正确解密出协管关联交易信息，保护银行交易数据的隐私。且在此过程中，相关交易信息从未在区块链上明文存在过，具有较高的隐私性和安全性。

发起行根据协管关联交易信息判断受监管资金是否流入监管限制类型领域的方法包括：发起行在限时内轮询区块链，获得若干笔协管关联交易信息；查询第三方公开数据源，获得交易对象识别信息对应企业的关联行业集合；若关联行业集合内包含监管限制类型领域，则发起核实及惩戒程序。发起行能够自行制定更为详尽的判断逻辑，完成专用资金违规使用风险的管控任务。

获得关联行业集合的方法包括：根据第三方公开数据源，获得交易对象识别信息对应企业的参股股东和行业，加入关联行业集合；查询第三方公开数据源，获得参股比例高于预设阈值的每个参股股东的全部参股企业；将参股企业的行业加密关联行业集合，获得最终的关联行业集合。

为了同时能够监控违规企业将资金转入若干个合规账户后，再转回违规企业账户，从而规避监管。本实施例提供了技术方案，从收款账户所在金融机构对交易的识别进行协管。请参阅附图5，包括：

步骤E01）当金融机构作为交易的收款机构时，提取收款账户名称的哈希值，查询区块链上的协管智能合约，判断是否有相符的受监管主体识别信息；

步骤E02）若存在，则将交易金额或者预设时长内收到的多笔交易金额的总和，提交给协管智能合约；

步骤E03）若协管智能合约反馈交易金额处于协管金额区间，则金融机构生成协管关联交易信息，同时向发起行发出告警信息；

步骤E04）金融机构将协管关联交易信息使用限时加密算法加密后，再使用发起行的公钥加密获得协管密文，将协管密文上传区块链存储。

在步骤E01）中，仅匹配协查识别码中记录的第一个主体识别信息的哈希值，即为受监管主体的识别信息。当企业将资金通过多个路径转出后，再汇总到其在某个银行的账户时，银行将提取账户开户主体的识别信息的哈希值，与区块链上的协管智能合约的协查识别码比对，将发现匹配的协查识别码。从而进行协管关联交易的创建过程，实现相关资金的全面监管。

相对于实施例一，本实施例中加密智能合约只需要对加密额和对称加密秘钥进行加密，因而具有更快的执行速度。采用本实施例提供的加密方式，不仅能够加快加解密的效率，还能够将更多的协管关联交易信息隐藏，更好的管控企业的交易信息的扩散范围。

以上所述的实施例只是本发明的一种较佳的方案，并非对本发明作任何形式上的限制，在不超出权利要求所记载的技术方案的前提下还有其它的变体及改型。

Claims (7)

1.一种基于区块链的账户交易信息共享方法，其特征在于，包括：

受监管主体使用受监管资金产生交易时，发起行生成协管主交易信息，所述协管主交易信息包括受监管主体识别信息、交易对象识别信息、受监管金额、协管金额区间和受监管类型代码；

发起行在区块链上发布协管智能合约，所述协管智能合约保存协管金额区间，公开协查识别码，所述协查识别码由受监管主体识别信息和交易对象识别信息的哈希值添加间隔字符拼接获得，所述协管智能合约公开受监管金额的哈希值及受监管类型代码公开；

其他的金融机构产生交易时，提取交易账户名称的哈希值，查询区块链上的协管智能合约，若存在协查识别码与当前交易账户名称哈希值匹配，则将交易金额提交给协管智能合约，所述协管智能合约反馈交易金额是否处于协管金额区间；

若交易金额属于协管金额区间，则所述金融机构生成协管关联交易信息并将交易对象识别信息的哈希值添加入协查识别码，所述协管关联交易信息包括账户名称、交易金额、交易时间、交易对象识别信息和交易对象行业代码，若交易对象属于受监管类型代码包含的类型，则所述金融机构向发起行发出告警信息；

所述金融机构将协管关联交易信息使用限时加密算法加密后，再使用发起行的公钥加密获得协管密文，将协管密文上传区块链存储；

发起行轮询区块链，在限时内解密协管密文，获使用发起行公钥加密的全部协管关联交易信息；

发起行根据协管关联交易信息判断受监管资金是否流入监管限制类型领域，若出现预设比例的资金流入监管限制类型领域，则发起线下核实及惩戒程序。

2.根据权利要求1所述的一种基于区块链的账户交易信息共享方法，其特征在于，

所述发起行生成协管主交易信息时，根据受监管主体的历史监管信誉情况生成协管轮次值，所述协管智能合约存储所述协管轮次值；

所述协管智能合约为协管智能主交易生成主交易编号，公开所述主交易编号；

其他金融机构上传协管密文时，将协管密文关联主交易编号上传区块链存储；

所述协管智能合约检测到区块链上存储的关联所述主交易编号的协管密文数量达到所述协管轮次值时，所述协管智能合约反馈后续交易金额是否处于协管金额区间时，均反馈不属于协管金额区间。

3.根据权利要求1或2所述的一种基于区块链的账户交易信息共享方法，其特征在于，

所述发起行根据受监管主体的历史监管信誉情况生成协管最低百分比，交易金额超过所述受监管金额与协管最低百分比的乘积即视为落入协管金额区间。

4.根据权利要求1或2所述的一种基于区块链的账户交易信息共享方法，其特征在于，

将协管关联交易信息使用限时加密算法加密的方法包括：

在区块链上发布加密智能合约，所述加密智能合约维护若干个加密仓，所述加密仓包括加密函数和更新时钟，更新时钟到达时，所述加密仓的加密函数被更新；

所述金融机构根据限时选择相应更新时钟的加密仓，将协管关联交易信息提交给加密仓，获得限时密文；

所述金融机构将限时密文关联加密仓标识后，使用发起行的公钥加密，获得协管密文，将协管密文上传区块链存储；

所述发起行使用私钥解密协管密文后，获得限时密文和加密仓标识，在对应加密仓更新时钟到达前，将限时密文和公钥提交给加密仓，所述加密仓解密获得明文，将明文使用公钥加密后反馈给所述发起行；

所述发起行再次使用私钥解密，获得完整的协管关联交易信息的明文。

5.根据权利要求4所述的一种基于区块链的账户交易信息共享方法，其特征在于，

所述金融机构将协管关联交易信息提交给加密仓前，生成对称加密秘钥；

将交易金额拆分为保留额和加密额，将账户名称、交易时间、交易对象识别信息和交易对象行业代码使用对称加密秘钥加密，获得常规密文；

将对称加密秘钥和加密额提交给加密仓，获得限时密文；

将常规密文、保留额、限时密文和加密仓标识打包后使用发起行的公钥加密，上传到区块链存储；

所述发起行使用私钥解密获得常规密文、保留额、限时密文和加密仓标识，在限时内将限时密文提交给对应的加密仓，获得称加密秘钥和加密额；

使用对称加密秘钥解密常规密文，获得账户名称、交易时间、交易对象识别信息和交易对象行业代码，将保留额和加密额求和获得交易金额，从而获得完整的协管关联交易信息。

6.根据权利要求1或2所述的一种基于区块链的账户交易信息共享方法，其特征在于，

发起行根据协管关联交易信息判断受监管资金是否流入监管限制类型领域的方法包括：

发起行在限时内轮询区块链，获得若干笔协管关联交易信息；

查询第三方公开数据源，获得交易对象识别信息对应主体的关联类型领域集合；

若关联行业集合内包含监管限制类型领域，则发起核实及惩戒程序。

7.根据权利要求1或2所述的一种基于区块链的账户交易信息共享方法，其特征在于，

当金融机构作为交易的收款机构时，提取收款账户名称的哈希值，查询区块链上的协管智能合约，判断是否有相符的受监管主体识别信息；

若存在，则将交易金额或者预设时长内收到的多笔交易金额的总和，提交给协管智能合约；

若所述协管智能合约反馈交易金额处于协管金额区间，则所述金融机构生成协管关联交易信息，同时向发起行发出告警信息；

所述金融机构将协管关联交易信息使用限时加密算法加密后，再使用发起行的公钥加密获得协管密文，将协管密文上传区块链存储。

Images