CN110852887A - 获取去中心化应用集群中的交易处理状态的方法及装置 - Google Patents

Abstract

本发明提供一种用于获取去中心化应用集群中的交易处理状态的方法，包括：基于交易在所述去中心化应用集群中的交易跟踪标识，生成交易处理状态获取请求，所述交易跟踪标识用于在所述去中心化应用集群中唯一地标识所述交易；将所述交易处理状态获取请求发送给所述去中心化应用集群中的去中心化应用；以及从所述去中心化应用处获取所述交易的交易处理状态。

Description

获取去中心化应用集群中的交易处理状态的方法及装置

技术领域

本发明涉及区块链技术领域，具体地，涉及获取去中心化应用集群中的交易处理状态的方法及装置。

背景技术

去中心化应用（DAPP）是运行在去中心化网络（即区块链网络）中的应用程序，在去中心化网络中通常不存在能够完整控制去中心化应用的中心化节点。一个完全的去中心化应用需要是完全开源的，并且是自治的应用程序。去中心化应用的升级必须由大部分用户达成共识之后才可以进行升级。去中心化应用所涉及的数据必须进行加密存储在去中心化的应用平台上。去中心化应用通常包括区块链的链上智能合约模块以及链下服务模块。链上智能合约模块可以根据区块链系统提供的虚拟机来编写智能合约，链下服务模块提供用户服务功能，可以根据对应区块链系统的软件开发工具包来进行开发。

在实践中，为了满足不同机构之间的协作需求，通常需要布置去中心化应用集群来与区块链系统进行对接。在各个协作机构之间的交易可以在该去中心化应用集群中进行处理之后被保存到区块链上。在这种场景下，交易涉及多个去中心化应用，当需要获知某笔交易的处理状态时，将难以定位到各个去中心化应用，因而也为获取交易处理状态带来了难题。

发明内容

鉴于上述，本发明提供了一种获取去中心化应用集群中的交易处理状态的方法及装置和交易处理状态获取请求处理方法及装置。

根据本发明的一个方面，提供一种用于获取去中心化应用集群中的交易处理状态的方法，包括：基于交易在所述去中心化应用集群中的交易跟踪标识，生成交易处理状态获取请求，所述交易跟踪标识用于在所述去中心化应用集群中唯一地标识所述交易；将所述交易处理状态获取请求发送给所述去中心化应用集群中的去中心化应用；以及从所述去中心化应用处获取所述交易的交易处理状态。

可选的，在一个示例中，所述交易跟踪标识可以是基于所述去中心化应用集群中的各个去中心化应用所约定的标识生成规则生成的。

可选的，在一个示例中，所述交易跟踪标识可以是由所述交易的交易发起方生成的。

可选的，在一个示例中，所述交易跟踪标识可以是由所述去中心化应用在所述交易的交易数据不包括交易跟踪标识生成的。

可选的，在一个示例中，所述交易跟踪标识可以是由所述去中心化应用在针对所述交易的交易处理失败时重新生成的。

可选的，在一个示例中，对应于所述去中心化应用集群中的各个去中心化应用的所述交易跟踪标识可以是相同的。

根据本发明的另一方面，还提供一种用于处理交易处理状态获取请求的方法，所述方法由去中心化应用集群中的去中心化应用执行，所述方法包括：接收交易处理状态获取请求，所述交易处理状态获取请求是基于交易在所述去中心化应用集群中的交易跟踪标识生成的，所述交易跟踪标识用于在所述去中心化应用集群中唯一地标识所述交易；基于所述交易处理状态获取请求中的交易跟踪标识，从本地交易处理数据中获取所述交易的交易处理状态；以及将所述交易处理状态发送给所述交易处理状态获取请求的发送方。

根据本发明的另一方面，还提供用于获取去中心化应用集群中的交易处理状态的装置，包括：处理状态获取请求生成单元，基于交易在所述去中心化应用集群中的交易跟踪标识，生成交易处理状态获取请求，所述交易跟踪标识用于在所述去中心化应用集群中唯一地标识所述交易；处理状态获取请求发送单元，将所述交易处理状态获取请求发送给所述去中心化应用集群中的去中心化应用；以及交易处理状态获取单元，从所述去中心化应用处获取所述交易的交易处理状态。

可选的，在一个示例中，所述交易跟踪标识可以是基于所述去中心化应用集群中的各个去中心化应用所约定的标识生成规则生成的。

可选的，在一个示例中，所述交易跟踪标识可以是由所述交易的交易发起方生成的。

可选的，在一个示例中，所述交易跟踪标识可以是由所述去中心化应用在所述交易的交易数据不包括交易跟踪标识时生成的。

可选的，在一个示例中，所述交易跟踪标识可以是由所述去中心化应用在针对所述交易的交易处理失败时重新生成的。

可选的，在一个示例中，对应于所述去中心化应用集群中的各个去中心化应用的所述交易跟踪标识可以是相同的。

根据本发明的另一方面，还提供用于处理交易处理状态获取请求的装置，所述装置用于去中心化应用集群中的去中心化应用，所述装置包括：处理状态获取请求接收单元，接收交易处理状态获取请求，所述交易处理状态获取请求是基于交易在所述去中心化应用集群中的交易跟踪标识生成的，所述交易跟踪标识用于在所述去中心化应用集群中唯一地标识所述交易；交易处理状态获取单元，基于所述交易处理状态获取请求中的交易跟踪标识，从本地交易处理数据中获取所述交易的交易处理状态；以及交易处理状态发送单元，将所述交易处理状态发送给所述交易处理状态获取请求的发送方。

根据本发明的另一方面，还提供一种计算设备，包括：至少一个处理器；以及存储器，所述存储器存储指令，当所述指令被所述至少一个处理器执行时，使得所述至少一个处理器执行如上所述的交易处理状态获取方法。根据本发明的另一方面，还提供一种机器可读存储介质，其存储有可执行指令，所述指令当被执行时使得所述机器执行如上所述的交易处理状态获取方法。

根据本发明的另一方面，还提供一种计算设备，包括：至少一个处理器；以及存储器，所述存储器存储指令，当所述指令被所述至少一个处理器执行时，使得所述至少一个处理器执行如上所述的交易状态获取请求处理方法。

根据本发明的另一方面，还提供一种非暂时性机器可读存储介质，其存储有可执行指令，所述指令当被执行时使得所述机器执行如上所述的交易状态获取请求处理方法。

利用本发明的方法和装置，利用在去中心化应用集群中唯一地标识交易的交易跟踪标识，能够快速准确地定位各个去中心化应用对交易的处理状态，从而能够快速地获取交易处理状态。

附图说明

通过参照下面的附图，可以实现对于本发明内容的本质和优点的进一步理解。在附图中，类似组件或特征可以具有相同的附图标记。附图是用来提供对本发明实施例的进一步理解，并且构成说明书的一部分，与下面的具体实施方式一起用于解释本说明书的实施例，但并不构成对本说明书的实施例的限制。在附图中：

图1示出了可用于执行根据本发明的用于获取去中心化应用集群中的交易处理状态的方法和用于处理交易处理状态获取请求的方法的环境的示例的示意图；

图2示出了执行根据本发明的用于获取去中心化应用集群中的交易处理状态的方法和用于处理交易处理状态获取请求的方法的系统架构的示例的示意图；

图3是用于说明本发明中的去中心化集群一个示例的示意图；

图4是根据本说明书的一个实施例的用于获取去中心化应用集群中的交易处理状态的方法的流程图；

图5是本发明中的去中心化应用的交易处理过程的一个示例的流程图；

图6是根据本说明书的一个实施例的用于获取去中心化应用集群中的交易处理状态的装置的结构框图；

图7是根据本说明书的一个实施例的用于处理交易处理状态获取请求的装置的结构框图；

图8是根据本说明书的一个实施例的用于执行用于获取去中心化应用集群中的交易处理状态的方法或用于处理交易处理状态获取请求的方法的计算设备的结构框图。

具体实施方式

以下将参考示例实施方式讨论本文描述的主题。应该理解，讨论这些实施方式只是为了使得本领域技术人员能够更好地理解从而实现本文描述的主题，并非是对权利要求书中所阐述的保护范围、适用性或者示例的限制。可以在不脱离本发明内容的保护范围的情况下，对所讨论的元素的功能和排列进行改变。各个示例可以根据需要，省略、替代或者添加各种过程或组件。另外，相对一些示例所描述的特征在其它例子中也可以进行组合。

如本文中使用的，术语“包括”及其变型表示开放的术语，含义是“包括但不限于”。术语“基于”表示“至少部分地基于”。术语“一个实施例”和“一实施例”表示“至少一个实施例”。术语“另一个实施例”表示“至少一个其他实施例”。下面可以包括其他的定义，无论是明确的还是隐含的。除非上下文中明确地指明，否则一个术语的定义在整个说明书中是一致的。

现在结合附图来描述本发明的用于获取去中心化应用集群中的交易处理状态的方法及装置和用于处理交易处理状态获取请求的方法及装置。

区块链是一种按照时间顺序来将数据区块顺序相连组合而成的链式数据结构，并且以密码学方式保证数据区块不可篡改和不可伪造。区块链包括一个或多个区块。区块链中的每个区块通过包括该区块链中紧接其之前的前一个区块的加密散列而链接到该前一个区块。每个区块还包括时间戳、该区块的加密哈希以及一个或多个交易（transaction）。对已经被区块链网络的节点验证的交易进行哈希处理并形成Merkle树。在Merkle树中，对叶节点处的数据进行哈希处理，并且针对Merkle树的每个分支，在该分支的根处级联该分支的所有哈希值。针对Merkle树执行上述处理，直到整个Merkle树的根节点。Merkle树的根节点存储代表该Merkle树中的所有数据的哈希值。当一个哈希值声称是Merkle树中存储的交易时，可以通过判断该哈希值是否与Merkle树的结构一致来进行快速验证。

区块链是用于存储交易的数据结构。区块链网络是用于管理、更新和维护一个或多个区块链结构的计算节点网络。如上所述，区块链网络可以包括公有区块链网络、私有区块链网络或联盟区块链网络。

在公有区块链网络中，共识过程由共识网络的节点控制。例如，在公有区块链网络中可以存在成千上万个实体协作处理，每个实体操作该公有区块链网络中的至少一个节点。因此，公有区块链网络可以被认为是参与实体的公有网络。在一些示例中，大多数实体（节点）必须按序对每个区块进行签名，并且将签名后的区块添加到区块链网络的区块链中。公有区块链网络的示例可以包括特定对等支付网络。此外，术语“区块链”不特别指代任何特定的区块链。

公有区块链网络支持公有交易。公有交易在公有区块链网络内的所有节点之间共享，并且存储在全局区块链中。全局区块链是指跨所有节点复制的区块链。为了达成共识（例如，同意向区块链添加区块），在公有区块链网络内实现共识协议。共识协议的示例包括但不限于：工作量证明（POW，proof-of-work），权益证明（POS，proof-of-stake）和权威证明（POA，proof-of-authority）。在本发明中，采用POW作为非限制性示例。

私有区块链网络被提供来用于特定实体。私有区块链网络中的各个节点的读写权限被严格控制。因此，私有区块链网络通常也称为许可网络，其对允许谁参与网络以及的网络参与水平（例如，仅在某些交易情形下）进行限制。在私有区块链网络中，可以使用各种类型的访问控制机制（例如，现有参与方对添加新实体进行投票，监管机构控制许可等）。

联盟区块链网络在参与实体之间是私有的。在联盟区块链网络中，共识过程由授权节点控制。例如，由若干个（例如，10个）实体（例如，金融机构，保险公司）组成的联盟可以操作联盟区块链网络，每个实体操作该联盟区块链网络中的至少一个节点。因此，联盟区块链网络可以被认为是参与实体的私有网络。在一些示例中，每个参与实体（节点）必须按序对每个区块进行签名，并将该区块添加到区块链。在一些示例中，可以由参与实体（节点）的子集（例如，至少7个实体）来对每个区块进行签名，并将该区块添加到区块链。

在本发明中参考联盟区块链网络来详细描述本发明的实施例。然而，可以预期，本发明的实施例可以在任何适合的区块链网络中实现。

区块链是防篡改的共享数字分类账，其在公有或私有对等网络中记录交易。分类账被分发到网络中的所有成员节点，并且网络中发生的资产交易历史记录被永久记录在区块中。

共识机制确保分布式区块链网络中的所有网络节点按照相同的顺序执行交易，并且随后写入相同的分类账。共识模型旨在解决拜占庭问题。在拜占庭问题中，分布式区块链网络中的比如服务器或网络节点的组件可能会出现故障，或者故意向其他节点传播错误的信息。由于其他网络节点需要首先就哪个网络节点首先失败达成共识，从而其他网络节点很难将该组件声明失败并将其排除出区块链网络。

图1示出了可用于执行根据本发明的用于获取去中心化应用集群中的交易处理状态的方法和用于处理交易处理状态获取请求的方法的环境100的示例的示意图。在一些示例中，环境100使得实体能够参与区块链网络102。如图1所示，环境100包括网络104、和计算设备/系统106、108。在一些示例中，网络104可以包括局域网（LAN），广域网（WAN），因特网或其组合，并且连接网站、用户设备（例如，计算设备）和后端系统。在一些示例中，可以通过有线和/或无线通信链路来访问网络104。在一些示例中，计算设备/系统106、108通过网络104相互通信，以及通过网络104实现与区块链网络102之间的通信，以及区块链网络102中的节点（或，节点设备）通过网络104来进行通信。通常，网络104表示一个或多个通信网络。在一些情况下，计算设备/系统106、108可以是云计算系统（未示出）的节点，或者每个计算设备/系统106、108可以是单独的云计算系统，其包括通过网络104互连的多个计算机并且用作分布式处理系统。

在所说明的示例中，计算设备/系统106、108中的每个可以包括能够参与作为区块链网络102中的节点的任何合适的计算系统。计算设备/系统的示例包括但不限于，服务器，台式计算机，笔记本电脑，平板电脑设备和智能手机等。在一些示例中，计算设备/系统106、108上可以安装有用于与区块链网络102交互的一个或多个计算机实现的服务。例如，计算设备/系统106上可以安装有第一实体（例如，用户A）的服务，比如，第一实体用于管理其与一个或多个其他实体（例如，其他用户）的交易的交易管理系统。计算设备/系统108上可以安装有第二实体（例如，用户B）的服务，比如，第二实体用于管理其与一个或多个其他实体（例如，其他用户）的交易的交易管理系统。在图1的示例中，区块链网络102被表示为节点的对等网络，并且计算设备/系统106、108分别作为参与区块链网络102的第一实体和第二实体的节点。

图2示出了执行根据本发明的用于获取去中心化应用集群中的交易处理状态的方法和用于处理交易处理状态获取请求的方法的系统架构200的示例的示意图。系统架构200的示例包括分别与参与方A，参与方B和参与方C对应的参与方系统202、204、206。每个参与方（例如，用户，企业）参与被提供来作为对等网络的区块链网络212。区块链网络212包括多个节点214，其中，节点214中的至少一些节点在区块链216中记录信息，并且所记录的信息不可更改。尽管在区块链网络212内示意性地示出了单个区块链216，但是可以提供区块链216的多个副本，并且在区块链网络212中维护多个副本，如稍后详细描述的。

在所示出的示例中，每个参与方系统202、204、206分别由参与方A，参与方B和参与方C提供，或者被提供来作为参与方A，参与方B和参与方C，并且充当区块链网络212内的对应节点214。如这里所使用的，节点通常是指连接到区块链网络212的单个系统（例如，计算机，服务器），并且使得相应的参与方能够参与区块链网络。在图2示出的示例中，参与方对应于每个节点214。然而，一个参与方可以操作区块链网络212内的多个节点214，和/或多个参与方可以共享单个节点214。在一些示例中，参与方系统202、204、206使用协议（例如，超文本传输协议安全（HTTPS））和/或使用远程过程调用（RPC）来与区块链网络212通信，或者通过区块链网络212进行通信。

节点214在区块链网络212的参与度可以不同。例如，一些节点214可以参与共识过程（例如，作为将区块添加到区块链216的矿工节点），而其他节点214不参与共识过程。作为另一示例，一些节点214存储区块链216的完整副本，而其他节点214仅存储区块链216的部分副本。在图2的示例中，参与方系统202、204、206各自存储区块链216的完整副本216'、216''、216'''。

区块链（例如，图2中的区块链216）由一连串的区块组成，每个区块存储数据。数据的示例可以包括表示两个或更多参与方之间的交易的交易数据。在本发明中，交易被使用来作为非限制性示例，可以预期的是，任何适当的数据都可以存储在区块链中（例如，文档，图像，视频，音频）。交易的示例可以包括但不限于交换有价值的东西（例如，资产，产品，服务和货币等）。交易数据被不可更改地存储在区块链中。

在存储在区块中之前，对交易数据进行哈希处理。哈希处理是将（作为字符串数据提供的）交易数据转换为固定长度的哈希值（也被作为字符串数据提供）的过程。通过对交易数据进行哈希处理后，即使交易数据出现轻微更改，也会导致得到完全不同的哈希值。哈希值通常是通过使用哈希函数来对交易数据进行哈希处理而生成的。哈希函数的示例包括但不限于安全散列算法（SHA）-256，其输出256比特的哈希值。

多个交易的交易数据可以在被哈希化之后存储在区块中。例如，对两个交易数据进行哈希处理得到两个哈希值，然后，对所得到的两个哈希值再次进行哈希处理以得到另一哈希值。重复该过程，直到对于要存储在区块中的所有交易，得到单个哈希值。该哈希值被称为Merkle根哈希，并且被存储在区块的头部。任何交易的更改都会导致其哈希值发生变化，最终导致Merkle根哈希值发生变化。

通过共识协议来将区块添加到区块链中。区块链网络中的多个节点参与共识协议，并且经过竞争之后将区块添加到区块链中。这样的节点被称为矿工节点（或记账节点）。以上介绍的POW用作非限制性示例。

矿工节点执行共识过程来将交易（所对应的区块）添加到区块链。虽然多个矿工节点参与共识过程，但只有一个矿工节点可以将区块写入区块链。也就是说，矿工节点在共识过程中竞争以将其区块添加到区块链中。更详细地，矿工节点周期性地从交易池中收集待处理的交易（例如，直到达到在区块中可以包括的交易数量的预定限制，如果有的话）。交易池包括来自区块链网络中的参与方的交易消息。矿工节点创建区块，并将交易添加到区块中。在将交易添加到区块之前，矿工节点检查待添加的交易中是否存在区块链的区块中具有的交易。如果该交易已被添加到另一个区块中，则该交易将被丢弃。

矿工节点生成区块头，对区块中的所有交易进行哈希处理，并且成对地组合哈希值以生成进一步的哈希值，直到针对区块中的所有交易得到单个哈希值（Merkle根哈希）。然后，将Merkle根哈希添加到区块头中。矿工还确定区块链中的最新区块（即，添加到区块链的最后一个区块）的哈希值。矿工节点还可以在区块头中添加随机数值（nonce值）和时间戳。在挖掘过程中，矿工节点尝试找到满足所需参数的哈希值。矿工节点不断更改nonce值，直到找到满足所需参数的哈希值。

区块链网络中的每个矿工都试图找到满足所需参数的哈希值，并且以这种方式彼此竞争。最终，一个矿工节点找到满足所需参数的哈希值，并将该哈希值通告给区块链网络中的所有其他矿工节点。其他矿工节点验证哈希值，如果确定为正确，则验证区块中的每个交易，接受该区块，并将该区块附加到它们的区块链副本中。以这种方式，区块链的全局状态在区块链网络内的所有矿工节点上达成一致。上述过程是POW共识协议。

在图2所提供的示例中，参与方A想要向参与方B发送一定数量的资金。参与方A生成交易消息，并将交易消息发送到区块链网络，该交易消息被增加到交易池中。区块链网络中的每个矿工节点创建区块，并从交易池中获取交易，并将交易添加到区块。按照这种方式，参与方A所发布的交易被添加到矿工节点的区块中。

在一些区块链网络中，实施密码技术来维护交易的隐私性。例如，如果两个节点想要保持交易私密性，使得区块链网络中的其他节点不能获悉交易细节，则节点可以对交易数据进行加密处理。加密方法的示例包括但不限于对称加密和非对称加密。对称加密是指使用单个密钥进行加密（根据明文生成密文）和解密（根据密文生成明文）的加密过程。在对称加密中，多个节点可以使用相同的密钥，因此每个节点都可以对交易数据进行加密/解密。

非对称加密是指使用密钥对来进行加密。每个密钥对包括私钥和公钥，私钥仅对于相应节点是已知的，并且公钥对于区块链网络中的任何或所有其他节点是已知的。节点可以使用另一个节点的公钥来加密数据，并且可以使用其他节点的私钥来解密经过加密的数据。例如，再次参考图2。参与方A可以使用参与方B的公钥来加密数据，并将加密数据发送给参与方B.参与方B可以使用其私钥来解密加密数据（密文）并提取原始数据（明文）。使用节点的公钥加密的消息，只能使用该节点的私钥解密。

非对称加密用于提供数字签名，这使得交易中的参与方能够确认交易中的其他参与方以及交易的有效性。例如，节点可以对消息进行数字签名，而另一个节点可以根据参与方A的数字签名确认消息是由该节点发送的。数字签名还可以用于确保消息在传输过程中不被篡改。例如，再次参考图2。参与方A将向参与方B发送消息。参与方A生成消息的哈希值，然后使用其私钥对哈希值进行加密来生成数字签名。参与方A将该数字签名附加到消息，并将具有数字签名的消息发送给参与方B。参与方B使用参与方A的公钥解密数字签名，从而解密出对应的哈希值。参与方B对所接收的消息进行哈希处理以得到另一哈希值，然后比较两个哈希值。如果哈希值相同，则参与方B可以确认该消息确实来自参与方A，并且未被篡改。

虽然以上对可以适用本发明的区块链场景进行了说明，但是本发明还可以适用于其它块链式场景。例如，本发明还可以适用于类区块链系统。在类区块链系统中，数据可以同样地采用块链式结构来存储，与区块链系统不同的是，在类区块链系统中，存储于块链式结构中的块链数据不需要经过共识处理。

图3是用于说明本发明中的去中心化集群的一个示例的示意图。如图3所示，去中心化集群（DAPP集群）可以包括3个DAPP（DAPP1至DAPP3），各个去中心化应用分别负责相应流程的交易处理。图3仅仅是去中心化集群的一种示例，在去中心化集群中可以存在任意数量的多个去中心化应用。交易发起方将交易的交易数据发送给DAPP1，DAPP1完成相应的处理之后将经过DAPP1处理的交易数据发送给DAPP2，在DAPP3完成最一个流程的交易处理后，将交易处理结果发送到区块链系统中以实现区块链记账处理。在一个示例中，DAPP3可以将交易处理结果发送给区块链网络中的全量节点，以执行记账处理。在本说明书中，去中心化应用可以是运行在去中心化应用可以包括去中心化应用服务器（或运行在去中心化应用服务器侧的应用程序），还可以包括运行在用户终端设备上的去中心化应用客户端。作为一种应用场景的示例，DAPP1可以是购物平台的购物服务器，DAPP2可以是第三方结算平台的结算服务器，DAPP3可以是银行服务器。

图4是根据本说明书的一个实施例的用于获取去中心化应用集群中的交易处理状态的方法和用于处理交易处理状态获取请求的方法的流程图。在图4中，用于获取去中心化应用集群中的交易处理状态的方法由交易处理状态获取方执行，用于处理交易处理状态获取请求的方法由去中心化应用执行。

如图4所示，在块402，交易处理状态获取方基于交易在去中心化应用集群中的交易跟踪标识，生成交易处理状态获取请求。

交易处理状态获取方例如可以是交易发起方。当交易发起方想要关注交易的处理进程或交易处理结果等信息时，可以作为交易处理状态获取方向去中心化应用请求获取交易处理状态。交易处理状态获取方还可以是交易发起方的关联方，关联方可以从交易发起方获取交易的交易跟踪标识，以用于获取交易处理状态。此外，去中心化应用集群中的各个去中心化应用也可以作为交易处理状态获取方来获取其它去中心化应用中的交易处理状态。例如，去中心化应用可以从其它去中心化应用获取交易处理状态以用于交易失败原因分析或用于其它业务分析。交易处理状态可以是正在处理中的交易处理状态，还可以是在交易经过各个去中心化应用的处理之后的交易处理结果。

交易跟踪标识用于在去中心化应用集群中唯一地标识交易。交易跟踪标识可以由交易发起方来生成。当交易发起方发起交易时，可以使交易数据包括交易跟踪标识字段，并写入为该交易生成的交易跟踪标识。各个交易发起方可以按照其业务处理规则来为其发起的交易生成交易跟踪标识，以用于在去中心应用集群中标识其发起的交易。各个去中心化应用在接收到交易数据之后，对交易数据进行相应处理流程的交易处理之后，将包括交易跟踪标识的经过该去中心化应用处理的交易数据发送给下一流程的去中心化应用。由此，在交易处理的整个过程中交易数据始终携带交易跟踪标识，从而能够根据交易跟踪标识来定位交易所经过的去中心化应用，并且能够定位在各个去心化应用中的交易状态。

为了避免不同交易发起方所生成的交易跟踪标识出现重叠，可以由去中心化应用集群中的各个去中心化应用来约定标识生成规则，各个交易发起方可以基于该标识生成规则来生成交易跟踪标识，以确保所生成的交易跟踪标识能够唯一地标识各个交易。

同一笔交易可以具有多个交易跟踪标识。例如，在由交易发起方生成交易跟踪标识的示例中，如果交易发起方将交易数据发送给去中心化应用集群之后发生交易处理失败的情况（交易处理失败的去中心化应用可以向交易发起方发送交易处理失败的通知消息），交易发起方可以针对该交易再次向去中心化应用集群发送交易数据，以再次发起交易。在再次发送交易数据时，可以重新生成新的交易跟踪标识并将其包括在本次发送的交易数据中，并且可以将前一次发送的交易数据中的前一交易跟踪标识包括在本次所发送的交易数据中。前一交易跟踪标识可以写入历史交易跟踪标识字段中。将前一交易跟踪标识包括在本次交易数据中有助于各个去中心化应用对处理失败的历史交易处理进行分析，以分析处理失败原因，并采取优化措施。

交易处理状态获取方可以将交易跟踪标识组装入交易处理状态获取请求的交易跟踪标识字段，以生成交易处理状态获取请求。在另一示例中，还可以对交易跟踪标识进行加密后，基于加密处理结果来生成交易处理状态获取请求。

在生成交易处理状态获取请求之后，在404，交易处理状态获取方将交易处理状态获取请求发送给去中心化应用集群中的去中心化应用。交易处理状态获取请求可以发送给去中心化应用集群中的一个或多个去中心化应用。以图3所示为例，当交易处理失败时，交易发起方可以逐次向DAPP1至DAPP3发送交易处理状态获取请求，以确定在哪个处理流程处理失败，并分析失败原因。在分析出失败原因后可以采取修正措施并再次发起交易。在另一示例中，在交易处理完成并成功上链之后，去中心化应用集群中的任意去中心化应用可以向其它去中心化应用发送交易处理状态获取请求，从而获取交易在各个去中心化应用中的交易处理结果，以用于业务分析。

去中心化应用在接收到交易状态获取请求之后，在406，基于交易状态获取请求中的交易跟踪标识，从本地的交易处理数据中获取相应交易的交易处理状态。当交易状态获取请求或交易跟踪标识被经过加密处理时，去中心化应用还可以采用相应的解密算法进行解密后获取交易跟踪标识。

去中心化应用在本地获取到交易处理状态之后，在408，将所获取的交易跟踪标识发送给交易处理状态获取方。由此，交易处理状态获取方能够从去中心化应用处获取交易的交易处理状态。

通过该实施例，可以利用交易的交易跟踪标识来获取去中心化应用集群的各个去中心化应用处的交易处理状态。并且在交易处理状态的获取过程中，不需要基于各个去中心应用的业务逻辑来进行额外的运算，从而能够提高获取交易处理状态的效率。在不包括交易跟踪标识的一种场景中，各个去中心化应用在进行相应交易流程的处理时，可以为该交易生成交易处理标识（例如各个去中心化应用中的交易流水号），以在该去中心化应中标识相应交易。当前一去中心化应用完成处理后，将其交易处理标识包括在交易处理结果数据中发送给后一去中心化应用。后一去中心化应用接收到前一去中心化应用的交易处理标识之后，将该交易处理标识存储为该交易的父标识。在该场景中，各个去中心化应用的交易处理标识相互关联，当需要获取交易在去中心化应用中的处理状态时，需要首先分析在各个去中心化应用之间的交易数据处理链路，因而增加了获取过程的复杂性。而利用本实施例，能够避免这种复杂性产生。

交易跟踪标识还可以是去中心化应用集群中的去中心化应用生成的。以下将参考图5对该示例进行说明。图5是本发明中的去中心化应用的交易处理过程的一个示例的流程图。

如图5所示，在块502，去中心化应用接收交易的交易数据。以图3为例，当去中心化应用是DAPP1时，交易数据可以从交易发起方接收，当去中心化应用是DAPP2或DAPP3时，交易数据可以从前一去中心化应用接收。

在接收到交易数据之后，在块504，确定交易数据中是否包括交易跟踪标识。当交易数据中不包括交易跟踪标识字段或交易跟踪标识字段为空时，可以确定所接收到的交易数据不包括交易跟踪标识。

在确定所接收到的交易数据不包括交易跟踪标识时，在块506，为相应交易生成交易跟踪标识。所生成的交易跟踪标识可以写入交易数据的交易跟踪标识字段，或者在创建交易跟踪标识字段后写入交易跟踪标识。在一个示例中，交易跟踪标识可以由交易在去中心化应用集群中所经过的第一个去中心化应用来生成，从而能够避免各个交易跟踪标识出现重叠，以使得各个交易的交易跟踪标识能够唯一地标识该交易。

在一个示例中，交易发起方可能不关注交易的处理状态，因而在发起交易时可以不生成交易跟踪标识。然而，即使交易发起方不关注交易处理状态，去中心化应用也可能会因为业务分析等原因需要在其它去中心化应用中的交易处理状态。因此，接收到交易数据的去中心化应用可以为该交易生成交易跟踪标识，从而在存在获取交易处理状态的需要时，能够基于交易跟踪标识来获取后续交易处理流程的交易处理状态。除交易处理流程中的第一个去中心化应用之外，交易处理流程中的其它去中心化应用也可以在交易数据中没有交易跟踪标识时生成交易跟踪标识。

在一个示例中，对应于各个去中心化应用的交易跟踪标识可以是相同的。例如，在由交易发起方或由第一个去中心化应用生成交易跟踪标识的示例中，该交易跟踪标识跟随该交易的交易数据直至完成最终处理。在这种情形下，交易处理状态获取方可以基于相同的交易跟踪标识从各个去中心化应用获取交易处理状态。在另一示例中，对应于各个去中心化应用的交易跟踪标识也可以不相同。例如，交易可以包括对应于各个去中心化应用的交易跟踪标识字段。各个去中心化应用在接收到交易数据之后，如果对应于该去中心化应用的交易跟踪标识字段为空，可以生成自己交易跟踪标识并写入相应交易跟踪标识字段。不关注交易处理状态的去中心化应用也可以不生成对应于该去中心化应用的交易跟踪标识。由此，能够根据对应于各个去中心应用的交易跟踪标识是否为空来分析各个去中心化应用所关注的交易处理问题。

去中心化应用所生成的交易跟踪标识可以发送给交易发起方。当生成交易跟踪标识的去中心化应用不是交易处理流程中的第一个去中心化应用时，还可以将所生成的交易跟踪标识发送给在前去中心化应用。

在生成交易跟踪标识之后或在所接收到的交易数据包括交易跟踪标识时，在块508，基于交易数据进行交易处理，并在完成交易处理之后，将包括交易跟踪标识的交易数据发送给下一去中心化应用。去中心化应用是交易处理路径中的最后一个去中心化应用时，可以将交易处理数据发送给执行记账处理的区块链节点。

在一个示例中，在去中心化应用基于交易数据来执行相应交易处理的过程中，如果交易处理失败，可以重新基于所接收到的交易数据来再次执行相应交易处理。在该示例中，如果出现交易处理失败的情形，去中心化应用可以将原有的交易跟踪标识包括在前一次处理时的交易处理数据中存入交易处理记录，并重新为该交易生成交易跟踪标识，然后将重新生成的交易跟踪标识包括在再次执行的交易处理的交易处理数据中。由此，该去中心化应用或其它去中心化应用能够基于交易跟踪标识获取到各次交易处理的交易处理数据，以进行业务分析，例如可以分析交易失败原因等。重新生成的交易跟踪标识还可以基于原有交易跟踪标识来生成，从而建立二者之间的联系，以由其中一者来获取另一者。例如，可以基于重新生成的交易跟踪标识来获取原有交易跟踪标识。在另一示例中，在再次执行交易处理时，可以将原有交易跟踪标识包括在再次执行交易处理时的交易处理数据中。

图6是根据本说明书的一个实施例的用于获取去中心化应用集群中的交易处理状态的装置的结构框图。如图6所示，交易处理状态获取装置600包括处理状态获取请求生成单元610、处理状态获取请求发送单元620和交易处理状态获取单元630。

处理状态获取请求生成单元610基于交易在去中心化应用集群中的交易跟踪标识，生成交易处理状态获取请求，交易跟踪标识用于在去中心化应用集群中唯一地标识交易。在生成处理状态获取请求之后，处理状态获取请求发送单元620将交易处理状态获取请求发送给去中心化应用集群中的去中心化应用。交易处理状态获取单元630从去中心化应用处获取交易的交易处理状态。

交易跟踪标识可以是由交易的交易发起方生成的，还可以是由去中心化应用在交易的交易跟踪标识字段为空时生成的。在一个示例中，交易跟踪标识可以是基于去中心化应用集群中的各个去中心化应用所约定的标识生成规则生成的。交易跟踪标识还可以是由去中心化应用在针对交易的交易处理失败时重新生成的。此外，对应于去中心化应用集群中的各个去中心化应用的交易跟踪标识可以是相同的。

图7是根据本说明书的一个实施例的用于处理交易处理状态获取请求的装置的结构框图。如图7所示，交易处理状态获取请求处理装置700包括处理状态获取请求接收单元710、交易处理状态获取单元720和交易处理状态发送单元730。

处理状态获取请求接收单元710接收交易处理状态获取请求，交易处理状态获取请求是基于交易在去中心化应用集群中的交易跟踪标识生成的，交易跟踪标识用于在所述去中心化应用集群中唯一地标识所述交易。交易处理状态获取单元720基于交易处理状态获取请求中的交易跟踪标识，从本地交易处理数据中获取交易的交易处理状态。在本地获取到交易处理状态之后，交易处理状态发送单元730将交易处理状态发送给交易处理状态获取请求的发送方。

以上参照图1到7，对根据本发明的用于获取去中心化应用集群中的交易处理状态的方法及装置和用于处理交易处理状态获取请求的方法及装置的实施例进行了描述。在以上对方法实施例的描述中所提及的细节，同样适用于本发明的装置的实施例。

本发明的用于获取去中心化应用集群中的交易处理状态的装置和用于处理交易处理状态获取请求的装置可以采用硬件实现，也可以采用软件或者硬件和软件的组合来实现。本说明书中的各个实施例均采用递进的方式描述，各个实施例之间相同相似的部分互相参见。

本发明的用于获取去中心化应用集群中的交易处理状态的装置和用于处理交易处理状态获取请求的装置可以采用硬件实现，也可以采用软件或者硬件和软件的组合来实现。以软件实现为例，作为逻辑意义上的装置，是通过其所在设备的处理器将存储器中对应的计算机程序指令读取到内存中运行形成的。在本发明中，多层块链式结构生成装置和信任点更新装置例如可以利用计算设备实现。

图8是根据本说明书的一个实施例的用于执行用于获取去中心化应用集群中的交易处理状态的方法或用于处理交易处理状态获取请求的方法的计算设备的结构框图。如图8所示，计算设备800包括处理器810、存储器820、内存830、通信接口840和内部总线850，并且处理器810、存储器（例如，非易失性存储器）820、内存830、通信接口840经由总线850连接在一起。根据一个实施例，计算设备800可以包括至少一个处理器810，该至少一个处理器810执行在计算机可读存储介质（即，存储器820）中存储或编码的至少一个计算机可读指令（即，上述以软件形式实现的元素）。

在一个实施例中，在存储器820中存储计算机可执行指令，其当执行时使得至少一个处理器810：基于交易在所述去中心化应用集群中的交易跟踪标识，生成交易处理状态获取请求，所述交易跟踪标识用于在所述去中心化应用集群中唯一地标识所述交易；将所述交易处理状态获取请求发送给所述去中心化应用集群中的去中心化应用；以及从所述去中心化应用处获取所述交易的交易处理状态。

在另一实施例中，在存储器820中存储计算机可执行指令，其当执行时使得至少一个处理器810：接收交易处理状态获取请求，所述交易处理状态获取请求是基于交易在所述去中心化应用集群中的交易跟踪标识生成的，所述交易跟踪标识用于在所述去中心化应用集群中唯一地标识所述交易；基于所述交易处理状态获取请求中的交易跟踪标识，从本地交易处理数据中获取所述交易的交易处理状态；以及将所述交易处理状态发送给所述交易处理状态获取请求的发送方。

应该理解，在存储器820中存储的计算机可执行指令当执行时使得至少一个处理器810进行本发明的各个实施例中以上结合图1到7描述的各种操作和功能。

根据一个实施例，提供了一种例如非暂时性机器可读介质的程序产品。非暂时性机器可读介质可以具有指令（即，上述以软件形式实现的元素），该指令当被机器执行时，使得机器执行本发明的各个实施例中以上结合图1到7描述的各种操作和功能。

具体地，可以提供配有可读存储介质的系统或者装置，在该可读存储介质上存储着实现上述实施例中任一实施例的功能的软件程序代码，且使该系统或者装置的计算机或处理器读出并执行存储在该可读存储介质中的指令。

在这种情况下，从可读介质读取的程序代码本身可实现上述实施例中任何一项实施例的功能，因此机器可读代码和存储机器可读代码的可读存储介质构成了本发明的一部分。

可读存储介质的实施例包括软盘、硬盘、磁光盘、光盘（如CD-ROM、CD-R、CD-RW、DVD-ROM、DVD-RAM、DVD-RW、DVD-RW）、磁带、非易失性存储卡和ROM。可选择地，可以由通信网络从服务器计算机上或云上下载程序代码。

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

上述各流程和各系统结构图中不是所有的步骤和单元都是必须的，可以根据实际的需要忽略某些步骤或单元。各步骤的执行顺序不是固定的，可以根据需要进行确定。上述各实施例中描述的装置结构可以是物理结构，也可以是逻辑结构，即，有些单元可能由同一物理实体实现，或者，有些单元可能分由多个物理实体实现，或者，可以由多个独立设备中的某些部件共同实现。

在整个本说明书中使用的术语“示例性”意味着“用作示例、实例或例示”，并不意味着比其它实施例“优选”或“具有优势”。出于提供对所描述技术的理解的目的，具体实施方式包括具体细节。然而，可以在没有这些具体细节的情况下实施这些技术。在一些实例中，为了避免对所描述的实施例的概念造成难以理解，公知的结构和装置以框图形式示出。

以上结合附图详细描述了本发明的实施例的可选实施方式，但是，本发明的实施例并不限于上述实施方式中的具体细节，在本发明的实施例的技术构思范围内，可以对本发明的实施例的技术方案进行多种简单变型，这些简单变型均属于本发明的实施例的保护范围。

本发明内容的上述描述被提供来使得本领域任何普通技术人员能够实现或者使用本发明内容。对于本领域普通技术人员来说，对本发明内容进行的各种修改是显而易见的，并且，也可以在不脱离本发明内容的保护范围的情况下，将本文所定义的一般性原理应用于其它变型。因此，本发明内容并不限于本文所描述的示例和设计，而是与符合本文公开的原理和新颖性特征的最广范围相一致。

Claims (18)

1.一种用于获取去中心化应用集群中的交易处理状态的方法，包括：

基于交易在所述去中心化应用集群中的交易跟踪标识，生成交易处理状态获取请求，所述交易跟踪标识用于在所述去中心化应用集群中唯一地标识所述交易；

将所述交易处理状态获取请求发送给所述去中心化应用集群中的去中心化应用；以及

从所述去中心化应用处获取所述交易的交易处理状态。

2.如权利要求1所述的方法，其中，所述交易跟踪标识是基于所述去中心化应用集群中的各个去中心化应用所约定的标识生成规则生成的。

3.如权利要求1所述的方法，其中，所述交易跟踪标识是由所述交易的交易发起方生成的。

4.如权利要求1所述的方法，其中，所述交易跟踪标识是由所述去中心化应用在所述交易的交易数据不包括交易跟踪标识生成的。

5.如权利要求1所述的方法，其中，所述交易跟踪标识是由所述去中心化应用在针对所述交易的交易处理失败时重新生成的。

6.如权利要求1所述的方法，其中，对应于所述去中心化应用集群中的各个去中心化应用的所述交易跟踪标识是相同的。

7.一种用于处理交易处理状态获取请求的方法，所述方法由去中心化应用集群中的去中心化应用执行，所述方法包括：

接收交易处理状态获取请求，所述交易处理状态获取请求是基于交易在所述去中心化应用集群中的交易跟踪标识生成的，所述交易跟踪标识用于在所述去中心化应用集群中唯一地标识所述交易；

基于所述交易处理状态获取请求中的交易跟踪标识，从本地交易处理数据中获取所述交易的交易处理状态；以及

将所述交易处理状态发送给所述交易处理状态获取请求的发送方。

8.一种用于获取去中心化应用集群中的交易处理状态的装置，包括：

处理状态获取请求生成单元，基于交易在所述去中心化应用集群中的交易跟踪标识，生成交易处理状态获取请求，所述交易跟踪标识用于在所述去中心化应用集群中唯一地标识所述交易；

处理状态获取请求发送单元，将所述交易处理状态获取请求发送给所述去中心化应用集群中的去中心化应用；以及

交易处理状态获取单元，从所述去中心化应用处获取所述交易的交易处理状态。

9.如权利要求8所述的装置，其中，所述交易跟踪标识是基于所述去中心化应用集群中的各个去中心化应用所约定的标识生成规则生成的。

10.如权利要求8所述的装置，其中，所述交易跟踪标识是由所述交易的交易发起方生成的。

11.如权利要求8所述的装置，其中，所述交易跟踪标识是由所述去中心化应用在所述交易的交易数据不包括交易跟踪标识生成的。

12.如权利要求8所述的装置，其中，所述交易跟踪标识是由所述去中心化应用在针对所述交易的交易处理失败时重新生成的。

13.如权利要求8所述的装置，其中，对应于所述去中心化应用集群中的各个去中心化应用的所述交易跟踪标识是相同的。

14.一种用于处理交易处理状态获取请求的装置，所述装置用于去中心化应用集群中的去中心化应用，所述装置包括：

处理状态获取请求接收单元，接收交易处理状态获取请求，所述交易处理状态获取请求是基于交易在所述去中心化应用集群中的交易跟踪标识生成的，所述交易跟踪标识用于在所述去中心化应用集群中唯一地标识所述交易；

交易处理状态获取单元，基于所述交易处理状态获取请求中的交易跟踪标识，从本地交易处理数据中获取所述交易的交易处理状态；以及

交易处理状态发送单元，将所述交易处理状态发送给所述交易处理状态获取请求的发送方。

15. 一种计算设备，包括：

至少一个处理器；以及

存储器，所述存储器存储指令，当所述指令被所述至少一个处理器执行时，使得所述至少一个处理器执行如权利要求1到6中任一所述的方法。

16.一种机器可读存储介质，其存储有可执行指令，所述指令当被执行时使得所述机器执行如权利要求1到6中任一所述的方法。

17. 一种计算设备，包括：

至少一个处理器；以及

存储器，所述存储器存储指令，当所述指令被所述至少一个处理器执行时，使得所述至少一个处理器执行如权利要求7所述的方法。

18.一种机器可读存储介质，其存储有可执行指令，所述指令当被执行时使得所述机器执行如权利要求7所述的方法。

Images