数字货币加密支付方法及系统与流程

1.本发明属于区块链技术领域，具体涉及一种数字货币加密支付方法及系统。


背景技术：

2.数字货币可以认为是一种基于节点网络和数字加密算法的虚拟货币。数字货币的核心特征主要体现了三个方面：
①
由于来自于某些开放的算法，数字货币没有发行主体，因此没有任何人或机构能够控制它的发行；
②
由于算法解的数量确定，所以数字货币的总量固定，这从根本上消除了虚拟货币滥发导致通货膨胀的可能；
③
由于交易过程需要网络中的各个节点的认可，因此数字货币的交易过程足够安全。
3.早在2014年，央行就开始对数字货币发行框架、关键技术等问题进行研究。 2019年8月，央行明确“加快推进我国法定数字货币(dc/ep)研发步伐”为2019 年下半年重点工作之一。新冠疫情加快了经济数字化，无接触交易和支付成为很多人的生活常态。疫情下，全球央行数字货币(cbdc)研究力度进一步加大。未来的数字资产世界竟是一个数字金融网络生态。在这个生态中，将开启采用加密数字货币进行支付的演变之路，社会中的各种资产和权益都会以securitytoken的方式映射到这个生态中。
4.现阶段数字货币更像一种投资产品，因为缺乏强有力的担保机构维护其价格的稳定及安全性，其作为价值尺度的作用还未显现，无法真正充当支付手段。数字货币作为投资产品，其发展离不开交易平台、运营公司和投资者。目前交易平台起到交易代理的作用，部分则充当做市商，这些交易平台的盈利来源于投资者交易或提现时的手续费用和持有数字货币带来的溢价收入。
5.数字货币通过运营公司交易的模式为:以瑞波币为例，瑞波币由专业运营公司opencoin运营，ripple协议最初是基于支付手段设计的，设计思路是基于熟人关系网和信任链。要使用ripple网络进行汇款或借贷，前提是在网络中收款人与付款人必须是朋友(互相建立了信任关系)，或者有共同的朋友(经过朋友的传递形成信任链)，否则无法在该用户与其他用户之间建立信任链，转账无法进行。
6.随着数字货币越来越被熟知和使用，亟需一种可信安全的支付方法，在支付过程中既能实现高效便捷的交易支付，又可以保护用户隐私，防止双花。


技术实现要素：

7.本发明基于上述背景和现有技术所存在的问题，拟设计一种数字货币加密支付方法，该方法利用物理保护结合密码学加密手段实现链上数字货币完全匿名交易。
8.一种数字货币加密支付方法，具体包括如下步骤：
9.关联用户客户端部署可信节点和验证节点，创建分布式数字货币账本，搭建sgx可信执行环境运行可信节点和验证节点，形成区块链网络；
10.其中，所述用户客户端包括第一客户端和第二客户端，所述第一客户端和第二客户端分别持有唯一密钥对和唯一密钥派生的公共密钥对；
11.根据用户数字货币业务需求，可选择性的创建公有链、联盟链或私有链，但该区块链具备分布式及去中心化的基本属性，在区块链上执行数字货币交易过程具有完全去中心化并且可追溯的特性。
12.可信节点和验证节点不同于链上共识节点和验证节点，它们是与客户端关联的进行自动处理客户端需求的节点服务器，可通过提前在可信节点和验证节点上部署相关操作的智能合约来实现对客户端的响应及执行。
13.用户客户端每个用户唯一私钥是两个不同的椭圆曲线密钥对，公共密钥是由唯一的私钥对派生出来的两个椭圆曲线公钥对。
14.响应第一客户端交易支付请求，可信节点在第一客户端生成随机数并基于第二客户端公共密钥对生成公开密钥，进一步将所述随机数衍生diffie
‑
hellman 参数计算第一客户端和第二客户端的共享密钥，由公开密钥和交易金额创建交易请求事务；
15.可信节点在第一客户端基于共享密钥对交易请求事务进行环签名；
16.第二客户端关联验证节点验证环签名，并利用共享密钥解密环签名，获取交易请求事务，执行支付交易并将相应的支付交易事务传入公开密钥地址；
17.第一客户端关联可信节点解析支付交易事务并获取相应数字货币。
18.第一客户端是数字货币交易请求发送方的集合，也就是数字货币交易请求用户可在第一客户端将交易请求数据输入上链，并在第一客户端生成其所属链上的公私钥对，其中交易请求包括且不限于包含数字货币属性、请求方账户、接收方账户、对应接收方的公钥及请求支付金额的信息。
19.同样，第二客户端是数字货币接收支付交易方的集合，也就是执行支付交易的接收方在第二客户端将其支付交易所需的数据信息输入上链，并生成其所属链上的公私钥对。
20.首先可信节点在链上生成公开密钥，同一接收人的传入交易被发送到公开密钥(而不是直接到唯一地址)，只有接收人可以恢复来兑换请求支付的资金(使用其私钥)。收件人可以使用私钥签名来支付资金，将其所有权和实际支出保持匿名。
21.其次利用环签名对交易请求事务产生多个签名公钥，隐藏交易请求方公钥，而交易接收方可以利用真实公钥解密环签名。
22.进一步地，关联用户客户端部署可信节点和验证节点，创建分布式数字货币账本，搭建sgx可信执行环境运行可信节点和验证节点，形成区块链网络；其中，所述用户客户端包括第一客户端和第二客户端，所述第一客户端和第二客户端分别持有唯一密钥和唯一密钥派生的公共密钥，包括如下：
23.关联第一用户客户端部署可信节点，关联第二用户客户端部署验证节点，利用kubernetes集群管理器管理所述可信节点和验证节点；其中所述第一客户端关联交易请求发送方，所述第二客户端关联接收交易请求进行交易支付方；
24.客户端和节点之间通过rpc远程调用连接,rpc主要依赖于客户端和节点服务端之间建立socket链接进行关联通信。
25.在kubernetes集群管理器管中可信节点和验证节点作为独立的pod进行运行，用户客户端通过docker容器服务docker
‑
registry类型中的secret与kubernetes 管理的节点关联。
26.基于用户客户端设置数字货币交易模型，创建由交易模型和merkle证明的元数据块组成的分布式数字货币账本。
27.merkle证明的元数据是基于交易事务进行哈希计算获得的merkle树状结构，存储于区块体和区块头中，确保区块的一致性。
28.同时在可信节点和验证节点服务器中设置enclave容器，在所述容器中分配 epc物理内存，用于锁住在enclave容器中存储的数据结构，形成sgx可信执行环境；
29.搭建sgx可信执行环境还包括处理器、内存管理部件、bios、驱动程序组件协同完成；并通过将应用程序输入bios系统，并利用处理器将外部虚拟地址转换为物理地址进行访问sgx可信执行环境。
30.其中所述第一客户端关联交易支付发送方，所述第二客户端关联接收交易请求进行交易支付方，发送方和接收方在初始注册上链时依次获取唯一的密钥对，并由密钥派生两个椭圆曲线公钥作为对应客户端的公共密钥对，所述公共密钥对包含在所属账户地址中在链上广播存储，私钥对各自保存；
31.所述数字货币交易模型是定义数字货币的交易输入和输出，链式记录交易支付过程。
32.进一步地，响应第一客户端交易支付请求，可信节点在第一客户端生成随机数并基于第二客户端公共密钥生成公开密钥，进一步将所述随机数衍生 diffie
‑
hellman参数计算第一客户端和第二客户端的共享密钥，由公开密钥和交易金额创建交易请求事务，具体如下：
33.响应第一客户端交易支付请求，可信节点在第一客户端生成随机数，并利用第二客户端公共密钥对与随机数通过cryptonote算法计算获取公开密钥；
34.将随机数和随机数本原单位根作为diffie
‑
hellman算法计算的公开参数，在第一客户端利用第一客户端私钥进行diffie
‑
hellman计算共享密钥；在第二客户端利用第二客户端私钥进行diffie
‑
hellman计算共享密钥；
35.将交易金额和公开密钥作为交易输出形成交易请求事务。
36.可信节点在第一客户端利用随机函数生成随机数，并选取接收方在第二客户端的公共密钥对和所述随机数以及随机数本原单位根进行diffie
‑
hellman交换，获取共享密钥用于第二客户端解析交易事务，利用随机数与第二客户端的公共密钥对进行cryptonote计算生成公开密钥，防止公开密钥被恶意追溯破解。
37.特别地，所述公开密钥为一次性使用密钥，当可信节点再次响应第一客户端交易支付请求时，重新生成公开密钥，针对不同的接收方，可生成不同的公开密钥，进而增加公开密钥的安全性。
38.进一步地，所述基于共享密钥对交易请求事务进行环签名，具体如下：
39.可信节点对交易请求事务做哈希运算，将获取的哈希值作为对称加密算法的对称密钥；
40.选取(n
‑
1)个随机数依次经椭圆曲线加密算法计算生成对应的公钥数组；
41.定义环签名函数，所述函数以公钥数组和共享密钥作为变量，对称密钥作为参数，并选择一随机值，令环签名函数等于所述随机值，输入第一客户端私钥，计算输出等式成立的变量值；
42.所述计算的输入和输出形成请求交易事务的环签名，将所述环签名发送至验证节点；其中所述环签名包括公钥数组、共享密钥、随机值、随机数及第一客户端私钥。
43.环签名(ring signature)是一种数字签名方案，具有以下特性：
44.1)无条件匿名性。攻击者即使非法获取了所有可能签名者的私钥，他能确定出真正的签名者的概率不超过1/n，这里n为环成员(可能签名者)的个数。
45.2)不可伪造性。外部攻击者在不知道任何成员私钥的情况下，即使能够从一个产生环签名的随机预言者那里得到任何消息m的签名，他成功伪造一个合法签名的概率也是可以忽略的。
46.3)环签名具有良好的特性。可以实现签名者的无条件匿名；签名者可以自由指定自己的匿名范围；构成优美的环形逻辑结构；可以实现群签名的主要功能但无需可信第三方或群管理员等。
47.在这里采用环签名是可信节点在第一客户端对交易请求事务产生签名，可以通过一组公钥而不是唯一的公钥进行检查，而验证节点作为验证环签名的签名人在隐藏第一客户端公钥的情况下安全获取交易请求事务。
48.进一步地，所述第二客户端关联验证节点验证环签名，并利用共享密钥解密，获取交易请求事务，执行支付交易并将相应的支付交易事务加密传入公开密钥地址，具体如下：
49.验证节点公钥数组，对称密钥作为参数计算所述环签名函数输出值，并验证其结果是否等于所述随机值，若等于则验证通过；
50.同时在第二客户端利用diffie
‑
hellman参数进行diffie
‑
hellman计算获取共享密钥，
51.利用共享密钥解除环签名，获取请求交易事务，支付交易请求事务中的交易金额，并在交易模型中形成相应的支付交易事务；
52.利用共享密钥对支付交易事务签名加密并发送至公开密钥地址。
53.也就是利用相同的diffie
‑
hellman参数和第二客户端公共密钥对生成共享密钥，由公开密钥经过单向的加密哈希算法生成公开密钥地址。
54.进一步地，所述第一客户端关联可信节点解析支付交易事务并获取相应数字货币，具体如下：
55.第一客户端关联可信节点利用公开密钥获取公开密钥地址，解析支付交易事务，并利用共享密钥解密支付交易事务获取其支付的数字货币并存入发送方账户中。
56.在这里第一客户端解密支付交易事务后可信节点发出转账交易，将公开密钥账户地址中的数字货币转入发送方账户中。
57.进一步地，还包括可信节点将交请求易事务进行哈希运算生成请求交易事务的merkle树证明元数据，存储在sgx可行执行环境；验证节点将支付交易事务进行哈希运算生成支付交易事务的merkle树证明元数据，存储在sgx可行执行环境中。
58.在链上执行交易的过程中所产生的交易数据实时存储在enclave容器中，在容器中分配epc物理内存，用于锁住在enclave容器中存储的merkle树证明元数据，使外部访问无法进入。
59.一种数字货币加密支付系统，包括响应计算模块、环签名模块、解密获取模块及解析获取模块；
60.所述响应计算模块，用于响应第一客户端交易支付请求，可信节点生成随机数与公开密钥，将基于随机数衍生diffie
‑
hellman参数计算第一客户端和第二客户端的共享密钥，并由公开密钥和交易金额创建交易请求事务，其中，所述公共密钥结合随机数生成公开密钥；
61.所述环签名模块中，可信节点基于共享密钥对交易请求事务进行环签名；
62.所述解密获取模块中，验证节点验证环签名并利用共享密钥对环签名进行解密，获取交易请求事务，执行支付交易并将相应的支付交易事务传入公开密钥地址，其中，验证节点和可信节点相互关联；
63.所述解析获取模块中，可信节点解析支付交易事务，获取相应数字货币。
64.进一步地，还包括关联创建模块，被设置为：
65.关联第一客户端部署可信节点，关联第二客户端部署验证节点，利用 kubernetes集群管理器管理所述可信节点和验证节点；
66.设置数字货币交易模型，创建由交易模型和merkle证明的元数据块组成的分布式数字货币账本，其中，可信节点和验证节点部署在sgx可信执行环境中。
67.在本发明设计数字货币交易支付的区块链网络，在sgx可信执行环境中执行交易过程，为数字货币交易提供机密性和完整性的执行环境；并生成公开密钥作为链上交易事务的流转媒介，杜绝直接使用用户账户，保护支付账户及支付金额信息，并使用环签名隐藏请求用户信息，实现链上数字货币完全匿名交易。
附图说明
68.图1为本发明数字货币加密支付整体流程图；
69.图2为加密支付区块链网络结构图；
70.图3为本发明sgx整体架构图；
71.图4为sgx的内存访问控制图；
72.图5为公开密钥生成流程图；
73.图6为本发明交易请求和支付流程图。
具体实施方式
74.为了清晰地阐述本发明，使本发明实施例的目的、技术方案和优点更加清楚，下面结合了本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，以令本领域技术人员参照说明书文字能够据以实施，其具体实现的交互过程可用常见的资产交易过程为例来描述，以方便本领域技术人员的理解。
75.实施例1：
76.一种数字货币加密支付方法，如图1所示为其整体流程图，具体包括如下步骤：
77.step1：构建数字货币加密支付的区块链网络：
78.设置用户客户端，包括第一客户端和第二客户端，关联第一客户端部署可信节点，关联第二客户端部署验证节点，并依次为客户端创建关联的分布式账本；同时在节点服务器中搭建sgx可信执行环境运行可信节点和验证节点；
79.step2：可信节点生成公开密钥并对交易请求事务进行环签名：
80.响应第一客户端交易支付请求，可信节点创建交易请求事务，利用第二客户端公钥和第一客户端生成的任意随机数计算生成公开密钥，并基于第一客户端公钥对交易请求事务进行环签名；
81.step3：验证节点验证环签名获取交易事务并执行，将传入支付交易事务传入公开密钥地址；
82.step4：第一客户端关联可信节点解析支付交易事务并获取相应数字货币。
83.加密支付流程具体细化如下：
84.在本实施例中，如图2所示为加密支付区块链结构图，在架构上，以substate 架构为基础构建区块链基础设施，采用webassembly虚拟机，提供http和ipfs 及websocket rpc服务，基于prometheus实现对区块链区块高度，实现一键部署加密支付的区块链底层系统；
85.在该区块链体系中，应用层设置第一客户端和第二客户端，并依次关联部署可信节点和验证节点作为链上运行执行节点。并且利用kubernetes集群管理区块链底层节点的运行，可信节点和验证节点以及区块链中性能节点(共识节点和记账节点)都作为一个独立的pod运行在kubernetes集群中。
86.在该区块链结构中，基于用户客户端设置可供追溯的数字货币交易模型，包括交易输入和输出，在本实施例中可采用常用的utxo交易模型，在区块链通信网络里，为每个用户客户端创建由交易模型和merkle证明的元数据块组成的分布式数字货币账本。其中第一客户端关联交易请求发送方，所述第二客户端关联接收交易请求进行交易支付方。
87.另外，在可信节点和验证节点服务器中设置enclave容器，在容器中分配epc 物理内存，用于锁住在enclave容器中存储的数据结构，为可信节点和验证节点形成sgx可信执行环境；
88.sgx可信执行环境在应用程序的地址空间中划分出一块被保护的区域,为容器内的代码和数据提供机密性和完整性的保护,免受拥有特殊权限的恶意软件的破坏。sgx整体架构如图3所示，sgx可信执行环境的搭建需要处理器、内存管理部件、bios、驱动程序、运行时环境等软硬件协同完成。
89.在可信执行环境内分配一块被保护的物理内存区域epc,用来存放enclave 和sgx数据结构，必须保证内存保护机制在物理上锁住epc内存区域,将外部的访问请求视为引用了不存在的内存,使得外部的实体(直接存储器访问、图像引擎等)无法访问。对于使用mov等指令访问enclave内部的页面的情况,硬件将执行下列的检查：
90.(1)处理器当前运行在enclave mode中；
91.(2)访问地址在enclave地址空间；
92.(3)物理地址在epc内存中；
93.(4)epcm(enclave page cache map)检查,请求访问的页属于正在运行的 enclave(只有enclave内的代码才能访问该enclave的内容)。
94.在sgx调用前,必须处于保护模式,且需要支持分页，sgx所提供的内存保护机制,在保护模式所提供的段保护、页保护机制基础上进行进一步的内存保护,访问地址由虚拟地址转换为物理地址进行访问，如图4所示。enclave外部的应用程序不能访问enclave内存；enclave内部的代码在epc范围内只能访问属于自己的内存区域,不能访问别的enclave内存；对于prm以外的内存,则按照系统中其他的保护机制进行访问。这样的内存保护机制,
防止了enclave内部运行的程序被其他恶意软件盗取隐私信息和篡改。
95.实施例2：
96.响应第一客户端交易支付请求，可信节点获取第二客户端公共密钥对并生成随机数，利用diffie
‑
hellman计算共享密钥，进一步利用cryptonote算法生成公开密钥，由共享密钥，公开密钥和交易金额创建交易请求事务；
97.其中公开密钥和交易金额作为交易输出，发送方关联第一客户端，接收方关联第二客户端，发送方和接收方在初始注册上链时依次获取其唯一的密钥对，并由密钥对派生出来的两个椭圆曲线公钥对作为对应客户端的公共密钥对。唯一密钥对自己保存，公共密钥对包含在所属账户地址中在链上广播存储。
98.在本实施例中假定发送方为alice,接收方为bob，其中，alice的私钥是两个不同的椭圆曲线密钥对(m,n)，公共密钥是由(a,b)派生出来的两个椭圆曲线公钥对(m,n)；bob私钥是两个不同的椭圆曲线密钥对(a,b)，公共密钥是由(a,b)派生出来的两个椭圆曲线公钥对(a,b)。
99.如图5所示，其公开密钥生成如下：
100.alice想向已经发布他的账户地址的bob发送付款。alice关联其可信节点打开链上bob账户地址并获取bob的公钥(a，b)。
101.alice生成随机数r，并计算一次性公钥p＝hash(ra)g+b，g为随机数 r的一个模r本原单位根(primitive root module p)，所谓本原单位根就是指在模r 乘法运算下，g的1次方，2次方
……
(r
‑
1)次方这r
‑
1个数互不相同，并且取遍1 到r
‑
1。
102.alice使用p作为输出的公开密钥，并将值r＝r|g作为diffie
‑
hellman计算参数(作为diffie
‑
hellman交换的一部分)包装到交易请求事务中。此时，针对不同的接收人的(ai，bi)产生不同的pi，即使使用相同的r。公开密钥为一次性使用密钥，当可信节点再次响应第一客户端交易支付请求时，重新生成公开密钥。
103.其中，diffie
‑
hellman算法计算共享密钥的过程如下：
104.对于alice，利用其私钥m，m对外保密，计算ka＝g^m mod r，将ka发送给bob；
105.对于bob，利用其私钥b，b对外保密，计算kb＝g^b mod r，将kb发送给alice；
106.在alice方面，收到bob送来的kb后，计算出密钥为：key＝kb^m mod r ＝g^(b*m)mod r mod r；
107.对于bob，收到alice送来的ka后，计算出密钥为：key＝ka^b mod r＝ g^(m*b)mod r mod r。
108.此时key为alice和bob的共享密钥。
109.如图6为交易请求支付流程图，可信节点基于alice共享密钥生成的交易请求事务进行环签名,其中在下文中令p3为alice和bob的共享密钥：
110.首先定义以下函数，其中，e
k
为对称加密算法，k为其对应的对称密钥；
[0111][0112]
其中，
“”
为异或的数学符号，计算机符号为“xor”。其运算法则为：。其运算法则为：
[0113]
如果a、b两个值不相同，则异或结果为1。如果a、b两个值相同，异或结果为0。
[0114]
异或也叫半加运算，其运算法则相当于不带进位的二进制加法：二进制下用1表示真，0表示假，则异或的运算法则为：0
⊕
0＝0，1
⊕
0＝1，0
⊕
1＝1，1
⊕ꢀ
1＝0(同为0，异为1)，这些法则与加法是相同的，只是不带进位，所以异或常被认作不进位加法。
[0115]
对于交易请求事务tx，生成环签名：
[0116]
令k＝hash(tx),k将作为e
k
的对称密钥；
[0117]
选取随机数v，随机选取(n
‑
1)个随机数{x1，x2，x4，
…
·
x
n
}，通过对称加密算法y
i
＝g
i
(x
i
)，得出相应的{y1，y2，y4，
…
·
y
n
}；
[0118]
令c
k，v
(y1，y2，...y
n
)＝v，计算令等式成立的y3；
[0119]
其中，y3是通过密钥p3加密得到，针对第一客户端持有p3对应的私钥，通过私钥解密得到x3；
[0120]
最后得出对tx的环签名{p1，p2，...p
n
；v；x1，x2...x
n
}.
[0121]
交易接收方bob关联验证节点验证环签名获取交易请求事务：
[0122]
通过公钥组合{p1，p2，...p
n
}由对称加密算法y
i
＝g
i
(x
i
)相应地对 {x1，x2，....x
n
}进行加密得到{y1，y2，....y
n
}；
[0123]
通过块元数据获取对称密钥k＝hash(tx)，验证等式c
k，v
(y1，y2，...y
n
)＝v 是否成立；
[0124]
若成立，则该环签名的交易请求事务为alice发送，bob利用其计算的共享密钥解密环签名，获取交易请求事务。
[0125]
bob用他的私钥(a，b)检查每个过程的交易，并计算pr＝hash(ar)g+ b。如果alice与bob作为发送人和接收人的交易在其中，则ar＝arg＝ra和p r＝p。
[0126]
bob可以恢复相应的一次性私钥：x＝hash(ar)+b，因此p＝xg。他可以随时通过与x签署交易来支出此输出。
[0127]
bob支付相应金额的数字货币，并在交易模型中形成相应的支付交易事务 tx，并利用共享密钥key对tx进行加密，加密后发送至公开密钥pr关联的公开账户地址中；
[0128]
alice关联可信节点利用公开密钥p实时获取关联的账户地址，并利用共享密钥key解密支付交易事务tx，获取bob支付的数字货币。
[0129]
在验证支付的同时，可信节点将交请求易事务进行哈希运算生成请求交易事务的merkle树证明元数据，存储在sgx可行执行环境；验证节点将支付交易事务进行哈希运算生成支付交易事务的merkle树证明元数据，存储在sgx 可行执行环境中，防止数据泄露。
[0130]
实施例3：
[0131]
一种数字货币加密支付系统，包括响应计算模块、环签名模块、解密获取模块及解析获取模块；
[0132]
其中，响应计算模块，置于系统业务端，用于响应第一客户端交易支付请求，可信节点生成随机数与公开密钥，将基于随机数衍生diffie
‑
hellman参数计算第一客户端和第二客户端的共享密钥，并由公开密钥和交易金额创建交易请求事务，其中，所述公共密钥结合随机数生成公开密钥；
[0133]
继响应计算模块计算后，将生成的共享密钥输入环签名模块，在环签名模块中，可信节点基于共享密钥对交易请求事务进行环签名；
[0134]
与环签名模块相对应，关联交易支付方，在解密获取模块中，验证节点验证环签名并利用共享密钥对环签名进行解密，获取交易请求事务，执行支付交易并将相应的支付交易事务传入公开密钥地址，其中，验证节点和可信节点相互关联；
[0135]
在解析获取模块中，可信节点解析支付交易事务，获取相应数字货币。
[0136]
本系统还包括关联创建模块，被设置为：
[0137]
关联第一客户端部署可信节点，关联第二客户端部署验证节点，利用kubernetes集群管理器管理所述可信节点和验证节点；其中第一客户端为交易请求方，第二客户端为交易支付方，关联创建模块创建客户端与节点之间的rpc 远程调用连接通信，建立socket链接进行关联通信。
[0138]
设置数字货币交易模型，创建由交易模型和merkle证明的元数据块组成的分布式数字货币账本，其中，可信节点和验证节点部署在sgx可信执行环境中。
[0139]
上述对实施例的描述是为便于本技术领域的普通技术人员能理解和应用本发明。熟悉本领域技术的人员显然可以容易地对上述实施例做出各种修改，并把在此说明的一般原理应用到其他实施例中而不必经过创造性的劳动。因此，本发明不限于上述实施例，本领域技术人员根据本发明的揭示，对于本发明做出的改进和修改都应该在本发明的保护范围之内。