CN116245641A - 一种基于区块链的签名方法、装置、设备及存储介质 - Google Patents

Abstract

本申请提供了一种基于区块链的签名方法、装置、设备及存储介质，其中，该签名方法应用于用户的区块链钱包，通过区块链钱包提供一可视化界面，该签名方法包括：接收目标应用发送的待签名数据，并对待签名数据进行解析，得到待签名数据的解析结果；从解析结果中提取多项目标关键信息，并将多项目标关键信息整理为用户可读的签名请求信息；在可视化界面上显示用户可读的签名请求信息。基于此，本申请通过将用户可读的待签名数据展示给用户的方式，提高用户对于待签名数据的确认效率，有利于降低用户签名被恶意套用的风险。

Description

一种基于区块链的签名方法、装置、设备及存储介质

技术领域

本申请涉及区块链技术领域，具体而言，涉及一种基于区块链的签名方法、装置、设备及存储介质。

背景技术

在区块链领域内，DAPP(decentralization application，去中心化应用)应用会将需要用户签名的数据发送给用户的区块链钱包，在用户签名之前，区块链钱包会在签名页面上显示本次签名对应的具体转账金额和交易的接收方地址，以供用户对此进行确认。但是，由于实际需要用户签名的具体消息内容是以字符串的形式显示在签名页面上，因此，用户仍然无法确定待签名消息的真实性，使得用户签名被恶意套用的风险较高。

发明内容

有鉴于此，本申请的目的在于提供一种基于区块链的签名方法、装置、设备及存储介质，通过将用户可读的待签名数据展示给用户的方式，提高用户对于待签名数据的确认效率，有利于降低用户签名被恶意套用的风险。

为使本申请的上述目的、特征和优点能更明显易懂，下文特举较佳实施例，并配合所附附图，作详细说明如下。

第一方面，本申请实施例提供了一种基于区块链的签名方法，所述签名方法应用于用户的区块链钱包，通过所述区块链钱包提供一可视化界面，所述签名方法包括：

接收目标应用发送的待签名数据，并对所述待签名数据进行解析，得到所述待签名数据的解析结果；

从所述解析结果中提取多项目标关键信息，并将所述多项目标关键信息整理为用户可读的签名请求信息；其中，所述目标关键信息表征用户签名时需要查看的关键信息；

在所述可视化界面上显示用户可读的所述签名请求信息。

第二方面，本申请实施例提供了一种基于区块链的签名装置，所述签名装置应用于用户的区块链钱包，通过所述区块链钱包提供一可视化界面，所述签名装置包括：

接收模块，用于接收目标应用发送的待签名数据，并对所述待签名数据进行解析，得到所述待签名数据的解析结果；

解析模块，用于从所述解析结果中提取多项目标关键信息，并将所述多项目标关键信息整理为用户可读的签名请求信息；其中，所述目标关键信息表征用户签名时需要查看的关键信息；

显示模块，用于在所述可视化界面上显示用户可读的所述签名请求信息。

第三方面，本申请实施例提供了一种基于区块链的签名系统，所述签名系统至少包括：用户的区块链钱包和目标应用；通过所述区块链钱包提供一可视化界面，所述区块链钱包用于：

接收目标应用发送的待签名数据，并对所述待签名数据进行解析，得到所述待签名数据的解析结果；

从所述解析结果中提取多项目标关键信息，并将所述多项目标关键信息整理为用户可读的签名请求信息；其中，所述目标关键信息表征用户签名时需要查看的关键信息；

在所述可视化界面上显示用户可读的所述签名请求信息。

第四方面，本申请实施例提供了一种计算机设备，包括存储器、处理器及存储在所述存储器上并可在所述处理器上运行的计算机程序，所述处理器执行所述计算机程序时实现上述的基于区块链的签名方法的步骤。

第五方面，本申请实施例提供了一种计算机可读存储介质，所述计算机可读存储介质上存储有计算机程序，所述计算机程序被处理器运行时执行上述的基于区块链的签名方法的步骤。

本申请的实施例提供的技术方案可以包括以下有益效果：

本申请实施例提供的一种基于区块链的签名方法、装置、设备及存储介质，其中，该签名方法应用于用户的区块链钱包，通过区块链钱包提供一可视化界面，该签名方法包括：接收目标应用发送的待签名数据，并对待签名数据进行解析，得到待签名数据的解析结果；从解析结果中提取多项目标关键信息，并将多项目标关键信息整理为用户可读的签名请求信息；在可视化界面上显示用户可读的签名请求信息。基于此，本申请通过将用户可读的待签名数据展示给用户的方式，提高用户对于待签名数据的确认效率，有利于降低用户签名被恶意套用的风险。

附图说明

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

图1示出了本申请实施例所提供的一种基于区块链的签名方法的流程示意图；

图2a示出了本申请实施例所提供的一种获取用户可读的签名请求信息的方法的流程示意图；

图2b示出了本申请实施例提供的一种在可视化界面上显示用户可读的签名请求信息的界面示意图；

图3示出了本申请实施例所提供的一种对待签名数据中携带的第一区块链标识进行验证的方法的流程示意图；

图4示出了本申请实施例所提供的一种基于区块链的签名装置的结构示意图；

图5示出了本申请实施例所提供的一种基于区块链的签名系统的结构示意图；

图6为本申请实施例提供的一种电子设备600的结构示意图。

具体实施方式

为使本申请实施例的目的、技术方案和优点更加清楚，下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行清楚、完整地描述，应当理解，本申请中附图仅起到说明和描述的目的，并不用于限定本申请的保护范围。另外，应当理解，示意性的附图并未按实物比例绘制。本申请中使用的流程图示出了根据本申请的一些实施例实现的操作。应该理解，流程图的操作可以不按顺序实现，没有逻辑的上下文关系的步骤可以反转顺序或者同时实施。此外，本领域技术人员在本申请内容的指引下，可以向流程图添加一个或多个其他操作，也可以从流程图中移除一个或多个操作。

另外，所描述的实施例仅仅是本申请一部分实施例，而不是全部的实施例。通常在此处附图中描述和示出的本申请实施例的组件可以以各种不同的配置来布置和设计。因此，以下对在附图中提供的本申请的实施例的详细描述并非旨在限制要求保护的本申请的范围，而是仅仅表示本申请的选定实施例。基于本申请的实施例，本领域技术人员在没有做出创造性劳动的前提下所获得的所有其他实施例，都属于本申请保护的范围。

需要说明的是，本申请实施例中将会用到术语“包括”，用于指出其后所声明的特征的存在，但并不排除增加其它的特征。

在区块链领域内，DAPP应用会将需要用户签名的数据发送给用户的区块链钱包，在用户签名之前，区块链钱包会在签名页面上显示本次签名对应的具体转账金额和交易的接收方地址，以供用户对此进行确认。但是，由于实际需要用户签名的具体消息内容是以字符串的形式显示在签名页面上，因此，用户仍然无法确定待签名消息的真实性，使得用户签名被恶意套用的风险较高。

基于此，本申请实施例提供了一种基于区块链的签名方法、装置、设备及存储介质，通过将用户可读的待签名数据展示给用户的方式，提高用户对于待签名数据的确认效率，有利于降低用户签名被恶意套用的风险。

下面对本申请实施例提供的一种基于区块链的签名方法、装置、设备及存储介质进行详细介绍。

参照图1所示，图1示出了本申请实施例所提供的一种基于区块链的签名方法的流程示意图，所述签名方法应用于用户的区块链钱包，通过所述区块链钱包提供一可视化界面，所述签名方法包括步骤S101-S103；具体的：

S101，接收目标应用发送的待签名数据，并对所述待签名数据进行解析，得到所述待签名数据的解析结果。

S102，从所述解析结果中提取多项目标关键信息，并将所述多项目标关键信息整理为用户可读的签名请求信息。

S103，在所述可视化界面上显示用户可读的所述签名请求信息。

本申请实施例提供的上述基于区块链的签名方法，接收目标应用发送的待签名数据，并对待签名数据进行解析，得到待签名数据的解析结果；从解析结果中提取多项目标关键信息，并将多项目标关键信息整理为用户可读的签名请求信息；在可视化界面上显示用户可读的签名请求信息。基于此，本申请通过将用户可读的待签名数据展示给用户的方式，提高用户对于待签名数据的确认效率，有利于降低用户签名被恶意套用的风险。

在本申请实施例中，上述签名方法应用于用户的区块链钱包，其中，区块链钱包可以在浏览器中以插件的形式存在，也可以在用户的终端设备中以应用程序的形式存在，对于上述区块链钱包的具体存在形式，本申请实施例不作任何限定。

下面以应用于用户的区块链钱包为例，对本申请实施例提供的上述基于区块链的签名方法中的各步骤分别进行示例性的说明：

S101，接收目标应用发送的待签名数据，并对所述待签名数据进行解析，得到所述待签名数据的解析结果。

这里，区块链钱包可以对接多条不同的区块链，用户通过区块链钱包可以访问多种不同业务类型的DAPP应用，上述目标应用仅用于表征能够通过区块链钱包访问的一种DAPP应用，对于上述目标应用所属的具体业务类型，本申请实施例不作任何限定。

具体的，每种DAPP应用也可以对接一条/多条区块链，因此，目标应用与区块链钱包可以基于同一条区块链实现数据传输；也即，目标应用基于所选择的目标区块链，向用户的区块链钱包发送待签名数据；在用户确认签名之后，区块链钱包也可以基于同一条区块链，将携带有用户签名的待签名数据反馈给目标应用。

这里，上述待签名数据至少包括：用户对应的签名地址(也相当于区块链钱包的钱包地址)、目标应用的应用名称、区块链标识、目标合约的合约地址以及需要用户签名的请求信息；除此之外，考虑到随着目标应用的版本更新，不同版本下用户的签名可能并不兼容，因此，上述待签名数据还可以包括目标应用当前的版本标识等与用户签名相关的其他信息；对于待签名数据中包括的具体数据种类，本申请实施例不作任何限定。

具体的，上述区块链标识表征第一区块链的第一区块链标识；其中，目标应用通过第一区块链向用户的区块链钱包发送上述待签名数据，第一区块链标识(即上述区块链标识)可以是第一区块链的链ID(Identity document，身份标识号码)，也可以是其他能够标识第一区块链的唯一身份标识，对于上述区块链标识的具体标识形式，本申请实施例不作任何限定。

具体的，上述目标合约表征用于对用户签名的真实性进行验证的智能合约，也即，考虑到同一用户的区块链钱包可能会部署多个智能合约，因此，在发送待签名数据时，目标应用还可以指定目标合约作为用于对本次用户签名进行真实性验证的智能合约，以避免出现因伪造相同智能合约而导致的网络钓鱼问题，提高数据传输的安全性。

需要说明的是，上述待签名数据表征需要用户进行签名的源数据，也即，上述待签名数据属于用户不可读的字符串数据；其中，待签名数据的具体数据内容(如，上述目标合约的具体合约地址、需要用户签名的具体请求信息等)可以根据当前目标应用的实际签名需求确定，对于上述待签名数据的具体数据内容，本申请实施例不作任何限定。

S102，从所述解析结果中提取多项目标关键信息，并将所述多项目标关键信息整理为用户可读的签名请求信息。

这里，通过对待签名数据进行解析，区块链钱包可以确定待签名数据中包括的具体数据类型(如，上述目标应用的应用名称、区块链标识、目标合约的合约地址等)，但是，在用户进行签名时，并不需要对上述待签名数据中所有的数据进行查看和确认，因此，上述目标关键信息表征用户签名时需要查看的关键信息，上述多项目标关键信息属于待签名数据中的部分数据内容。

具体的，结合上述步骤S101中所述的待签名数据，在步骤S102中提取的多项目标关键信息可以包括：目标应用的应用名称、目标合约的合约地址以及需要用户签名的请求信息；而对于待签名数据中包括的上述区块链标识、目标应用当前的版本标识等不需要用户进行查看的信息，区块链钱包可以不对其进行提取，也即，无需将其整理为用户可读的形式。

需要说明的是，上述多项目标关键信息可以根据用户签名时对于信息的实际查看需求进行调整，对于上述多项目标关键信息包括的具体信息内容，本申请实施例同样不作任何限定。

S103，在所述可视化界面上显示用户可读的所述签名请求信息。

这里，在上述步骤S102中，区块链钱包可以按照预设的信息展示模板，将提取出的每一项目标关键信息填充到信息展示模板的相应位置中，从而得到用户可读的签名请求信息；此时，用户可以对可视化界面上显示的签名请求信息进行查看，以使用户看到的签名请求信息与区块链钱包实际接收到的待签名数据保持一致，提高用户对于待签名数据的确认效率，有利于降低用户签名被恶意套用的风险。

基于此，在一种可选的实施方式中，如图2a所示，图2a示出了本申请实施例所提供的一种获取用户可读的签名请求信息的方法的流程示意图，所述方法包括步骤S201-S202；具体的：

S201，将每项所述目标关键信息整理为json格式，得到每项所述目标关键信息对应的待填充信息。

这里，json(JavaScript Object Notation,JS对象简谱)格式是一种轻量级的数据交换格式；在将每项目标关键信息整理为json格式之后，可以较为直观的确定每项目标关键信息对应的数据类型，以及每项目标关键信息对应的具体信息内容。

示例性的说明，以目标关键信息是上述待签名数据中包括的message(即需要用户签名的请求信息)为例，当message是Cow(用户昵称/用户名称)发给Bob(用户昵称/用户名)的一封内容为“Hello，Bob！”(你好，鲍勃！)的邮件时，则将上述message整理为json格式，可以得到message对应的待填充信息如下：

S202，根据每项目标关键信息在信息展示模板中对应的展示位置，将每项所述目标关键信息对应的待填充信息填充至所述信息展示模板中，得到用户可读的所述签名请求信息。

具体的，以提取的多项目标关键信息是：目标应用的应用名称、目标合约的合约地址、需要用户签名的请求信息为例，图2b示出了本申请实施例提供的一种在可视化界面上显示用户可读的签名请求信息的界面示意图，如图2b所示，在可视化界面上显示用户可读的签名请求信息时，将目标应用的应用名称“Ether Mail”显示在信息展示模板中DAPP应用名称对应的第一显示位置210处；将目标合约的合约地址“0xCcCCccccCCCCcCCCCCCcCcCccCcCCCcCcccccccC”显示在信息展示模板中contract(合约)合约地址对应的第二显示位置220处；将需要用户签名的请求信息(即上述示例中的message内容)显示在信息展示模板中message信息对应的第三显示位置230处。

下面从实际的底层技术实现角度，针对上述各步骤在本申请实施例中的具体实施过程，分别进行详细说明：

针对上述步骤S101的具体实施过程，可以预先定义一个用于实现用户可读的签名协议，具体的，该签名协议至少包括两个用于完成该签名协议的SDK(SoftwareDevelopment Kit，软件开发工具包)：第一数据解析SDK和第一数据组装SDK；其中，第一数据解析SDK嵌入于用户的区块链钱包内，以使区块链钱包能够对接收到的不同DAPP应用发送的待签名数据进行解析；第一数据组装SDK则嵌入于用于发送待签名数据的DAPP应用(如，上述目标应用)中，以使DAPP应用能够对待签名数据进行组装，并将组装好的待签名数据发送给区块链钱包。

基于此，在一种可选的实施方式中，当区块链钱包中嵌入有第一数据解析SDK时，可以按照以下步骤a1所述的方式在，执行上述步骤S101中对于待签名数据的解析操作，具体的：

步骤a1、通过第一数据解析SDK对待签名数据进行解析，得到待签名数据的解析结果。

这里，目标应用中嵌入有与第一数据解析SDK匹配的第一数据组装SDK，也即，目标应用中嵌入的第一数据组装SDK用于实现对于待签名数据的数据组装功能，而区块链钱包中嵌入的第一数据解析SDK则用于实现对于待签名数据的数据解析功能。

具体的，在目标应用中，目标应用将需要用户签名的原始数据作为目标源数据，并基于嵌入的第一数据组装SDK对目标源数据进行组装，得到组装好的待签名数据，以将组装好的待签名数据发送给用户的区块链钱包；而在区块链钱包中，区块链钱包在接收到目标应用发送的上述待签名数据之后，可以基于与第一数据组装SDK相匹配的第一数据解析SDK，对待签名数据进行解析，得到解析还原后的上述目标源数据(即用户不可读的待签名数据的解析结果)。

在本申请实施例中，无论是目标应用基于上述第一数据组装SDK对待签名数据进行数据组装，还是区块链钱包基于上述第一数据解析SDK对待签名数据进行数据解析，都可以按照以下针对上述签名协议的具体定义方式，组装得到待签名数据/解析得出待签名数据的解析结果；具体的，上述签名协议的具体定义由以下四部分组成：

(1)、Address(地址)：用户对应的签名地址，也相当于区块链钱包的钱包地址。

(2)、Types(类型)：表示当前待签名数据中涉及的所有数据类型的定义。

(3)、Domain(定义域)：表示当前待签名数据中，与目标应用和目标合约(即用于对用户签名的真实性进行验证的智能合约)相关的身份验证信息；其中，以上述步骤S101中的待签名数据为例，Domain中至少可以包括以下字段：

字段1、string name：用户可读的签名域名称，也即，目标应用的应用名称；

字段2、string version：签名域的当前版本，也即，目标应用当前的版本标识，其中，不同版本的用户签名不兼容；

字段3、uint256 chainId：区块链的链ID，也即，待签名数据中包括的：区块链标识(具体解释可参考上述步骤S101中的第一区块链标识)；

字段4、address verifying Contract：用于对用户签名的真实性进行验证的智能合约的合约地址，也即，上述待签名数据中包括的：目标合约的合约地址。

(4)、message：目标应用需要用户签名的具体签名内容，也即，上述待签名数据中包括的：需要所述用户签名的请求信息。

针对上述签名协议的具体定义，需要说明的是，在目标应用组装待签名数据时，上述Address地址、Domain中包括的每个具体字段以及message信息中的具体数据结构都要在Types中进行定义；以使区块链钱包能够基于内部嵌入的第一数据解析SDK对于接收到的待签名数据进行正确的解析。

结合上述签名协议的具体定义内容，在得到待签名数据的解析结果之后，基于解析结果中包含待签名数据中携带的第一区块链标识，在执行上述步骤S102之前，在一种可选的实施方式中，区块链钱包还可以通过比对上述第一区块链标识与当前活动的区块链(即当前用于接收目标应用发送的待签名数据的区块链)是否匹配的方式，对待签名数据的真实性进行初步验证，其中，如图3所示，图3示出了本申请实施例所提供的一种对待签名数据中携带的第一区块链标识进行验证的方法的流程示意图，所述方法包括步骤S301-S303；具体的：

S301，从所述区块链钱包支持访问的多条区块链中，获取第二区块链对应的第二区块链标识。

这里，结合上述步骤S101处对于区块链钱包的相关说明内容可知，区块链钱包可以对接多条不同的区块链，其中，上述第二区块链表征当前接收待签名数据时所使用的区块链；也即，区块链钱包需要在通过第二区块链接收上述待签名数据的同时，获取第二区块链的第二区块链标识。

需要说明的是，第二区块链标识可以是第二区块链的链ID，也可以是其他能够标识第二区块链的唯一身份标识，对于上述第二区块链标识的具体标识形式，本申请实施例不作任何限定。

S302，验证所述第一区块链标识是否与所述第二区块链标识相匹配。

这里，第一区块链标识是待签名数据中携带的区块链标识，也即，第一区块链标识用于标识目标应用发送待签名数据时所使用的区块链。

基于此，区块链钱包通过验证第一区块链标识是否与所述第二区块链标识相匹配，在检测到第一区块链标识与第二区块链标识不匹配时，可以优先确定待签名数据存在安全风险，以避免用户对安全风险较高的待签名数据进行签名，有利于降低用户签名被恶意套用的风险。

S303，响应于所述第一区块链标识与所述第二区块链标识相匹配，确定执行从所述解析结果中提取所述多项目标关键信息的步骤。

具体的，当区块链钱包确定第一区块链标识与第二区块链标识相匹配时，则自动执行上述步骤S102。

具体的，当区块链钱包确定第一区块链标识与第二区块链标识不匹配时，作为一可选实施例，区块链钱包可以将待签名数据出现区块链标识不匹配的错误信息发送给目标应用，并拒绝执行下一步骤；作为另一可选实施例，区块链钱包也可以直接弃用当前解析出的待签名数据，拒绝对当前接收到的待签名数据进行签名；对于区块链标识不匹配时，是否向目标应用反馈出现匹配错误的待签名数据，本申请实施例不作任何限定。

结合上述签名协议的具体定义内容，除上述第一数据解析SDK和第一数据组装SDK之外，上述签名协议还可以包括一个智能合约的验证方法，其中，在该验证方法中，用于验证用户签名的智能合约由目标应用指定(即上述待签名数据中包括的目标合约)，此时，基于待签名数据中包括目标合约的合约地址，在执行完上述步骤S103之后，区块链钱包可以通过以下步骤b1的方式，将需要目标合约验证的已签名数据(即携带有用户签名的签名请求信息)发送给目标合约，具体的：

步骤b1、响应于用户确认对签名请求信息进行签名，将用户签名后的签名请求信息发送给目标合约，以使目标合约对签名请求信息中携带的用户的签名进行验证。

具体的，目标合约在接收到区块链钱包发送的上述签名请求信息之后，可以根据用户的签名以及签名请求信息中的具体信息内容，还原出用户的签名地址；基于此，目标合约可以通过验证还原出的签名地址与区块链钱包实际的钱包地址是否匹配的方式，来对签名请求信息中携带的用户的签名进行验证。

这里，目标合约在对签名请求信息中携带的用户的签名进行验证之后，若验证用户的签名为真(即上述还原出的签名地址与区块链钱包实际的钱包地址相匹配)，则目标合约会在区块链上发布签名验证成功事件；若验证用户的签名为假(即上述还原出的签名地址与区块链钱包实际的钱包地址不匹配)，则目标合约会在区块链上发布签名验证失败事件；此时，目标应用会对每次用户签名过程中，目标合约在区块链上发布的具体签名验证事件进行监测，以将目标合约的验证结果及时通知给用户。

具体的，在执行完上述步骤b1之后，区块链钱包还可以通过以下步骤b2的方式，来确定本次签名的最终签名结果：

步骤b2、接收目标应用反馈的签名验证事件监测结果。

这里，签名验证事件监测结果是所述目标应用在监测到所述目标合约发布的签名验证成功事件/签名验证失败事件之后发送的；也即，目标应用会对目标合约发布在区块链上的签名验证事件进行监测，并将监测到的事件结果及时反馈给区块链钱包。

基于本申请实施例提供的上述基于区块链的签名方法，接收目标应用发送的待签名数据，并对待签名数据进行解析，得到待签名数据的解析结果；从解析结果中提取多项目标关键信息，并将多项目标关键信息整理为用户可读的签名请求信息；在可视化界面上显示用户可读的签名请求信息。基于此，本申请通过将用户可读的待签名数据展示给用户的方式，提高用户对于待签名数据的确认效率，有利于降低用户签名被恶意套用的风险。

基于同一发明构思，本申请还提供了与上述基于区块链的签名方法对应的签名装置，由于本申请实施例中的签名装置解决问题的原理与本申请实施例中上述基于区块链的签名方法相似，因此签名装置的实施可以参见上述签名方法的实施，重复之处不再赘述。

参照图4所示，图4示出了本申请实施例所提供的一种基于区块链的签名装置的结构示意图，其中，所述签名装置应用于用户的区块链钱包，通过所述区块链钱包提供一可视化界面，所述签名装置包括：

接收模块401，用于接收目标应用发送的待签名数据，并对所述待签名数据进行解析，得到所述待签名数据的解析结果；

解析模块402，用于从所述解析结果中提取多项目标关键信息，并将所述多项目标关键信息整理为用户可读的签名请求信息；其中，所述目标关键信息表征用户签名时需要查看的关键信息；

显示模块403，用于在所述可视化界面上显示用户可读的所述签名请求信息。

在一种可选的实施方式中，所述待签名数据至少包括：所述用户对应的签名地址、所述目标应用的应用名称、区块链标识、目标合约的合约地址以及需要所述用户签名的请求信息。

在一种可选的实施方式中，所述区块链钱包中嵌入有第一数据解析SDK，在所述对所述待签名数据进行解析，得到所述待签名数据的解析结果时，接收模块401，用于：

通过所述第一数据解析SDK对所述待签名数据进行解析，得到所述待签名数据的解析结果；其中，所述目标应用中嵌入有与所述第一数据解析SDK匹配的第一数据组装SDK；所述待签名数据是所述目标应用通过所述第一数据组装SDK对目标源数据进行组装后得到的；所述目标源数据表征需要所述用户签名的原始数据。

在一种可选的实施方式中，所述解析结果中包含所述待签名数据中携带的第一区块链标识，在所述从所述解析结果中提取多项目标关键信息之前，解析模块402，还用于：

从所述区块链钱包支持访问的多条区块链中，获取第二区块链对应的第二区块链标识；其中，所述第二区块链表征当前接收所述待签名数据时所使用的区块链；

验证所述第一区块链标识是否与所述第二区块链标识相匹配；

响应于所述第一区块链标识与所述第二区块链标识相匹配，确定执行从所述解析结果中提取所述多项目标关键信息的步骤。

在一种可选的实施方式中，所述多项目标关键信息包括：所述目标应用的应用名称、所述目标合约的合约地址以及需要所述用户签名的请求信息。

在一种可选的实施方式中，在所述将所述多项目标关键信息整理为用户可读的签名请求信息时，解析模块402，用于：

将每项所述目标关键信息整理为json格式，得到每项所述目标关键信息对应的待填充信息；

根据每项目标关键信息在信息展示模板中对应的展示位置，将每项所述目标关键信息对应的待填充信息填充至所述信息展示模板中，得到用户可读的所述签名请求信息。

在一种可选的实施方式中，所述签名装置还包括：

第一响应模块，用于响应于所述用户确认对所述签名请求信息进行签名，将所述用户签名后的所述签名请求信息发送给所述目标合约，以使所述目标合约对所述签名请求信息中携带的所述用户的签名进行验证。

在一种可选的实施方式中，所述签名装置还包括：

回执模块，用于接收所述目标应用反馈的签名验证事件监测结果；其中，所述签名验证事件监测结果是所述目标应用在监测到所述目标合约发布的签名验证成功事件/签名验证失败事件之后发送的。

基于本申请实施例提供的上述基于区块链的签名装置，接收目标应用发送的待签名数据，并对待签名数据进行解析，得到待签名数据的解析结果；从解析结果中提取多项目标关键信息，并将多项目标关键信息整理为用户可读的签名请求信息；在可视化界面上显示用户可读的签名请求信息。基于此，本申请通过将用户可读的待签名数据展示给用户的方式，提高用户对于待签名数据的确认效率，有利于降低用户签名被恶意套用的风险。

基于同一发明构思，本申请还提供了与上述基于区块链的签名方法对应的签名系统，由于本申请实施例中的签名系统解决问题的原理与本申请实施例中上述基于区块链的签名方法相似，因此签名系统的实施可以参见上述签名方法的实施，重复之处不再赘述。

参照图5所示，图5示出了本申请实施例所提供的一种基于区块链的签名系统的结构示意图，所述签名系统至少包括：用户的区块链钱包501和目标应用502；通过区块链钱包501提供一可视化界面，区块链钱包501用于：

接收目标应用502发送的待签名数据，并对所述待签名数据进行解析，得到所述待签名数据的解析结果；

从所述解析结果中提取多项目标关键信息，并将所述多项目标关键信息整理为用户可读的签名请求信息；其中，所述目标关键信息表征用户签名时需要查看的关键信息；

在所述可视化界面上显示用户可读的所述签名请求信息。

在一种可选的实施方式中，所述待签名数据至少包括：所述用户对应的签名地址、所述目标应用的应用名称、区块链标识、目标合约的合约地址以及需要所述用户签名的请求信息。

在一种可选的实施方式中，区块链钱包501中嵌入有第一数据解析SDK，在所述对所述待签名数据进行解析，得到所述待签名数据的解析结果时，区块链钱包501，用于：

通过所述第一数据解析SDK对所述待签名数据进行解析，得到所述待签名数据的解析结果；其中，目标应用502中嵌入有与所述第一数据解析SDK匹配的第一数据组装SDK；所述待签名数据是目标应用502通过所述第一数据组装SDK对目标源数据进行组装后得到的；所述目标源数据表征需要所述用户签名的原始数据。

在一种可选的实施方式中，所述解析结果中包含所述待签名数据中携带的第一区块链标识，在所述从所述解析结果中提取多项目标关键信息之前，区块链钱包501，还用于：

从区块链钱包501支持访问的多条区块链中，获取第二区块链对应的第二区块链标识；其中，所述第二区块链表征当前接收所述待签名数据时所使用的区块链；

验证所述第一区块链标识是否与所述第二区块链标识相匹配；

响应于所述第一区块链标识与所述第二区块链标识相匹配，确定执行从所述解析结果中提取所述多项目标关键信息的步骤。

在一种可选的实施方式中，所述多项目标关键信息包括：所述目标应用的应用名称、所述目标合约的合约地址以及需要所述用户签名的请求信息。

在一种可选的实施方式中，在所述将所述多项目标关键信息整理为用户可读的签名请求信息时，区块链钱包501，用于：

将每项所述目标关键信息整理为json格式，得到每项所述目标关键信息对应的待填充信息；

根据每项目标关键信息在信息展示模板中对应的展示位置，将每项所述目标关键信息对应的待填充信息填充至所述信息展示模板中，得到用户可读的所述签名请求信息。

在一种可选的实施方式中，所述签名系统还包括目标合约503，其中，区块链钱包501还用于：

响应于所述用户确认对所述签名请求信息进行签名，将所述用户签名后的所述签名请求信息发送给目标合约503，以使目标合约503对所述签名请求信息中携带的所述用户的签名进行验证。

在一种可选的实施方式中，所述签名系统还包括目标合约503，其中，区块链钱包501还用于：

接收目标应用502反馈的签名验证事件监测结果；其中，所述签名验证事件监测结果是目标应用502在监测到目标合约503发布的签名验证成功事件/签名验证失败事件之后发送的。

基于本申请实施例提供的上述基于区块链的签名系统，接收目标应用发送的待签名数据，并对待签名数据进行解析，得到待签名数据的解析结果；从解析结果中提取多项目标关键信息，并将多项目标关键信息整理为用户可读的签名请求信息；在可视化界面上显示用户可读的签名请求信息。基于此，本申请通过将用户可读的待签名数据展示给用户的方式，提高用户对于待签名数据的确认效率，有利于降低用户签名被恶意套用的风险。

图6为本申请实施例提供的一种电子设备600的结构示意图，包括：处理器601、存储介质602和总线603，存储介质602存储有处理器601可执行的机器可读指令，当电子设备运行如实施例中的一种基于区块链的签名方法时，处理器601与存储介质602之间通过总线603通信，处理器601执行所述机器可读指令，其中，电子设备600应用于用户的区块链钱包，通过所述区块链钱包提供一可视化界面，处理器601执行所述机器可读指令时实现以下步骤，具体的：

接收目标应用发送的待签名数据，并对所述待签名数据进行解析，得到所述待签名数据的解析结果；

从所述解析结果中提取多项目标关键信息，并将所述多项目标关键信息整理为用户可读的签名请求信息；其中，所述目标关键信息表征用户签名时需要查看的关键信息；

在所述可视化界面上显示用户可读的所述签名请求信息。

在一种可选的实施方式中，所述待签名数据至少包括：所述用户对应的签名地址、所述目标应用的应用名称、区块链标识、目标合约的合约地址以及需要所述用户签名的请求信息。

在一种可选的实施方式中，所述区块链钱包中嵌入有第一数据解析SDK，在所述对所述待签名数据进行解析，得到所述待签名数据的解析结果时，处理器601，用于：

通过所述第一数据解析SDK对所述待签名数据进行解析，得到所述待签名数据的解析结果；其中，所述目标应用中嵌入有与所述第一数据解析SDK匹配的第一数据组装SDK；所述待签名数据是所述目标应用通过所述第一数据组装SDK对目标源数据进行组装后得到的；所述目标源数据表征需要所述用户签名的原始数据。

在一种可选的实施方式中，所述解析结果中包含所述待签名数据中携带的第一区块链标识，在所述从所述解析结果中提取多项目标关键信息之前，处理器601，还用于：

从所述区块链钱包支持访问的多条区块链中，获取第二区块链对应的第二区块链标识；其中，所述第二区块链表征当前接收所述待签名数据时所使用的区块链；

验证所述第一区块链标识是否与所述第二区块链标识相匹配；

响应于所述第一区块链标识与所述第二区块链标识相匹配，确定执行从所述解析结果中提取所述多项目标关键信息的步骤。

在一种可选的实施方式中，所述多项目标关键信息包括：所述目标应用的应用名称、所述目标合约的合约地址以及需要所述用户签名的请求信息。

在一种可选的实施方式中，在所述将所述多项目标关键信息整理为用户可读的签名请求信息时，处理器601，用于：

将每项所述目标关键信息整理为json格式，得到每项所述目标关键信息对应的待填充信息；

根据每项目标关键信息在信息展示模板中对应的展示位置，将每项所述目标关键信息对应的待填充信息填充至所述信息展示模板中，得到用户可读的所述签名请求信息。

在一种可选的实施方式中，处理器601还用于：

响应于所述用户确认对所述签名请求信息进行签名，将所述用户签名后的所述签名请求信息发送给所述目标合约，以使所述目标合约对所述签名请求信息中携带的所述用户的签名进行验证。

在一种可选的实施方式中，处理器601还用于：

接收所述目标应用反馈的签名验证事件监测结果；其中，所述签名验证事件监测结果是所述目标应用在监测到所述目标合约发布的签名验证成功事件/签名验证失败事件之后发送的。

基于本申请实施例提供的上述电子设备600，接收目标应用发送的待签名数据，并对待签名数据进行解析，得到待签名数据的解析结果；从解析结果中提取多项目标关键信息，并将多项目标关键信息整理为用户可读的签名请求信息；在可视化界面上显示用户可读的签名请求信息。基于此，本申请通过将用户可读的待签名数据展示给用户的方式，提高用户对于待签名数据的确认效率，有利于降低用户签名被恶意套用的风险。

基于同一发明构思，本申请实施例还提供了一种计算机可读存储介质，该计算机可读存储介质上存储有计算机程序，该计算机程序被处理器运行时执行，所述处理器应用于用户的区块链钱包，通过所述区块链钱包提供一可视化界面，所述处理器执行以下步骤：

接收目标应用发送的待签名数据，并对所述待签名数据进行解析，得到所述待签名数据的解析结果；

从所述解析结果中提取多项目标关键信息，并将所述多项目标关键信息整理为用户可读的签名请求信息；其中，所述目标关键信息表征用户签名时需要查看的关键信息；

在所述可视化界面上显示用户可读的所述签名请求信息。

在一种可选的实施方式中，所述待签名数据至少包括：所述用户对应的签名地址、所述目标应用的应用名称、区块链标识、目标合约的合约地址以及需要所述用户签名的请求信息。

在一种可选的实施方式中，所述区块链钱包中嵌入有第一数据解析SDK，在所述对所述待签名数据进行解析，得到所述待签名数据的解析结果时，所述处理器，用于：

通过所述第一数据解析SDK对所述待签名数据进行解析，得到所述待签名数据的解析结果；其中，所述目标应用中嵌入有与所述第一数据解析SDK匹配的第一数据组装SDK；所述待签名数据是所述目标应用通过所述第一数据组装SDK对目标源数据进行组装后得到的；所述目标源数据表征需要所述用户签名的原始数据。

在一种可选的实施方式中，所述解析结果中包含所述待签名数据中携带的第一区块链标识，在所述从所述解析结果中提取多项目标关键信息之前，所述处理器，还用于：

从所述区块链钱包支持访问的多条区块链中，获取第二区块链对应的第二区块链标识；其中，所述第二区块链表征当前接收所述待签名数据时所使用的区块链；

验证所述第一区块链标识是否与所述第二区块链标识相匹配；

响应于所述第一区块链标识与所述第二区块链标识相匹配，确定执行从所述解析结果中提取所述多项目标关键信息的步骤。

在一种可选的实施方式中，所述多项目标关键信息包括：所述目标应用的应用名称、所述目标合约的合约地址以及需要所述用户签名的请求信息。

在一种可选的实施方式中，在所述将所述多项目标关键信息整理为用户可读的签名请求信息时，所述处理器，用于：

将每项所述目标关键信息整理为json格式，得到每项所述目标关键信息对应的待填充信息；

根据每项目标关键信息在信息展示模板中对应的展示位置，将每项所述目标关键信息对应的待填充信息填充至所述信息展示模板中，得到用户可读的所述签名请求信息。

在一种可选的实施方式中，所述处理器还用于：

响应于所述用户确认对所述签名请求信息进行签名，将所述用户签名后的所述签名请求信息发送给所述目标合约，以使所述目标合约对所述签名请求信息中携带的所述用户的签名进行验证。

在一种可选的实施方式中，所述处理器还用于：

接收所述目标应用反馈的签名验证事件监测结果；其中，所述签名验证事件监测结果是所述目标应用在监测到所述目标合约发布的签名验证成功事件/签名验证失败事件之后发送的。

基于本申请实施例提供的上述计算机可读存储介质，接收目标应用发送的待签名数据，并对待签名数据进行解析，得到待签名数据的解析结果；从解析结果中提取多项目标关键信息，并将多项目标关键信息整理为用户可读的签名请求信息；在可视化界面上显示用户可读的签名请求信息。基于此，本申请通过将用户可读的待签名数据展示给用户的方式，提高用户对于待签名数据的确认效率，有利于降低用户签名被恶意套用的风险。

在本申请实施例中，该计算机程序被处理器运行时还可以执行其它机器可读指令，以执行如实施例中其它所述的签名方法，关于具体执行的方法步骤和原理参见实施例的说明，在此不再详细赘述。

在本申请所提供的实施例中，应该理解到，所揭露装置和方法，可以通过其它的方式实现。以上所描述的装置实施例仅仅是示意性的，例如，所述单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，又例如，多个单元或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些通信接口，装置或单元的间接耦合或通信连接，可以是电性，机械或其它的形式。

所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。

另外，在本申请提供的实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。

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

应注意到：相似的标号和字母在下面的附图中表示类似项，因此，一旦某一项在一个附图中被定义，则在随后的附图中不需要对其进行进一步定义和解释，此外，术语“第一”、“第二”、“第三”等仅用于区分描述，而不能理解为指示或暗示相对重要性。

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

Claims (12)

1.一种基于区块链的签名方法，其特征在于，所述签名方法应用于用户的区块链钱包，通过所述区块链钱包提供一可视化界面，所述签名方法包括：

接收目标应用发送的待签名数据，并对所述待签名数据进行解析，得到所述待签名数据的解析结果；

从所述解析结果中提取多项目标关键信息，并将所述多项目标关键信息整理为用户可读的签名请求信息；其中，所述目标关键信息表征用户签名时需要查看的关键信息；

在所述可视化界面上显示用户可读的所述签名请求信息。

2.根据权利要求1所述的签名方法，其特征在于，所述待签名数据至少包括：所述用户对应的签名地址、所述目标应用的应用名称、区块链标识、目标合约的合约地址以及需要所述用户签名的请求信息。

3.根据权利要求1所述的签名方法，其特征在于，所述区块链钱包中嵌入有第一数据解析SDK，所述对所述待签名数据进行解析，得到所述待签名数据的解析结果，包括：

通过所述第一数据解析SDK对所述待签名数据进行解析，得到所述待签名数据的解析结果；其中，所述目标应用中嵌入有与所述第一数据解析SDK匹配的第一数据组装SDK；所述待签名数据是所述目标应用通过所述第一数据组装SDK对目标源数据进行组装后得到的；所述目标源数据表征需要所述用户签名的原始数据。

4.根据权利要求1所述的签名方法，其特征在于，所述解析结果中包含所述待签名数据中携带的第一区块链标识，在所述从所述解析结果中提取多项目标关键信息之前，所述签名方法还包括：

从所述区块链钱包支持访问的多条区块链中，获取第二区块链对应的第二区块链标识；其中，所述第二区块链表征当前接收所述待签名数据时所使用的区块链；

验证所述第一区块链标识是否与所述第二区块链标识相匹配；

响应于所述第一区块链标识与所述第二区块链标识相匹配，确定执行从所述解析结果中提取所述多项目标关键信息的步骤。

5.根据权利要求2所述的签名方法，其特征在于，所述多项目标关键信息包括：所述目标应用的应用名称、所述目标合约的合约地址以及需要所述用户签名的请求信息。

6.根据权利要求1所述的签名方法，其特征在于，所述将所述多项目标关键信息整理为用户可读的签名请求信息，包括：

将每项所述目标关键信息整理为json格式，得到每项所述目标关键信息对应的待填充信息；

根据每项目标关键信息在信息展示模板中对应的展示位置，将每项所述目标关键信息对应的待填充信息填充至所述信息展示模板中，得到用户可读的所述签名请求信息。

7.根据权利要求2所述的签名方法，其特征在于，所述签名方法还包括：

响应于所述用户确认对所述签名请求信息进行签名，将所述用户签名后的所述签名请求信息发送给所述目标合约，以使所述目标合约对所述签名请求信息中携带的所述用户的签名进行验证。

8.根据权利要求7所述的签名方法，其特征在于，所述签名方法还包括：

接收所述目标应用反馈的签名验证事件监测结果；其中，所述签名验证事件监测结果是所述目标应用在监测到所述目标合约发布的签名验证成功事件/签名验证失败事件之后发送的。

9.一种基于区块链的签名装置，其特征在于，所述签名装置应用于用户的区块链钱包，通过所述区块链钱包提供一可视化界面，所述签名装置包括：

接收模块，用于接收目标应用发送的待签名数据，并对所述待签名数据进行解析，得到所述待签名数据的解析结果；

解析模块，用于从所述解析结果中提取多项目标关键信息，并将所述多项目标关键信息整理为用户可读的签名请求信息；其中，所述目标关键信息表征用户签名时需要查看的关键信息；

显示模块，用于在所述可视化界面上显示用户可读的所述签名请求信息。

10.一种基于区块链的签名系统，其特征在于，所述签名系统至少包括：用户的区块链钱包和目标应用；通过所述区块链钱包提供一可视化界面，所述区块链钱包用于：

接收目标应用发送的待签名数据，并对所述待签名数据进行解析，得到所述待签名数据的解析结果；

从所述解析结果中提取多项目标关键信息，并将所述多项目标关键信息整理为用户可读的签名请求信息；其中，所述目标关键信息表征用户签名时需要查看的关键信息；

在所述可视化界面上显示用户可读的所述签名请求信息。

11.一种电子设备，其特征在于，包括：处理器、存储器和总线，所述存储器存储有所述处理器可执行的机器可读指令，当电子设备运行时，所述处理器与所述存储器之间通过总线通信，所述机器可读指令被所述处理器执行时执行如权利要求1至8任一所述签名方法的步骤。

12.一种计算机可读存储介质，其特征在于，该计算机可读存储介质上存储有计算机程序，该计算机程序被处理器运行时执行如权利要求1至8任一所述签名方法的步骤。

Images