本发明涉及区块链领域，特别涉及一种区块链个人对账方法。
背景技术：
区块链凭借其独有的信任传递机制，逐渐成为金融科技领域的热门技术。对账系统在金融等行业广泛使用，是一种保障业务开展的重要系统。本文将区块链技术与传统对账系统结合，设计了一套去中心化的对账系统。该方案依托于现有区块链技术，不但可以满足传统对账业务的需求，还可以实现多方对账、无中心的分布式对账等需求。通过公链私链的组合使用，明细账内容，仅由对账各方掌握，同时保证了数据安全及数据隐私。
1、传统银行对账存在着一些痛点：
（1）多数银行没有专门的对账管理制度和实施细则，只是在相关会计制度中列出要求对账的条款；
（2）部分银行未能做到记账和对账分离，对账单直接由柜台接柜人员打印，并向单位记账人员发放，开户单位对账后反馈的回单也是由企业记账人员直接交到接柜人员，对账过程未独立于业务操作，缺乏有效监控；
（3）银行没有建立面对面的核对、电子核对和不定期核对制度。对账期过长，给不法分子以可乘之机。
2、现有技术：
bitcoin主链是支持比特币的底层区块链。比特币主链从创世区块开始，记账网络按照工作量证明机制，每隔一段时间选出一个节点作为记账节点。记账节点负责对期间发生的数据进行整理，生成新区快，步骤如下：
(1)打包数据到数据区；(2)根据数据区计算哈希；(3)确认前序区块，计算前序区块哈希和数据哈希；(4)构建区块头；(5)将数据区和区块头打包成新区块；(6)通过p2p网络，广播给所有节点。
比特币主链的区块包含了交易信息，该交易信息的op_return字段可以用来记录对账私链创世区块的哈希值；同时，比特币支持多重签名账户，多重签名账户首先需要确定哪些私钥可以参与该账户的管理操作，并约定交易生效的最小签名数量。这种方式也称为mofn模式，其中n指管理密钥的个数，m为操作该账户的最小签名数。使用bitcoin多签名账户时，首先由各方，创建各自的密钥对，然后交换公钥，共同使用各方公钥生成多签名账户。账户管理密钥和最小签名数均等于参与方数量。即必须所有参与方都签名后才能操作账户。
由发起方准备初始对账数据，并提供下载方式、文件清单及md5和sha1需写入私链创世区块。私链创世区块创建成功后，发起方以创世区块哈希创建主链的交易单，并发送给对账各方。各方下载到初始数据后，校验私链创世区块，如果无误依次用己方私钥对交易单进行签名。所有签名齐备后，向bitcoin主链写入交易单，实现对账启动程序。对账各方在私链上达成共识，产生终止区块。取其哈希值，对账各方共同签名，写回bitcoin主链，从而关闭对账。
3、作用：
（1）使用简单：搜索对账小程序，绑定个人签约账号密码即可登录。
（2）减少或消除欺诈和错误，数据的通信和存储都经过加密处理。
（3）区块链节点之间相互同步数据，提升数据的可用性。
（4）尽量的减少信使费用，数据实时触达，实时监测当日个人对公账户信息。
现有技术的缺点
（1）合作行无法实时了解到引发个人账户变动的交易明细信息；
（2）数据采用t+1方式更新，系统数据无法实时更新数据；
（3）合作行需要自己维护对账管理系统。
技术实现要素：
本发明要解决的技术问题是克服现有技术的缺陷，提供一种区块链个人对账方法，（1）减少或消除欺诈和错误，数据的通信和存储都经过加密处理；（2）区块链节点之间相互同步数据，提升数据的可用性；（3）尽量的减少信使费用，数据实时触达，实时监测当日个人账户信息；（4）减少文书工作的延误，更快地找出问题；（5）增强个人与合作银行之间的信任。
为了解决上述技术问题，本发明提供了如下的技术方案：
本发明一种区块链个人对账方法，整体方案由主链及私链构成，主链向所有人公开，任何人都可以读取主链区块，主链区块只储存对账各参与方、对账状态及对账私链的创世区块哈希值，主链的每个区块可以分成区块头和数据区两部分，其中，数据区用于存储实际数据，区块头存储了前序区块及数据区的哈希值，对账的私密数据仅存放在私链上，每次对账产生一个私链，私链的数据仅限对账参与方访问；私链区块格式同样分成区块头和数据区，所有区块头格式相同，数据区有四种：
（1）创世区块，包含数据文件的清单及md5和sha1；
（2）差异区块，对前序数据文件的增补和修正；
（3）确认区块，一种特殊区块，没有数据区，仅用来表示对前序区块的确认；
（4）终止区块，一种特殊区块，没有数据区，用来表示所有参与方都对当前数据达成一致，对账结束；
对账业务场景根据对账各方的关系分为中心化对账和去中心化对账，对账业务还包含以下流程：
s1．对账发起
对账通过以下步骤发起：
（1）发起方准备对账的初始数据，并提供下载地址；
（2）发起方启动私链，构造私链创世区块；
（3）各方确认私链创世区块，下载对账初始数据，验证文件完整性及主链相关信息，验证无误后在主链依次签名，确认启动对账；
s2．私链上的明细账对账程序
对账发起后，其余参与方轮流获得在私链创建新区块的权利，即记账权，每次获得记账权的一方，可从所有区块中选择与己方数据相同部分最多的区块，以此作为前序区块，如果有多条差异数据同样多的区块，则选择最长的，如果结果仍不唯一，选择创建最早的，确认前序区块后，对缺失数据进行补单，对错误数据进行修正，相应的差异信息写入新区块；如果没有差异，需要向前序方向检查所有区块，如果所有对账各方都确认了没有差异，则创建对账终止区块并进入对账结束流程，否则创建确认区块；
s3．对账结束流程
对账发起人，用终止区块的哈希构造主链交易单，由各对账方依次签名，并回存到主链中，链确认后，对账结束，同时私链生命周期结束，各方可以将私链数据长期存档备查。
与现有技术相比，本发明的有益效果如下：
（1）减少或消除欺诈和错误，数据的通信和存储都经过加密处理；
（2）区块链节点之间相互同步数据，提升数据的可用性；
（3）尽量的减少信使费用，数据实时触达，实时监测当日个人账户信息；
（4）减少文书工作的延误，更快地找出问题；
（5）增强个人与合作银行之间的信任。
具体实施方式
应当理解，此处所描述的优选实施例仅用于说明和解释本发明，并不用于限定本发明。
实施例1
本发明提供一种区块链个人对账方法，整体方案由主链及私链构成，主链向所有人公开，任何人都可以读取主链区块，主链区块只储存对账各参与方、对账状态及对账私链的创世区块哈希值，主链的每个区块可以分成区块头和数据区两部分，其中，数据区用于存储实际数据，区块头存储了前序区块及数据区的哈希值，对账的私密数据仅存放在私链上，每次对账产生一个私链，私链的数据仅限对账参与方访问；私链区块格式同样分成区块头和数据区，所有区块头格式相同，数据区有四种：
（1）创世区块，包含数据文件的清单及md5和sha1；
（2）差异区块，对前序数据文件的增补和修正；
（3）确认区块，一种特殊区块，没有数据区，仅用来表示对前序区块的确认；
（4）终止区块，一种特殊区块，没有数据区，用来表示所有参与方都对当前数据达成一致，对账结束；
对账业务场景根据对账各方的关系分为中心化对账和去中心化对账，对账业务还包含以下流程：
s1．对账发起
对账通过以下步骤发起：
（1）发起方准备对账的初始数据，并提供下载地址；
（2）发起方启动私链，构造私链创世区块；
（3）各方确认私链创世区块，下载对账初始数据，验证文件完整性及主链相关信息，验证无误后在主链依次签名，确认启动对账；
s2．私链上的明细账对账程序
对账发起后，其余参与方轮流获得在私链创建新区块的权利，即记账权，每次获得记账权的一方，可从所有区块中选择与己方数据相同部分最多的区块，以此作为前序区块，如果有多条差异数据同样多的区块，则选择最长的，如果结果仍不唯一，选择创建最早的，确认前序区块后，对缺失数据进行补单，对错误数据进行修正，相应的差异信息写入新区块；如果没有差异，需要向前序方向检查所有区块，如果所有对账各方都确认了没有差异，则创建对账终止区块并进入对账结束流程，否则创建确认区块；
s3．对账结束流程
对账发起人，用终止区块的哈希构造主链交易单，由各对账方依次签名，并回存到主链中，链确认后，对账结束，同时私链生命周期结束，各方可以将私链数据长期存档备查。
中心化对账，通常由可靠的中心化机构作为对账中心，其本身数据必须高度可靠，其余对账各方以中心机构为基准，找出己方的差错。中心化对账有单点失效的缺点，如果中心机构自身出现技术故障或者数据错误，后续对账将很难顺利完成。去中心化对账可以有效解决单点故障的问题。去中心化对账是若干平等主体，以对等方式进行对账。去中心化对账因为没有中心机构负责，所以自然避免了单点故障，但是因为没有负责的中心机构，所以对账方案必须可以验证数据的来源是否真实，对账方案也必须保证各方已经确认的历史数据不能被篡改。
本发明目的如下：
1.提高个体工商户对对账重要性的认识，加强合作行与个体对公账户双方的沟通。
2.对账系统可以交换明细账差异，记录各方的数据确认行为。
3.对账系统可以封存各方一致的数据。
4.对账数据本身可能涉及业务细节，对于私有数据，应该仅限对账各方掌握。
5.对账的非私密数据应该实现安全、可靠的电子存证。
具体的，应用如下：搜索对账小程序，个体户登录小程序绑定签约后，由银行推送实时数据，个人通过已推送对账信息实现个体对公账户对账。
与现有技术相比，本发明的有益效果如下：
（1）减少或消除欺诈和错误，数据的通信和存储都经过加密处理；
（2）区块链节点之间相互同步数据，提升数据的可用性；
（3）尽量的减少信使费用，数据实时触达，实时监测当日个人账户信息；
（4）减少文书工作的延误，更快地找出问题；
（5）增强个人与合作银行之间的信任。
最后应说明的是：以上所述仅为本发明的优选实施例而已，并不用于限制本发明，尽管参照前述实施例对本发明进行了详细的说明，对于本领域的技术人员来说，其依然可以对前述各实施例所记载的技术方案进行修改，或者对其中部分技术特征进行等同替换。凡在本发明的精神和原则之内，所作的任何修改、等同替换、改进等，均应包含在本发明的保护范围之内。