CN117892364A - 一种数字资产的管理方法及系统 - Google Patents

Abstract

本发明公开了一种数字资产的管理方法及系统。方法包括：在用户端，采用数字签名，签署业务请求，将所述业务请求发送至业务端，接收所述业务端发送的业务请求处理结果；在业务端，接收并验证用户端发送的业务请求，进行处理，将处理后得到的核心业务请求处理结果和非核心业务请求处理结果发送至用户端；在区块链层，处理核心业务请求，得到核心业务请求处理结果，将所述核心业务请求处理结果发送至业务端，对所述核心业务请求结果进行共识处理。系统包括用户端，业务端和区块链层。本发明具有去中心化、数据安全、智能合约和公开透明的优点，为数字资产管理提供了更安全、可信和高效的解决方案。

Description

一种数字资产的管理方法及系统

技术领域

本发明涉及区块链技术领域，特别涉及一种数字资产的管理方法及系统。

背景技术

随着互联网技术的快速发展与应用，人们正逐步进入一种数字化生活状态。企业纷纷推出自己的数字资产，如消费积分、游戏虚拟币等，通过它们来提升用户体验，进而提高用户黏度。然而传统的数字资产交易系统存在一系列问题：第一，该类系统通常是一种中心化的系统，不同机构的系统之间相互独立，没有统一的规范和接口，从而导致数字资产难以跨机构流通。第二，该类系统在本质上都是直接利用电子数据库记录用户及资产信息，因此存在数据被篡改的风险，可能导致用户数字资产流失。

传统数字资产管理系统通常是中心化的，由集中的权威机构或中介机构控制和管理。这种中心化架构导致了单点故障的风险，一旦中心服务器出现故障或遭受攻击，用户的数字资产可能会受到损失。此外，中心化系统还存在着数据隐私和安全性的问题，用户需要将个人信息和资产数据集中存储在中心服务器上，存在泄露和滥用的风险。

传统数字资产管理系统依赖于中央数据库存储和验证用户的资产信息。这种架构容易受到黑客攻击和数据篡改的风险，因为攻击者可以入侵中央数据库并篡改用户的数字资产信息，从而导致用户资产的损失。此外，中央数据库也容易成为内部人员滥用权限的目标，进一步增加了数据安全性和诚信性方面的风险。

不同企业和机构的数字资产管理系统通常是孤立的，缺乏统一的规范和接口。这导致了数字资产之间的互操作性问题，使得用户难以将资产从一个系统转移到另一个系统。此外，缺乏标准化也限制了数字资产的流通和广泛应用，阻碍了数字经济的发展。

发明内容

有鉴于此，本发明实施例的目的在于提供一种数字资产的管理方法及系统，具有去中心化、数据安全、智能合约和公开透明的优点，为数字资产管理提供了更安全、可信和高效的解决方案。

第一方面，本发明实施例提供了一种数字资产的管理方法，应用于用户端，其中，包括：

采用数字签名，签署业务请求；

将所述业务请求发送至业务端；

接收所述业务端发送的业务请求处理结果。

其中，用户端是为普通用户提供操作界面和相应的业务功能，与交易后台子系统进行数据交互。

结合第一方面，本发明实施例提供了第一方面的第一种可能的实施方式，其中，采用数字签名，签署业务请求，包括：

生成秘钥对，所述秘钥对包括私钥和公钥；

创建数字资产管理的业务请求；

使用所述私钥对所述业务请求进行数字签名，得到签署的业务请求。

第二方面，本发明实施例还提供了一种数字资产的管理方法，应用于业务端，其中，包括：

接收并验证用户端发送的业务请求，将所述业务请求分为核心业务请求和非核心业务请求；

将所述核心业务请求发送至区块链层；

接收所述区块链层发送的核心业务请求处理结果；

处理所述非核心业务请求，得到非核心业务请求处理结果；

向交易后台数据库请求更新所述核心业务请求和/或所述非核心业务请求处理后的业务数据，接收所述交易后台数据库返回的更新结果；

将所述核心业务请求处理结果和所述非核心业务请求处理结果发送至用户端。

其中，业务端是沟通用户端和区块链层的桥梁，其主要用于实现交易后台子系统，提供交易传递及后台业务管理等功能。其采用MVC框架，使用MySQL数据库存储后台业务数据。

结合第二方面，本发明实施例提供了第二方面的第一种可能的实施方式，其中，

所述核心业务请求包括涉及到资产实际交易的业务请求，包括资产交易、商品兑换中的至少一项；

所述非核心业务请求包括不涉及资产变动的业务请求，包括用户注册、用户登录、用户退出、余额查询、查询交易历史中的至少一项。

其技术效果在于：将业务请求分为核心和非核心，使业务端能够更加专注和高效地处理涉及资产实际交易的核心业务请求，确保了关键业务得到及时响应，提高了整个系统的处理效率。通过对非核心业务请求的处理，例如用户注册、登录、余额查询等，业务端实现了对用户全生命周期的支持，使得数字资产管理系统更具实用性和用户友好性，满足了用户多样化的需求。

结合第二方面，本发明实施例提供了第二方面的第二种可能的实施方式，其中，处理所述非核心业务请求，得到非核心业务请求处理结果包括：

对所述非核心业务请求的用户身份标识及数字签名进行验证，确认请求发送者的合法性以及请求的完整性；

对所述非核心业务请求中包含的参数进行有效性检查，确认参数符合业务规则；

根据所述非核心业务请求的性质，执行对应的业务逻辑，通过访问用户账户数据库、检索与用户关联的账户信息得到并提取结果；

使用所述用户端与所述业务端之间指定的通信协议，构建数据结构，将提取的所述结果加入所述数据结构中，进行包装，得到非核心业务请求处理结果。

其技术效果在于：通过对非核心业务请求的用户身份标识及数字签名进行验证，确保请求发送者的合法性和请求的完整性，有效地保护了用户身份，防范了身份冒用和伪造请求的风险；通过对非核心业务请求中包含的参数进行有效性检查，确认参数符合业务规则，保障了请求的合法性和一致性，防止了因为错误或者恶意输入引起的潜在问题。根据非核心业务请求的性质，执行对应的业务逻辑，通过访问用户账户数据库、检索账户信息并提取结果，系统能够更灵活地支持不同性质的业务请求，包括用户注册、查询历史交易等，提高了系统的适用性和可扩展性。

结合第二方面，本发明实施例提供了第二方面的第三种可能的实施方式，其中，向交易后台数据库请求更新所述核心业务请求和/或所述非核心业务请求处理后的业务数据，接收所述交易后台数据库返回的更新结果包括：

据核所述核心业务请求处理结果和所述非核心业务请求处理结果，构建相应的数据库更新请求；

将所述数据库更新请求发送至交易后台数据库，通过数据库事务管理语句启动更新事务；

接收所述交易后台数据库返回的更新事务执行结果；

根据所述更新事务执行结果判断所述更新事务是否执行成功，若成功，则继续执行下一项更新，直至所有的更新事务执行成功，向所述交易后台数据库发送提交事务的指令以完成更新，若失败，则回滚事务，使所述交易后台数据库回到所述更新事务之前的状态。

其技术效果在于：通过构建数据库更新请求、使用事务管理语句启动更新事务等步骤，确保了对核心和非核心业务请求处理结果的更新是原子性的，若任何一步操作失败，事务会被回滚，并且确保所有的更新事务都成功执行后才进行提交，从而避免了数据库在处理过程中的不一致状态，保障了数据的完整性，避免了在数据更新过程中的潜在错误，提高了系统的稳定性和可靠性。

第三方面，本发明实施例还提供了一种数字资产的管理方法，应用于区块链层，其中，包括：

接收业务端发送的核心业务请求；

处理所述核心业务请求，得到核心业务请求处理结果；

将所述核心业务请求处理结果发送至业务端；

对所述核心业务请求结果进行共识处理。

其中，区块链层主要提供区块链相关服务，用于将数字资产转换为链上资产，从而实现链上交易，多方共同维护。其主要用于实现区块链子系统，包括Fabric平台和数字资产智能合约程序。

Fabric平台主要提供区块链账本维护、分布式共识和成员管理等服务；

数字资产智能合约进行用户注册、资产发行、数字资产交易和汇率表创建更新等具体业务的执行处理。

结合第三方面，本发明实施例提供了第三方面的第一种可能的实施方式，其中，处理所述核心业务请求，得到核心业务请求处理结果包括：

对所述核心业务请求的用户身份标识及数字签名进行验证，确认请求发送者的合法性以及请求的完整性；

对所述核心业务请求中包含的参数进行有效性检查，确认参数符合业务规则；

查询交易双方的数字资产，若交易双方的数字资产为不同种，则查询对应的汇率表信息，检查发起人所在机构剩余的资产金额是否充足，若充足，则执行对应的业务逻辑，进行交易；

将交易结果进行包装，得到核心业务请求处理结果。

其技术效果在于：通过引入详细的验证和执行步骤，提高了系统在处理核心业务请求时的精确度和安全性。通过查询交易双方的数字资产，确保交易双方的数字资产为不同种，查询对应的汇率表信息，检查发起人所在机构剩余的资产金额是否充足，保障了交易的有效性和安全性，确保了资产交易的准确性。

结合第三方面，本发明实施例提供了第三方面的第二种可能的实施方式，其中，对所述核心业务请求进行共识处理：

得到所述核心业务请求结果后，对其打包，得到提案；

处理所述核心业务请求的节点对所述提案进行数字签名，标识所述提案是由该节点生成；

将签名后的所述提案在所述区块链层进行广播，使所述区块链层的每个节点都保存更新的数据。

其技术效果在于：通过对核心业务请求结果进行共识处理，引入了多个处理节点的参与，使得系统具有更强的抗攻击性和安全性，不依赖于单一的中心化机构。处理所述核心业务请求的节点对提案进行数字签名，标识提案由该节点生成，确保了交易结果的可信性，任何对结果的篡改都会被节点的数字签名标识所检测到，从而保证了数据的不可篡改性。签名后的提案在区块链层进行广播，使每个节点都保存更新的数据，有助于保持系统各个节点间数据的同步，提高了系统的实时性，确保了数据的一致性。

第四方面，本发明实施例还提供了一种数字资产的管理系统，其中，包括：

用户端，用于采用数字签名，签署业务请求，将所述业务请求发送至业务端，接收所述业务端发送的业务请求处理结果；

业务端，接收并验证用户端发送的业务请求，进行处理，将处理后得到的核心业务请求处理结果和非核心业务请求处理结果发送至用户端；

区块链层，处理核心业务请求，得到核心业务请求处理结果，将所述核心业务请求处理结果发送至业务端，对所述核心业务请求结果进行共识处理。

本发明实施例的有益效果是：

本发明的数字资产的管理方法及系统通过数字签名技术实现了双重验证，不仅验证请求的发送者身份，同时确保了请求的完整性，提高了整个数字资产管理系统的安全性，有效防范了身份伪装和数据篡改等风险。数字签名不仅仅是一种身份验证手段，更是一种用户身份的保护措施，用户通过私钥对业务请求进行签署，确保了用户信息的机密性，从而防范了身份泄露的潜在威胁。

本发明将业务请求分为核心和非核心两个层次，为数字资产管理系统引入了清晰的业务流程划分，提高了系统对于各种业务需求的灵活适应性，使其更容易扩展和升级。核心业务请求主要关注涉及资产实际交易的业务，通过对核心业务请求的专注处理，系统实现了对关键业务的高效处理，避免了资源的不必要浪费。

通过引入区块链层的共识机制，本发明在数字资产管理系统中实现了交易的去中心化，确保了交易的透明性和公正性，每个节点对核心业务请求结果进行数字签名，共同构建了一个可信任的分布式账本。区块链层的共识机制不仅仅保障了数据的真实性，还提高了系统的抗攻击性，通过节点之间的共识，系统能够有效抵御恶意攻击和数据篡改的企图，确保数字资产的安全性。

本发明引入了事务管理机制，对数据库更新过程进行事务管理，有效地保障了数据的一致性，在多个更新操作中，如果有任何一个操作失败，整个事务将回滚，使得数据库在更新失败时能够保持原有状态。本发明的事务管理机制提高了系统在数据库更新过程中的稳定性和可靠性，在高并发或者复杂业务场景下，系统能够更好地处理数据库更新，防止数据不一致和异常情况的发生。

附图说明

为了更清楚地说明本发明实施例的技术方案，下面将对实施例中所需要使用的附图作简单地介绍，应当理解，以下附图仅示出了本发明的某些实施例，因此不应被看作是对范围的限定，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他相关的附图。

图1为本发明数字资产的管理方法应用于用户端的流程图；

图2为本发明数字资产的管理方法应用于业务端的流程图；

图3为本发明数字资产的管理方法应用于区块链层的流程图；

图4为本发明数字资产的管理系统的结构示意图。

具体实施方式

为使本发明实施例的目的、技术方案和优点更加清楚，下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例是本发明一部分实施例，而不是全部的实施例。通常在此处附图中描述和示出的本发明实施例的组件能够以各种不同的配置来布置和设计。

请参照图1，本发明的第一个实施例提供一种数字资产的管理方法，应用于用户端，其中，包括：

采用数字签名，签署业务请求；

将所述业务请求发送至业务端；

接收所述业务端发送的业务请求处理结果。

其中，用户端是为普通用户提供操作界面和相应的业务功能，与交易后台子系统进行数据交互。

其中，采用数字签名，签署业务请求，包括：

生成秘钥对，所述秘钥对包括私钥和公钥；

创建数字资产管理的业务请求；

使用所述私钥对所述业务请求进行数字签名，得到签署的业务请求。

具体的，生成秘钥对的方法包括：

选择BIP39词库，生成128位随机数，对随机数做校验4位，得到132位总数；对该总数按每11位做切分，得到12个二进制数；用每个二进制数在BIP39定义的单词表中进行查询，得到12个随机助记词；

对所述随机助记词进行派生，生成种子。将所述随机助记词转换为熵(entropy)，其中所述随机助记词中的每个单词都对应于定数量的比特(bits)；对所述随机助记词进行校验得到校验和；将所述熵和所述校验和连接，得到二进制字符串；将所述二进制字符串输入到伪随机函数HMAC-SHA512中，生成512位输出，即为种子。

对所述种子进行哈希函数算法，生成私钥。所述种子经过密钥派生函数PBKDF2和BIP32中定义的HMAC-SHA512函数，通过迭代计算的方式，生成256位的私钥。

对所述私钥进行椭圆曲线生成算法，生成公钥。选择椭圆曲线secp256k1，使用预设参数，将椭圆曲线上的基点与私钥进行乘法运算，得到一个椭圆曲线上的点(x,y)，得到的该点为公钥点，其中x和y都是椭圆曲线上的整数；对所述公钥点的坐标对(x,y)进行压缩公钥编码或者非压缩公钥编码，得到公钥。

请参照图2，本发明的第二个实施例提供一种数字资产的管理方法，应用于业务端，其中，包括：

接收并验证用户端发送的业务请求，将所述业务请求分为核心业务请求和非核心业务请求；

将所述核心业务请求发送至区块链层；

接收所述区块链层发送的核心业务请求处理结果；

处理所述非核心业务请求，得到非核心业务请求处理结果；

向交易后台数据库请求更新所述核心业务请求和/或所述非核心业务请求处理后的业务数据，接收所述交易后台数据库返回的更新结果；

将所述核心业务请求处理结果和所述非核心业务请求处理结果发送至用户端。

其中，业务端是沟通用户端和区块链层的桥梁，其主要用于实现交易后台子系统，提供交易传递及后台业务管理等功能。其采用MVC框架，使用MySQL数据库存储后台业务数据。

其中，

所述核心业务请求包括涉及到资产实际交易的业务请求，包括资产交易、商品兑换中的至少一项；

所述非核心业务请求包括不涉及资产变动的业务请求，包括用户注册、用户登录、用户退出、余额查询、查询交易历史中的至少一项。

其中，处理所述非核心业务请求，得到非核心业务请求处理结果包括：

对所述非核心业务请求的用户身份标识及数字签名进行验证，确认请求发送者的合法性以及请求的完整性；

具体的，可以通过使用用户的身份标识以及身份验证令牌或密码进行验证，如果请求包含数字签名，业务端可以使用事先共享的密钥或公钥对数字签名进行验证，以确保请求在传输过程中未被篡改。

对所述非核心业务请求中包含的参数进行有效性检查，确认参数符合业务规则；

具体的，对于请求中包含的参数，进行有效性检查以确保其符合业务规则，比如检查金额是否为非负数，检查日期格式是否正确等。

其中，还可以设置访问权限检查，确认用户是否有足够的权限执行特定的非核心业务请求。具体的，可以通过检查用户的角色、权限或其他访问控制机制来实现。

其中，还可以设置防重放攻击防范，防止攻击者通过重复发送相同的请求来进行欺诈。具体的，可以通过一次性令牌(nonce)或时间戳等机制来检测和拒绝重复的请求。

根据所述非核心业务请求的性质，执行对应的业务逻辑，通过访问用户账户数据库、检索与用户关联的账户信息得到并提取结果，具体的，执行的业务逻辑可包括从数据库中检索用户账户信息、计算余额等。

提取结果的参考代码为：

user_account_info＝query_user_account_database(user_id)

balance＝calculate_balance(user_account_info)；

其中，在访问过程中，可以使用安全套接字层(SSL)或传输层安全性(TLS)协议加密通信，确保请求在传输过程中的机密性和完整性。具体的，可以通过使用HTTPS协议实现。

使用所述用户端与所述业务端之间指定的通信协议，构建数据结构，将提取的所述结果加入所述数据结构中，进行包装，得到非核心业务请求处理结果。

其中，数据结构可以是JSON对象、XML文档或其他合适的格式，其中包含了业务逻辑的处理结果信息。将构建好的数据结构进行包装时，可添加一些元数据，如状态码、描述信息、时间戳等，以确保包装后的所述非核心业务请求处理结果具有一致的格式，易于用户端进行解析和处理。

构建数据结构的参考代码为：

包装的参考代码为：

wrapped_response＝wrap_response(response_data)。

其中，在安全要求较高的场景中，可以考虑对所述非核心业务请求处理结果进行数字签名，以确保在传输过程中的完整性和真实性。数字签名通常使用私钥对响应数据进行签名，并在接收端使用公钥进行验证。

数字签名的参考代码为：

signed_response＝sign_response(wrapped_response,private_key。

其中，在包装的过程中，可以记录相关的日志信息，例如响应的生成时间、处理结果的摘要、用户标识等，有助于事后的审计和监控。

日志记录的参考代码为：

log_response(user_id,response_data)。

其中，向交易后台数据库请求更新所述核心业务请求和/或所述非核心业务请求处理后的业务数据，接收所述交易后台数据库返回的更新结果包括：

据核所述核心业务请求处理结果和所述非核心业务请求处理结果，构建相应的数据库更新请求；

将所述数据库更新请求发送至交易后台数据库，通过数据库事务管理语句启动更新事务；

启动更新事务的参考代码为：

BEGIN TRANSACTION。

执行数据库更新操作的参考代码为：

更新：UPDATE table_name SET column1＝value1 WHERE condition；

插入：INSERT INTO table_name(column1,column2,...)VALUES(value1,value2,...)；

删除：DELETE FROM table_name WHERE condition。

接收所述交易后台数据库返回的更新事务执行结果；

根据所述更新事务执行结果判断所述更新事务是否执行成功，若成功，则继续执行下一项更新，直至所有的更新事务执行成功，向所述交易后台数据库发送提交事务的指令以完成更新，若失败，则回滚事务，使所述交易后台数据库回到所述更新事务之前的状态。

提交事务的参考代码为：

COMMIT。

回滚事务的参考代码为：

ROLLBACK。

具体的，使用数据库事务可以确保一系列数据库更新操作的一致性，即这些操作要么全部执行成功，要么全部失败，没有中间状态，这对于保证数据的完整性和可靠性非常重要，尤其是在涉及到复杂的业务逻辑和多表更新的情况下。

请参照图3，本发明的第三个实施例提供一种数字资产的管理方法，应用于区块链层，其中，包括：

接收业务端发送的核心业务请求；

处理所述核心业务请求，得到核心业务请求处理结果；

将所述核心业务请求处理结果发送至业务端；

对所述核心业务请求结果进行共识处理。

其中，区块链层主要提供区块链相关服务，用于将数字资产转换为链上资产，从而实现链上交易，多方共同维护。其主要用于实现区块链子系统，包括Fabric平台和数字资产智能合约程序。

Fabric平台主要提供区块链账本维护、分布式共识和成员管理等服务；

数字资产智能合约进行用户注册、资产发行、数字资产交易和汇率表创建更新等具体业务的执行处理。

其中，处理所述核心业务请求，得到核心业务请求处理结果包括：

对所述核心业务请求的用户身份标识及数字签名进行验证，确认请求发送者的合法性以及请求的完整性；

其中，从所述核心业务请求中提取得到用户的身份标识和数字签名，根据用户的身份标识获取公钥，使用获取的公钥对请求中的数字签名进行验证，若数字签名验证成功，则成功验证用户的身份标识，确保它是合法的用户标识。

对所述核心业务请求中包含的参数进行有效性检查，确认参数符合业务规则；

具体的，确保核心业务请求中包含了所有必要的参数，并且这些参数没有被篡改，可以通过比较请求中的参数与数字签名前的原始数据是否一致来实现。

查询交易双方的数字资产，若交易双方的数字资产为不同种，则查询对应的汇率表信息，检查发起人所在机构剩余的资产金额是否充足，若充足，则执行对应的业务逻辑，进行交易；

具体的，如果交易双方的数字资产为不同种类，查询对应的汇率表信息，以确定汇率和计算交易金额，确保交易在不同种类数字资产之间的正确转换。如果涉及到机构的资产，检查发起人所在机构剩余的资产金额是否充足，以执行对应的业务逻辑，进行交易。

其中，根据验证和查询的结果，执行核心业务请求的相应业务逻辑，包括资产转移、账户更新等操作。

将交易结果进行包装，得到核心业务请求处理结果。

所述核心业务请求处理结果包含交易的状态、交易金额、交易双方的最新资产信息等。

上述执行过程的参考代码如下：

/>

/>

其中，共识处理是指确保网络中的所有节点就一个区块或交易的状态达成一致的过程。区块链系统中常见的共识算法包括Proof of Work(PoW)、Proof of Stake(PoS)、Delegated Proof of Stake(DPoS)等。本发明采用PoW共识算法。

其中，对所述核心业务请求进行共识处理：

得到所述核心业务请求结果后，对其打包，得到提案；

其中，处理所述核心业务请求的节点完成执行后，该节点将交易或区块的信息构建成一个提案，所述提案包括交易数据、签名、时间戳等信息，如果处理所述核心业务请求的节点所在区块为新的区块，则该签名还包括了先前区块的哈希值和其他元数据。

处理所述核心业务请求的节点对所述提案进行数字签名，标识所述提案是由该节点生成；

该节点使用自己的私钥对提案进行数字签名，以证明这个提案是由该节点生成的，同时确保提案的完整性和真实性。

将签名后的所述提案在所述区块链层进行广播，使所述区块链层的每个节点都保存更新的数据。

所述区块链层的每个节点在收到广播的提案后，会进行验证，包括验证提案的签名、交易的有效性等，如果其他节点验证通过，则将这个提案继续广播给它们连接的其他节点，从而逐渐传播到整个网络。

在本发明中，广播到整个网络意味着通过网络中的节点相互通信，使得每个节点都能获得最新的交易或区块信息，整个网络中的节点都能够获取相同的事务历史，确保了数据在网络中的一致性。

其中，具体的广播机制可能因区块链平台和网络架构而异。在某些情况下，广播可能是基于P2P网络的，而在其他情况下，可能使用特定的广播协议或网络层协议。最终目的是确保所有节点都能够获得并验证最新的交易信息。

请参照图4，本发明的第四个实施例提供一种种数字资产的管理系统，其中，包括：

用户端，用于采用数字签名，签署业务请求，将所述业务请求发送至业务端，接收所述业务端发送的业务请求处理结果；

业务端，接收并验证用户端发送的业务请求，进行处理，将处理后得到的核心业务请求处理结果和非核心业务请求处理结果发送至用户端；

区块链层，处理核心业务请求，得到核心业务请求处理结果，将所述核心业务请求处理结果发送至业务端，对所述核心业务请求结果进行共识处理。

本发明实施例所提供的数字资产的管理方法及装置的计算机程序产品，包括存储了程序代码的计算机可读存储介质，程序代码包括的指令可用于执行前面方法实施例中的方法，具体实现可参见方法实施例，在此不再赘述。

具体地，该存储介质能够为通用的存储介质，如移动磁盘、硬盘等，该存储介质上的计算机程序被运行时，能够执行上述数字资产的管理方法，从而能够全面提升数字资产管理系统的效率、安全性和可信度。

所述功能如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个处理器可执行的非易失的计算机可读取存储介质中。基于这样的理解，本发明的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行本发明各个实施例所述方法的全部或部分步骤。而前述的存储介质包括：U盘、移动硬盘、只读存储器(Read-OnlyMemory，ROM)、随机存取存储器(Random Access Memory，RAM)、磁碟或者光盘等各种可以存储程序代码的介质。

最后应说明的是：以上所述实施例，仅为本发明的具体实施方式，用以说明本发明的技术方案，而非对其限制，本发明的保护范围并不局限于此，尽管参照前述实施例对本发明进行了详细的说明，本领域的普通技术人员应当理解：任何熟悉本技术领域的技术人员在本发明揭露的技术范围内，其依然可以对前述实施例所记载的技术方案进行修改或可轻易想到变化，或者对其中部分技术特征进行等同替换；而这些修改、变化或者替换，并不使相应技术方案的本质脱离本发明实施例技术方案的精神和范围，都应涵盖在本发明的保护范围之内。因此，本发明的保护范围应以所述权利要求的保护范围为准。

Claims (10)

1.一种数字资产的管理方法，应用于用户端，其特征在于，包括：

采用数字签名，签署业务请求；

将所述业务请求发送至业务端；

接收所述业务端发送的业务请求处理结果。

2.根据权利要求1所述的数字资产的管理方法，其特征在于，采用数字签名，签署业务请求，包括：

生成秘钥对，所述秘钥对包括私钥和公钥；

创建数字资产管理的业务请求；

使用所述私钥对所述业务请求进行数字签名，得到签署的业务请求。

3.一种数字资产的管理方法，应用于业务端，其特征在于，包括：

接收并验证用户端发送的业务请求，将所述业务请求分为核心业务请求和非核心业务请求；

将所述核心业务请求发送至区块链层；

接收所述区块链层发送的核心业务请求处理结果；

处理所述非核心业务请求，得到非核心业务请求处理结果；

向交易后台数据库请求更新所述核心业务请求和/或所述非核心业务请求处理后的业务数据，接收所述交易后台数据库返回的更新结果；

将所述核心业务请求处理结果和所述非核心业务请求处理结果发送至用户端。

4.根据权利要求3所述的数字资产的管理方法，其特征在于，

所述核心业务请求包括涉及到资产实际交易的业务请求，包括资产交易、商品兑换中的至少一项；

所述非核心业务请求包括不涉及资产变动的业务请求，包括用户注册、用户登录、用户退出、余额查询、查询交易历史中的至少一项。

5.根据权利要求3所述的数字资产的管理方法，其特征在于，处理所述非核心业务请求，得到非核心业务请求处理结果包括：

对所述非核心业务请求的用户身份标识及数字签名进行验证，确认请求发送者的合法性以及请求的完整性；

对所述非核心业务请求中包含的参数进行有效性检查，确认参数符合业务规则；

根据所述非核心业务请求的性质，执行对应的业务逻辑，通过访问用户账户数据库、检索与用户关联的账户信息得到并提取结果；

使用所述用户端与所述业务端之间指定的通信协议，构建数据结构，将提取的所述结果加入所述数据结构中，进行包装，得到非核心业务请求处理结果。

6.根据权利要求3所述的数字资产的管理方法，其特征在于，向交易后台数据库请求更新所述核心业务请求和/或所述非核心业务请求处理后的业务数据，接收所述交易后台数据库返回的更新结果包括：

据核所述核心业务请求处理结果和所述非核心业务请求处理结果，构建相应的数据库更新请求；

将所述数据库更新请求发送至交易后台数据库，通过数据库事务管理语句启动更新事务；

接收所述交易后台数据库返回的更新事务执行结果；

根据所述更新事务执行结果判断所述更新事务是否执行成功，若成功，则继续执行下一项更新，直至所有的更新事务执行成功，向所述交易后台数据库发送提交事务的指令以完成更新，若失败，则回滚事务，使所述交易后台数据库回到所述更新事务之前的状态。

7.一种数字资产的管理方法，应用于区块链层，其特征在于，包括：

接收业务端发送的核心业务请求；

处理所述核心业务请求，得到核心业务请求处理结果；

将所述核心业务请求处理结果发送至业务端；

对所述核心业务请求结果进行共识处理。

8.根据权利要求7所述的数字资产的管理方法，其特征在于，处理所述核心业务请求，得到核心业务请求处理结果包括：

对所述核心业务请求的用户身份标识及数字签名进行验证，确认请求发送者的合法性以及请求的完整性；

对所述核心业务请求中包含的参数进行有效性检查，确认参数符合业务规则；

查询交易双方的数字资产，若交易双方的数字资产为不同种，则查询对应的汇率表信息，检查发起人所在机构剩余的资产金额是否充足，若充足，则执行对应的业务逻辑，进行交易；

将交易结果进行包装，得到核心业务请求处理结果。

9.根据权利要求7所述的数字资产的管理方法，其特征在于，对所述核心业务请求进行共识处理：

得到所述核心业务请求结果后，对其打包，得到提案；

处理所述核心业务请求的节点对所述提案进行数字签名，标识所述提案是由该节点生成；

将签名后的所述提案在所述区块链层进行广播，使所述区块链层的每个节点都保存更新的数据。

10.一种数字资产的管理系统，其特征在于，包括：

用户端，用于采用数字签名，签署业务请求，将所述业务请求发送至业务端，接收所述业务端发送的业务请求处理结果；

业务端，接收并验证用户端发送的业务请求，进行处理，将处理后得到的核心业务请求处理结果和非核心业务请求处理结果发送至用户端；

区块链层，处理核心业务请求，得到核心业务请求处理结果，将所述核心业务请求处理结果发送至业务端，对所述核心业务请求结果进行共识处理。