CN109146478A - 在区块链网络中用于操作数字凭证的方法、装置及介质 - Google Patents

Abstract

本公开的实施例公开了在区块链网络中用于操作数字凭证的方法、装置及介质。该方法包括：从区块链网络的账本中获取针对数字凭证的操作请求，该操作请求包括请求接收方标识列表；将该操作请求转发给相应的请求接收方设备；从相应的请求接收方设备接收操作响应，该操作响应为同意所述操作请求或拒绝所述操作请求；将该操作响应写入该账本中；在操作响应为同意操作请求的情况下，判断请求接收方标识列表中的其他请求接收方设备是否都同意操作请求；以及在其他请求接收方设备都同意所述操作请求的情况下，在账本中写入用于指示述请求接收方标识列表中的所有请求接收方设备都同意操作请求的确认信息。

Description

在区块链网络中用于操作数字凭证的方法、装置及介质

技术领域

本公开的实施例总体上涉及区块链技术领域，并且更具体地涉及在区块链网络中用于操作数字凭证的方法、装置及介质。

背景技术

区块链(Blockchain)是用分布式数据库识别、传播和记载信息的智能化对等网络，也称为价值互联网。区块链技术包括利用块链式数据结构来验证与存储数据、利用分布式节点共识算法来生成和更新数据、利用密码学的方式保证数据传输和访问的安全、利用由自动化脚本代码组成的智能合约来编程和操作数据等。智能合约是一种旨在以信息化方式传播、验证或执行合同的计算机协议，智能合约可以为区块链节点设备中执行特定功能的计算机程序。

由于存入区块链中的数据无法被篡改，因而区块链在数据防篡改方面也能够得到保证。而且，由于区块链可通过将加密数据块按照时间顺序叠加来生成持久的不可修改的记录，并且将记录存储在区块链网络的各个节点中，因此这样可以使得能够以去中心化的方式来集体维护一个可靠数据库。总之，区块链在数据防篡改、透明性以及去中心化方面具有技术优势。

发明内容

针对现有技术中存在的技术问题以及其他潜在的技术问题，本公开的实施例提供了在区块链网络中用于操作数字凭证的方法、装置及介质。

在本公开的第一方面，提供了一种在区块链网络中用于操作数字凭证的方法，包括：从所述区块链网络的账本中获取针对所述数字凭证的操作请求，所述操作请求包括请求接收方标识列表；将所述操作请求转发给相应的请求接收方设备；从所述相应的请求接收方设备接收操作响应，所述操作响应为同意所述操作请求或拒绝所述操作请求；将所述操作响应写入所述账本中；在所述操作响应为同意所述操作请求的情况下，判断请求接收方标识列表中的其他请求接收方设备是否都同意所述操作请求；以及在所述其他请求接收方设备都同意所述操作请求的情况下，在所述账本中写入用于指示所述请求接收方标识列表中的所有请求接收方设备都同意所述操作请求的确认信息。

在本公开的第二方面，提供了一种在区块链网络中用于操作数字凭证的装置，包括：处理器；存储器，所述存储器耦合至所述处理器并且存储有指令，当所述指令执行时使得所述处理器执行以下动作：从所述区块链网络的账本中获取针对所述数字凭证的操作请求，所述操作请求包括请求接收方标识列表；将所述操作请求转发给相应的请求接收方设备；从所述相应的请求接收方设备接收操作响应，所述操作响应为同意所述操作请求或拒绝所述操作请求；将所述操作响应写入所述账本中；在所述操作响应为同意所述操作请求的情况下，判断请求接收方标识列表中的其他请求接收方设备是否都同意所述操作请求；以及在所述其他请求接收方设备都同意所述操作请求的情况下，在所述账本中写入用于指示所述请求接收方标识列表中的所有请求接收方设备都同意所述操作请求的确认信息。

在本公开的第三方面，提供了一种计算机可读存储介质，其具有存储在其上的计算机可执行指令，所述计算机可执行指令在设备中运行时使得所述设备执行根据本公开的第一方面所述的方法。

经由本公开的实施例，使得数字凭证以及与其相关联的交易操作可由连接到区块链上的多个参与方(例如，多个请求接收方)共同维护，进而使得交易数据的安全性和效率可得到充分地保证。

附图说明

图1例示了可用于实施本公开的示例实施例的区块链网络100的架构的示意图；

图2例示了根据本公开的一实施例的在区块链网络中用于操作数字凭证的过程200的流程图

图3例示了根据本公开的另一实施例的在区块链网络中用于操作数字凭证的过程300的流程图。

图4例示了根据公开的实施例的在区块链网络中用于操作数字凭证的方法400的流程图。

图5例示了用于实施本公开的实施例的用于操作数字凭证的装置500的示意性框图。

具体实施方式

下面将参照附图更详细地描述本公开的各个示例性实施例。虽然附图中流程图和示意图显示了本公开的一些实施例，然而应当理解的，本公开可以通过各种形式来实现，而且不应被解释为限于这里阐述的实施例，相反提供这些实施例是为了更加透彻和完整地理解本公开。应当理解的是，本公开的附图及实施例仅用于说明性作用，并非用于限制本公开的保护范围。

本文使用的术语“包括”、“包含”及类似术语应当被理解为是开放性的术语，即“包括但不限于”，表示还可以包括其他内容。术语“基于”是“至少部分地基于”。术语“一个实施例”表示“至少一个实施例”。术语“另一实施例”表示“至少一个另外的实施例”，等等。其他术语的相关定义将在下文描述中给出。

对于相关领域普通技术人员已知的技术、方法和设备可能不作详细讨论，但在适当情况下，所述技术、方法和设备应当被视为说明书的一部分。对于附图中的各单元之间的连线，仅仅是为了便于说明，其表示至少连线两端的单元是相互通信的，并非旨在限制未连线的单元之间无法通信。

应当理解，给出这些示例性实施例仅是为了使本领域技术人员能够更好地理解并实现被公开的实施例，而并非以任何方式限制发明的范围。

一般来说，当资源提供方和资源接收方之间通过网络发生资源交互时，资源提供方不会立刻向资源接收方提供资源(例如，货物或资金)，而是会向资源接收方提供与该资源相对应的数字凭证，该数字凭证与资源接收方能够从资源提供方获取的资源相对应。作为示例应用场景，在供应链领域的资源交互中，该数字凭证可以是例如应收/应付账款的凭证。

传统上，一般通过中心化的第三方媒介(例如在供应链领域的资源交互中，经常采用中登网作为第三方媒介，其是中国人民银行征信中心下属的中心化动产融资统一登记系统，并不对外提供API(应用编程接口)对接服务)来对针对数字凭证的操作请求进行管理和维护，以确保各参与方(例如第一资源提供方、第二资源提供方、资源接收方、资金方)能够互相信任，从而顺利地实现资源(例如，资金)的交互。但是，通过第三方媒介来对针对数字凭证的操作请求进行管理和维护往往效率低下，而且存在安全风险，例如一旦第三方媒介受到安全攻击、或者自身难以保证其信誉和安全性，则所有各方之间的资源交互的安全性都会受到影响。

本公开的实施例提供了一种在区块链网络中用于操作数字凭证的方法、装置和介质，其通过使得由连接到区块链上的多个参与方(例如，多个请求接收方)共同维护数字凭证以及相关联的交易操作，而不是经由中心化的第三方机构来对此进行维护，从而确保交易数据的安全性和效率可得到充分地保证。另外，在本公开的实施例中，与数字凭证相关联的每个交易操作都可验证由哪几方参与并签名，使得任何一方都不能直接擅自直接更新相关操作及数字凭证的状态，进而使得相关的交易数据不能以单一一方的修改为准，并且交易数据的修改可配有各参与方的签名，使得该修改可被追踪。

图1例示了可用于实施本公开的示例实施例的区块链网络100(此后简称为区块链100)的架构的示意图。区块链100包括通过网络连接的多个区块链节点设备(在本文中也被称为区块链节点)，例如区块链节点102、104、106、108、110和112，并且这些区块链节点上各自运行有智能合约。这些区块链节点中的每个节点可以为计算设备，计算设备可以为服务器或者用户设备(例如，移动设备，例如智能手机、平板设备、便携式计算机等，或固定设备，诸如台式计算机)。这些区块链节点设备之间可以通过网络来同步数据，因而能够避免中心化节点所带来的安全隐患和安全风险。网络可以是任何有线和/或无线网络。任选地，网络可以包括但不限于，因特网、广域网、城域网、局域网、虚拟专用网络、无线通信网络等等。在供应链应用场景中，供应链上的资源接收方(例如，核心企业)、第一资源提供方(例如，一级供应商)、第二资源提供方(例如，二级供应商)、资金方(例如，金融机构)、平台方等的客户端设备(例如，客户端设备114、116、118、120、122、124)可通过网络(该网络可以是任何有线和/或无线网络)通信地连接到该区块链网络中的各个相应的区块链节点，以便在该区块链网络中完成资源的交互，从而确保所有各方之间的资源交互的效率和安全性。如图所示，在本公开的示例中，区块链网络中的一个区块链节点可连接到一个或多个客户端设备。请注意，图1仅仅是示意性的，在实际使用中，可包括更多或更少的区块链节点以及更多或更少的客户端设备，并且每一区块链节点可通过网络通信地连接到更多或更少的客户端设备。

应当理解，由于区块链的对等性，在一些情况下，每一个区块链节点以及其上运行的智能合约实际上具有相同的数据并且执行相同的功能。但是，出于简化说明的目的，在本公开的实施例中，以某个区块链节点作为执行主体来执行一些动作和操作，但是实际上这些动作和操作也可以由该区块链上的任一其他区块链节点执行，而不会超出本申请的保护范围。

图2例示了根据本公开的一实施例的在区块链网络中用于操作数字凭证的过程200的流程图。

在步骤201中，请求发起方经由其相应的客户端设备(在本文中统称为请求发起方设备)发起针对数字凭证(例如，在供应链领域的资源交互场景中，该数字凭证可以是应收或应付账款的凭证，该凭证可记载有与该凭证相关联的资源的可用限值、可用范围、有效期限等信息)的操作请求。该操作请求可包括请求接收方标识列表，该请求接收方标识列表中存储有(例如以分层结构组织的)用于指示一个或多个请求接收方设备的设备标识以及用于指示一个或多个请求接收方节点的节点标识，并且在该请求接收方标识列表中每一节点标识可对应于一个或多个设备标识，其中该一个或多个请求接收方设备为被请求发起方授权应对该操作请求作出响应(即，同意该操作请求或拒绝该操作请求)的一个或多个请求接收方的客户端设备，并且该一个或多个请求接收方节点为该区块链网络中与该一个或多个请求接收方设备通信连接的一个或多个区块链节点。虽然在本文中为了说明简要的目的将发起操作请求的一方称为请求发起方，并将接收操作请求的一方或多方称为一个或多个请求接收方，但是在实际应用中，取决于发起的操作请求，请求发起方可相应地发生变化，并且一个或多个请求接收方也可发生变化。

在一个示例中，在供应链领域的资源交互场景中，请求发起方可通过其请求发起方设备发起与创建数字凭证相关联的操作请求。该操作请求可以例如在资源接收方(例如，核心企业)需要从第一资源提供方(例如，一级供应商)获取资源(例如，资金、货物等)的情况下发生。在该情况下，资源接收方或第一资源提供方将发起对与该资源相关联的数字凭证的创建过程，在数字凭证的创建过程中，创建发起方会进一步发起要求创建请求接收方以及(任选的)平台方对于是否同意该数字凭证的创建进行确认的请求。因此，对于这种操作请求而言，在一种情况下，请求发起方可以是作为债务方的资源接收方，而一个或多个请求接收方可以是作为债权方的第一资源提供方以及(任选的)平台方。在另一种情况下，请求发起方也可以是作为债权方的第一资源提供方，而一个或多个请求接收方则是作为债务方的资源接收方以及(任选的)平台方。应了解，对于这种操作请求而言，在相关的请求接收方都同意该创建操作的情况下，数字凭证被成功创建并其状态变为已生效。

在另一示例中，在某数字凭证已经被成功创建并且已经生效的情况下，请求发起方可通过其请求发起方设备发起与对该数字凭证或该数字凭证的经拆分的一个或多个部分进行转让相关联的操作请求。该操作请求可以例如在第一资源提供方(例如，一级供应商)需要将该数字凭证或该数字凭证的经拆分的一个或多个部分转让给一个或多个第二资源提供方(例如，一个或多个二级供应商)的情况下发生。在该过程中，第一资源提供方会发起将该数字凭证或该数字凭证的经拆分的一个或多个部分转让给一个或多个第二资源提供方的过程，并且在转让过程中，该转让的发起方会进一步发起要求该转让请求的一个或多个接收方以及(任选的)平台方对于是否同意该转让进行确认的请求。由此，对于这种操作请求而言，请求发起方节点可以是作为凭证转让方的第一资源提供方，而一个或多个请求接收方可以是作为凭证受让方的一个或多个第二资源提供方以及(任选的)平台方。

在又一示例中，在某数字凭证已经被创建并且已经生效的情况下，请求发起方可发起与对该数字凭证进行贴现相关联的操作请求。该操作请求可以例如在作为债权方的第一资源提供方(例如，一级供应商)要求使用该数字凭证来兑现资金的情况下发生。在该过程中，第一资源提供方会使用该数字凭证来发起要求资金方(例如，金融机构)兑现资金的过程，并且在该兑现过程中，兑现请求的发起方会进一步发起要求资源接收方、资金方以及(任选的)平台方对于是否同意该兑现进行确认的请求。由此，对于这种操作请求而言，请求发起方可以是接收资源(例如，资金)的第一资源提供方，而一个或多个请求接收方可以是资源接收方(例如，核心企业)、资金方以及(任选的)平台方。

在再一示例中，请求发起方可发起与对某一已生效的数字凭证进行核销相关联的操作请求。该操作请求可以例如在资源接收方(例如，核心企业)需要针对该数字凭证进行还款的情况下发生。在该过程中，资源接收方会发起针对该数字凭证进行还款的过程，并且在该还款过程中，该还款请求的发起方会进一步发起要求还款接收方(持有该数字凭证或该数字凭证的经拆分的一个或多个部分的资金方、第一资源提供方、或一个或多个第二资源提供方)以及(任选的)平台方对于是否同意该还款进行确认的请求。由此，对于这种操作请求而言，请求发起方可以是作为债务方的资源接收方，一个或多个请求接收方可以是持有该数字凭证或该数字凭证的经拆分的一个或多个部分的资金方、第一资源提供方或一个或多个第二资源提供方以及(任选的)平台方。应了解，对于这种操作请求而言，在相应的请求接收方都同意该核销操作的情况下，数字凭证被成功核销并且其状态变为已核销。

在本公开的示例中，操作请求可包括一个或多个字段，例如用于指示所发生的具体交易操作(诸如，以上提到的创建数字凭证、对该数字凭证或该数字凭证的经拆分的一个部分或多个部分进行转让、对该数字凭证进行贴现、对该数字凭证进行核销)的交易数据的字段或用于指示时间戳的字段等。

在步骤202，请求发起方设备利用其私钥对该操作请求进行签名，并经由网络(该网络可以是任何有线和/或无线网络)将经签名的操作请求及请求发起方的证书(例如，公钥)一起(例如在打包后一起)(为了便于描述，此后将经打包的操作请求及请求发起方设备的证书也称为操作请求)发送到区块链网络中的与其相对应(例如，通信连接)的区块链节点(为了说明简要的目的，在本文中将其统称为请求发起方节点)。在本公开的示例中，对操作请求进行签名包括对操作请求中包括的交易数据进行签名。该签名有利于确保交易数据的真实性，并防止该交易数据被篡改或伪造等。而且，通过该签名，使得相应的交易数据可被追踪。

在步骤203中，请求发起方节点将操作请求写入区块链网络的账本中。

在步骤204中，接收方标识列表中的请求接收方节点从账本中获取操作请求。为了简要起见，在本文中仅针对一个请求接收方节点来进行描述，但如正先前所描述的，在实际应用中可包括一个或多个请求接收方节点。在一个示例中，该操作请求可由请求接收方节点主动从账本中获取。在另一示例中，该操作请求可通过触发事件的方式被推送到每一请求接收方节点。

在步骤205中，请求接收方节点在接收到操作请求后，用该操作请求中包括的请求发送方设备的证书对请求发送方设备的身份进行验证。该身份验证可用于证明该操作请求确实是通过该请求发送方设备发起的，并且还有助于确定操作请求的完整性(即，没有被篡改或替换)。

在步骤206中，在身份验证通过的情况下，请求接收方节点将操作请求转发给接收方标识列表中与该请求接收方节点相对应的请求接收方设备，以请求相应的请求接收方经由该请求接收方设备对所述操作请求作出操作响应。

在步骤207中，请求接收方通过请求接收方设备对所述操作请求作出操作响应，该操作响应可以是同意该操作请求或拒绝该操作请求。

在步骤208中，请求接收方设备用私钥对该操作响应进行签名，并经由网络将经签名的操作响应连同其证书一起(例如在打包后一起)(为了便于描述，将经打包的操作响应及请求接收方设备的证书也称为操作响应)发送给区块链网络中与该请求接收方设备相对应(通信连接)的请求接收方节点。该签名有利于确保操作响应的真实性，并防止该操作响应被篡改或伪造等。而且，通过该签名，使得相应的操作响应可被追踪。

在步骤209中，请求接收方节点在接收到该操作响应后，将该操作响应写入账本中。

在步骤210中，请求接收方节点判断操作响应是同意该操作请求还是拒绝该操作请求。

在步骤211中，在操作响应是拒绝该操作请求的情况下，在账本中进一步写入用于指示该操作请求已被拒绝的拒绝信息，并且该过程结束。

在步骤212中，在操作响应为同意该操作请求的情况下，请求接收方节点判断与请求接收方标识列表中的其他请求接收方设备相对应的其他请求接收方是否都同意该操作请求。

在步骤213中，在其他请求接收方设备都同意操作请求的情况下，请求接收方节点在账本中写入用于指示请求接收方标识列表中的所有请求接收方设备都同意该操作请求的确认信息。该确认信息表明操作请求所针对的相应操作已成功。另外，值得注意的是，在供应链的应用场景中，在操作请求是与创建数字凭证相关联的操作请求的情况下，当在所述账本中写入确认信息时，请求接收方节点还会进一步将该数字凭证设置为已生效。在操作请求是与对数字凭证进行核销相关联的操作请求的情况下，当在账本中写入确认信息时，请求接收方节点还会进一步将数字凭证设置为已核销。

图3例示了根据本公开的另一实施例的在区块链网络中用于操作数字凭证的过程300的流程图。应注意，除了对操作请求和操作响应进行签名实施方以及实施时间以外，过程300和过程200基本上相同。因此，在本文中，并没有对过程300作非常详细地描述，但是本领域技术人员应领会，过程200中的一些操作细节可同等地适用于过程300中的步骤。

在步骤301中，请求发起方经由其相应的客户端设备(在本文中统称为请求发起方设备)发起针对数字凭证(例如，在供应链领域的资源交互场景中，该数字凭证可以是应收或应付账款的凭证)的操作请求。该操作请求可包括请求接收方标识列表，该请求接收方标识列表中存储有(例如以分层结构组织的)用于指示一个或多个请求接收方设备的设备标识以及用于指示一个或多个请求接收方节点的节点标识，并且在该请求接收方标识列表中每一节点标识可对应于一个或多个设备标识。

在步骤302中，请求发起方设备经由网络(该网络可以是任何有线和/或无线网络)将操作请求发送到区块链网络中的相应区块链节点(在本文中统称为请求发起方节点)。

在步骤303中，请求发起方节点用其自身的私钥对该操作请求进行签名，并将经签名的操作请求连同该请求发起方节点的证书一起(例如，在打包后一起)(为了便于描述，此后将经打包的操作请求及请求发起方节点的证书也称为操作请求)写入区块链网络的账本中。

在步骤304中，接收方标识列表中的各个请求接收方节点从账本中获取该操作请求。

在步骤305中，请求接收方节点在接收到操作请求后，用该操作请求中包括的该请求发送方节点的证书对请求发送方的身份进行验证。该身份验证可用于证明该操作请求确实是经由该请求发送方节点写入账本的，并且还有助于确定操作请求的完整性(即，没有被篡改或替换)。

在步骤306中，在身份验证通过的情况下，请求接收方节点将操作请求转发给接收方标识列表中与该请求接收方节点相对应的请求接收方设备，以请求相应的请求接收方经由该请求接收方设备对所述操作请求作出操作响应。

在步骤307中，请求接收方通过请求接收方设备对所述操作请求作出操作响应，该操作响应可以是同意该操作请求或拒绝该操作请求。

在步骤308中，请求接收方设备经由网络将操作响应发送给区块链网络中与该请求接收方设备相应(通信连接)的请求接收方节点。

在步骤309中，请求接收方节点在接收到该操作响应后，用自己的私钥对该操作响应进行签名，并将经签名的操作响应连同其证书一起(例如，在打包后一起)(为了便于描述，将经打包的操作响应及请求接收方节点的证书也称为操作响应)写入区块链网络的账本中。

在步骤310中，请求接收方节点判断操作响应是同意该操作请求还是拒绝该操作请求。

在步骤311中，在操作响应是拒绝该操作请求的情况下，在账本中写入用于指示该操作请求已被拒绝的拒绝信息，并且该过程结束。

在步骤312，在操作响应为同意操作请求的情况下，请求接收方节点判断与请求接收方标识列表中的其他请求接收方设备相对应的请求接收方是否都同意操作请求。

在步骤313中，在其他请求接收方设备都同意操作请求的情况下，请求接收方节点在账本中写入用于指示所述请求接收方标识列表中的所有请求接收方设备都同意该操作请求的确认信息。

结合图2-图3所阐述的实施例可知，在本公开中，由连接到区块链上的多个参与方(例如，多个请求接收方)来共同维护数字凭证以及相关联的交易操作(例如，数字凭证的创建、流转和核销等)，而不是经由中心化的第三方机构来对此进行维护，因此交易数据的安全性和效率可得到充分地保证。另外，在本公开中，与数字凭证相关联的每个交易操作都可验证由哪几方参与并签名，使得任何一方都不能直接擅自直接更新相关操作及数字凭证的状态，进而使得相关的交易数据不能以单一一方的修改为准，并且交易数据的修改可配有各参与方的签名，使得该修改可被追踪。

图4例示了根据公开的实施例的在区块链网络中用于操作数字凭证的方法400的流程图。应领会，方法400例如可以由区块链网络中的任何一个接收方节点来执行。

在步骤401中，从区块链网络的账本中获取针对数字凭证的操作请求，该操作请求包括请求接收方标识列表。在步骤402中，将该操作请求转发给相应的请求接收方设备。在步骤403中，从该相应的请求接收方设备接收操作响应，所述操作响应为同意该操作请求或拒绝该操作请求。在步骤404中，将该操作响应写入账本中。在步骤405中，在该操作响应为同意该操作请求的情况下，判断请求接收方标识列表中的其他请求接收方设备是否都同意该操作请求。在步骤406中，在其他请求接收方设备都同意该操作请求的情况下，在账本中写入用于指示请求接收方标识列表中的所有请求接收方设备都同意该操作请求的确认信息。

图5例示了用于实施本公开的实施例的在区块链网络中用于操作数字凭证的装置500的示意性框图，其中装置500可包括处理器510和存储器520，存储器520耦合至处理器510并且存储有指令，当这些指令执行时使得处理器510执行上文描述的方法400中的一个或多个动作或步骤。

具体而言，当存储器520中存储的指令执行时使得处理器510执行以下操作：从所述区块链网络的账本中获取针对所述数字凭证的操作请求，所述操作请求包括请求接收方标识列表；将所述操作请求转发给相应的请求接收方设备；从所述相应的请求接收方设备接收操作响应，所述操作响应为同意所述操作请求或拒绝所述操作请求；将所述操作响应写入所述账本中；在所述操作响应为同意所述操作请求的情况下，判断请求接收方标识列表中的其他请求接收方设备是否都同意所述操作请求；以及在所述其他请求接收方设备都同意所述操作请求的情况下，在所述账本中写入用于指示所述请求接收方标识列表中的所有请求接收方设备都同意所述操作请求的确认信息所述请求接收方标识列表包括用于指示一个或多个请求接收方节点的节点标识以及用于指示一个或多个请求接收方设备的设备标识。

在一种实现中，所述操作请求为经请求发起方设备签名的操作请求。并且，当存储器520中存储的指令执行时还使得处理器510执行以下动作：在获取所述操作请求时，对所述请求发起方设备的身份进行验证。

在另一实现中，所述操作请求为经请求发起方节点签名的操作请求。并且，当存储器520中存储的指令执行时还使得处理器510执行以下动作：在获取所述操作请求时，对所述请求发起方节点的身份进行验证。

在一个实现中，所述操作响应为经通过所述相应的请求接收方设备签名的操作响应。在另一实现中，当存储器520中存储的指令执行时还使得处理器510执行以下动作：对所述操作响应进行签名。

在一种实现中，从所述区块链网络的账本中获取针对所述数字凭证的操作请求包括：从所述区块链网络的账本中获取与创建所述数字凭证相关联的操作请求，并且当存储器520中存储的指令执行时还使得处理器510执行以下动作：当在所述账本中写入所述确认信息时，将所述数字凭证设置为已生效。

在另一实现中，所述数字凭证为已生效的数字凭证，并且从所述区块链网络的账本中获取针对所述数字凭证的操作请求包括：从所述区块链网络的账本中获取与对所述数字凭证或所述数字凭证的经拆分的一个部分或多个部分进行转让相关联的操作请求。

在又一实现中，所述数字凭证为已生效的数字凭证，并且从所述区块链网络的账本中获取针对所述数字凭证的操作请求包括：从所述区块链网络的账本中获取与对所述数字凭证进行贴现相关联的操作请求。

在再一实现中，从所述区块链网络的账本中获取针对所述数字凭证的操作请求包括：从所述区块链网络的账本中获取与对所述数字凭证进行核销相关联的操作请求，并且当存储器520中存储的指令执行时还使得处理器510执行以下动作：当在所述账本中写入所述确认信息时，将所述数字凭证设置为已核销。

本公开可以被具体实现为一种在区块链网络中用于操作数字凭证的方法、装置和/或计算机程序产品。计算机程序产品可以包括计算机可读存储介质，其上载有用于执行本公开的各个方面的计算机可读程序指令。

本公开中所描述的方法和功能可以至少部分地由一个或多个硬件逻辑组件来执行。例如但不限于，可以使用的硬件逻辑组件的示意性类型包括现场可编程门阵列(FPGA)、专用集成电路(ASIC)、专用标准产品(ASSP)、片上系统(SOC)、复杂可编程逻辑器件(CPLD)等。

计算机可读存储介质可以是可以保持和存储由指令执行设备使用的指令的有形设备。计算机可读存储介质例如可以是――但不限于――电存储设备、磁存储设备、光存储设备、电磁存储设备、半导体存储设备或者上述的任意合适的组合。计算机可读存储介质的更具体的例子(非穷举的列表)包括：便携式计算机盘、硬盘、随机存取存储器(RAM)、只读存储器(ROM)、可擦式可编程只读存储器(EPROM或闪存)、静态随机存取存储器(SRAM)、便携式压缩盘只读存储器(CD-ROM)、数字多功能盘(DVD)、记忆棒、软盘、机械编码设备、例如其上存储有指令的打孔卡或凹槽内凸起结构、以及上述的任意合适的组合。这里所使用的计算机可读存储介质不被解释为瞬时信号本身，诸如无线电波或者其它自由传播的电磁波、通过波导或其它传输媒介传播的电磁波(例如，通过光纤电缆的光脉冲)、或者通过电线传输的电信号。

本文所描述的计算机可读程序指令可以从计算机可读存储介质下载到各个计算/处理设备，或者通过网络、例如因特网、局域网、广域网和/或无线网下载到外部计算机或外部存储设备。网络可以包括铜传输电缆、光纤传输、无线传输、路由器、防火墙、交换机、网关计算机和/或边缘服务器。每个计算/处理设备中的网络适配卡或者网络接口从网络接收计算机可读程序指令，并转发该计算机可读程序指令，以供存储在各个计算/处理设备中的计算机可读存储介质中。

用于执行本公开操作的计算机程序指令可以是汇编指令、指令集架构(ISA)指令、机器指令、机器相关指令、微代码、固件指令、状态设置数据、或者以一种或多种编程语言的任意组合编写的源代码或目标代码，所述编程语言包括面向对象的编程语言—诸如Smalltalk、C++等，以及常规的过程式编程语言—诸如“C”语言或类似的编程语言。计算机可读程序指令可以完全地在用户计算机上执行、部分地在用户计算机上执行、作为一个独立的软件包执行、部分在用户计算机上部分在远程计算机上执行、或者完全在远程计算机或服务器上执行。在涉及远程计算机的情形中，远程计算机可以通过任意种类的网络—包括局域网(LAN)或广域网(WAN)—连接到用户计算机，或者，可以连接到外部计算机(例如利用因特网服务提供商来通过因特网连接)。在一些实施例中，通过利用计算机可读程序指令的状态信息来个性化定制电子电路，例如可编程逻辑电路、现场可编程门阵列(FPGA)或可编程逻辑阵列(PLA)，该电子电路可以执行计算机可读程序指令，从而实现本公开的各个方面。

附图中的流程图和框图显示了根据本公开的多个实施例的方法、区块链节点和计算机程序产品的可能实现的体系架构、功能和操作。在这点上，流程图或示意图中的每个方框可以代表一个模块、程序段或指令的一部分，所述模块、程序段或指令的一部分包含一个或多个用于实现规定的逻辑功能的可执行指令。在有些作为替换的实现中，方框中所标注的功能也可以以不同于附图中所标注的顺序发生。

例如，两个连续的方框实际上可以基本并行地执行，它们有时也可以按相反的顺序执行，这依所涉及的功能而定。也要注意的是，框图和/或流程图中的每个方框、以及框图和/或流程图中的方框的组合，可以用执行规定的功能或动作的专用的基于硬件的系统来实现，或者可以用专用硬件与计算机指令的组合来实现。

此外，虽然采用特定次序描绘了各操作，但是这应当理解为要求这样操作以所示出的特定次序或以顺序次序执行，或者要求所有图示的操作应被执行以取得期望的结果。在一定环境下，多任务和并行处理可能是有利的。同样地，虽然在上面论述中包含了若干具体实现细节，但是这些不应当被解释为对本公开的范围的限制。在单独的实现的上下文中描述的某些特征还可以组合地实现在单个实现中。相反地，在单个实现的上下文中描述的各种特征也可以单独地或以任何合适的子组合的方式实现在多个实现中。

通过以上描述和相关附图中所给出的教导，这里所给出的本公开的许多修改形式和其它实施方式将被本公开相关领域的技术人员所意识到。因此，所要理解的是，本公开的实施方式并不局限于所公开的具体实施方式，并且修改形式和其它实施方式意在包括在本公开的范围之内。此外，虽然以上描述和相关附图在部件和/或功能的某些示例组合形式的背景下对示例实施方式进行了描述，但是应当意识到的是，可以由备选实施方式提供部件和/或功能的不同组合形式而并不背离本公开的范围。就这点而言，例如，与以上明确描述的有所不同的部件和/或功能的其它组合形式也被预期处于本公开的范围之内。虽然这里采用了具体术语，但是它们仅以一般且描述性的含义所使用而并非意在进行限制。

Claims (25)

1.一种在区块链网络中用于操作数字凭证的方法，包括：

从所述区块链网络的账本中获取针对所述数字凭证的操作请求，所述操作请求包括请求接收方标识列表；

将所述操作请求转发给相应的请求接收方设备；

从所述相应的请求接收方设备接收操作响应，所述操作响应为同意所述操作请求或拒绝所述操作请求；

将所述操作响应写入所述账本中；

在所述操作响应为同意所述操作请求的情况下，判断请求接收方标识列表中的其他请求接收方设备是否都同意所述操作请求；以及

在所述其他请求接收方设备都同意所述操作请求的情况下，在所述账本中写入用于指示所述请求接收方标识列表中的所有请求接收方设备都同意所述操作请求的确认信息。

2.根据权利要求1所述的方法，其特征在于，所述请求接收方标识列表包括：用于指示一个或多个请求接收方节点的节点标识以及用于指示一个或多个请求接收方设备的设备标识。

3.根据权利要求1所述的方法，其特征在于，所述操作请求为经请求发起方设备签名的操作请求。

4.根据权利要求3所述的方法，其特征在于，还包括：

在获取所述操作请求时，对所述请求发起方设备的身份进行验证。

5.根据权利要求1所述的方法，其特征在于，所述操作请求为经请求发起方节点签名的操作请求。

6.根据权利要求5所述的方法，其特征在于，还包括：

在获取所述操作请求时，对所述请求发起方节点的身份进行验证。

7.根据权利要求1所述的方法，其特征在于，所述操作响应为经所述相应的请求接收方设备签名的操作响应。

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

对所述操作响应进行签名。

9.根据权利要求1所述的方法，其特征在于，从所述区块链网络的账本中获取针对所述数字凭证的操作请求包括：从所述区块链网络的账本中获取与创建所述数字凭证相关联的操作请求，并且所述方法进一步包括：当在所述账本中写入所述确认信息时，将所述数字凭证设置为已生效。

10.根据权利要求1所述的方法，其特征在于，所述数字凭证为已生效的数字凭证，并且从所述区块链网络的账本中获取针对所述数字凭证的操作请求包括：从所述区块链网络的账本中获取与对所述数字凭证或所述数字凭证的经拆分的一个部分或多个部分进行转让相关联的操作请求。

11.根据权利要求1所述的方法，其特征在于，所述数字凭证为已生效的数字凭证，并且从所述区块链网络的账本中获取针对所述数字凭证的操作请求包括：从所述区块链网络的账本中获取与对所述数字凭证进行贴现相关联的操作请求。

12.根据权利要求1所述的方法，其特征在于，从所述区块链网络的账本中获取针对所述数字凭证的操作请求包括：从所述区块链网络的账本中获取与对所述数字凭证进行核销相关联的操作请求，并且所述方法进一步包括：当在所述账本中写入所述确认信息时，将所述数字凭证设置为已核销。

13.一种在区块链网络中用于操作数字凭证的装置，包括：

处理器；

存储器，所述存储器耦合至所述处理器并且存储有指令，当所述指令执行时使得所述处理器执行以下动作：

从所述区块链网络的账本中获取针对所述数字凭证的操作请求，所述操作请求包括请求接收方标识列表；

将所述操作请求转发给相应的请求接收方设备；

从所述相应的请求接收方设备接收操作响应，所述操作响应为同意所述操作请求或拒绝所述操作请求；

将所述操作响应写入所述账本中；

在所述操作响应为同意所述操作请求的情况下，判断请求接收方标识列表中的其他请求接收方设备是否都同意所述操作请求；以及

在所述其他请求接收方设备都同意所述操作请求的情况下，在所述账本中写入用于指示所述请求接收方标识列表中的所有请求接收方设备都同意所述操作请求的确认信息。

14.根据权利要求13所述的装置，其特征在于，所述请求接收方标识列表包括用于指示一个或多个请求接收方节点的节点标识以及用于指示一个或多个请求接收方设备的设备标识。

15.根据权利要求13所述的装置，其特征在于，所述操作请求为经请求发起方设备签名的操作请求。

16.根据权利要求15所述的装置，其特征在于，还包括以下动作：

在获取所述操作请求时，对所述请求发起方设备的身份进行验证。

17.根据权利要求13所述的装置，其特征在于，所述操作请求为经请求发起方节点签名的操作请求。

18.根据权利要求17所述的装置，其特征在于，还包括以下动作：

在获取所述操作请求时，对所述请求发起方节点的身份进行验证。

19.根据权利要求13所述的装置，其特征在于，所述操作响应为经所述相应的请求接收方设备签名的操作响应。

20.根据权利要求13所述的装置，其特征在于，还包括以下动作：

对所述操作响应进行签名。

21.根据权利要求13所述的装置，其特征在于，从所述区块链网络的账本中获取针对所述数字凭证的操作请求包括：从所述区块链网络的账本中获取与创建所述数字凭证相关联的操作请求，并且还包括以下动作：当在所述账本中写入所述确认信息时，将所述数字凭证设置为已生效。

22.根据权利要求13所述的装置，其特征在于，所述数字凭证为已生效的数字凭证，并且从所述区块链网络的账本中获取针对所述数字凭证的操作请求包括：从所述区块链网络的账本中获取与对所述数字凭证或所述数字凭证的经拆分的一个部分或多个部分进行转让相关联的操作请求。

23.根据权利要求13所述的装置，其特征在于，所述数字凭证为已生效的数字凭证，并且从所述区块链网络的账本中获取针对所述数字凭证的操作请求包括：从所述区块链网络的账本中获取与对所述数字凭证进行贴现相关联的操作请求。

24.根据权利要求13所述的装置，其特征在于，从所述区块链网络的账本中获取针对所述数字凭证的操作请求包括：从所述区块链网络的账本中获取与对所述数字凭证进行核销相关联的操作请求，并且还包括以下动作：当在所述账本中写入所述确认信息时，将所述数字凭证设置为已核销。

25.一种计算机可读存储介质，其具有存储在其上的计算机可执行指令，所述计算机可执行指令在设备中运行时使得所述设备执行根据权利要求1-12中的任一项所述的方法。