冷钱包生成方法、交易信息处理方法、设备及存储介质
阅读：201发布：2020-05-08
专利汇可以提供冷钱包生成方法、交易信息处理方法、设备及存储介质专利检索，专利查询，专利分析的服务。并且本 申请 提供一种冷钱包生成方法、交易信息处理方法、装置、 电子 设备及可读存储介质，通过获取与用户对应的具有实际表达含义的助记词，根据助记词生成父 种子 文件，根据父种子文件得到各级的隐藏交易功能密钥，根据各级的隐藏交易功能密钥生成隐藏交易对应的账户地址。这样，生成的冷钱包，即具有了专 门 用于隐藏交易的账户地址，以及具有了可以用于生成隐藏交易的相关功能密钥的父种子文件，从而使得冷钱包可以完成Zcash隐藏交易，解决了现有的冷钱包设备不支持复杂的隐藏交易的问题。，下面是冷钱包生成方法、交易信息处理方法、设备及存储介质专利的具体信息内容。
1.一种基于Zcash的冷钱包生成方法，其特征在于，包括：
获取与用户对应的助记词；所述助记词为具有实际表达含义的单词或单词组；
根据所述助记词生成父种子文件并保存；
根据所述父种子文件得到目标路径目录对应的隐藏交易功能密钥；
根据所述目标路径目录对应的隐藏交易功能密钥生成隐藏交易对应的账户地址，并发送给目标应用程序保存。
2.如权利要求1所述的基于Zcash的冷钱包生成方法，其特征在于，所述根据所述父种子文件得到目标路径目录对应的隐藏交易功能密钥，包括：
根据所述父种子文件生成当前账户路径中各路径目录的子种子文件；
根据各路径目录中的目标路径目录的子种子文件派生得到所述目标路径目录对应的隐藏交易功能密钥。
3.如权利要求2所述的基于Zcash的冷钱包生成方法，其特征在于，所述当前账户路径中，各路径目录具有上下级依赖关系；所述根据所述父种子文件生成当前账户路径中各路径目录的子种子文件包括：
根据所述父种子文件生成所述当前账户路径中第一级路径目录的子种子文件；
根据当前账户路径中第n级路径目录的子种子文件生成依赖于该路径目录的第n+1级路径目录的子种子文件；所述n为大于等于1的正整数。
4.如权利要求2所述的基于Zcash的冷钱包生成方法，其特征在于，
在所述根据所述父种子文件生成当前账户路径中各路径目录的子种子文件之后，所述方法还包括：
根据所述各路径目录中的目标路径目录的子种子文件生成透明交易对应的账户地址，并发送给所述目标应用程序保存。
5.如权利要求1-4任一项所述的基于Zcash的冷钱包生成方法，其特征在于，所述根据所述助记词生成父种子文件，包括：
在预存的助记词表中查找得到所述助记词对应的助记词序列；
对所述助记词序进行摘要计算得到父种子文件。
6.如权利要求1-4任一项所述的基于Zcash的冷钱包生成方法，其特征在于，所述获取与用户对应的助记词包括：
接收所述目标应用程序传来的所述用户输入的助记词；
或，获取所述用户申请冷钱包时所述目标应用程序分配给所述用户的助记词。
7.如权利要求6所述的基于Zcash的冷钱包生成方法，其特征在于，在获取到的助记词为所述用户申请冷钱包时所述目标应用程序分配给所述用户的助记词时，所述根据所述父种子文件得到目标路径目录对应的隐藏交易功能密钥之前，还包括：
随机生成当前账户路径。
8.如权利要求6所述的基于Zcash的冷钱包生成方法，其特征在于，在获取到的助记词为所述目标应用程序传来的所述用户输入的助记词时，所述根据所述父种子文件得到目标路径目录对应的隐藏交易功能密钥之前，还包括：
随机生成一条当前账户路径；
所述根据所述目标路径目录对应的隐藏交易功能密钥生成隐藏交易对应的账户地址之后，发送给目标应用程序保存之前，还包括：
将所述账户地址通知给后台服务器；
接收所述后台服务器对所述账户地址的交易查询结果；
确定所述交易查询结果为存在交易记录。
9.如权利要求8所述的基于Zcash的冷钱包生成方法，其特征在于，所述方法还包括：
在所述交易查询结果为不存在交易记录时，重新生成一条当前账户路径。
10.一种交易信息处理方法，其特征在于，包括：
获取目标应用程序传来的交易信息以及待交易的本端的账户地址；
根据所述账户地址得到当前账户路径；
根据预存的父种子文件依次生成所述当前账户路径中各路径目录的子种子文件，得到目标路径目录的子种子文件；
根据所述目标路径目录的子种子文件派生得到所述目标路径目录对应的隐藏交易功能密钥；
使用所述目标路径目录对应的隐藏交易功能密钥对所述交易信息进行处理，并将处理后的所述交易信息返回所述目标应用程序。
11.一种基于Zcash的冷钱包生成装置，其特征在于，包括：第一获取模块、父种子文件生成模块、密钥生成模块和账户地址生成控制模块；
所述第一获取模块，用于获取与用户对应的助记词；所述助记词为具有实际表达含义的单词或单词组；
所述父种子文件生成模块，用于根据所述助记词生成父种子文件并保存；
所述密钥生成模块，用于根据所述父种子文件得到目标路径目录对应的隐藏交易功能密钥；
所述账户地址生成控制模块，用于根据所述目标路径目录对应的隐藏交易功能密钥生成隐藏交易对应的账户地址，并发送给目标应用程序保存。
12.一种交易信息处理装置，其特征在于，包括：第二获取模块、路径恢复模块、派生模块以及处理模块；
所述第二获取模块，用于获取目标应用程序传来的交易信息以及待交易的本端的账户地址；
所述路径恢复模块，用于根据所述账户地址得到当前账户路径；
所述派生模块，用于根据预存的父种子文件依次生成所述当前账户路径中各路径目录的子种子文件，得到目标路径目录的子种子文件；并根据所述目标路径目录的子种子文件派生得到所述目标路径目录对应的隐藏交易功能密钥；
所述处理模块，用于使用所述目标路径目录对应的隐藏交易功能密钥对所述交易信息进行处理，并将处理后的所述交易信息返回所述目标应用程序。
13.一种支持Zcash的电子设备，其特征在于，包括：处理器、存储器及通信总线；
所述通信总线用于实现所述处理器、存储器之间的连接通信；
所述处理器用于执行存储器中存储的一个或者多个第一程序，以实现如权利要求1-9中任一项所述的基于Zcash的冷钱包生成方法；
或，所述处理器用于执行存储器中存储的一个或者多个第二程序，以实现如权利要求
10所述的交易信息处理方法。
14.一种可读存储介质，其特征在于，所述可读存储介质存储有一个或者多个程序，所述一个或者多个程序可被一个或者多个处理器执行，以实现如权利要求1-9中任一项所述的基于Zcash的冷钱包生成方法，或实现如权利要求10所述的交易信息处理方法。
冷钱包生成方法、交易信息处理方法、设备及存储介质
技术领域
背景技术
[0002] 目前诸如比特币等数字货币，一般都使用冷钱包的方式来存储数字货币，且由于冷钱包的密钥离线管理，只有在交易的时候提供签名结果，数字货币泄露的风险降到了最小。除此之外，冷钱包的易于携带，丢失了也可以通过恢复的方式，在其他硬件上恢复全部的信息使得冷钱包作为数字货币存储的主流方式。
[0003] Zcash是一种会隐藏交易信息的数字货币，根据Zcash的相关文档说明，目前Zcash的交易类型分为两种，隐藏交易和透明交易。但是目前市面上支持Zcash的冷钱包设备都只支持透明交易，放弃了复杂的隐藏交易。因此，亟待提供一种可以支持Zcash隐藏交易的冷钱包结构。发明内容
[0005] 本申请实施例提供了一种基于Zcash的冷钱包生成方法，包括：获取与用户对应的助记词；所述助记词为具有实际表达含义的单词或单词组；
根据所述助记词生成父种子文件并保存；
根据所述父种子文件得到目标路径目录对应的隐藏交易功能密钥；
根据所述目标路径目录对应的隐藏交易功能密钥生成隐藏交易对应的账户地址，并发送给目标应用程序保存。
根据所述助记词生成父种子文件并保存；
根据所述父种子文件得到目标路径目录对应的隐藏交易功能密钥；
根据所述目标路径目录对应的隐藏交易功能密钥生成隐藏交易对应的账户地址，并发送给目标应用程序保存。
[0006] 在上述实现过程中，通过获取用户对应的助记词来生成相应的父种子文件并保存，根据父种子文件得到目标路径目录对应的隐藏交易功能密钥，进而根据目标路径目录对应的隐藏交易功能密钥生成隐藏交易对应的账户地址，并发送给目标应用程序保存。这样，生成的冷钱包，即具有了专门用于隐藏交易的账户地址，以及具有了可以用于生成隐藏交易的相关功能密钥的父种子文件，从而使得冷钱包可以完成Zcash隐藏交易，解决了现有的冷钱包设备不支持复杂的隐藏交易的问题。
[0007] 此外，应当理解的是，Zcash的协议中定义了对于隐藏交易的钱包管理策略。具体而言，Zcash协议中建议使用zip-32的方式进行隐藏交易的密钥和地址的管理。但是根据Zcash的协议说明，zip-32的钱包管理结构中，是使用一个32字节的随机序列作为种子来生成和派生之后的密钥，虽然使用随机序列的方式能够保证钱包的安全性，但是对于用户来说，记录32字节的随机序列实在太复杂了，不利于记忆，一旦32字节的随机序列丢失，则Zcash钱包不能备份和恢复，影响用户的使用。而在本申请实施例所提供的方案中，通过具有实际表达含义的助记词来生成父种子文件，进而得到隐藏交易所需的功能密钥和账户地址，在进行Zcash冷钱包的备份和恢复时，用户只需要输入助记词即可，而由于助记词具有实际表达含义，因此也更便于用户记忆，不易丢失。
[0008] 进一步地，所述根据所述父种子文件得到目标路径目录对应的隐藏交易功能密钥，包括：根据所述父种子文件生成当前账户路径中各路径目录的子种子文件；
根据各路径目录中的目标路径目录的子种子文件派生得到所述目标路径目录对应的隐藏交易功能密钥。
根据各路径目录中的目标路径目录的子种子文件派生得到所述目标路径目录对应的隐藏交易功能密钥。
[0009] 需要说明的是，在目前的Zcash协议中，出于方便管理以及安全性等考虑，Zcash划分了多个层级，不同层级的路径目录中可以对应生成相应的隐藏交易功能密钥，从而具有对应的可用于进行隐藏交易的账户地址。在实际应用中，在生成冷钱包时，为了生成用于进行隐藏交易的账户地址，会先生成一个当前账户路径，该账户路径即为从第一层级到用于生成账户地址第m层级中的目标路径目录的路径顺序。在上述实现过程中，根据父种子文件逐级生成当前账户路径中各路径目录的子种子文件，进而即可根据各路径目录中的目标路径目录的子种子文件派生得到目标路径目录对应的隐藏交易功能密钥，实现了对于目标路径目录对应的隐藏交易功能密钥的获取。此外，由于整个过程仅生成目标路径目录对应的隐藏交易功能密钥，其余路径目录仅生成子种子文件，因此采用上述方式生成冷钱包，计算量更小，冷钱包的生成效率更高。
[0010] 进一步地，所述当前账户路径中，各路径目录具有上下级依赖关系；所述根据所述父种子文件生成当前账户路径中各路径目录的子种子文件包括：根据所述父种子文件生成所述当前账户路径中第一级路径目录的子种子文件；根据当前账户路径中第n级路径目录的子种子文件生成依赖于该路径目录的第n+1级路径目录的子种子文件；所述n为大于等于1的正整数。
[0011] 在上述实现过程中，下级子种子文件依赖于上级子种子文件生成，使得整个过程中仅会生成目标路径目录对应的隐藏交易功能密钥，其余路径目录仅生成子种子文件，计算量更小，冷钱包的生成效率更高。
[0012] 进一步地，在所述根据所述父种子文件生成当前账户路径中各路径目录的子种子文件之后，所述方法还包括：根据各路径目录中的目标路径目录的子种子文件生成所述透明交易对应的账户地址，并发送给所述目标应用程序保存。
[0013] 在上述实现过程中，在根据父种子文件生成当前账户路径中各路径目录的子种子文件之后，依据各路径目录中的目标路径目录的子种子文件生成透明交易对应的账户地址。这样即可通过同一套运算得到透明交易和隐藏交易的两套密钥以及两套账户地址，在减少了运算量和运算时间的同时，还能够提高透明交易和隐藏交易的兼容性，使得透明交易和隐藏交易的得以同时进行。
[0015] 在上述实现过程中，通过查表以及进行摘要计算从而根据助记词生成得到父种子文件，整个过程实现可靠，具有较高的实际应用价值。
[0016] 进一步地，所述获取与用户对应的助记词包括：接收所述目标应用程序传来的所述用户输入的助记词；
或，获取所述用户申请冷钱包时所述目标应用程序分配给所述用户的助记词。
或，获取所述用户申请冷钱包时所述目标应用程序分配给所述用户的助记词。
[0017] 在实际生活中，用户初次申请冷钱包时，可以由目标应用程序为用户分配相应的助记词，传输给执行本申请实施例所提供的方案的设备，并基于该助记词进行冷钱包生成，过程中不需要用户介入，用户体验较好。而在需要进行冷钱包备份或恢复时，用户只需要在目标应用程序中输入助记词，执行本申请实施例所提供的方案的设备从目标应用程序获取该助记词即可自动生成冷钱包，从而极大的便利了用户使用。
[0018] 进一步地，在获取到的助记词为所述用户申请冷钱包时所述目标应用程序分配给所述用户的助记词时，所述根据所述父种子文件得到目标路径目录对应的隐藏交易功能密钥之前，还包括：随机生成当前账户路径。
[0019] 在用户初次申请冷钱包时，通过随机生成当前账户路径来生成隐藏交易对应的账户地址，并发送给目标应用程序保存。实现简单，方案可行性高。
[0020] 进一步地，在获取到的助记词为所述目标应用程序传来的所述用户输入的助记词时，所述根据所述父种子文件得到目标路径目录对应的隐藏交易功能密钥之前，还包括：随机生成一条当前账户路径；
所述根据所述目标路径目录对应的隐藏交易功能密钥生成隐藏交易对应的账户地址之后，发送给目标应用程序保存之前，还包括：
将所述账户地址通知给后台服务器；
接收所述后台服务器对所述账户地址的交易查询结果；
确定所述交易查询结果为存在交易记录。
所述根据所述目标路径目录对应的隐藏交易功能密钥生成隐藏交易对应的账户地址之后，发送给目标应用程序保存之前，还包括：
将所述账户地址通知给后台服务器；
接收所述后台服务器对所述账户地址的交易查询结果；
确定所述交易查询结果为存在交易记录。
[0021] 在上述实现过程中，在用户备份或恢复冷钱包时，先随机生成一条当前账户路径，然后由后台服务器确定该当前账户路径对应的账户地址是否存在交易记录，若有即表明这是用户之前使用的账户地址，发送给目标应用程序保存，从而实现对冷钱包的备份或恢复。
[0022] 进一步地，所述方法还包括：在所述交易查询结果为不存在交易记录时，重新生成一条当前账户路径。
[0023] 在上述实现过程中，后台服务器若确定该当前账户路径对应的账户地址不存在交易记录，即表明当前账户路径对应的账户地址极大概率不是用户之前使用的账户地址，即重新生成一条当前账户路径，重新进行账户地址是否存在交易记录的确定，从而提高本申请方案的可靠性。
[0024] 本申请实施例还提供了一种交易信息处理方法，包括：获取目标应用程序传来的交易信息以及待交易的本端的账户地址；
根据所述账户地址得到当前账户路径；
根据预存的父种子文件依次生成所述当前账户路径中各路径目录的子种子文件，得到目标路径目录的子种子文件；
根据所述目标路径目录的子种子文件派生得到所述目标路径目录对应的隐藏交易功能密钥；
使用所述目标路径目录对应的隐藏交易功能密钥对所述交易信息进行处理，并将处理后的所述交易信息返回所述目标应用程序。
根据所述账户地址得到当前账户路径；
根据预存的父种子文件依次生成所述当前账户路径中各路径目录的子种子文件，得到目标路径目录的子种子文件；
根据所述目标路径目录的子种子文件派生得到所述目标路径目录对应的隐藏交易功能密钥；
使用所述目标路径目录对应的隐藏交易功能密钥对所述交易信息进行处理，并将处理后的所述交易信息返回所述目标应用程序。
[0025] 需要说明的是，根据Zcash的协议中定义的对于隐藏交易的钱包管理策略，Zcash协议中建议使用zip-32的方式进行隐藏交易的密钥和地址的管理。而Zip-32的密钥派生方式是：通过seed（父种子文件）产生4种功能密钥的父密钥后，子密钥都是通过对应的父密钥产生，这使得每生成当前账户路径中的一级路径目录的子密钥，就需要计算4次以上的密钥，计算所占用的资源较多，效率较低。
[0026] 为解决前述问题，在上述实现过程中，在得到交易信息以及待交易的本端的账户地址，即根据账户地址得到当前账户路径，进而根据冷钱包中的父种子文件，依次生成当前账户路径中各路径目录的子种子文件，得到目标路径目录的子种子文件。再根据目标路径目录的子种子文件派生得到所述目标路径目录的隐藏交易功能密钥。这样，针对目标路径目录以外每一级的计算只需要一次，节省了计算步骤，且最后一步才产生各个功能的密钥，节省了存储空间。
[0027] 本申请实施例还提供了一种基于Zcash的冷钱包生成装置，包括：第一获取模块、父种子文件生成模块、密钥生成模块和账户地址生成控制模块；所述第一获取模块，用于获取与用户对应的助记词；所述助记词为具有实际表达含义的单词或单词组；
所述父种子文件生成模块，用于根据所述助记词生成父种子文件并保存；
所述密钥生成模块，用于根据所述父种子文件得到目标路径目录对应的隐藏交易功能密钥；
所述账户地址生成控制模块，用于根据所述目标路径目录对应的隐藏交易功能密钥生成隐藏交易对应的账户地址，并发送给目标应用程序保存。
所述父种子文件生成模块，用于根据所述助记词生成父种子文件并保存；
所述密钥生成模块，用于根据所述父种子文件得到目标路径目录对应的隐藏交易功能密钥；
所述账户地址生成控制模块，用于根据所述目标路径目录对应的隐藏交易功能密钥生成隐藏交易对应的账户地址，并发送给目标应用程序保存。
[0028] 本申请实施例还提供了一种交易信息处理装置，包括：第二获取模块、路径恢复模块、派生模块以及处理模块；所述第二获取模块，用于获取目标应用程序传来的交易信息以及待交易的本端的账户地址；
所述路径恢复模块，用于根据所述账户地址得到当前账户路径；
所述派生模块，用于根据预存的父种子文件依次生成所述当前账户路径中各路径目录的子种子文件，得到目标路径目录的子种子文件；并根据所述目标路径目录的子种子文件派生得到所述目标路径目录对应的隐藏交易功能密钥；
所述处理模块，用于使用所述目标路径目录对应的隐藏交易功能密钥对所述交易信息进行处理，并将处理后的所述交易信息返回所述目标应用程序。
所述路径恢复模块，用于根据所述账户地址得到当前账户路径；
所述派生模块，用于根据预存的父种子文件依次生成所述当前账户路径中各路径目录的子种子文件，得到目标路径目录的子种子文件；并根据所述目标路径目录的子种子文件派生得到所述目标路径目录对应的隐藏交易功能密钥；
所述处理模块，用于使用所述目标路径目录对应的隐藏交易功能密钥对所述交易信息进行处理，并将处理后的所述交易信息返回所述目标应用程序。
[0029] 本申请实施例还提供了一种支持Zcash的电子设备，包括处理器、存储器及通信总线；所述通信总线用于实现处理器和存储器之间的连接通信；所述处理器用于执行存储器中存储的一个或者多个第一程序，以实现上述任一种的基于Zcash的冷钱包生成方法；或所述处理器用于执行存储器中存储的一个或者多个第二程序，以实现上述交易信息处理方法。
[0030] 本申请实施例中还提供了一种可读存储介质，所述可读存储介质存储有一个或者多个程序，所述一个或者多个程序可被一个或者多个处理器执行，以实现上述任一种的冷钱包生成方法；或实现上述交易信息处理方法。附图说明
[0031] 为了更清楚地说明本申请实施例的技术方案，下面将对本申请实施例中所需要使用的附图作简单地介绍，应当理解，以下附图仅示出了本申请的某些实施例，因此不应被看作是对范围的限定，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他相关的附图。
[0032] 图1为本申请实施例提供的一种基于Zcash的冷钱包生成方法的流程示意图；图2为本申请实施例提供的一种助记词表生成过程示意图；
图3为本申请实施例提供的一种冷钱包中隐藏交易功能密钥的生成示意图；
图4为本申请实施例提供的一种交易信息处理方法的流程示意图；
图5为本申请实施例提供的另一种冷钱包中隐藏交易功能密钥的生成示意图；
图6为本申请实施例提供的一种同时进行透明交易和隐藏交易的交易方法的流程示意图；
图7为本申请实施例提供的一种基于Zcash的冷钱包生成装置的结构示意图；
图8为本申请实施例提供的一种交易信息处理装置的结构示意图；
图9为本申请实施例提供的一种电子设备的结构示意图。
图3为本申请实施例提供的一种冷钱包中隐藏交易功能密钥的生成示意图；
图4为本申请实施例提供的一种交易信息处理方法的流程示意图；
图5为本申请实施例提供的另一种冷钱包中隐藏交易功能密钥的生成示意图；
图6为本申请实施例提供的一种同时进行透明交易和隐藏交易的交易方法的流程示意图；
图7为本申请实施例提供的一种基于Zcash的冷钱包生成装置的结构示意图；
图8为本申请实施例提供的一种交易信息处理装置的结构示意图；
图9为本申请实施例提供的一种电子设备的结构示意图。
具体实施方式
[0033] 下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行描述。
[0034] 实施例一：为了便于说明本申请的方案，在此先对冷钱包的一些相关知识进行描述。冷钱包通常包括安全介质、普通存储介质、目标应用程序（上位机软件）和后台服务器四个部分。其中，安全介质和普通存储介质设立在一个安全电子设备中，安全介质主要用于存储和计算保密性高的信息；而普通存储介质主要是透传上位机传递过来的信息，交给安全介质进行处理（需要注意的是，上位机和安全介质之间使用安全加密信道进行通信，因此普通介质内部不存储任何信息）。目标应用程序设置于上位机（诸如用户终端等设备）上，用于与用户进行交互，以及用于在用户申请冷钱包时为用户分配相应的随机序列或助记词。后台服务器是用来存储区块节点信息和对信息的分解和解释，组成响应的数据结构的。本申请实施例基于安全电子设备的角色，提供了一种基于Zcash的冷钱包生成方法。
[0035] 参见图1所示，图1为本申请实施例中提供的一种基于Zcash的冷钱包生成方法的流程示意图，包括：S101：获取与用户对应的助记词。
[0036] 需要说明的是，Zcash协议中建议使用zip-32的方式进行隐藏交易的密钥和地址的管理。但是使用zip-32的方式，目标应用程序生成的是一个32字节的随机序列，该随机序列作为用户的私钥需要被用户记住，但是对于用户来说，记录32字节的随机序列实在太复杂了，不利于记忆，一旦32字节的随机序列丢失，则Zcash钱包不能备份和恢复，影响用户的使用。
[0037] 因此，在本申请实施例中，会为用户分配具有实际表达含义的单词或单词组来作为助记词，进而依据助记词来实现冷钱包的生成。这样在进行Zcash冷钱包的备份和恢复时，用户只需要输入助记词即可，而由于助记词具有实际表达含义，因此也更便于用户记忆，不易丢失。
[0038] 需要说明的是，本申请实施例中，图1所示的方案至少存在以下两种实施场景。其一，用户初次申请冷钱包。此时目标应用程序可以为用户分配的助记词，并将该助记词传输给安全电子设备，进而安全电子设备即可基于该助记词进行冷钱包生成。而其二，可以用于用户对冷钱包进行备份和恢复。此时用户只需要在目标应用程序中输入助记词，目标应用程序即可将助记词传输给安全电子设备，安全电子设备即可自动生成冷钱包，从而极大的便利了用户使用。
[0039] 需要注意的是，目标应用程序在向安全电子设备传输助记词时，会将助记词转换为ASCII码传输给安全电子设备，以便于安全电子设备处理。
[0040] S102：根据助记词生成父种子文件并保存。
[0042] 还需要说明的是，在本申请实施例中，对于助记词表，可以参见图2所示的步骤，安全电子设备可以采用bip-39方式来预先生成得到。
[0043] 示例性的，可以先生成熵序列，进而通过哈希算法（例如SHA256等算法）计算得到checksum（校验和），并将checksum添加到熵序列的后面得到新的序列。接着根据助记词的字数，将得到的新的序列平均分配，产生该助记词对应的助记词序列，例如图2中即得到了abandon对应的助记词序列为000000000，ability对应的助记词序列为000000001等，保存到助记词表中。
[0044] 需要说明的是，本申请实施例中生成的父种子文件是保存在安全介质中的。
[0045] S103：根据父种子文件得到目标路径目录对应的隐藏交易功能密钥。
[0046] 需要说明的是，功能密钥是针对于隐藏交易而言的，由于隐藏交易中需要隐藏交易双方的地址以及交易金额等信息，因此需要用到相应的功能密钥，例如可能需要用到专门用于查看交易信息的ivk密钥和ovk密钥，用于对spend description（支出描述）部分进行签名的ask密钥，计算nullifier参数的nsk密钥，对交易参数进行顺序加密的esk密钥，和生成隐藏交易地址相关的功能密钥dk密钥等。而透明交易则不需要隐藏交易双方的地址以及交易金额等信息，因此不需要生成相关功能密钥。
[0047] 这里需要说明的是，在目前的Zcash协议中，出于方便管理以及安全性等考虑，Zcash划分了多个层级，各层级对应有相应的目录（本文中称路径目录），路径目录中可以对应生成相应的隐藏交易功能密钥，从而具有对应的可用于进行隐藏交易的账户地址。
[0048] 还需要说明的是，Zcash划分的多个层级中，层级间具有上下级依赖关系，即下级层级中的路径目录对于功能密钥的生成依赖于其所对应的上级层级中的路径目录所生成的功能密钥。通常而言，第一层级具有232个路径目录，而每个路径目录对应的下一层级路径目录也为232个，整个层级关系成树状结构。因此，在实际操作过程中，为了生成账户地址，需要先给定一个路径（本文称为当前账户路径）来确定从第一层级到用于生成账户地址第m层级中的目标路径目录的路径顺序。示例性的，可以通过随机算法，随机生成一条当前账户路径。还需要说明的是，所谓目标路径目录即是指本次账户地址生成过程中，当前账户路径中用于进行账户地址生成的路径目录。
[0049] 在本申请实施例的一种可行实施方式中，在确定出了当前账户路径后，即可根据Zcash协议中建议使用zip-32的方式来得到各级的隐藏交易功能密钥。该方式中，所需生成的密钥包括ask，nsk，ovk和dk，此外为了避免其中一个路径目录下的密钥泄露导致其他路径目录下的密钥也被泄露，添加了链码cm作为参数。在派生各级的隐藏交易功能密钥时，通过种子文件产生当前账户路径中第一层级的路径目录下父密钥后，其余各层级的路径目录下的子密钥都是通过上一层级对应路径目录的父密钥产生。
[0050] 例如参见图3所示，基于父种子文件seed产生对应的第一层级的路径目录的父密钥askm，nskm，ovkm和dkm，并添加链码cm，进而再根据父密钥askm，nskm，ovkm和dkm派生得到并列的第二层级的A1路径目录的密钥ask0、nsk0、ovk0、dk0，B1路径目录的密钥ask1、nsk1、ovk1、dk1。进而基于A1路径目录的密钥ask0、nsk0、ovk0、dk0生成第三层级的A11路径目录的密钥ask0/0、nsk0/0、ovk0/0、dk0/0；基于B1路径目录的密钥ask1、nsk1、ovk1、dk1生成并列的第三层级的B11路径目录的密钥ask1/0、nsk1/0、ovk1/0、dk1/0，和B12级路径目录的密钥ask1/1、nsk1/1、ovk1/1、dk1/1。
[0051] 需要注意的是，在使用冷钱包进行隐藏交易对应的账户地址的生成时，只需要得到某一个路径目录的功能密钥即可。若采用上述方式生成冷钱包，那么会导致在账户地址的生成过程中，需要计算出每一个路径目录的功能密钥，从而占用较多的计算资源。此外，上述方式生成冷钱包后，由于在进行隐藏交易的过程中仍旧需要通过上述方式生成得到目标路径目录的功能密钥，因此也会导致在使用冷钱包进行隐藏交易的过程中，每一次交易时钱包都需要计算出每一个路径目录的功能密钥，从而占用较多的计算资源，拖慢交易速度。为此，在本申请实施例的另一种可行实施方式中，也可以：根据父种子文件生成当前账户路径中各路径目录的子种子文件；进而根据各路径目录中的目标路径目录的子种子文件派生得到目标路径目录对应的隐藏交易功能密钥。
[0052] 具体而言，可以根据父种子文件生成当前账户路径中第一级路径目录的子种子文件，再根据当前账户路径中第n级路径目录的子种子文件生成依赖于该路径目录的第n+1级路径目录的子种子文件，从而实现当前账户路径中各路径目录的子种子文件的生成。需要注意的是n为大于等于1的正整数。
[0053] 采用这一方式实现时，冷钱包在进行隐藏交易对应的账户地址的生成，以及进行隐藏交易的过程中，只需要根据父种子文件依次生成各级的子种子文件，从而得到交易所需的目标路径目录的子种子文件，进而根据目标路径目录的子种子文件派生得到目标路径目录的隐藏交易功能密钥即可，交易时不再需要计算出每一级的功能密钥，从而节省了计算资源，加快了账户地址的生成速度或交易速度，且最后一步才产生各个功能的密钥，也节省了存储空间。
[0054] S104：根据目标路径目录对应的隐藏交易功能密钥生成隐藏交易对应的账户地址，并发送给目标应用程序保存。
[0055] 示例性的，可以对目标路径目录对应的隐藏交易功能密钥进行哈希计算并加入地址版本号，从而生成地址序列，再使用bech32编码变换地址序列，得到隐藏交易对应的账户地址。在得到隐藏交易对应的账户地址，安全电子设备通过普通介质透传所述账户地址给到目标应用程序保存，即完成了对于冷钱包中隐藏交易的部分的生成。
[0056] 需要注意的是，冷钱包也可以具有透明交易的部分。而对于冷钱包中用于进行透明交易的部分而言，其同样可以采用助记词的方式来实现。在本申请实施例中，可以采用一个助记词来生成一个父种子文件，该父种子文件为隐藏交易和透明交易中的父种子文件，基于该父种子文件可以采用有别于隐藏交易的密钥生成方式来生成透明交易时所需的密钥。但是出于两种交易的兼容性，以及计算量的考虑，在本申请实施例的一种可行实施方式中，也可以在前述以当前账户路径中各路径目录的子种子文件，进而根据各路径目录中的目标路径目录的子种子文件派生得到目标路径目录的隐藏交易功能密钥的可行实施方案的基础上，以目标路径目录的子种子文件作为透明交易的密钥，并根据目标路径目录的子种子文件生成透明交易对应的账户地址。这样得的冷钱包在进行交易时，由于透明交易和隐藏交易都是通过同一计算机制计算得到的密钥，因此透明交易和隐藏交易兼容性更好，可以同时进行，且不需要进行两种计算，处理效率更高。
[0057] 需要注意的是，生成的透明交易对应的账户地址同样需要发送给目标应用程序保存。
[0058] 需要注意的是，对于冷钱包而言，为了保证交易的安全性，安全电子设备内只需保存的父种子文件，目标应用程序中则保存账户地址，交易过程中所需要用到的相关密钥在交易时通过父种子文件生成得到即可。
[0059] 还需要注意的是，在本申请实施例中，针对用户初次申请冷钱包和用户进行冷钱包备份或恢复时，安全电子设备所执行的冷钱包生成过程还存在一定的差异。具体而言：在用户初次申请冷钱包时，安全电子设备在接收到用户申请冷钱包时目标应用程序分配给用户的助记词后，即根据助记词生成父种子文件并保存在安全介质中。而后随机生成一条当前账户路径，根据父种子文件以及当前账户路径得到目标路径目录对应的隐藏交易功能密钥。
[0060] 而在用户进行冷钱包备份或恢复时，安全电子设备在接收到目标应用程序传来的用户输入的助记词后，即根据助记词生成父种子文件并保存在安全介质中。而后随机生成一条当前账户路径，根据父种子文件以及当前账户路径得到目标路径目录对应的隐藏交易功能密钥，进而生成得到一个账户地址。此时需要将账户地址通知给后台服务器，由后台服务器对该账户进行查询，若存在交易记录即表明这是用户之前使用的账户地址，发送给目标应用程序保存，从而实现对冷钱包的备份或恢复。而若不存在交易记录即表明当前账户路径对应的账户地址极大概率不是用户之前使用的账户地址，因此可以重新生成一条当前账户路径，重新生成该当前账户路径对应的账户地址，并通知给后台服务器，由后台服务器对该账户进行查询。
[0061] 通过本申请实施例所提供的基于Zcash的冷钱包生成方法所生成的冷钱包，具有了专门用于隐藏交易的账户地址，以及具有了可以用于生成隐藏交易的相关功能密钥的父种子文件，从而使得冷钱包可以完成Zcash隐藏交易，解决了现有的冷钱包设备不支持复杂的隐藏交易的问题。
[0062] 此外，应当理解的是，Zcash的协议中定义了对于隐藏交易的钱包管理策略。具体而言，Zcash协议中建议使用zip-32的方式进行隐藏交易的密钥和地址的管理。但是根据Zcash的协议说明，zip-32的钱包管理结构中，是使用一个32字节的随机序列作为种子来生成和派生之后的密钥，虽然使用随机序列的方式能够保证钱包的安全性，但是对于用户来说，记录32字节的随机序列实在太复杂了，不利于记忆，一旦32字节的随机序列丢失，则Zcash钱包不能备份和恢复，影响用户的使用。而在本申请实施例所提供的方案中，通过具有实际表达含义的助记词来生成父种子文件，进而得到隐藏交易所需的功能密钥和账户地址，在进行Zcash冷钱包的备份和恢复时，用户只需要输入助记词即可，而由于助记词具有实际表达含义，因此也更便于用户记忆，不易丢失。
[0063] 此外，本申请实施例的一种可行实施方式中，冷钱包通过父种子文件生成当前账户路径各路径目录的子种子文件，进而根据各路径目录中的目标路径目录的子种子文件来生成相应层级的隐藏交易功能密钥。这一机制应用到交易过程中时，可以使得冷钱包只需要根据父种子文件生成各级的子种子文件，进而根据目标路径目录的子种子文件派生得到交易所需的隐藏交易功能密钥即可，无需计算出每一层级的隐藏交易功能密钥，从而降低了计算量，提高了计算效率，加快了交易速度。
[0064] 此外，本申请实施例的一种可行实施方式中，透明交易可以与隐藏交易使用同一目标路径目录，并使用隐藏交易中的子种子文件作为密钥，这就在降低用户记忆要求的同时，提高了透明交易与隐藏交易的兼容性。
[0065] 实施例二：本实施例在实施例一的基础上，提出了一种交易过程中，安全电子设备所执行的交易信息处理方法。在基于实施例一提供的冷钱包生成方法生成了冷钱包之后，在进行隐藏交易时，其过程可以参见下图4所示，包括：
S401：获取交易信息以及待交易的本端的账户地址。
S401：获取交易信息以及待交易的本端的账户地址。
[0066] 需要说明的是，在使用冷钱包进行交易时，用户在登入冷钱包对应的APP（即目标应用程序）后，需要在目标应用程序中输入交易信息并选择本端用于交易的账户地址（即待交易的本端的账户地址），目标应用程序即将交易信息以及待交易的本端的账户地址传输给安全电子设备。
[0067] 需要说明的是，本申请实施例中图4所描述的过程仅针对执行隐藏交易时的过程，即待交易的本端的账户地址应当为隐藏交易对应的账户地址。
[0068] 需要注意的是，针对同时支持隐藏交易和透明交易的冷钱包而言，用户在目标应用程序中选择本端用于交易的账户地址之前，还需要先选择交易类型。针对图4所描述的过程，用户选择的交易类型即为隐藏交易，用户选择的交易类型为透明交易的过程在图4中不做描述。
[0069] S402：根据账户地址得到当前账户路径。
[0070] 应当理解的是，账户地址是根据当前账户路径计算得到的，根据账户地址进行解析可以得到当前账户路径。具体的解析方式可以参考Zcash协议，本申请不做赘述。
[0071] S403：根据预存的父种子文件依次生成当前账户路径中各路径目录的子种子文件，得到目标路径目录的子种子文件。
[0072] S404：根据目标路径目录的子种子文件派生得到目标路径目录对应的隐藏交易功能密钥。
[0073] 示例性的，可参阅图5所示，安全电子设备可以根据保存的父种子文件seed，依次生成第一级路径目录的子种子seed0，并添加链码cm0。基于第一级路径目录的子种子seed0生成第二级中的第一路径目录的子种子seed0/0，并添加链码cm0/0；以及生成第二级中的第二路径目录的子种子seed0/1，并添加链码cm0/1。基于子种子seed0/1生成第三级中的第一路径目录的子种子seed0/1/0，并添加链码cm0/1/0；以及生成第三级中的第二路径目录的子种子seed0/1/1，并添加链码cm0/1/1。基于第二级中的第二路径目录的子种子seed0/0生成第三级中的第三路径目录的子种子seed0/0/0，并添加链码cm0/0/0，并基于子种子seed0/0/0派生得到隐藏交易功能密钥ask，nsk，ovk和dk。
[0074] S405：使用目标路径目录对应的隐藏交易功能密钥对交易信息进行处理，并将处理后的交易信息返回目标应用程序。
[0075] 需要理解的是，使用各功能秘钥对于交易信息的具体处理方式可参考Zcash协议的规定，在本申请中不做赘述。
[0076] 还需要理解的是，本申请实施例中，交易信息中可以包括目标交易地址和目标交易输出金额。处理后的交易信息返回目标应用程序后，目标应用程序会对处理后的交易信息进行封装，从而发送给后台服务器，进而由后台服务器链接到区块链上，完成交易。
[0077] 在本申请实施例中，还提供了两种同时进行透明交易和隐藏交易的交易方法，可应用于基于实施例一的冷钱包生成方法生成的同时支持透明交易和隐藏交易的冷钱包中。
[0078] 方式一，参见图6所示，包括：S601：目标应用程序获取交易信息以及交易类型。
[0079] 交易信息中包括目标交易地址、目标交易输出金额。交易类型包括透明交易和隐藏交易。
[0080] S602：在交易类型所对应的账户地址中的UTXO小于目标交易输出金额时，获取另一交易类型所对应的账户地址中的UTXO。
[0081] 需要注意的是，在本申请实施例中，在发现用户所选交易类型所对应的账户地址中的UTXO（Unspent Transaction Output，未花费的交易输出）小于目标交易输出金额时，还可以先提供接口让用户确认是否需要采用另一交易类型对应的账户地址中的UTXO进行补足，在用户确定采用后，再获取另一交易类型所对应的账户地址中的UTXO，从而提高用户体验。
[0082] 应当理解的是，透明交易的信息没有进行加密，可以很容易的得到全部的透明交易UTXO。而隐藏交易由于隐藏的特性，一般需要在用户输入了交易信息的情况下，由后台服务器去搜集待交易的本端的账户地址上的UTXO，但由于只需要收集一个地址上的UTXO，后台服务器运算量不大。
[0083] S603：在另一交易类型所对应的账户地址中的UTXO大于目标交易输出金额与交易类型所对应的账户地址中的UTXO的差值时：设置交易类型所对应的第一目标交易输出金额为交易类型所对应的账户地址中的UTXO，并设置另一交易类型所对应的第二目标交易输出金额为目标交易输出金额与交易类型所对应的账户地址中的UTXO的差值。
[0084] 示例性的，以用户选择的为隐藏交易为例，假设用户输入的目标交易输出金额为10个Zcash币，假设冷钱包中，隐藏交易的账户地址中UTXO有8个Zcash币，而透明交易对应的账户地址中有3个Zcash币。冷钱包在发起交易时，会发现隐藏交易的账户地址中UTXO小于目标交易输出金额，隐藏交易的账户地址中UTXO不足以完成本次交易，差额为2个Zcash币。进而获取透明交易对应的账户地址中的UTXO，发现透明交易对应的账户地址中的UTXO大于2个Zcash币，因此用户总的UTXO足以完成本次交易，此时设置隐藏交易的目标交易输出金额为8个Zcash币，设置透明交易的目标交易输出金额为2个Zcash币。用户选择的为透明交易的情况与上述示例过程类似，故不再详细描述。
[0085] S604：将交易类型所对应的第一目标交易输出金额、交易类型所对应的账户地址，以及目标交易地址作为一组数据发给安全电子设备，将另一交易类型所对应的第二目标交易输出金额、另一交易类型所对应的账户地址，以及目标交易地址作为另一组数据发给安全电子设备。
[0086] 假设用户选择的交易类型为隐藏交易，另一交易类型为透明交易。安全电子设备根据隐藏交易所对应的账户地址生成对应隐藏交易的当前账户路径，并参见上述图4的过程返回处理后的第一目标交易输出金额和目标交易地址给目标应用程序。同时，安全电子设备根据透明交易所对应的账户地址生成对应透明交易的当前账户路径，并根据父种子文件生成对应对应透明交易的当前账户路径中的目标路径目录的子种子文件，进而以目标路径目录的子种子文件作为透明交易的私钥对第二目标交易输出金额和目标交易地址进行处理，并返回给目标应用程序。
[0087] 特别的，生成冷钱包时，透明交易的账户地址和隐藏交易的账户地址可以是基于同一个目标路径目录得到的。此时，安全电子设备中仅需生成一个当前账户路径即可，计算一次当前账户路径中各路径目录的子种子文件即可。
[0088] S605：目标应用程序对安全电子设备返回的数据进行封装，发送给后端服务器。
[0089] 后台服务器将目标应用程序发来的数据链接到区块链上，完成交易。
[0090] 方式二，可以提供双类型同步交易选项，用户在选择该选项之后，目标应用程序可以将隐藏交易的账户地址中UTXO和透明交易的账户地址中UTXO显示给用户看，并要求用户输入每个账户地址中所需交易的目标交易输出金额以及相应的目标交易地址。用户输入完毕后，目标应用程序将用户输入的每个账户地址中所需交易的目标交易输出金额以及相应的目标交易地址发送给安全电子设备，安全电子设备根据账户地址生成对应的当前账户路径，并根据存储的父种子文件依次生成当前账户路径中各路径目录的子种子文件，得到目标路径目录的子种子文件，根据目标路径目录的子种子文件派生得到目标路径目录的隐藏交易功能密钥。然后使用隐藏交易功能密钥对隐藏交易对应的目标交易地址和目标交易输出金额进行处理并返回给目标应用程序；使用目标路径目录的子种子文件作为透明交易的私钥对透明交易对应的目标交易地址和目标交易输出金额进行处理并返回给目标应用程序。目标应用程序对安全电子设备返回的数据进行封装，发送给后端服务器。后台服务器将目标应用程序发来的数据链接到区块链上，完成交易。
[0091] 应当理解的是，上述方式仅是使用本申请实施例所提供的冷钱包生成方法生成冷钱包后，所示例出的几种可行的交易方式，不代表本申请仅可采用以上几种方式实现交易。
[0092] 实施例三：基于同一发明构思，本申请实施例中还提供一种基于Zcash的冷钱包生成装置100和交易信息处理装置200。请参阅图7和图8所示，图7示出了与图1所示的方法一一对应的基于Zcash的冷钱包生成装置，图8示出了与图4所示的方法步骤一一对应的交易信息处理装置。
应理解，装置100和装置200具体的功能可以参见上文中的描述，为避免重复，此处适当省略详细描述。装置100和装置200包括至少一个能以软件或固件的形式存储于存储器中或固化在装置100、装置200的操作系统中的软件功能模块。具体地：
参见图7所示，装置100包括：第一获取模块101、父种子文件生成模块102、密钥生成模块103和账户地址生成控制模块104。其中：
第一获取模块101，用于获取与用户对应的助记词；助记词为具有实际表达含义的单词或单词组；
父种子文件生成模块102，用于根据助记词生成父种子文件并保存；
密钥生成模块103，用于根据父种子文件得到目标路径目录对应的隐藏交易功能密钥；
账户地址生成控制模块104，用于根据目标路径目录对应的隐藏交易功能密钥生成隐藏交易对应的账户地址，并发送给目标应用程序保存。
应理解，装置100和装置200具体的功能可以参见上文中的描述，为避免重复，此处适当省略详细描述。装置100和装置200包括至少一个能以软件或固件的形式存储于存储器中或固化在装置100、装置200的操作系统中的软件功能模块。具体地：
参见图7所示，装置100包括：第一获取模块101、父种子文件生成模块102、密钥生成模块103和账户地址生成控制模块104。其中：
第一获取模块101，用于获取与用户对应的助记词；助记词为具有实际表达含义的单词或单词组；
父种子文件生成模块102，用于根据助记词生成父种子文件并保存；
密钥生成模块103，用于根据父种子文件得到目标路径目录对应的隐藏交易功能密钥；
账户地址生成控制模块104，用于根据目标路径目录对应的隐藏交易功能密钥生成隐藏交易对应的账户地址，并发送给目标应用程序保存。
[0093] 在本申请实施例的一种可行实施方式中，密钥生成模块103具体用于，根据父种子文件生成当前账户路径中各路径目录的子种子文件，并根据各路径目录中的目标路径目录的子种子文件派生得到目标路径目录对应的隐藏交易功能密钥。
[0094] 在上述可行实施方式中，当前账户路径中，各路径目录具有上下级依赖关系；密钥生成模块103还用于根据父种子文件生成当前账户路径中第一级路径目录的子种子文件，并根据当前账户路径中第n级路径目录的子种子文件生成依赖于该路径目录的第n+1级路径目录的子种子文件；n为大于等于1的正整数。
[0095] 在上述可行实施方式中，密钥生成模块103还用于根据各路径目录中的目标路径目录的子种子文件生成透明交易对应的账户地址，并发送给目标应用程序保存。
[0096] 在本申请实施例的一种可行实施方式中，父种子文件生成模块102具体用于在预存的助记词表中查找得到助记词对应的助记词序列；对助记词序进行摘要计算得到父种子文件。
[0097] 在本申请实施例的一种可行实施方式中，第一获取模块101具体用于接收目标应用程序传来的用户输入的助记词；或，获取用户申请冷钱包时目标应用程序分配给用户的助记词。
[0098] 在本申请实施例的一种可行实施方式中，在获取到的助记词为用户申请冷钱包时目标应用程序分配给用户的助记词时，父种子文件生成模块102还用于随机生成一条当前账户路径。
[0099] 在本申请实施例的一种可行实施方式中，在获取到的助记词为目标应用程序传来的用户输入的助记词时，父种子文件生成模块102还用于随机生成一条当前账户路径。账户地址生成控制模块104还用于在将生成的隐藏交易对应的账户地址发送给目标应用程序保存之前，将账户地址通知给后台服务器；接收所述后台服务器对所述账户地址的交易查询结果；确定交易查询结果为存在交易记录。
[0100] 进一步的，在交易查询结果为不存在交易记录时，父种子文件生成模块102还用于重新生成一条当前账户路径。
[0101] 参见图8所示，装置200包括第二获取模块201、路径恢复模块202、派生模块203以及处理模块204；第二获取模块201，用于获取目标应用程序传来的交易信息以及待交易的本端的账户地址；
路径恢复模块202，用于根据账户地址得到当前账户路径；
派生模块203，用于根据预存的父种子文件依次生成当前账户路径中各路径目录的子种子文件，得到目标路径目录的子种子文件；并根据目标路径目录的子种子文件派生得到目标路径目录对应的隐藏交易功能密钥；
处理模块204，用于使用目标路径目录对应的隐藏交易功能密钥对交易信息进行处理，并将处理后的交易信息返回目标应用程序。
路径恢复模块202，用于根据账户地址得到当前账户路径；
派生模块203，用于根据预存的父种子文件依次生成当前账户路径中各路径目录的子种子文件，得到目标路径目录的子种子文件；并根据目标路径目录的子种子文件派生得到目标路径目录对应的隐藏交易功能密钥；
处理模块204，用于使用目标路径目录对应的隐藏交易功能密钥对交易信息进行处理，并将处理后的交易信息返回目标应用程序。
[0102] 需要理解的是，出于描述简洁的考量，部分实施例一中描述过的内容在本实施例中不再赘述。
[0103] 实施例四：本实施例提供了一种支持Zcash的电子设备，参见图9所示，其包括处理器901、存储器
902以及通信总线903。其中：
通信总线903用于实现处理器901和存储器902之间的连接通信。
902以及通信总线903。其中：
通信总线903用于实现处理器901和存储器902之间的连接通信。
[0104] 处理器901用于执行存储器902中存储的一个或多个第一程序，以实现上述实施例一中的基于Zcash的冷钱包生成方法；或，处理器901用于执行存储器902中存储的一个或多个第二程序，以实现上述实施例二中的交易信息处理方法。
[0105] 可以理解，图9所示的结构仅为示意，电子设备还可包括比图9中所示更多或者更少的组件，或者具有与图9所示不同的配置。例如，电子设备还具有显示屏、键盘等部件。还需要说明的是，本申请实施例中所述的电子设备可以为实施例一和二中所述的安全电子设备，其处理器901和存储器902可以为安全电子设备中安全介质的组成部分。
[0106] 本实施例还提供了一种可读存储介质，如软盘、光盘、硬盘、闪存、U盘、SD（Secure Digital Memory Card，安全数码卡）卡、MMC（Multimedia Card，多媒体卡）卡等，在该可读存储介质中存储有实现上述各个步骤的一个或者多个程序，这一个或者多个程序可被一个或者多个处理器执行，以实现上述实施例一中的基于Zcash的冷钱包生成方法，或实现上述实施例二中的交易信息处理方法。在此不再赘述。
[0107] 在本申请所提供的实施例中，应该理解到，所揭露装置和方法，可以通过其它的方式实现。以上所描述的装置实施例仅仅是示意性的，例如，所述单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，又例如，多个单元或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些通信接口，装置或单元的间接耦合或通信连接，可以是电性，机械或其它的形式。
[0108] 另外，作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。
[0109] 再者，在本申请各个实施例中的各功能模块可以集成在一起形成一个独立的部分，也可以是各个模块单独存在，也可以两个或两个以上模块集成形成一个独立的部分。
[0110] 在本文中，诸如第一和第二等之类的关系术语仅仅用来将一个实体或者操作与另一个实体或操作区分开来，而不一定要求或者暗示这些实体或操作之间存在任何这种实际的关系或者顺序。
[0111] 在本文中，多个是指两个或两个以上。
[0112] 以上所述仅为本申请的实施例而已，并不用于限制本申请的保护范围，对于本领域的技术人员来说，本申请可以有各种更改和变化。凡在本申请的精神和原则之内，所作的任何修改、等同替换、改进等，均应包含在本申请的保护范围之内。
| 标题 | 发布/更新时间 | 阅读量 |
|---|---|---|
| 支付处理方法、装置、NFC便携终端及穿戴终端 | 2020-05-08 | 38 |
| 基于移动支付中电子钱包系统 | 2020-05-11 | 941 |
| 声学生物特征触摸扫描仪 | 2020-05-12 | 538 |
| 基于机器学习和分布式架构的多币种服务系统和方法 | 2020-05-08 | 975 |
| 在移动装置上执行的寄载应用内的服务代替的进程内俘获 | 2020-05-12 | 396 |
| 用于对等传输的用户界面 | 2020-05-08 | 290 |
| 一种具有激励机制的基于区块链的电子仓单交易系统 | 2020-05-12 | 524 |
| 一种基于对等网络的数字资产分发方法及分发系统 | 2020-05-12 | 177 |
| 一种虚拟支付卡选择方法、装置及计算机可读存储介质 | 2020-05-08 | 635 |
| 电子钱包的交易处理方法、装置、设备及存储介质 | 2020-05-11 | 231 |
高效检索全球专利专利汇是专利免费检索,专利查询,专利分析-国家发明专利查询检索分析平台，是提供专利分析，专利查询，专利检索等数据服务功能的知识产权数据服务商。
我们的产品包含105个国家的1.26亿组数据，免费查、免费专利分析。
分析报告
专利汇分析报告产品可以对行业情报数据进行梳理分析，涉及维度包括行业专利基本状况分析、地域分析、技术分析、发明人分析、申请人分析、专利权人分析、失效分析、核心专利分析、法律分析、研发重点分析、企业专利处境分析、技术处境分析、专利寿命分析、企业定位分析、引证分析等超过60个分析角度，系统通过AI智能系统对图表进行解读，只需1分钟，一键生成行业专利分析报告。
电子钱包热门专利
QQ群二维码
意见反馈
意见反馈