CN110266644B - 结合代码标注与交易类型的收据存储方法和节点 - Google Patents

Abstract

本说明书一个或多个实施例提供一种结合代码标注与交易类型的收据存储方法和节点，该方法可以包括：第一区块链节点接收经过加密的对应于智能合约的交易，所述智能合约的代码中包括通过暴露标识符标明的字段；第一区块链节点在可信执行环境中解密所述交易并执行获得的所述智能合约的代码，得到收据数据；第一区块链节点根据所述交易的交易类型，确定相应的暴露字段；第一区块链节点存储所述收据数据，使所述收据数据中由所述暴露标识符标明的暴露字段以明文形式存储、其余收据字段以密文形式存储。

Description

结合代码标注与交易类型的收据存储方法和节点

技术领域

本说明书一个或多个实施例涉及区块链技术领域，尤其涉及一种结合代码标注与交易类型的收据存储方法和节点。

背景技术

区块链技术构建在传输网络(例如点对点网络)之上。传输网络中的网络节点利用链式数据结构来验证与存储数据，并采用分布式节点共识算法来生成和更新数据。

目前企业级的区块链平台技术上最大的两个挑战就是隐私和性能，往往这两个挑战很难同时解决。大多解决方案都是通过损失性能换取隐私，或者不大考虑隐私去追求性能。常见的解决隐私问题的加密技术，如同态加密(Homomorphic encryption)和零知识证明(Zero-knowledge proof)等复杂度高，通用性差，而且还可能带来严重的性能损失。

可信执行环境(Trusted Execution Environment,TEE)是另一种解决隐私问题的方式。TEE可以起到硬件中的黑箱作用，在TEE中执行的代码和数据操作系统层都无法偷窥，只有代码中预先定义的接口才能对其进行操作。在效率方面，由于TEE的黑箱性质，在TEE中进行运算的是明文数据，而不是同态加密中的复杂密码学运算，计算过程效率没有损失，因此与TEE相结合可以在性能损失较小的前提下很大程度上提升区块链的安全性和隐私性。目前工业界十分关注TEE的方案，几乎所有主流的芯片和软件联盟都有自己的TEE解决方案，包括软件方面的TPM(Trusted Platform Module，可信赖平台模块)以及硬件方面的Intel SGX(Software Guard Extensions,软件保护扩展)、ARM Trustzone(信任区)和AMDPSP(Platform Security Processor，平台安全处理器)。

发明内容

有鉴于此，本说明书一个或多个实施例提供一种结合代码标注与交易类型的收据存储方法和节点。

为实现上述目的，本说明书一个或多个实施例提供技术方案如下：

根据本说明书一个或多个实施例的第一方面，提出了一种结合代码标注与交易类型的收据存储方法，包括：

第一区块链节点接收经过加密的对应于智能合约的交易，所述智能合约的代码中包括通过暴露标识符标明的字段；

第一区块链节点在可信执行环境中解密所述交易并执行获得的所述智能合约的代码，得到收据数据；

第一区块链节点根据所述交易的交易类型，确定相应的暴露字段；

第一区块链节点存储所述收据数据，使所述收据数据中由所述暴露标识符标明的暴露字段以明文形式存储、其余收据字段以密文形式存储。

根据本说明书一个或多个实施例的第二方面，提出了一种结合代码标注与交易类型的收据存储节点，包括：

接收单元，接收经过加密的对应于智能合约的交易，所述智能合约的代码中包括通过暴露标识符标明的字段；

解密单元，在可信执行环境中解密所述交易，得到所述智能合约的代码；

执行单元，在所述可信执行环境中执行所述智能合约的代码，得到收据数据；

确定单元，根据所述交易的交易类型，确定相应的暴露字段；

存储单元，存储所述收据数据，使所述收据数据中由所述暴露标识符标明的暴露字段以明文形式存储、其余收据字段以密文形式存储。

根据本说明书一个或多个实施例的第三方面，提出了一种电子设备，包括：

处理器；

用于存储处理器可执行指令的存储器；

其中，所述处理器通过运行所述可执行指令以实现如第一方面所述的方法。

根据本说明书一个或多个实施例的第四方面，提出了一种计算机可读存储介质，其上存储有计算机指令，该指令被处理器执行时实现如第一方面所述方法的步骤。

附图说明

图1是一示例性实施例提供的一种创建智能合约的示意图。

图2是一示例性实施例提供的一种调用智能合约的示意图。

图3是一示例性实施例提供的一种结合代码标注与交易类型的收据存储方法的流程图。

图4是一示例性实施例提供的一种在区块链节点上实现隐私保护的示意图。

图5是一示例性实施例提供的一种通过系统合约和链代码实现区块链网络的功能逻辑的示意图。

图6是一示例性实施例提供的一种结合代码标注与交易类型的收据存储节点的框图。

具体实施方式

这里将详细地对示例性实施例进行说明，其示例表示在附图中。下面的描述涉及附图时，除非另有表示，不同附图中的相同数字表示相同或相似的要素。以下示例性实施例中所描述的实施方式并不代表与本说明书一个或多个实施例相一致的所有实施方式。相反，它们仅是与如所附权利要求书中所详述的、本说明书一个或多个实施例的一些方面相一致的装置和方法的例子。

需要说明的是：在其他实施例中并不一定按照本说明书示出和描述的顺序来执行相应方法的步骤。在一些其他实施例中，其方法所包括的步骤可以比本说明书所描述的更多或更少。此外，本说明书中所描述的单个步骤，在其他实施例中可能被分解为多个步骤进行描述；而本说明书中所描述的多个步骤，在其他实施例中也可能被合并为单个步骤进行描述。

区块链一般被划分为三种类型：公有链(Public Blockchain)，私有链(PrivateBlockchain)和联盟链(Consortium Blockchain)。此外，还有多种类型的结合，比如私有链+联盟链、联盟链+公有链等不同组合形式。其中去中心化程度最高的是公有链。公有链以比特币、以太坊为代表，加入公有链的参与者可以读取链上的数据记录、参与交易以及竞争新区块的记账权等。而且，各参与者(即节点)可自由加入以及退出网络，并进行相关操作。私有链则相反，该网络的写入权限由某个组织或者机构控制，数据读取权限受组织规定。简单来说，私有链可以为一个弱中心化系统，参与节点具有严格限制且少。这种类型的区块链更适合于特定机构内部使用。联盟链则是介于公有链以及私有链之间的区块链，可实现“部分去中心化”。联盟链中各个节点通常有与之相对应的实体机构或者组织；参与者通过授权加入网络并组成利益相关联盟，共同维护区块链运行。

不论是公有链、私有链还是联盟链，都可能提供智能合约的功能。区块链上的智能合约是在区块链系统上可以被交易触发执行的合约。智能合约可以通过代码的形式定义。

以以太坊为例，支持用户在以太坊网络中创建并调用一些复杂的逻辑，这是以太坊区别于比特币区块链技术的最大挑战。以太坊作为一个可编程区块链的核心是以太坊虚拟机(EVM)，每个以太坊节点都可以运行EVM。EVM是一个图灵完备的虚拟机，这意味着可以通过它实现各种复杂的逻辑。用户在以太坊中发布和调用智能合约就是在EVM上运行的。实际上，虚拟机直接运行的是虚拟机代码(虚拟机字节码，下简称“字节码”)。部署在区块链上的智能合约可以是字节码的形式。

例如图1所示，Bob将一个包含创建智能合约信息的交易发送到以太坊网络后，节点1的EVM可以执行这个交易并生成对应的合约实例。图中1中的“0x6f8ae93…”代表了这个合约的地址，交易的data字段保存的可以是字节码，交易的to字段为空。节点间通过共识机制达成一致后，这个合约成功创建，并且可以在后续过程中被调用。合约创建后，区块链上出现一个与该智能合约对应的合约账户，并拥有一个特定的地址，合约代码将保存在该合约账户中。智能合约的行为由合约代码控制。换句话说，智能合约使得区块链上产生包含合约代码和账户存储(Storage)的虚拟账户。

如图2所示，仍以以太坊为例，Bob将一个用于调用智能合约的交易发送到以太坊网络后，某一节点的EVM可以执行这个交易并生成对应的合约实例。图中2中交易的from字段是交易发起方(即Bob)的账户的地址，to字段中的“0x6f8ae93…”代表了被调用的智能合约的地址，value字段在以太坊中是以太币的值，交易的data字段保存的调用智能合约的方法和参数。智能合约以规定的方式在区块链网络中每个节点独立的执行，所有执行记录和数据都保存在区块链上，所以当交易完成后，区块链上就保存了无法篡改、不会丢失的交易凭证。

区块链网络中的节点在执行Bob发起的交易后，会生成相应的收据(receipt)数据，以用于记录该交易相关的收据信息。以以太坊为例，节点执行交易所得的收据数据可以包括如下内容：

Result字段，表示交易的执行结果；

Gas used字段，表示交易消耗的gas值；

Logs字段，表示交易产生的日志，日志可以进一步包括From字段、To字段、Topic字段和Log data字段等，其中From字段表示调用的发起方的账户地址、To字段表示被调用对象(如智能合约)的账户地址、Topic字段表示日志的主题、Log data字段表示日志数据；

Output字段，表示交易的输出。

一般的，交易执行后生成的收据数据以明文形式进行存储，任何人都可以看到收据数据所含的上述各个收据字段的内容，无隐私保护的设置和能力。而在一些区块链与TEE相结合的解决方案中，为了实现隐私保护，收据数据的全部内容均被当作需要隐私保护的数据存储在区块链上。所述区块链，是存储在节点的数据库中特定逻辑组织而成的数据集合。所述数据库，如后所述，其物理载体可以存储介质，例如持久性存储介质。实际上，收据数据中可能只有部分内容是敏感的，而其它内容并不敏感，只需要针对敏感的内容进行隐私保护、其他内容可以公开，甚至在一些情况下可能需要对部分内容实施检索以驱动相关操作的实施，那么针对这部分内容实施隐私保护将影响检索操作的实施。

以下结合图3所示说明本申请一结合代码标注与交易类型的收据存储方法的实施例的实现过程：

步骤302，第一区块链节点接收经过加密的对应于智能合约的交易，所述智能合约的代码中包括通过暴露标识符标明的字段。

在一实施例中，用户在编写智能合约的代码时，可以在代码中添加暴露标识符来标明一个或多个字段，从而在该智能合约的代码维度上表达下述含义：对于暴露标识符标明的字段，希望将收据数据中相应的收据内容采用明文形式存储，而剩余字段所对应的收据内容则采用密文形式存储。当然，最终是否将暴露标识符标明的字段采用明文形式存储，还需要结合下文所述的交易类型的相关信息，此处暂不赘述。

如上文所述，在用于创建智能合约的交易中，data字段保存的可以是该智能合约的字节码。字节码由一连串的字节组成，每一字节可以标识一个操作。基于开发效率、可读性等多方面考虑，开发者可以不直接书写字节码，而是选择一门高级语言编写智能合约代码。高级语言编写的智能合约的代码，经过编译器编译而生成字节码，进而该字节码可以部署到区块链上。以太坊支持的高级语言很多，如Solidity、Serpent、LLL语言等。

以Solidity语言为例，用其编写的合约与面向对象编程语言中的类(Class)很相似，在一个合约中可以声明多种成员，包括状态变量、函数、函数修改器、事件等。如下是以Solidity语言编写的一个简单的智能合约的代码示例1：

在基于Solidity语言编写的智能合约的代码中，可以通过暴露标识符来标明一个或多个字段，其表达的含义为：希望将收据数据中对应于这部分字段的收据内容以明文形式存储，而将其余的收据内容以密文形式存储。类似地，在基于Serpent、LLL语言等编写的智能合约的代码中，同样可以通过暴露标识符来标明一个或多个字段，以表明类似含义。

暴露标识符可以专用于标明需要明文存储的收据字段，例如可以采用关键字plain来表征该暴露标识符。那么，对于希望以明文形式存储的字段，可以在相应的字段之前添加plain(或者，也可以采用其他方式与相应的字段进行关联)，比如上文所述的Result字段、Gas used字段、Logs字段、Output字段等，或者Logs字段中进一步包含的From字段、To字段、Topic字段、Log data字段等。例如，可以将上述的代码示例1调整为下述的代码示例2：

在上述的代码示例2中，通过在智能合约的代码最前方添加暴露标识符plain，使得智能合约的代码被执行后，对于该智能合约所属交易的交易类型对应的暴露字段，产生的收据数据中对应于上述暴露字段的收据内容均以明文形式进行存储。

当然，在其他实施例中，也可以具体指明需要明文存储的字段。比如，通过暴露标识符对From字段进行标注时，可以仅对该From字段进行判断：如果From字段为该智能合约所属交易的交易类型对应的暴露字段，那么在智能合约的代码被执行后，产生的收据数据中的From字段对应的收据内容以明文形式进行存储，而后续可以针对上述From字段中的收据内容实施检索操作，比如可以统计某一账户所发起的交易量等；而除了From字段之前的其他字段，则均以密文形式存储。

需要指出的是：在上述的代码示例2及其相关实施例中，由暴露标识符“plain”所标明的字段(所有字段或From字段)为合约级字段，使得第一区块链节点在存储收据数据时，如果该合约级字段为暴露字段，那么第一区块链节点会将收据数据中对应于该合约级字段的所有收据内容以明文形式存储。尤其是，当智能合约的代码中包含多个事件时，合约级字段可以适用于智能合约中的所有事件，那么以From字段为例：当From字段为合约级字段以及交易类型对应的暴露字段时，对于多个事件分别的产生各自对应的Logs字段，每一Logs字段所含的From字段均会采用明文形式进行存储，而无需针对每一事件分别添加暴露标识符。

除了合约级字段之外，暴露标识符标明的字段可以包括：对应于智能合约中定义的至少一个事件的事件级字段，使得第一区块链节点在存储收据数据时，如果事件级字段属于交易类型对应的暴露字段，可以确定出收据数据中对应于该至少一个事件的收据内容，并将确定出的收据内容中对应于上述事件级字段的部分以明文形式存储。尤其是，当智能合约中包含多个事件时，可以针对至少一部分事件设定上述的事件级字段，使得这部分事件对应的收据内容中对应于事件级字段的部分以明文形式存储，而这部分事件对应的收据内容中的剩余部分、其余事件对应的收据内容等均以密文形式存储。以From字段为例，可以将上述的代码示例1调整为下述的代码示例3：

在上述的代码示例3中，通过在事件currentPrice对应的事件函数“eventcurrentPrice(int price)”中添加From字段对应的字符from，并且该字符from所采用的暴露标识符区别于前述的plain，而是通过引号对该字符from进行修饰，则代码示例3中的引号相当于前述的暴露标识符，将From字段配置为事件级字段，使得当From字段属于交易类型对应的暴露字段时，在该事件对应产生的Logs字段中，From字段将以明文形式进行存储。除了上述事件currentPrice之外，如果智能合约的代码还包含另一事件，那么上述的字符from不会影响该另一事件、该另一事件对应的收据内容将以密文形式进行存储，除非存在针对该另一事件而添加的“from”。

或者，可以将上述的代码示例1调整为下述的代码示例4：

在上述的代码示例4中，通过在事件currentPrice对应的事件函数“eventcurrentPrice(int price)”之前添加暴露标识符“plain”，而区别于代码示例3中添加的“from”，使得此处并未指明事件级字段为From字段，那么可以将事件currentPrice所产生的日志中的所有字段均作为上述的事件级字段，譬如前述的From字段、To字段、Topic字段、Log Data字段等，相当于将该事件currentPrice对应的所有收据内容均以明文形式存储。

在一实施例中，第一区块链节点接收的交易对应的智能合约，可以是通过高级语言编写的智能合约，或者可以是字节码形式的智能合约。其中，当智能合约为高级语言编写的智能合约时，第一区块链节点还通过编译器对该高级语言编写的智能合约进行编译，生成字节码形式的智能合约，以在可信执行环境中执行。而当第一区块链节点接收的交易对应的智能合约为字节码形式的智能合约时，该字节码形式的智能合约可由客户端通过编译器对高级语言编写的智能合约进行编译而得到，而该高级语言编写的智能合约由用户在客户端上编写得到。

对于第一区块链节点接收的交易对应的智能合约，可以为用户在第一区块链节点上生成的智能合约。当用户采用高级语言编写得到上述的智能合约时，第一区块链节点还通过编译器将该高级语言编写的智能合约编译为字节码形式的智能合约；或者，用户也可能在第一区块链节点上直接编写得到字节码形式的智能合约。

对于第一区块链节点接收的交易对应的智能合约，可以为用户在客户端上生成的智能合约。例如，用户通过对应的账户在客户端生成该交易后，通过该客户端将交易提交至第一区块链节点。以图4为例，第一区块链节点中包含交易/查询接口，该接口可与客户端对接，使得客户端可以向第一区块链节点提交上述交易。比如上文所述，用户可以采用高级语言在客户端上编写智能合约，然后由客户端通过编译器对该高级语言的智能合约进行编译，得到相应的字节码形式的智能合约。当然，客户端可以直接将高级语言编写的智能合约发送至第一区块链节点，使得第一区块链节点通过编译器编译为字节码形式的智能合约。

对于第一区块链节点接收的交易对应的智能合约，可以为客户端通过第二区块链节点发来的交易中的智能合约，该智能合约通常为字节码形式；当然，该智能合约也可以为高级语言编写的智能合约，则第一区块链节点可以通过编译器编译为字节码形式的智能合约。

在一实施例中，当智能合约的代码中包括暴露标识符时，高级语言编写的智能合约与字节码形式的智能合约可以具有相同的暴露标识符。而本领域技术人员应当理解的是：字节码可以采用不同于高级语言的暴露标识符，比如高级语言编写的智能合约的代码中包含第一标识符、字节码形式的智能合约的代码中包含第二标识符，则第一标识符与第二标识符之间存在对应关系，确保由高级语言编译为字节码后，不会影响暴露标识符的功能。

步骤304A，第一区块链节点在可信执行环境中解密所述交易并执行获得的所述智能合约的代码，得到收据数据。

在一实施例中，上述交易可以通过对称加密算法的方式进行加密，也可以采用非对称算法的方式进行加密。对称加密采用的加密算法，例如是DES算法，3DES算法，TDEA算法，Blowfish算法，RC5算法，IDEA算法等。非对称加密算法，例如是RSA、Elgamal、背包算法、Rabin、D-H、ECC(椭圆曲线加密算法)等。

在一实施例中，上述交易可以通过对称加密算法结合非对称加密算法的方式进行加密。以客户端将上述交易提交至第一区块链节点为例，客户端可以采用对称加密算法加密交易内容，即采用对称加密算法的密钥加密交易内容，并用非对称加密算法加密对称加密算法中采用的密钥，譬如采用非对称加密算法的公钥加密对称加密算法中采用的密钥。这样，第一区块链节点接收到加密的交易后，可以先采用非对称加密算法的私钥进行解密，得到对称加密算法的密钥，进而用对称加密算法的密钥解密得到交易内容。例如，当交易用于创建智能合约时，交易内容可以包括所需创建的智能合约的代码；当交易用于调用智能合约时，交易内容可以包括被调用的智能合约的账户地址、需要传入的方法和参数等。

当交易用于调用智能合约时，可以是多重嵌套结构的调用。例如，交易直接调用智能合约1，而该智能合约1的代码调用了智能合约2，且智能合约2中的代码指向了智能合约3的合约地址，使得交易实际上间接调用了智能合约3的代码，而智能合约3中的代码可以包括通过暴露标识符标明的字段。这样，相当于智能合约1中包含了通过暴露标识符标明的字段。具体实现过程与上述过程类似，在此不再赘述。

如前所述，第一区块链节点接收的交易，例如可以是创建和/或调用智能合约的交易。比如在以太坊中，第一区块链节点接收到客户端发来的创建和/或调用智能合约的交易后，可以检查交易是否有效、格式是否正确，验证交易的签名是否合法等。

一般来说，以太坊中的节点一般也是争夺记账权的节点，因此，第一区块链节点作为争夺记账权的节点可以在本地执行所述交易。如果争夺记账权的节点中的一个在本轮争夺记账权的过程中胜出，则成为记账节点。第一区块链节点如果在本轮争夺记账权的过程中胜出，就成为记账节点；当然，如果第一区块链节点如果在本轮争夺记账权的过程中没有胜出，则不是记账节点，而其它节点可能成为记账节点。

智能合约类似于面向对象编程中的类，执行的结果生成对应该智能合约的合约实例，类似于生成类对应的对象。执行交易中用于创建智能合约的代码的过程，会创建合约账户，并在账户空间中部署合约。以太坊中，智能合约账户的地址是由发送者的地址(如图1-2中的“0xf5e…”)和交易随机数(nonce)作为输入，通过加密算法生成的，比如图1-2中的合约地址“0x6f8ae93…”即由发送者的地址“0xf5e…”和交易中的nonce经加密算法生成。

一般的，采用工作量证明(Proof of Work,POW)以及股权证明(Proof of Stake，POS)、委任权益证明(Delegated Proof of Stake，DPOS)等共识算法的支持智能合约的区块链网络中，争夺记账权的节点都可以在接收到包含创建智能合约的交易后执行所述交易。争夺记账权的节点中可能其中一个在本轮争夺记账权的过程中胜出，成为记账节点。记账节点可以将该包含智能合约的交易与其它交易一起打包并生成新的区块，并将生成的新的区块发送至其它节点进行共识。

对于采用实用拜占庭容错(Practical Byzantine Fault Tolerance，PBFT)等机制的支持智能合约的区块链网络中，具有记账权的节点在本轮记账前已经商定好。因此，第一区块链节点接收到上述交易后，如果自身不是本轮的记账节点，则可以将该交易发送至记账节点。对于本轮的记账节点(可以是第一区块链节点)，在将该交易打包并生成新区块的过程中或者之前，或在将该交易与其它交易一起打包并生成新区块的过程中或者之前，可以执行该交易。所述记账节点将该交易打包(或还包括其它交易一起打包)并生成新的区块后，将生成的新的区块或者区块头发送至其它节点进行共识。

如上所述，采用POW机制的支持智能合约的区块链网络中，或者采用POS、DPOS、PBFT机制的支持智能合约的区块链网络中，本轮的记账节点都可以将该交易打包并生成新的区块，并将生成的新的区块后区块头发送至其它节点进行共识。如果其它节点接收到所述区块后经验证没有问题，可以将该新的区块追加到原有的区块链末尾，从而完成记账过程，达成共识；若交易用于创建智能合约，则完成了智能合约在区块链网络上的部署，若交易用于调用智能合约，则完成了智能合约的调用和执行。其它节点验证记账节点发来的新的区块或区块头的过程中，也可以执行所述区块中的交易。

所述执行过程，一般可以通过虚拟机执行。以以太坊为例，支持用户在以太坊网络中创建和/或调用一些复杂的逻辑，这是以太坊区别于比特币区块链技术的最大挑战。以太坊作为一个可编程区块链的核心是以太坊虚拟机(EVM，Ethereum Virtual Machine)，每个以太坊节点都可以运行EVM。EVM是一个图灵完备的虚拟机，这意味着可以通过它实现各种复杂的逻辑。用户在以太坊中发布和调用智能合约就是在EVM上运行的。

本实施例中，第一区块链节点可以在可信执行环境(Trusted ExecutionEnvironment，TEE)中执行解密的智能合约的代码。例如图4所示，第一区块链节点可以划分为常规执行环境(图中位于左侧)和TEE，客户端提交的交易(如上文所述，交易可以存在其他来源；此处以客户端提交的交易为例进行说明)首先进入常规执行环境中的“交易/查询接口”进行识别，不存在隐私处理需求的交易可以被留在常规执行环境中进行处理(这里可以根据交易发起方的用户类型、交易类型、交易所含的标识符等识别是否存在隐私处理需求)，而将存在隐私处理需求的交易传递至TEE中进行处理。TEE与常规执行环境相互隔离。交易在进入TEE之前处于加密状态，在可信执行环境内则被解密为明文的交易内容，从而在确保数据安全的前提下，使得该明文的交易内容能够在TEE中实现高效处理，并在TEE中生成明文的收据数据。

TEE是基于CPU硬件的安全扩展，且与外部完全隔离的可信执行环境。TEE最早是由Global Platform提出的概念，用于解决移动设备上资源的安全隔离，平行于操作系统为应用程序提供可信安全的执行环境。ARM的Trust Zone技术最早实现了真正商用的TEE技术。伴随着互联网的高速发展，安全的需求越来越高，不仅限于移动设备，云端设备，数据中心都对TEE提出了更多的需求。TEE的概念也得到了高速的发展和扩充。现在所说的TEE相比与最初提出的概念已经是更加广义的TEE。例如，服务器芯片厂商Intel，AMD等都先后推出了硬件辅助的TEE并丰富了TEE的概念和特性，在工业界得到了广泛的认可。现在提起的TEE通常更多指这类硬件辅助的TEE技术。不同于移动端，云端访问需要远程访问，终端用户对硬件平台不可见，因此使用TEE的第一步就是要确认TEE的真实可信。因此现在的TEE技术都引入了远程证明机制，由硬件厂商(主要是CPU厂商)背书并通过数字签名技术确保用户对TEE状态可验证。同时仅仅是安全的资源隔离也无法满足的安全需求，进一步的数据隐私保护也被提出。包括Intel SGX，AMD SEV在内的商用TEE也都提供了内存加密技术，将可信硬件限定在CPU内部，总线和内存的数据均是密文防止恶意用户进行窥探。例如，英特尔的软件保护扩展(SGX)等TEE技术隔离了代码执行、远程证明、安全配置、数据的安全存储以及用于执行代码的可信路径。在TEE中运行的应用程序受到安全保护，几乎不可能被第三方访问。

以Intel SGX技术为例，SGX提供了围圈(enclave，也称为飞地)，即内存中一个加密的可信执行区域，由CPU保护数据不被窃取。以第一区块链节点采用支持SGX的CPU为例，利用新增的处理器指令，在内存中可以分配一部分区域EPC(Enclave Page Cache，围圈页面缓存或飞地页面缓存)，通过CPU内的加密引擎MEE(Memory Encryption Engine)对其中的数据进行加密。EPC中加密的内容只有进入CPU后才会被解密成明文。因此，在SGX中，用户可以不信任操作系统、VMM(Virtual Machine Monitor，虚拟机监控器)、甚至BIOS(BasicInput Output System，基本输入输出系统)，只需要信任CPU便能确保隐私数据不会泄漏。实际应用中，可以将隐私数据加密后以密文形式传递至围圈中，并通过远程证明将对应的秘钥也传入围圈。然后，在CPU的加密保护下利用数据进行运算，结果会以密文形式返回。这种模式下，既可以利用强大的计算力，又不用担心数据泄漏。

当上述存在隐私处理需求的交易用于创建智能合约时，该交易中包含智能合约的代码，第一区块链节点可以在TEE中对该交易进行解密得到其所含智能合约的代码，并进而在TEE中执行该代码。当上述存在隐私处理需求的交易用于调用智能合约时，第一区块链节点可以在TEE中执行该代码(若被调用的智能合约处理加密状态，则需要先在TEE中对该智能合约进行解密，以得到相应的代码)。具体的，第一区块链节点可以利用CPU中新增的处理器指令，在内存中分配一部分区域EPC，通过CPU内的加密引擎MEE对上述的明文代码进行加密存入所述EPC中。EPC中加密的内容进入CPU后被解密成明文。在CPU中，对明文的代码进行运算，完成执行过程。例如，在SGX技术中，执行智能合约的明文代码，可以将EVM加载进围圈中。在远程证明过程中，密钥管理服务器可以计算本地EVM代码的hash值，并与第一区块链节点中加载的EVM代码的hash值比对，比对结果正确作为通过远程证明的一个必要条件，从而完成对第一区块链节点SGX围圈加载的代码的度量。经过度量，正确的EVM可以在SGX中执行上述智能合约的代码。

步骤304B，第一区块链节点根据所述交易的交易类型，确定相应的暴露字段。

在一实施例中，交易可以包括类型字段(如Type字段)，该类型字段的取值用于标明相应的交易类型。因此，通过读取交易所含类型字段的取值，可以确定出交易类型，比如存证类型、资产转移(如转账)类型、合约创建类型、合约调用类型等，本说明书并不对此进行限制。

在一实施例中，不同类型的交易可以分别存在对应的暴露字段。暴露字段为收据数据中指定的一个或多个字段，在收据数据需要密文存储以保护隐私的前提下，可以结合前述的暴露标识符标明的字段与暴露字段之间的匹配情况，选择性地将被暴露标识符标明的暴露字段对应的收据内容以明文形式进行存储，而并非将所有被暴露标识符标明的字段均以明文形式进行存储，可以在满足隐私保护需求的同时，以便后续针对该明文形式存储的收据内容实施检索等操作。

在一实施例中，可以预先定义每一交易类型与暴露字段之间的映射关系，并将该映射关系记录于区块链中，使得第一区块链节点可以获取该预定义的映射关系，并进一步根据上述交易的交易类型和该映射关系，确定收据数据中的暴露字段。例如，存证类型对应的暴露字段可以包括上述From字段之外的所有字段，资产转移类型对应的暴露字段可以包括上述的To字段，合约创建类型和合约调用类型对应的暴露字段可以包括上述From字段之外的所有字段，而对于其他交易类型的情况，此处不再一一赘述。

其中，上述的映射关系具体可以记录于系统合约中。还可以将该映射关系记录于区块链网络的链代码中。通过将映射关系记录于系统合约中，便于后续针对该映射关系进行更新升级，而记录于链代码中的映射关系则相对不易实现更新升级，后续将针对两者的差异进行描述，此处暂不赘述。

步骤306，第一区块链节点存储所述收据数据，使所述收据数据中由所述暴露标识符标明的暴露字段以明文形式存储、其余收据字段以密文形式存储。

本说明书通过在一定程度上暴露收据内容，可以用于实现对DAPP客户端的驱动或其他的功能扩展。并且，本说明书通过综合考虑暴露标识符标明的字段和交易类型对应的暴露字段，可以准确选取用于明文存储的字段，即同时满足“由暴露标识符标明”和“匹配于交易类型”的字段，从而在满足上述功能扩展需求的同时，确保绝大部分的用户隐私能够得到保护。

通过在计算设备(物理机或虚拟机)上运行区块链的程序代码(以下简称为链代码)，可以将该计算设备配置为区块链网络中的区块链节点，比如上述的第一区块链节点等。换言之，第一区块链节点通过运行上述的链代码，以实现相应的功能逻辑。因此，可以在创建区块链网络时，将与暴露标识符和交易类型相关的收据数据存储逻辑写入链代码中，使得各个区块链节点均可以实现该收据数据存储逻辑；以第一区块链节点为例，该与暴露标识符和交易类型相关的收据数据存储逻辑可以包括：对交易类型的识别逻辑、基于暴露标识符对收据内容进行存储的逻辑。

对交易类型的识别逻辑用于指示第一区块链节点：识别交易发起方所发起的交易的类型。比如：根据交易所含的类型字段的取值，确定该交易对应的交易类型。具体可以参考上文中识别交易类型的相关描述，此处不再赘述。

基于暴露标识符对收据内容进行存储的逻辑用于指示第一区块链节点：针对暴露标识符标明、暴露标识符未标明的字段等，分别采用何种方式存储相应的收据内容。比如：在已经确定出交易类型及其对应的暴露字段的情况下，由暴露标识符标明的暴露字段采用明文形式进行存储，由暴露标识符标明的非暴露字段、未由暴露标识符标明的字段均采用密文形式进行存储。

然而，链代码的升级更新相对较为困难，使得采用链代码实现对收据数据的存储存在灵活性低、可扩展性不足的问题。为了实现对链代码的功能扩展，如图5所示，可以采用链代码与系统合约相结合的方式：链代码用于实现区块链网络的基础功能，而运行过程中的功能扩展可以通过系统合约的方式实现。与上述的智能合约相类似的，系统合约包括譬如字节码形式的代码，第一区块链节点可以通过运行系统合约的代码(比如，根据唯一对应的地址“0x53a98…”来读取该系统合约中的代码)，实现对链代码的功能补充。相应地，第一区块链节点可以读取系统合约的代码，该系统合约的代码中定义了与暴露标识符、交易类型相关的收据数据存储逻辑；然后，第一区块链节点可以执行系统合约的代码，从而基于与暴露标识符和交易类型相关的收据数据存储逻辑，将收据数据中由暴露标识符标明的暴露字段以明文形式存储、其余收据字段以密文形式存储。

区别于上述由用户发布至区块链的智能合约，系统合约无法由用户自由发布。第一区块链节点读取的系统合约可以包括配置于区块链网络的创世块中的预置系统合约；以及，区块链网络中的管理员(即上述的管理用户)可以具有针对系统合约的更新权限，从而针对诸如上述的预置系统合约进行更新，则上述第一区块链节点读取的系统合约还可以包括相应的更新后系统合约。当然，更新后系统合约可以由管理员对预置系统合约实施一次更新后得到；或者，更新后系统合约可以由管理员对预置系统合约实施多次迭代更新后得到，比如由预置系统合约更新得到系统合约1、对系统合约1更新得到系统合约2、对系统合约2更新得到系统合约3，该系统合约1、系统合约2、系统合约3均可以视为更新后系统合约，但第一区块链节点通常会以最新版本的系统合约为准，比如第一区块链节点会以系统合约3中的代码为准，而非系统合约1或系统合约2中的代码。

除了创世块中包含的预置系统合约之外，管理员还可以在后续区块内发布系统合约，以及针对所发布的系统合约进行更新。总之，应当通过诸如权限管理等方式，对系统合约的发布和更新实施一定程度的限制，以确保区块链网络的功能逻辑能够正常运作，并且避免对任何用户造成不必要的损失。

第一区块链节点通过密钥对至少一部分收据内容进行加密。所述加密，可以采用对称加密，也可以采用非对称加密。如果第一区块链节点用对称加密方式，即用对称加密算法的对称密钥对收据内容加密，则客户端(或其他持有密钥的对象)可以用该对称加密算法的对称密钥对加密后的收据内容进行解密。

第一区块链节点用对称加密算法的对称密钥对收据内容进行加密时，该对称密钥可由客户端预先提供至第一区块链节点。那么，由于只有客户端(实际应当为客户端上的已登录账户对应的用户)和第一区块链节点掌握该对称密钥，使得仅该客户端能够解密相应的加密后的收据内容，避免无关用户甚至不法分子对加密后的收据内容进行解密。

例如，客户端在向第一区块链节点发起交易时，客户端可以用对称加密算法的初始密钥对交易内容进行加密，以得到该交易；相应地，第一区块链节点可以通过获得该初始密钥，以用于直接或间接对收据内容进行加密。譬如，该初始密钥可以由客户端与第一区块链节点预先协商得到，或者由密钥管理服务器发送至客户端和第一区块链节点，或者由客户端发送至第一区块链节点。当初始密钥由客户端发送至第一区块链节点时，客户端可以通过非对称加密算法的公钥对该初始密钥进行加密后，将加密后的初始密钥发送至第一区块链节点，而第一区块链节点通过非对称加密算法的私钥对该加密后的初始密钥进行解密，得到初始密钥，即上文所述的数字信封加密，此处不再赘述。

第一区块链节点可以采用上述的初始密钥对收据内容进行加密。不同交易采用的初始密钥可以相同，使得同一用户所提交的所有交易均采用该初始密钥进行加密，或者不同交易采用的初始密钥可以不同，比如客户端可以针对每一交易随机生成一初始密钥，以提升安全性。

第一区块链节点可以根据初始密钥与影响因子生成衍生密钥，并通过该衍生密钥对收据内容进行加密。相比于直接采用初始密钥进行加密，衍生密钥可以增加随机度，从而提升被攻破的难度，有助于优化数据的安全保护。影响因子可以与交易相关；例如，影响因子可以包括交易哈希值的指定位，比如第一区块链节点可以将初始密钥与交易哈希值的前16位(或前32位、后16位、后32位，或者其他位)进行拼接，并对拼接后的字符串进行哈希运算，从而生成衍生密钥。

第一区块链节点还可以采用非对称加密方式，即用非对称加密算法的公钥对收据内容加密，则相应地，客户端可以用所述非对称加密算法的私钥解密上述加密后的收据内容。非对称加密算法的密钥，例如可以是由客户端生成一对公钥和私钥，并将公钥预先发送至第一区块链节点，从而第一区块链节点可以将收据内容用该公钥加密。

第一区块链节点通过运行用于实现某一功能的代码，以实现该功能。因此，对于需要在TEE中实现的功能，同样需要执行相关代码。而对于在TEE中执行的代码，需要符合TEE的相关规范和要求；相应地，对于相关技术中用于实现某一功能的代码，需要结合TEE的规范和要求重新进行代码编写，不仅存在相对更大的开发量，而且容易在重新编写过程中产生漏洞(bug)，影响功能实现的可靠性和稳定性。

因此，第一区块链节点可以通过在TEE之外执行存储功能代码，将TEE中生成的收据数据(包括需要明文存储的明文形式的收据内容，以及需要密文存储的密文形式的收据内容)存储至TEE之外的外部存储空间，使得该存储功能代码可以为相关技术中用于实现存储功能的代码、不需要结合TEE的规范和要求重新进行代码编写，即可针对收据数据实现安全可靠的存储，不仅可以在不影响安全、可靠程度的基础上，减少相关代码的开发量，而且可以通过减少TEE的相关代码而降低TCB(Trusted Computing Base，可信计算基)，使得TEE技术与区块链技术进行结合的过程中，额外造成的安全风险处于可控范围。

在一实施例中，第一区块链节点可以在TEE内执行写缓存功能代码，以将上述的收据数据存入TEE内的写缓存中，比如该写缓存可以对应于如图2所示的“缓存”。进一步的，第一区块链节点将写缓存中的数据从可信执行环境输出，以存储至外部存储空间。其中，写缓存功能代码可以以明文形式存储于TEE中，可以直接在TEE中执行该明文形式的缓存功能代码；或，写缓存功能代码可以以密文形式存储于TEE之外，比如存储于上述的外部存储空间(比如图2所示的“打包+存储”，其中“打包”表示第一区块链节点在可信执行环境之外对交易进行打包成块)，可以将该密文形式的写缓存功能代码读入TEE、在TEE中进行解密为明文代码，并执行该明文代码。

写缓存是指在将数据写入外部存储空间时，为了避免造成对外部存储空间的“冲击”而提供的“缓冲”机制。例如，可以采用buffer实现上述的写缓存；当然，写缓存也可以采用cache来实现，本说明书并不对此进行限制。实际上，由于TEE为隔离的安全环境，而外部存储空间位于TEE之外，使得通过采用写缓存机制，可以对缓存内的数据进行批量写入外部存储空间，从而减少TEE与外部存储空间之间的交互次数，提升数据存储效率。同时，TEE在不断执行各条交易的过程中，可能需要调取已生成的数据，如果需调用的数据恰好位于写缓存中，可以直接从写缓存中读取该数据，这样一方面可以减少与外部存储空间之间的交互，另一方面免去了对从外部存储空间所读取数据的解密过程，从而提升在TEE中的数据处理效率。

当然，也可以将写缓存建立于TEE之外，比如第一区块链节点可以在TEE之外执行写缓存功能代码，从而将上述的收据数据存入TEE外的写缓存中，并进一步将写缓存中的数据存储至外部存储空间。

以下结合图6介绍本说明书一种结合代码标注与交易类型的收据存储节点的实施例，包括：

接收单元61，接收经过加密的对应于智能合约的交易，所述智能合约的代码中包括通过暴露标识符标明的字段；

解密单元62，在可信执行环境中解密所述交易，得到所述智能合约的代码；

执行单元63，在所述可信执行环境中执行所述智能合约的代码，得到收据数据；

确定单元64，根据所述交易的交易类型，确定相应的暴露字段；

存储单元65，存储所述收据数据，使所述收据数据中由所述暴露标识符标明的暴露字段以明文形式存储、其余收据字段以密文形式存储。

可选的，接收单元61接收的交易对应的智能合约，包括：

高级语言编写的智能合约；或，

字节码形式的智能合约。

可选的，当第一区块链节点接收的交易对应的智能合约为高级语言编写的智能合约时，所述节点还包括：

编译单元66，通过编译器对所述高级语言编写的智能合约进行编译，生成字节码形式的智能合约，以在所述可信执行环境中执行。

可选的，当第一区块链节点接收的交易对应的智能合约为字节码形式的智能合约时，所述字节码形式的智能合约由客户端通过编译器对高级语言编写的智能合约进行编译而得到，所述高级语言编写的智能合约由用户在所述客户端上编写得到。

可选的，所述高级语言编写的智能合约与所述字节码形式的智能合约具有相同或对应的暴露标识符。

可选的，接收单元61接收的交易对应的智能合约，包括：

用户在第一区块链节点上生成的智能合约；或，

用户在客户端上生成的智能合约；或，

所述客户端通过第二区块链节点发来的交易中的智能合约。

可选的，所述暴露标识符标明的字段包括：合约级字段；存储单元65具体用于：

在所述合约级字段属于暴露字段时，将所述收据数据中对应于所述合约级字段的所有收据内容以明文形式存储。

可选的，所述暴露标识符标明的字段包括：对应于所述智能合约中定义的至少一个事件的事件级字段；存储单元65具体用于：

在所述事件级字段属于暴露字段时，确定出所述收据数据中对应于所述至少一个事件的收据内容，并将确定出的收据内容中对应于所述事件级字段的部分以明文形式存储。

可选的，所述交易包括类型字段，所述类型字段的取值用于标明相应的交易类型。

可选的，所述交易的交易类型包括：存证类型、资产转移类型、合约创建类型、合约调用类型。

可选的，区块链中存储有预定义的交易类型与暴露字段之间的映射关系，所述映射关系被用于确定所述交易的交易类型对应的暴露字段。

可选的，存储单元65具体用于：

读取系统合约的代码，所述系统合约的代码中定义了与暴露标识符和交易类型相关的收据数据存储逻辑；

执行所述系统合约的代码，以将所述收据数据中由所述暴露标识符标明的暴露字段以明文形式存储、其余收据字段以密文形式存储。

可选的，所述系统合约包括：记录于创世块中的预置系统合约，或所述预置系统合约对应的更新后系统合约。

在20世纪90年代，对于一个技术的改进可以很明显地区分是硬件上的改进(例如，对二极管、晶体管、开关等电路结构的改进)还是软件上的改进(对于方法流程的改进)。然而，随着技术的发展，当今的很多方法流程的改进已经可以视为硬件电路结构的直接改进。设计人员几乎都通过将改进的方法流程编程到硬件电路中来得到相应的硬件电路结构。因此，不能说一个方法流程的改进就不能用硬件实体模块来实现。例如，可编程逻辑器件(Programmable Logic Device,PLD)(例如现场可编程门阵列(Field Programmable GateArray，FPGA))就是这样一种集成电路，其逻辑功能由用户对器件编程来确定。由设计人员自行编程来把一个数字系统“集成”在一片PLD上，而不需要请芯片制造厂商来设计和制作专用的集成电路芯片。而且，如今，取代手工地制作集成电路芯片，这种编程也多半改用“逻辑编译器(logic compiler)”软件来实现，它与程序开发撰写时所用的软件编译器相类似，而要编译之前的原始代码也得用特定的编程语言来撰写，此称之为硬件描述语言(Hardware Description Language，HDL)，而HDL也并非仅有一种，而是有许多种，如ABEL(Advanced Boolean Expression Language)、AHDL(Altera Hardware DescriptionLanguage)、Confluence、CUPL(Cornell University Programming Language)、HDCal、JHDL(Java Hardware Description Language)、Lava、Lola、MyHDL、PALASM、RHDL(RubyHardware Description Language)等，目前最普遍使用的是VHDL(Very-High-SpeedIntegrated Circuit Hardware Description Language)与Verilog。本领域技术人员也应该清楚，只需要将方法流程用上述几种硬件描述语言稍作逻辑编程并编程到集成电路中，就可以很容易得到实现该逻辑方法流程的硬件电路。

控制器可以按任何适当的方式实现，例如，控制器可以采取例如微处理器或处理器以及存储可由该(微)处理器执行的计算机可读程序代码(例如软件或固件)的计算机可读介质、逻辑门、开关、专用集成电路(Application Specific Integrated Circuit，ASIC)、可编程逻辑控制器和嵌入微控制器的形式，控制器的例子包括但不限于以下微控制器：ARC 625D、Atmel AT91SAM、Microchip PIC18F26K20以及Silicone Labs C8051F320，存储器控制器还可以被实现为存储器的控制逻辑的一部分。本领域技术人员也知道，除了以纯计算机可读程序代码方式实现控制器以外，完全可以通过将方法步骤进行逻辑编程来使得控制器以逻辑门、开关、专用集成电路、可编程逻辑控制器和嵌入微控制器等的形式来实现相同功能。因此这种控制器可以被认为是一种硬件部件，而对其内包括的用于实现各种功能的装置也可以视为硬件部件内的结构。或者甚至，可以将用于实现各种功能的装置视为既可以是实现方法的软件模块又可以是硬件部件内的结构。

上述实施例阐明的系统、装置、模块或单元，具体可以由计算机芯片或实体实现，或者由具有某种功能的产品来实现。一种典型的实现设备为计算机。具体的，计算机例如可以为个人计算机、膝上型计算机、蜂窝电话、相机电话、智能电话、个人数字助理、媒体播放器、导航设备、电子邮件设备、游戏控制台、平板计算机、可穿戴设备或者这些设备中的任何设备的组合。

为了描述的方便，描述以上装置时以功能分为各种单元分别描述。当然，在实施本说明书时可以把各单元的功能在同一个或多个软件和/或硬件中实现。

本领域内的技术人员应明白，本发明的实施例可提供为方法、系统、或计算机程序产品。因此，本发明可采用完全硬件实施例、完全软件实施例、或结合软件和硬件方面的实施例的形式。而且，本发明可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、CD-ROM、光学存储器等)上实施的计算机程序产品的形式。

本发明是参照根据本发明实施例的方法、设备(系统)、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器，使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。

本说明书可以在由计算机执行的计算机可执行指令的一般上下文中描述，例如程序模块。一般地，程序模块包括执行特定任务或实现特定抽象数据类型的例程、程序、对象、组件、数据结构等等。也可以在分布式计算环境中实践本说明书，在这些分布式计算环境中，由通过通信网络而被连接的远程处理设备来执行任务。在分布式计算环境中，程序模块可以位于包括存储设备在内的本地和远程计算机存储介质中。

这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的计算机可读存储器中，使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品，该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。

这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上，使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理，从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。在一个典型的配置中，计算机包括一个或多个处理器(CPU)、输入/输出接口、网络接口和内存。

内存可能包括计算机可读介质中的非永久性存储器，随机存取存储器(RAM)和/或非易失性内存等形式，如只读存储器(ROM)或闪存(flash RAM)。内存是计算机可读介质的示例。

计算机可读介质包括永久性和非永久性、可移动和非可移动媒体可以由任何方法或技术来实现信息存储。信息可以是计算机可读指令、数据结构、程序的模块或其他数据。计算机的存储介质的例子包括，但不限于相变内存(PRAM)、静态随机存取存储器(SRAM)、动态随机存取存储器(DRAM)、其他类型的随机存取存储器(RAM)、只读存储器(ROM)、电可擦除可编程只读存储器(EEPROM)、快闪记忆体或其他内存技术、只读光盘只读存储器(CD-ROM)、数字多功能光盘(DVD)或其他光学存储、磁盒式磁带、磁盘存储、量子存储器、基于石墨烯的存储介质或其他磁性存储设备或任何其他非传输介质，可用于存储可以被计算设备访问的信息。按照本文中的界定，计算机可读介质不包括暂存电脑可读媒体(transitory media)，如调制的数据信号和载波。

还需要说明的是，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、商品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、商品或者设备所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括所述要素的过程、方法、商品或者设备中还存在另外的相同要素。

上述对本说明书特定实施例进行了描述。其它实施例在所附权利要求书的范围内。在一些情况下，在权利要求书中记载的动作或步骤可以按照不同于实施例中的顺序来执行并且仍然可以实现期望的结果。另外，在附图中描绘的过程不一定要求示出的特定顺序或者连续顺序才能实现期望的结果。在某些实施方式中，多任务处理和并行处理也是可以的或者可能是有利的。

在本说明书一个或多个实施例使用的术语是仅仅出于描述特定实施例的目的，而非旨在限制本说明书一个或多个实施例。在本说明书一个或多个实施例和所附权利要求书中所使用的单数形式的“一种”、“所述”和“该”也旨在包括多数形式，除非上下文清楚地表示其他含义。还应当理解，本文中使用的术语“和/或”是指并包含一个或多个相关联的列出项目的任何或所有可能组合。

应当理解，尽管在本说明书一个或多个实施例可能采用术语第一、第二、第三等来描述各种信息，但这些信息不应限于这些术语。这些术语仅用来将同一类型的信息彼此区分开。例如，在不脱离本说明书一个或多个实施例范围的情况下，第一信息也可以被称为第二信息，类似地，第二信息也可以被称为第一信息。取决于语境，如在此所使用的词语“如果”可以被解释成为“在……时”或“当……时”或“响应于确定”。

以上所述仅为本说明书一个或多个实施例的较佳实施例而已，并不用以限制本说明书一个或多个实施例，凡在本说明书一个或多个实施例的精神和原则之内，所做的任何修改、等同替换、改进等，均应包含在本说明书一个或多个实施例保护的范围之内。

Claims (16)

1.一种结合代码标注与交易类型的收据存储方法，包括：

第一区块链节点接收经过加密的对应于智能合约的交易，所述智能合约的代码中包括通过暴露标识符标明的字段；

第一区块链节点在可信执行环境中解密所述交易并执行获得的所述智能合约的代码，得到收据数据；

第一区块链节点根据所述交易的交易类型，确定相应的暴露字段；

第一区块链节点存储所述收据数据，使所述收据数据中由所述暴露标识符标明的暴露字段以明文形式存储、其余收据字段以密文形式存储。

2.根据权利要求1所述的方法，第一区块链节点接收的交易对应的智能合约，包括：

高级语言编写的智能合约；或，

字节码形式的智能合约。

3.根据权利要求2所述的方法，当第一区块链节点接收的交易对应的智能合约为高级语言编写的智能合约时，所述方法还包括：

第一区块链节点通过编译器对所述高级语言编写的智能合约进行编译，生成字节码形式的智能合约，以在所述可信执行环境中执行。

4.根据权利要求2所述的方法，当第一区块链节点接收的交易对应的智能合约为字节码形式的智能合约时，所述字节码形式的智能合约由客户端通过编译器对高级语言编写的智能合约进行编译而得到，所述高级语言编写的智能合约由用户在所述客户端上编写得到。

5.根据权利要求2所述的方法，所述高级语言编写的智能合约与所述字节码形式的智能合约具有相同或对应的暴露标识符。

6.根据权利要求1所述的方法，第一区块链节点接收的交易对应的智能合约，包括：

用户在第一区块链节点上生成的智能合约；或，

用户在客户端上生成的智能合约；或，

用户的客户端通过第二区块链节点发来的交易中的智能合约。

7.根据权利要求1所述的方法，所述暴露标识符标明的字段包括：合约级字段；第一区块链节点存储所述收据数据，包括：

第一区块链节点在所述合约级字段属于暴露字段时，将所述收据数据中对应于所述合约级字段的所有收据内容以明文形式存储。

8.根据权利要求1所述的方法，所述暴露标识符标明的字段包括：对应于所述智能合约中定义的至少一个事件的事件级字段；第一区块链节点存储所述收据数据，包括：

第一区块链节点在所述事件级字段属于暴露字段时，确定出所述收据数据中对应于所述至少一个事件的收据内容，并将确定出的收据内容中对应于所述事件级字段的部分以明文形式存储。

9.根据权利要求1所述的方法，所述交易包括类型字段，所述类型字段的取值用于标明相应的交易类型。

10.根据权利要求1所述的方法，所述交易的交易类型包括：存证类型、资产转移类型、合约创建类型、合约调用类型。

11.根据权利要求1所述的方法，区块链中存储有预定义的交易类型与暴露字段之间的映射关系，所述映射关系被用于确定所述交易的交易类型对应的暴露字段。

12.根据权利要求1所述的方法，第一区块链节点存储所述收据数据，包括：

第一区块链节点读取系统合约的代码，所述系统合约的代码中定义了与暴露标识符和交易类型相关的收据数据存储逻辑；

第一区块链节点执行所述系统合约的代码，以将所述收据数据中由所述暴露标识符标明的暴露字段以明文形式存储、其余收据字段以密文形式存储。

13.根据权利要求12所述的方法，所述系统合约包括：记录于创世块中的预置系统合约，或所述预置系统合约对应的更新后系统合约。

14.一种结合代码标注与交易类型的收据存储节点，包括：

接收单元，接收经过加密的对应于智能合约的交易，所述智能合约的代码中包括通过暴露标识符标明的字段；

解密单元，在可信执行环境中解密所述交易，得到所述智能合约的代码；

执行单元，在所述可信执行环境中执行所述智能合约的代码，得到收据数据；

确定单元，根据所述交易的交易类型，确定相应的暴露字段；

存储单元，存储所述收据数据，使所述收据数据中由所述暴露标识符标明的暴露字段以明文形式存储、其余收据字段以密文形式存储。

15.一种电子设备，包括：

处理器；

用于存储处理器可执行指令的存储器；

其中，所述处理器通过运行所述可执行指令以实现如权利要求1-13中任一项所述的方法。

16.一种计算机可读存储介质，其上存储有计算机指令，该指令被处理器执行时实现如权利要求1-13中任一项所述方法的步骤。

Images