CN109377198A - 一种基于联盟链多方共识的签约系统 - Google Patents

Abstract

本发明公开了一种基于联盟链多方共识的签约系统，旨在提供私募基金行业的基础设施，为私募基金的委托方、管理方和托管方提供一套基于联盟链系统的、支持多方参与和共识的、对数据进行加密和验证的私募基金在线签约管理系统。其技术方案为：本发明的签约系统所实现的加密共享和多方独立签名并举的合同签署方案既能够保证电子合同的在区块链上不被泄露，同时又能够有效验证合同是否被篡改。而且本发明系统中的区块链多方共识算法能够高效完成四节点最小共识，防止恶意节点修改数据。此外，本发明系统中的异构合同存储设计，能够将传统数据库系统和区块链系统相结合，实现链上、链下数据分类保存，既便于本地检索和查询，也保证商业机密不被泄露。

Description

一种基于联盟链多方共识的签约系统

技术领域

本发明涉及基于区块链实现的签约技术，具体涉及基于联盟链多方共识的合同签约系统，应用于私募基金合同签约的领域。

背景技术

区块链是一种全新的分布式数据库技术，利益多方共同维护一个不断增长的有向数据记录，这些数据通过密码学、隐私保护技术等维护数据安全和时序关系，使得参与方难以篡改、抵赖和造假。联盟链是带有权限准入机制的区块链系统，联盟链开创了一种新型的多方共识算法经济模型，其难以篡改、自由开放、数据高度可信任、容错性强等优点，适用于经济主体之间达成平等、自愿的市场交易活动。

我国私募基金行业发展迅速，私募基金爆发式增长对市场参与方签署私募基金合同的方式和管理效率提出新的要求。目前，私募机构和基金机构现有业务在很大程度上依赖传统纸质合同，纸质合同签约和合同内容变更成本高，纸质合同流转、归档和查询使用效率低下。此外，纸质合同还容易引发伪造合同、阴阳合同和萝卜章等违规、违法风险。因此，纸质合同签署方式难以适应私募基金行业的发展，对委托方、管理方、托管方和市场管理部门带来挑战。

现有的电子化签约系统，采用本地化部署或者远程服务器部署模式，为签约双方提供电子签约服务，解决了纸质合同签约带来的一部分成本问题，但同时也面临着中心化系统引发的多样化问题。一是中心化机构的信任问题，如何信任第三方签约服务的提供机构，如何验证多方合同签约的主体。二是中心化机构的数据安全问题，如何避免中心化机构宕机出现的数据丢失问题，以及数据存放在中心化机构的隐私泄露问题。三是现有电子化签约系统一般通过网络交换双方签名完成两方合同签署，而受托管的私募基金合同牵涉到私募基金的管理方，一般是三方或者更多方，由此引发的签约开销和合同过程管理难度大大增加。

发明内容

以下给出一个或多个方面的简要概述以提供对这些方面的基本理解。此概述不是所有构想到的方面的详尽综览，并且既非旨在指认出所有方面的关键性或决定性要素亦非试图界定任何或所有方面的范围。其唯一的目的是要以简化形式给出一个或多个方面的一些概念以为稍后给出的更加详细的描述之序。

本发明的目的在于解决上述问题，提供了一种基于联盟链多方共识的签约系统，旨在提供私募基金行业的基础设施，为私募基金的委托方、管理方和托管方提供一套基于联盟链系统的、支持多方参与和共识的、对数据进行加密和验证的私募基金在线签约管理系统。

本发明的技术方案为：本发明揭示了一种基于联盟链多方共识的签约系统，包括：

应用系统层模块，为私募基金活动中的包括委托方、管理方和托管方在内的各参与方提供包括签约操作和合同管理在内的多项服务所需的前端界面；

系统接口层模块，实现应用系统层模块和业务服务层模块之间的对接；

业务服务层模块，包括：

通用服务子模块，包括：

权限服务单元，为各参与方提供包括交易、共识、监管在内的多种类型的权限；

归档服务单元，为各参与方提供包括节点共识、合同交易、验证查询在内的数据归档服务；

分区服务单元，为各参与方提供包括地域、规模、时间在内的数据分类服务；

版本服务单元，为各参与方提供版本管理和升级服务；

账户服务子模块，包括：

注册服务单元，为各参与方提供平台注册服务；

登录服务单元，为各参与方提供登录服务；

合同签署服务子模块，包括：

身份单元，为各参与方提供身份信息登记和管理；

加解密单元，为各参与方提供加密和解密管理；

合同单元，为各参与方提供合同状态管理；

认证单元，为各参与方签约信息认证服务；

数据校验单元，为各参与方提供数据防篡改检查；

签署单元，为各参与方提供合同签署服务；

合同管理服务子模块，包括：

合同查询单元，为各参与方提供合约查询功能；

合同下载单元，为各参与方提供合同下载服务；

合同验证单元，为各参与方提供合同真伪鉴定服务；

联盟区块链服务层模块，包括：

区块加解密单元，为联盟链提供加密和验证服务；

区块链节点共识单元，为联盟链中各节点提供基于实用拜占庭容错策略的最小4节点的共识服务，使在线节点状态保持最终一致性；

智能合约服务单元，用于将节点信息登记到联盟链以及从联盟链查询、下载智能合约。

根据本发明的基于联盟链多方共识的签约系统的一实施例，签约系统还包括一计算机程序，计算机程序在系统中运行以执行以下的步骤：

第一步，由身份单元和认证单元共同完成身份认证；

第二步，由加解密单元、合同单元、数据校验单元和签署单元共同完成合同加密和委托方签名；

第三步，由加解密单元、合同单元、数据校验单元和签署单元共同完成解密合同与管理方签名。

根据本发明的基于联盟链多方共识的签约系统的一实施例，第一步的身份认证包括个人用户认证和机构用户认证，其中：

对委托方是个人所发起的身份登记申请，个人用户上传个人身份认证所需材料，完成身份信息的采集工作，签约系统的后台在收到个人用户提交的身份登记服务后，由后台管理人员在后台进行审查并基于审查结果向个人用户返回登记是否成功的通知；

对委托方是机构所发起的机构身份认证申请，机构用户上传机构认证申请所需材料，签约系统的后台从中提取关键信息向证书机构进行审核和匹配，后台根据证书机构所返回的机构认证结果向机构用户返回登记是否成功的通知；

成功完成登记的个人用户或机构用户，系统将为每个用户分配一套对应的私钥和公钥，其中用户的公钥信息通过广播形式向联盟区块链内成员发送通知，公钥可以被联盟区块链上的所有用户访问，私钥通过用户的口令进行加密保存。

根据本发明的基于联盟链多方共识的签约系统的一实施例，第二步的合同加密和委托方签名的处理中，有两种合同上传模式，一种是由管理方准备好合同文件D，由系统生成本轮随机数对合同文件进行加密，将委托方的公钥加密后的结果A’和托管方的公钥加密后的结果C’分别发送给委托方和托管方，另一种是委托方在合同签约模板中选取其中一个合同，由系统生成本轮随机数完成合同加密，将委托方选取管理方的公钥加密后的结果B’和托管方的公钥加密后的结果C’分别发送给管理方和托管方。

根据本发明的基于联盟链多方共识的签约系统的一实施例，第三步的解密合同与管理方签名的处理进一步包括：

管理方输入口令PASSWDB，解密已加密的私钥PASSWD(B*)，获得私钥B*；

管理方利用私钥B*和在第二步中获得的随机密码B’，解出本轮随机数；

管理方从联盟区块链网络上下载经由委托方签名的加密合同SIG(A*)RAN(D)，其中A*为委托方的私钥，RAN()表示加密操作，SIG()表示签名操作，同时下载委托方的公钥A，使用公钥A验证加密合同SIG(A*)RAN(D)的签名的真实性；

管理方使用委托方的公钥A解密加密文件SIG(A*)RAN(D)得到加密文件RAN(D)，并使用管理方解出的随机数解密出合同D，确认内容有无篡改，或者管理方通过比较联盟区块链网络中的RAN(D)和最新解密出的加密文件RAN(D)是否一致以确认合同内容是否篡改；

管理方使用自己的私钥B*对已通过签名验证的加密文件SIG(A*)RAN(D)完成第二重签名，得到加密文件SIG(B*)SIG(A*)RAN(D)；

管理方将已通过自身签名的加密文件SIG(B*)SIG(A*)RAN(D)上传至联盟链网络。

根据本发明的基于联盟链多方共识的签约系统的一实施例，第三步后还包括：

第四步，由加解密单元、合同单元、数据校验单元和签署单元共同完成解密合同与托管方签名；

第五步，由联盟区块链服务模块中的区块加解密单元、区块链节点共识单元、智能合约服务单元完成多方共识；

第六步，数据存储。

根据本发明的基于联盟链多方共识的签约系统的一实施例，第四步进一步包括：

托管方输入口令PASSWDC，解密已加密的私钥PASSWD(C*)，并获得私钥C*；

托管方利用秘钥C*和随机密码C’，解出本轮随机数；

托管方从联盟区块链网络上下载经由管理方、委托方双重签名的加密合同SIG(B*)SIG(A*)RAN(D)，同时下载管理方的公钥B，使用公钥B验证已签名加密合同SIG(B*)SIG(A*)RAN(D)签名的真实性；

托管方使用管理方的公钥B解密加密文件SIG(B*)SIG(A*)RAN(D)并得到加密文件SIG(A*)RAN(D)，使用托管方此前解出的本轮随机数，验证是否与第二步上传的单方签名加密文件SIG(A*)RAN(D)一致，以确认合同内容是否篡改，或者托管方使用委托方的公钥A解密得到加密文件RAN(D)，与委托方在第一步上传的加密合同作比较，以验证合同内容有无篡改；

托管方确认加密文件的签名真实有效，使用私钥C*对加密文件SIG(B*)SIG(A*)RAN(D)完成第三重签名，得到加密文件SIG(C*)SIG(B*)SIG(A*)RAN(D)；

托管方将已完成三重签名的加密文件SIG(C*)SIG(B*)SIG(A*)RAN(D)上传至联盟链网络。

根据本发明的基于联盟链多方共识的签约系统的一实施例，第五步的多方共识为拜占庭容错性共识。

根据本发明的基于联盟链多方共识的签约系统的一实施例，第六步中的数据存储方式为异构存储方式，加解密单元的加密和解密基于国密算法SM2，区块加解密单元中的加密和验证是基于国密算法SM3。

根据本发明的基于联盟链多方共识的签约系统的一实施例，签约系统的业务服务层模块还包括：

数据可视化子模块，针对区块链节点、区块和交易数据，做出统计视图，用于展示区块链节点运行情况，统计视图包括但不限于线状图、饼状图。

本发明对比现有技术有如下的有益效果：本发明的基于联盟链多方共识的私募基金合同签约系统，实现了电子化签约，在保证合同有效、可靠的前提下，有效解决私募基金纸质合同中的流程繁琐、签署成本高、非法篡改和查找困难等问题。而且，本发明的数据加密共享和多方独立签名并举的合同签署方案，既能够保证电子合同的在区块链上不被泄露，同时又能够有效验证合同是否被篡改。本发明系统中的基于PBFT(PracticalByzantine Fault Tolerance，实用拜占庭容错)的区块链多方共识算法，能够高效完成四节点最小共识，防止恶意节点修改数据。本发明系统中的异构合同存储设计，能够将传统数据库系统和区块链系统相结合，实现链上、链下数据分类保存，既便于本地检索和查询，也保证商业机密不被泄露。

附图说明

在结合以下附图阅读本公开的实施例的详细描述之后，能够更好地理解本发明的上述特征和优点。在附图中，各组件不一定是按比例绘制，并且具有类似的相关特性或特征的组件可能具有相同或相近的附图标记。

图1示出了本发明的基于联盟链多方共识的签约系统的一实施例的整体结构图。

图2示出了本实施例的签约系统在运行中的身份认证处理的示意图。

图3示出了本实施例的签约系统在运行中的合同加密和委托方签名处理的示意图。

图4示出了本实施例的签约系统在运行中的解密合同与管理方签名处理的示意图。

图5示出了本实施例的签约系统在运行中的解密合同与托管方签名处理的示意图。

图6示出了本实施例的签约系统在运行中的多方共识处理的示意图。

图7示出了本实施例的签约系统在运行中的数据存储处理的示意图。

具体实施方式

以下结合附图和具体实施例对本发明作详细描述。注意，以下结合附图和具体实施例描述的诸方面仅是示例性的，而不应被理解为对本发明的保护范围进行任何限制。

图1示出了本发明的基于联盟链多方共识的签约系统的一实施例的整体结构，请参见图1，本实施例的签约系统包括：应用系统层模块、系统接口层模块、业务服务层模块、联盟区块链服务层模块供四层服务组成。

应用系统层模块通过系统接口层模块(API，Application Program Interface)与业务服务层模块对接。应用系统层模块是基于联盟链多方共识的私募基金合同签约系统的应用程序端，为私募基金活动中的委托方、管理方和托管方等(以下简称各参与方)提供签约操作和合同管理各项服务所需的前端界面。

业务服务层模块包括通用服务子模块、账户服务子模块、合同签署服务子模块、合同管理服务子模块、数据可视化子模块，是整个系统的核心。

通用服务子模块包括：权限服务单元、归档服务单元、分区服务单元、版本服务单元。权限服务单元为各参与方提供交易、共识、监管等不同类型的权限。归档服务单元为各参与方提供包括节点共识、合同交易、验证查询等提供数据归档服务。分区服务单元为各参与方提供地域、规模、时间等的数据分类服务。版本服务单元为各参与方提供版本管理和升级服务。

账户服务子模块包括：注册服务单元、登录服务单元。注册服务单元为各参与方提供平台注册服务，其中监管机构由管理人员主动分配。登录服务单元为各参与方提供登陆服务。

合同签署服务子模块包括：身份单元、加解密单元、合同单元、认证单元、数据校验单元、签署单元。身份单元为各参与方提供身份信息登记和管理。加解密单元为各参与方提供基于国密算法SM2策略的加密和解密服务。SM2算法是一种非对称性算法，这是一种公开算法，是基于ECC(椭圆曲线加密)，其加密强度为256位，加密强度、运行性能均强于国际标准RSA。合同单元为各参与方提供合同状态管理。认证模块单元为各参与方签约信息认证服务。数据校验模块单元为各参与方提供数据防篡改检查。签署模块单元为各参与方提供合同签署服务。

合同管理服务子模块包括：合同查询单元、合同下载单元、合同验证单元。合同查询单元为各参与方提供合约查询功能。合同下载单元为各参与方提供合同下载服务。合同验证单元为各参与方提供合同真伪鉴定服务。

数据可视化子模块是针对区块链节点、区块和交易数据，做出包括线状图、饼状图等在内的统计视图，用于展示区块链节点运行情况。

联盟区块链服务模块包括：区块加解密单元、区块链节点共识单元、智能合约服务单元。

区块加解密单元为联盟链提供基于国密算法SM3的加密和验证服务，其中SM3是一种密码杂凑算法，杂凑值长度为32字节，校验结果为256位，加密强度、运算性能均强于国际标准MD5。

区块链节点共识单元为联盟链中各节点提供基于PBFT(Practical ByzantineFault Tolerance，实用拜占庭容错)策略的最小4节点的共识服务，使在线节点状态保持最终一致性。

智能合约服务单元用于将节点信息登记到联盟链以及从联盟链查询、下载智能合约服务。

在本实施例的签约系统上运行一计算机程序，用于执行以下的步骤。

第一步，身份认证。身份认证是由身份单元和认证单元共同完成。

身份认证的具体处理流程如图2所示，分为针对个人用户的身份认证和针对机构用户的身份认证，分别是：

(1)个人用户认证

委托方是个人的，需要发起身份登记申请。个人用户上传本人身份证信息，完成身份信息的采集工作。基于联盟链多方共识的私募基金合同签约系统的后台在收到个人用户提交的身份登记服务后，由后台管理人员在后台进行审查。如果审查材料齐全、真实的，系统登记成功，并返回登记成功通知；如果审查材料不齐全、不真实的，系统登记失败，并返回登记失败通知。收到登记失败通知的个人用户可以重新提交材料发起身份登记申请。

2)机构委托方/管理方/托管方认证

委托方、管理方、托管方是机构的，需要完成机构身份认证。机构用户上传企业工商营业执照、法人身份信息、法人签字授权书等，提交机构认证申请。后台管理系统在收到机构用户提交的认证请求申请以后，提取关键信息向证书机构进行审核和匹配。证书机构返回机构认证的结果。如果认证通过，后台管理系统通过机构用户的认证申请，系统登记成功，并返回登记成功通知；如果认证失败，后台管理系统拒绝机构用户的认证申请，系统登记失败，并返回登记失败通知。

成功完成登记的个人用户或机构用户，系统将分配以对应的私钥和公钥。用户的公钥信息，通过广播形式向联盟区块链内成员发送通知。其中，联盟区块链节点的组成机构可能有：委托方、管理方、托管方、法律机构、市场机构以及监管机构等。

第二步，合同加密和委托方签名。这一步是由加解密单元、合同单元、数据校验单元和签署单元共同完成，其具体处理流程如图3所示。在这一步的处理过程中，每个用户拥有一套公钥和私钥，公钥在联盟区块链网络上所有用户都可以访问，私钥通过用户的口令进行加密保存。例如委托方只有正确输入对口令PASSWDA，才可以解密已加密的私钥PASSWD(A*)，获得私钥A*并进行下一步操作。

本实施例的签约系统支持两种合同上传模式。一种是由管理方准备好合同文件D，出于隐私的考虑，由系统生成本轮随机数对其进行加密。一种是委托方在基于联盟链多方共识的私募基金合同签约模板中选取合适的合同，同样由系统生成随机数完成合同加密。

在本步骤的一开始，若是管理方准备合同文本的情况，则由管理方查询委托方的公钥和托管方的公钥分别加密，并将加密后的结果A’和C’发送给委托方和托管方。若是委托方选取合同文本的情况，则由委托方选取管理方的公钥和托管方的公钥分别加密，并将加密后的结果B’和C’发送给管理方和托管方。

然后，委托方将合同D加密后得到的加密文件RAN(D)上传至联盟链网络。

最后，委托方使用私钥A*完成对加密文件RAN(D)的签名，表明认可和确认合同D的内容，得到加密文件SIG(A*)RAN(D)。委托方将已签名的加密文件SIG(A*)RAN(D)上传至联盟链网络。

第三步，解密合同与管理方签名。这一步由加解密单元、合同单元、数据校验单元和签署单元共同完成。本步骤的具体处理如图4所示。

(1)管理方只有正确输入对口令PASSWDB，才可以解密已加密的私钥PASSWD(B*)，获得私钥B*并进行下一步操作。

(2)管理方利用秘钥B*和在上一步骤中获得的随机密码B’，解出本轮随机数。

(3)管理方从联盟区块链网络上下载经由委托方签名的加密合同SIG(A*)RAN(D)，同时下载委托方的公钥A，使用公钥A验证加密合同SIG(A*)RAN(D)的签名的真实性。

(4)管理方可以使用委托方的公钥A解密加密文件SIG(A*)RAN(D)得到加密文件RAN(D)，并使用本步骤第(2)阶段获得的随机数解密出合同D，确认内容有无被篡改。管理方也可以通过比较联盟区块链网络中的RAN(D)和最新解密出的加密文件RAN(D)是否一致确认合同内容是否被篡改。

(5)管理方使用自己的私钥B*对已通过签名验证的加密文件SIG(A*)RAN(D)完成第二重签名，得到加密文件SIG(B*)SIG(A*)RAN(D)。

(6)管理方将已通过自身签名的加密文件SIG(B*)SIG(A*)RAN(D)上传至联盟链网络。

对于没有托管方的私募基金业务，经由上述三个步骤已完成私募基金合同的双方签名，合同正式生效。对于有托管方的私募基金业务，还需要后面的步骤合同才能正式生效。

第四步，解密合同与托管方签名。由加解密单元、合同单元、数据校验单元和签署单元共同完成。这一步骤的具体处理过程如图5所示。

(1)托管方只有正确输入对口令PASSWDC，才可以解密已加密的私钥PASSWD(C*)，并获得私钥C*进行下一步操作。

(2)托管方利用秘钥C*和在第二步中获得的随机密码C’，解出本轮随机数。

(3)托管方从联盟区块链网络上下载经由管理方、委托方双重签名的加密合同SIG(B*)SIG(A*)RAN(D)，同时下载管理方的公钥B，使用公钥B验证已签名加密合同SIG(B*)SIG(A*)RAN(D)签名的真实性。

(4)托管方可以使用管理方的公钥B解密加密文件SIG(B*)SIG(A*)RAN(D)并得到加密文件SIG(A*)RAN(D)，使用本步骤第(2)阶段获取的本轮随机数，验证是否与第二步骤上传的单方签名加密文件SIG(A*)RAN(D)一致，以确认合同内容是否被篡改。托管方还可以进一步使用委托方的公钥A，解密得到加密文件RAN(D)，与委托方在第一步上传的加密合同作比较，以验证合同内容有无篡改。

(5)托管方确认加密文件的签名真实有效，使用私钥C*对加密文件SIG(B*)SIG(A*)RAN(D)完成第三重签名，得到加密文件SIG(C*)SIG(B*)SIG(A*)RAN(D)。

(6)托管方将已完成三重签名的加密文件SIG(C*)SIG(B*)SIG(A*)RAN(D)上传至联盟链网络。

第五步，多方共识，见图6。由联盟区块链服务模块中的区块加解密单元、区块链节点共识单元、智能合约服务单元完成。联盟区块链节点之间通过以下方式实现简单的拜占庭容错性共识。

(1)私募基金参与方通过客户端或者APP发出交易请求，包括但不限于上传合同、签署合同、验证合同等请求。该交易请求送达指定的连接节点3。

(2)连接节点3将上述交易请求进行广播，最少需要送达3个外部节点，例如节点1、节点2和节点4。

(3)节点1是主节点，主节点经过计算，将该交易请求的哈希值和运行结果广播给所有的节点。

(4)所有其他节点在收到主节点广播的交易结果后，将其中的哈希值与本地计算的哈希值进行比较。

(5)所有节点收到另外2个节点的哈希值对比结果之后，即在区块链节点上运行该笔交易。

(6)所有节点收到3个节点的运行结果，且对比一致，将该笔交易写入区块链。

第六步，数据存储。本实施例的签约系统采用异构的存储方式：区块链平台为了维护合同数据的隐私性，将合同文件加密后上链；参与方节点为了便于合同检索、分析和审计工作，需要看到自己的明文合同。数据存储的具体处理如图7所示。

(1)合同各参与方通过客户端上传合同文件。

(2)在本实施例的签约系统后台，产生随机数并对合同文件加密，将加密后的文件同步到联盟区块链中。

(3)联盟区块链发挥加密后的随机数、区块ID、交易ID和时间戳等信息。

(4)基于联盟链多方共识的私募基金合同签约系统将联盟区块链返回的关键信息反馈给合同参与方。

(5)合同参与方将上述合同文件和区块链关键信息写入本地数据库。

(6)本地数据库返回写入结果消息。

尽管为使解释简单化将上述方法图示并描述为一系列动作，但是应理解并领会，这些方法不受动作的次序所限，因为根据一个或多个实施例，一些动作可按不同次序发生和/或与来自本文中图示和描述或本文中未图示和描述但本领域技术人员可以理解的其他动作并发地发生。

本领域技术人员将进一步领会，结合本文中所公开的实施例来描述的各种解说性逻辑板块、模块、电路、和算法步骤可实现为电子硬件、计算机软件、或这两者的组合。为清楚地解说硬件与软件的这一可互换性，各种解说性组件、框、模块、电路、和步骤在上面是以其功能性的形式作一般化描述的。此类功能性是被实现为硬件还是软件取决于具体应用和施加于整体系统的设计约束。技术人员对于每种特定应用可用不同的方式来实现所描述的功能性，但这样的实现决策不应被解读成导致脱离了本发明的范围。

结合本文所公开的实施例描述的各种解说性逻辑板块、模块、和电路可用通用处理器、数字信号处理器(DSP)、专用集成电路(ASIC)、现场可编程门阵列(FPGA)或其它可编程逻辑器件、分立的门或晶体管逻辑、分立的硬件组件、或其设计成执行本文所描述功能的任何组合来实现或执行。通用处理器可以是微处理器，但在替换方案中，该处理器可以是任何常规的处理器、控制器、微控制器、或状态机。处理器还可以被实现为计算设备的组合，例如DSP与微处理器的组合、多个微处理器、与DSP核心协作的一个或多个微处理器、或任何其他此类配置。

结合本文中公开的实施例描述的方法或算法的步骤可直接在硬件中、在由处理器执行的软件模块中、或在这两者的组合中体现。软件模块可驻留在RAM存储器、闪存、ROM存储器、EPROM存储器、EEPROM存储器、寄存器、硬盘、可移动盘、CD-ROM、或本领域中所知的任何其他形式的存储介质中。示例性存储介质耦合到处理器以使得该处理器能从/向该存储介质读取和写入信息。在替换方案中，存储介质可以被整合到处理器。处理器和存储介质可驻留在ASIC中。ASIC可驻留在用户终端中。在替换方案中，处理器和存储介质可作为分立组件驻留在用户终端中。

在一个或多个示例性实施例中，所描述的功能可在硬件、软件、固件或其任何组合中实现。如果在软件中实现为计算机程序产品，则各功能可以作为一条或更多条指令或代码存储在计算机可读介质上或藉其进行传送。计算机可读介质包括计算机存储介质和通信介质两者，其包括促成计算机程序从一地向另一地转移的任何介质。存储介质可以是能被计算机访问的任何可用介质。作为示例而非限定，这样的计算机可读介质可包括RAM、ROM、EEPROM、CD-ROM或其它光盘存储、磁盘存储或其它磁存储设备、或能被用来携带或存储指令或数据结构形式的合意程序代码且能被计算机访问的任何其它介质。任何连接也被正当地称为计算机可读介质。例如，如果软件是使用同轴电缆、光纤电缆、双绞线、数字订户线(DSL)、或诸如红外、无线电、以及微波之类的无线技术从web网站、服务器、或其它远程源传送而来，则该同轴电缆、光纤电缆、双绞线、DSL、或诸如红外、无线电、以及微波之类的无线技术就被包括在介质的定义之中。如本文中所使用的盘(disk)和碟(disc)包括压缩碟(CD)、激光碟、光碟、数字多用碟(DVD)、软盘和蓝光碟，其中盘(disk)往往以磁的方式再现数据，而碟(disc)用激光以光学方式再现数据。上述的组合也应被包括在计算机可读介质的范围内。

提供对本公开的先前描述是为使得本领域任何技术人员皆能够制作或使用本公开。对本公开的各种修改对本领域技术人员来说都将是显而易见的，且本文中所定义的普适原理可被应用到其他变体而不会脱离本公开的精神或范围。由此，本公开并非旨在被限定于本文中所描述的示例和设计，而是应被授予与本文中所公开的原理和新颖性特征相一致的最广范围。

Claims (10)

1.一种基于联盟链多方共识的签约系统，其特征在于，包括：

应用系统层模块，为私募基金活动中的包括委托方、管理方和托管方在内的各参与方提供包括签约操作和合同管理在内的多项服务所需的前端界面；

系统接口层模块，实现应用系统层模块和业务服务层模块之间的对接；

业务服务层模块，包括：

通用服务子模块，包括：

权限服务单元，为各参与方提供包括交易、共识、监管在内的多种类型的权限；

归档服务单元，为各参与方提供包括节点共识、合同交易、验证查询在内的数据归档服务；

分区服务单元，为各参与方提供包括地域、规模、时间在内的数据分类服务；

版本服务单元，为各参与方提供版本管理和升级服务；

账户服务子模块，包括：

注册服务单元，为各参与方提供平台注册服务；

登录服务单元，为各参与方提供登录服务；

合同签署服务子模块，包括：

身份单元，为各参与方提供身份信息登记和管理；

加解密单元，为各参与方提供加密和解密管理；

合同单元，为各参与方提供合同状态管理；

认证单元，为各参与方签约信息认证服务；

数据校验单元，为各参与方提供数据防篡改检查；

签署单元，为各参与方提供合同签署服务；

合同管理服务子模块，包括：

合同查询单元，为各参与方提供合约查询功能；

合同下载单元，为各参与方提供合同下载服务；

合同验证单元，为各参与方提供合同真伪鉴定服务；

联盟区块链服务层模块，包括：

区块加解密单元，为联盟链提供加密和验证服务；

区块链节点共识单元，为联盟链中各节点提供基于实用拜占庭容错策略的最小4节点的共识服务，使在线节点状态保持最终一致性；

智能合约服务单元，用于将节点信息登记到联盟链以及从联盟链查询、下载智能合约。

2.根据权利要求1所述的基于联盟链多方共识的签约系统，其特征在于，签约系统还包括一计算机程序，计算机程序在系统中运行以执行以下的步骤：

第一步，由身份单元和认证单元共同完成身份认证；

第二步，由加解密单元、合同单元、数据校验单元和签署单元共同完成合同加密和委托方签名；

第三步，由加解密单元、合同单元、数据校验单元和签署单元共同完成解密合同与管理方签名。

3.根据权利要求2所述的基于联盟链多方共识的签约系统，其特征在于，第一步的身份认证包括个人用户认证和机构用户认证，其中：

对委托方是个人所发起的身份登记申请，个人用户上传个人身份认证所需材料，完成身份信息的采集工作，签约系统的后台在收到个人用户提交的身份登记服务后，由后台管理人员在后台进行审查并基于审查结果向个人用户返回登记是否成功的通知；

对委托方是机构所发起的机构身份认证申请，机构用户上传机构认证申请所需材料，签约系统的后台从中提取关键信息向证书机构进行审核和匹配，后台根据证书机构所返回的机构认证结果向机构用户返回登记是否成功的通知；

成功完成登记的个人用户或机构用户，系统将为每个用户分配一套对应的私钥和公钥，其中用户的公钥信息通过广播形式向联盟区块链内成员发送通知，公钥可以被联盟区块链上的所有用户访问，私钥通过用户的口令进行加密保存。

4.根据权利要求3所述的基于联盟链多方共识的签约系统，其特征在于，第二步的合同加密和委托方签名的处理中，有两种合同上传模式，一种是由管理方准备好合同文件D，由系统生成本轮随机数对合同文件进行加密，将委托方的公钥加密后的结果A’和托管方的公钥加密后的结果C’分别发送给委托方和托管方，另一种是委托方在合同签约模板中选取其中一个合同，由系统生成本轮随机数完成合同加密，将委托方选取管理方的公钥加密后的结果B’和托管方的公钥加密后的结果C’分别发送给管理方和托管方。

5.根据权利要求4所述的基于联盟链多方共识的签约系统，其特征在于，第三步的解密合同与管理方签名的处理进一步包括：

管理方输入口令PASSWDB，解密已加密的私钥PASSWD(B*)，获得私钥B*；

管理方利用私钥B*和在第二步中获得的随机密码B’，解出本轮随机数；

管理方从联盟区块链网络上下载经由委托方签名的加密合同SIG(A*)RAN(D)，其中A*为委托方的私钥，RAN()表示加密操作，SIG()表示签名操作，同时下载委托方的公钥A，使用公钥A验证加密合同SIG(A*)RAN(D)的签名的真实性；

管理方使用委托方的公钥A解密加密文件SIG(A*)RAN(D)得到加密文件RAN(D)，并使用管理方解出的随机数解密出合同D，确认内容有无篡改，或者管理方通过比较联盟区块链网络中的RAN(D)和最新解密出的加密文件RAN(D)是否一致以确认合同内容是否篡改；

管理方使用自己的私钥B*对已通过签名验证的加密文件SIG(A*)RAN(D)完成第二重签名，得到加密文件SIG(B*)SIG(A*)RAN(D)；

管理方将已通过自身签名的加密文件SIG(B*)SIG(A*)RAN(D)上传至联盟链网络。

6.根据权利要求5所述的基于联盟链多方共识的签约系统，其特征在于，第三步后还包括：

第四步，由加解密单元、合同单元、数据校验单元和签署单元共同完成解密合同与托管方签名；

第五步，由联盟区块链服务模块中的区块加解密单元、区块链节点共识单元、智能合约服务单元完成多方共识；

第六步，数据存储。

7.根据权利要求6所述的基于联盟链多方共识的签约系统，其特征在于，第四步进一步包括：

托管方输入口令PASSWDC，解密已加密的私钥PASSWD(C*)，并获得私钥C*；

托管方利用秘钥C*和随机密码C’，解出本轮随机数；

托管方从联盟区块链网络上下载经由管理方、委托方双重签名的加密合同SIG(B*)SIG(A*)RAN(D)，同时下载管理方的公钥B，使用公钥B验证已签名加密合同SIG(B*)SIG(A*)RAN(D)签名的真实性；

托管方使用管理方的公钥B解密加密文件SIG(B*)SIG(A*)RAN(D)并得到加密文件SIG(A*)RAN(D)，使用托管方此前解出的本轮随机数，验证是否与第二步上传的单方签名加密文件SIG(A*)RAN(D)一致，以确认合同内容是否篡改，或者托管方使用委托方的公钥A解密得到加密文件RAN(D)，与委托方在第一步上传的加密合同作比较，以验证合同内容有无篡改；

托管方确认加密文件的签名真实有效，使用私钥C*对加密文件SIG(B*)SIG(A*)RAN(D)完成第三重签名，得到加密文件SIG(C*)SIG(B*)SIG(A*)RAN(D)；

托管方将已完成三重签名的加密文件SIG(C*)SIG(B*)SIG(A*)RAN(D)上传至联盟链网络。

8.根据权利要求7所述的基于联盟链多方共识的签约系统，其特征在于，第五步的多方共识为拜占庭容错性共识。

9.根据权利要求8所述的基于联盟链多方共识的签约系统，其特征在于，第六步中的数据存储方式为异构存储方式，加解密单元的加密和解密基于国密算法SM2，区块加解密单元中的加密和验证是基于国密算法SM3。

10.根据权利要求1所述的基于联盟链多方共识的签约系统，其特征在于，签约系统的业务服务层模块还包括：

数据可视化子模块，针对区块链节点、区块和交易数据，做出统计视图，用于展示区块链节点运行情况，统计视图包括但不限于线状图、饼状图。