[go: up one dir, main page]

CN114742649A - 交易数据处理方法、装置和服务器 - Google Patents

交易数据处理方法、装置和服务器 Download PDF

Info

Publication number
CN114742649A
CN114742649A CN202210267859.3A CN202210267859A CN114742649A CN 114742649 A CN114742649 A CN 114742649A CN 202210267859 A CN202210267859 A CN 202210267859A CN 114742649 A CN114742649 A CN 114742649A
Authority
CN
China
Prior art keywords
transaction
type
ticket
public key
observation
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Granted
Application number
CN202210267859.3A
Other languages
English (en)
Other versions
CN114742649B (zh
Inventor
夏伏彪
宋旭阳
谢翔
李升林
孙立林
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Shanghai Qianfang Technology Co ltd
Original Assignee
Shanghai Qianfang Technology Co ltd
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Shanghai Qianfang Technology Co ltd filed Critical Shanghai Qianfang Technology Co ltd
Priority to CN202210267859.3A priority Critical patent/CN114742649B/zh
Priority claimed from CN202210267859.3A external-priority patent/CN114742649B/zh
Publication of CN114742649A publication Critical patent/CN114742649A/zh
Application granted granted Critical
Publication of CN114742649B publication Critical patent/CN114742649B/zh
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

Classifications

    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q40/00—Finance; Insurance; Tax strategies; Processing of corporate or income taxes
    • G06Q40/04—Trading; Exchange, e.g. stocks, commodities, derivatives or currency exchange
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q20/00—Payment architectures, schemes or protocols
    • G06Q20/38—Payment protocols; Details thereof
    • G06Q20/382—Payment protocols; Details thereof insuring higher security of transaction
    • G06Q20/3825—Use of electronic signatures
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q20/00—Payment architectures, schemes or protocols
    • G06Q20/38—Payment protocols; Details thereof
    • G06Q20/382—Payment protocols; Details thereof insuring higher security of transaction
    • G06Q20/3829—Payment protocols; Details thereof insuring higher security of transaction involving key management
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q20/00—Payment architectures, schemes or protocols
    • G06Q20/38—Payment protocols; Details thereof
    • G06Q20/40—Authorisation, e.g. identification of payer or payee, verification of customer or shop credentials; Review and approval of payers, e.g. check credit lines or negative lists

Landscapes

  • Business, Economics & Management (AREA)
  • Engineering & Computer Science (AREA)
  • Accounting & Taxation (AREA)
  • Finance (AREA)
  • Physics & Mathematics (AREA)
  • Strategic Management (AREA)
  • General Business, Economics & Management (AREA)
  • General Physics & Mathematics (AREA)
  • Theoretical Computer Science (AREA)
  • Computer Security & Cryptography (AREA)
  • Development Economics (AREA)
  • Economics (AREA)
  • Marketing (AREA)
  • Technology Law (AREA)
  • Financial Or Insurance-Related Operations Such As Payment And Settlement (AREA)

Abstract

本说明书提供了交易数据处理方法、装置和服务器。基于该方法，第一用户终端在响应交易数据处理请求确定出待消耗的第一类票据，并根据相应规则创建出待生效的第二类票据之后，可以先向监管服务器发送关于第一类票据的授权请求；监管服务器对授权请求所携带的第一类票据进行一致性校验，在一致性校验通过的情况下，生成并反馈针对第一类票据的授权凭证；第一用户终端根据第一授权凭证、第一类票据、第二类票据，生成交易内容；并利用针对该交易数据处理请求生成的交易私钥进行签名得到交易签名；再组合交易内容和交易签名，得到交易报文；并将该交易报文发送至部署有智能合约的交易服务器进行具体的交易数据处理。

Description

交易数据处理方法、装置和服务器
技术领域
本说明书属于互联网技术领域，尤其涉及交易数据处理方法、装置和服务器。
背景技术
现有的区块链交易系统，往往无法在支持监管的同时，有效地保护交易数据处理过程中相关的数据隐私。
对于上述问题，目前尚未提出有效的解决方案。
发明内容
本说明书提供了一种交易数据处理方法、装置和服务器，能够在基于区块链的交易系统中引入监管的同时，有效地保护参与交易的用户的用户隐私，以及与交易相关的资源值数据隐私，避免相关隐私数据遭到泄露，较好地保护交易数据处理过程的数据安全。
本说明书实施例提供了一种交易数据处理方法，应用于第一用户终端，包括：响应交易数据处理请求，确定待消耗的第一类票据；并创建待生效的第二类票据；生成关于第一类票据的授权请求，并将所述授权请求发送至监管服务器；其中，所述授权请求至少携带有第一类票据，以及第一用户的第一观察秘钥的第一观察标识；所述监管服务器根据预设的校验规则和第一观察标识对第一类票据进行一致性校验，并在确定一致性校验通过的情况下反馈针对第一类票据的第一授权凭证；根据所述第一授权凭证、第一类票据、第二类票据，生成交易内容；并利用交易私钥对所述交易内容进行签名，得到对应的交易签名；其中，所述交易私钥为针对所述交易数据处理请求生成的；组合所述交易内容和交易签名，得到针对所述交易数据处理请求的交易报文；将所述交易报文发送至交易服务器；其中，所述交易服务器部署有智能合约。
在一个实施例中，创建待生效的第二类票据，包括：根据交易数据处理请求，确定第二类票据的资源值；获取第二用户的第二观察公钥和第二支付公钥；根据所述第二用户的第二观察公钥和第二支付公钥，生成针对第二类票据的第二临时公钥和第二票据公钥；根据第二类票据的资源值，生成关于第二类票据的密态数据；利用所述第二临时公钥、第二票据公钥、密态数据，构建所述第二类票据。
在一个实施例中，根据所述第二用户的第二观察公钥和第二支付公钥，生成针对第二类票据的第二临时公钥和第二票据公钥，包括：获取随机数作为针对第二类票据的第二临时私钥；并根据第二临时私钥生成对应的第二临时公钥；基于预设的构建规则，利用第二用户的第二观察公钥和第二临时私钥构建中间数据；根据所述中间数据和第二支付公钥，构建所述第二票据公钥。
在一个实施例中，根据所述第一授权凭证、第一类票据、第二类票据，生成交易内容，包括：构建针对第一类票据的第一票据私钥；利用第一票据私钥对第一类票据进行签名，得到对应的第一票据签名；生成关于第二类票据的带内传输密文数据，以及关于第一类票据和第二类票据的证明文件；组合所述第一类票据、第一票据签名、第一授权凭证、第二类票据、带内传输密文数据和证明文件，得到所述交易内容。
在一个实施例中，构建针对第一类票据的第一票据私钥，包括：获取第一类票据的第一票据公钥；利用第一票据公钥，以及第一用户的第一观察私钥和第一支付私钥，构建得到第一票据私钥。
在一个实施例中，利用利用第一票据公钥，以及第一用户的第一观察私钥和第一支付私钥，构建得到第一票据私钥，包括：
按照以下方式，构建第一票据私钥：
Figure BDA0003553106020000021
其中，p1为第一票据私钥，R1为第一票据公钥，a1为第一用户的第一观察私钥，b1为第一用户的第一支付私钥。
在一个实施例中，所述证明文件包括用于证明第一类票据的资源值与第二类票据的资源值相等，且第二类票据的资源值符合资源值范围要求的零知识证明文件。
在一个实施例中，所述方法还包括：接收并响应初始化请求，生成第一观察秘钥和第一支付秘钥；其中，第一观察秘钥包括第一观察私钥和第一观察公钥；所述第一支付秘钥包括第一支付公钥和第一支付私钥；向监管服务器提供所述第一观察秘钥。
在一个实施例中，所述第一类票据包括基于UTXO模型的票据。
本说明书实施例还提供了一种交易数据处理方法，应用于监管服务器，包括：接收并根据关于第一类票据的授权请求，获取第一观察标识和第一类票据；根据预设的校验规则和第一观察标识，对第一类票据进行一致性校验；在确定一致性校验通过的情况下，生成并反馈第一授权凭证。
在一个实施例中，在生成并反馈第一授权凭证之后，所述方法还包括：将第一观察标识和第一类票据保存于第一数据库。
在一个实施例中，根据预设的校验规则和第一观察标识，对第一类票据进行一致性校验，包括：根据第一观察标识，查询第二数据库，以获取第一观察私钥；获取针对第一类票据的第一票据公钥和第一临时公钥，以及第一用户的第一支付公钥；根据预设的校验规则，利用第一临时公钥、第一观察私钥、第一支付公钥，构建校验公钥；比较所述校验公钥和第一票据公钥，得到对应的比较结果；根据比较结果，确定第一类票据是否一致性校验通过。
在一个实施例中，根据预设的校验规则，利用第一临时公钥、第一观察私钥、第一支付公钥，构建校验公钥，包括：
按照以下方式构建校验公钥：
Figure BDA0003553106020000031
其中，P′1为校验公钥，R1为第一临时公钥，a1为第一观察私钥，G为椭圆曲线群上的基点，B1为第一支付公钥。
在一个实施例中，在接收并根据关于第一类票据的授权请求之前，所述方法还包括：获取第一用户终端提供的第一观察秘钥；将所述第一观察秘钥保存于第二数据库。
在一个实施例中，所述方法还包括：查询智能合约，确定与异常交易相关的异常票据；根据所述异常票据，通过查询第一数据库和/或第二数据库，确定异常票据的发起方和/或接收方。
本说明书实施例还提供了一种交易数据处理方法，应用于部署有智能合约的交易服务器，包括：获取交易报文；对所述交易报文进行验证处理；其中，所述验证处理至少包括：验证第一授权凭证的有效性；在确定交易报文验证通过的情况下，根据所述交易报文，进行相应的交易数据处理。
在一个实施例中，在确定交易报文验证通过的情况下，根据所述交易报文，进行相应的交易数据处理，包括：根据所述交易报文，确定待消耗的第一类票据和待生效的第二类票据；销毁智能合约中保存的第一类票据；并将第二类票据保存于智能合约中。
在一个实施例中，所述验证处理还包括以下至少之一：验证第一票据签名的有效性、验证证明文件的有效性、验证交易签名的有效性。
本说明书实施例还提供了一种交易数据处理方法，应用于第一用户终端，包括：响应交易数据处理请求，确定待消耗的第一类票据；并创建待生效的第二类票据；其中，所述第二类票据至少包含有第二临时公钥、第二票据公钥、密态数据；根据所第一类票据、第二类票据，生成交易内容；并利用交易私钥对所述交易内容进行签名，得到对应的交易签名；其中，所述交易私钥为针对所述交易数据处理请求生成的；组合所述交易内容和交易签名，得到针对所述交易数据处理请求的交易报文；将所述交易报文发送至交易服务器；其中，所述交易服务器部署有智能合约。
本说明书实施例还提供了一种交易数据处理装置，应用于第一用户终端，包括：第一处理模块，用于响应交易数据处理请求，确定待消耗的第一类票据；并创建待生效的第二类票据；第二处理模块，用于生成关于第一类票据的授权请求，并将所述授权请求发送至监管服务器；其中，所述授权请求至少携带有第一类票据，以及第一用户的第一观察秘钥的第一观察标识；所述监管服务器根据预设的校验规则和第一观察标识对第一类票据进行一致性校验，并在确定一致性校验通过的情况下反馈针对第一类票据的第一授权凭证；第三处理模块，用于根据所述第一授权凭证、第一类票据、第二类票据，生成交易内容；并利用交易私钥对所述交易内容进行签名，得到对应的交易签名；其中，所述交易私钥为针对所述交易数据处理请求生成的；组合模块，用于组合所述交易内容和交易签名，得到针对所述交易数据处理请求的交易报文；发送模块，用于将所述交易报文发送至交易服务器；其中，所述交易服务器部署有智能合约。
本说明书实施例还提供了一种交易数据处理装置，应用于监管服务器，包括：获取模块，用于接收并根据关于第一类票据的授权请求，获取第一观察标识和第一类票据；校验模块，用于根据预设的校验规则和第一观察标识，对第一类票据进行一致性校验；生成模块，用于在确定一致性校验通过的情况下，生成并反馈第一授权凭证。
本说明书实施例还提供了一种交易数据处理装置，应用于部署有智能合约的交易服务器，包括：获取模块，用于获取交易报文；验证模块，用于对所述交易报文进行验证处理；其中，所述验证处理至少包括：验证第一授权凭证的有效性；处理模块，用于在确定交易报文验证通过的情况下，根据所述交易报文，进行相应的交易数据处理。
本说明书实施例还提供了一种服务器，包括处理器以及用于存储处理器可执行指令的存储器，所述处理器执行所述指令时实现所述交易数据处理方法的步骤。
本说明书实施例还提供了一种计算机可读存储介质，其上存储有计算机指令，所述指令被处理器执行时实现所述交易数据处理方法的步骤。
基于本说明书提供的交易数据处理方法、装置和服务器，持有第一用户终端的第一用户在需要向第二用户所持有的第二用户终端进行转账交易时，第一用户终端可以接收并响应第一用户发起的交易数据处理请求，确定出待消耗的第一类票据，并根据相应规则创建出待生效的第二类票据；接着，第一用户终端可以先向监管服务器发送所生成的关于第一类票据的授权请求；其中，授权请求至少携带有第一用户的观察秘钥的第一观察标识以及第一类票据；监管服务器根据预设的校验规则和第一观察标识，对授权请求所携带的第一类票据进行一致性校验，以核验第一用户的用户信息，并作记录；在确定一致性校验通过的情况下，监管服务器生成并反馈针对第一类票据的授权凭证；进而，第一用户终端可以根据第一授权凭证、第一类票据、第二类票据，生成交易内容；并利用针对该交易数据处理请求生成的交易私钥签名交易内容得到对应的交易签名；再组合交易内容和交易签名，生成交易报文；并将该交易报文发送至部署有智能合约的交易服务器进行处理；交易服务器可以先对交易报文进行验证处理；在确定验证通过的情况下，再根据交易报文进行具体的交易数据处理，例如，销毁智能合约中存储的第一类票据，和/或将第二类票据存入智能合约中等。从而能够在基于区块链的交易系统中在引入监管的同时，有效地保护参与交易的用户的用户隐私，以及与交易相关的资源值的数据隐私，避免与交易相关的隐私数据遭到泄露，能较好地保护交易数据处理过程的数据安全。
附图说明
为了更清楚地说明本说明书实施例，下面将对实施例中所需要使用的附图作简单地介绍，下面描述中的附图仅仅是本说明书中记载的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。
图1是本说明书的一个实施例提供的交易数据处理方法的流程示意图；
图2是在一个场景示例中，应用本说明书实施例提供的交易数据处理方法的一种实施例的示意图；
图3是在一个场景示例中，应用本说明书实施例提供的交易数据处理方法的一种实施例的示意图；
图4是在一个场景示例中，应用本说明书实施例提供的交易数据处理方法的一种实施例的示意图；
图5是在一个场景示例中，应用本说明书实施例提供的交易数据处理方法的一种实施例的示意图；
图6是本说明书的一个实施例提供的交易数据处理方法的流程示意图；
图7是本说明书的一个实施例提供的交易数据处理方法的流程示意图；
图8是本说明书的一个实施例提供的交易数据处理方法的流程示意图；
图9是本说明书的一个实施例提供的服务器的结构组成示意图；
图10是本说明书的一个实施例提供的交易数据处理装置的结构组成示意图；
图11是本说明书的一个实施例提供的交易数据处理装置的结构组成示意图；
图12是本说明书的一个实施例提供的交易数据处理装置的结构组成示意图；
图13是本说明书的一个实施例提供的交易数据处理装置的结构组成示意图。
具体实施方式
为了使本技术领域的人员更好地理解本说明书中的技术方案，下面将结合本说明书实施例中的附图，对本说明书实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本说明书一部分实施例，而不是全部的实施例。基于本说明书中的实施例，本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例，都应当属于本说明书保护的范围。
参阅图1所示，本说明书实施例提供了一种交易数据处理方法，其中，该方法具体应用于第一用户终端一侧。具体实施时，该方法可以包括以下内容。
S101：响应交易数据处理请求，确定待消耗的第一类票据；并创建待生效的第二类票据；
S102：生成关于第一类票据的授权请求，并将所述授权请求发送至监管服务器；其中，所述授权请求至少携带有第一类票据，以及第一用户的第一观察秘钥的第一观察标识；所述监管服务器根据预设的校验规则和第一观察标识对第一类票据进行一致性校验，并在确定一致性校验通过的情况下反馈针对第一类票据的第一授权凭证；
S103：根据所述第一授权凭证、第一类票据、第二类票据，生成交易内容；并利用交易私钥对所述交易内容进行签名，得到对应的交易签名；其中，所述交易私钥为针对所述交易数据处理请求生成的；
S104：组合所述交易内容和交易签名，得到针对所述交易数据处理请求的交易报文；
S105：将所述交易报文发送至交易服务器；其中，所述交易服务器部署有智能合约。
在一些实施例中，上述第一用户终端具体可以为第一用户所持有的终端设备。可以参阅图2所示。上述第一用户可以理解为发起方或付款方。
当前第一用户想要向第二用户转账相应资源值的资源数据；同时还希望在有监管，且不对外泄露相关隐私数据的前提下，安全地完成关于转账的交易数据处理。
相应的，上述第二用户可以理解为接收方或收款方。其中，第二用户具体可以持有第二用户终端。
在一些实施例中，上述第一用户终端、第二用户终端具体可以包括部署于第一用户、第二用户一侧，能够实现数据采集、数据传输等功能的客户端。具体的，上述第一用户终端、第二用户终端例如可以为台式电脑、平板电脑、笔记本电脑、智能手等电子设备。或者，上述第一用户终端、第二用户终端也可以为能够运行于上述电子设备中的软件应用。例如，可以是在智能手机上运行的某交易APP等。
在一些实施例中，参阅图2所示，在应用本说明所提供的交易数据处理方法的基于区块链的交易系统中，还包括监管服务器和交易服务器。
其中，上述监管服务器具体可以理解为部署于监管方一侧的服务器。上述监管方具体负责对区块链上的相关交易数据进行监管和审计，以保护链上交易数据的安全、合规。
上述交易服务器具体可以理解为区块链上负责具体的交易数据处理的节点服务器。上述交易服务器部署有相应的智能合约。上述智能合约(Smart Contract)具体可以理解为一种旨在以信息化方式传播、验证或执行合的，用于进行某种具体数据处理的，具有不可篡改特性计算机协议。基于上述智能合约，可以允许在没有第三方、去中心化的情况下进行可信的交易数据处理。
在本实施例中，所述监管服务器、交易服务器具体可以包括能够实现数据传输、数据处理等功能的后台服务器。具体的，所述监管服务器、交易服务器例如可以为一个具有数据运算、存储功能以及网络交互功能的电子设备。或者，所述监管服务器、交易服务器也可以为运行于该电子设备中，为数据处理、存储和网络交互提供支持的软件程序。在本实施例中，并不具体限定所述监管服务器、交易服务器所包含的服务器的数量。所述监管服务器、交易服务器具体可以为一个服务器，也可以为几个服务器，或者，由若干服务器形成的服务器集群。
在一些实施例中，具体实施前，第一用户终端和第二用户终端可以先进行初始化数据处理。具体的，所述方法还可以包括以下内容：接收并响应初始化请求，生成第一观察秘钥和第一支付秘钥；其中，第一观察秘钥包括第一观察私钥和第一观察公钥；所述第一支付秘钥包括第一支付公钥和第一支付私钥；向监管服务器提供所述第一观察秘钥。
在一些实施例中，向监管服务器提供所述第一观察秘钥，具体实施时，可以包括以下内容：生成注册请求；其中，所述注册请求包含有第一观察秘钥；向监管服务器发送所述注册请求。
在一些实施例中，具体实施前，第一用户可以使用第一用户终端进行初始化操作，以发起初始化请求。相应的，第一用户终端可以接收并响应该初始化请求，生成第一观察秘钥和第一支付秘钥。
其中，上述第一观察秘钥和第一支付秘钥是与第一用户(或者第一用户的账户)对应的。
需要说明的是，基于现有方法，往往会直接使用第一支付秘钥来处理交易数据。但是，由于第一支付秘钥是与第一用户对应的，其他数据方容易获取并根据第一用户处理交易数据时所使用的第一支付秘钥，追踪到该笔交易的发起方第一用户的相关信息，进而导致第一用户的用户隐私遭到泄露。而本说明书实施例提供的交易数据处理方法由于不直接使用第一支付秘钥来处理交易数据，因此可以有效避免用户隐私的泄露，具体后续将另做说明。此外，基于现有方法，第一用户也不会生成和使用观察秘钥。
具体的，例如，第一用户终端可以先生成随机数a1作为第一观察私钥(privateviewing key)；再按照以下算式利用第一观察私钥，生成对应的第一观察公钥(publicviewing key)A1：A1＝a1·G，其中，G为椭圆曲线群上的基点，得到第一观察秘钥(viewingkey)(或称第一观察秘钥对)：(a1，A1)。在生成第一观察私钥、第一观察公钥的同时，第一用户终端还可以生成与第一观察秘钥对应的第一观察标识(viewing key ID)。
类似的，第一用户终端可以先生成随机数b1作为第一支付私钥；再按照以下算式利用第一支付私钥，生成对应的第一支付公钥B1：B1＝b1·G，其中，G为椭圆曲线群上的基点，得到第一支付秘钥：(b1，B1)。
第一用户终端可以对外公开第一观察公钥和第一支付公钥，但是不公开所持有的第一观察私钥和第一支付私钥。
进一步，第一用户终端可以将上述第一观察秘钥提供给监管服务器。其中，所提供给监管服务器的第一观察秘钥还可以包含有与第一观察秘钥对应的第一观察标识。
具体的，第一用户终端可以在向监管服务器进行注册的时候，通过诸如发送邮件、发送注册请求等方式将上述第一观察秘钥提供给监管服务器，从而完成初始化的数据处理。
相应的，监管服务器接收第一观察秘钥，并将第一观察秘钥保存于第二数据库中。
类似的，第二用户终端可以响应初始化请求，先生成第二观察秘钥(a2，A2)、第二支付秘钥(b2，B2)；再对外公开第二观察公钥A2和第二支付公钥B2，并将第二观察秘钥提供给监管服务器，以完成初始化的数据处理。相应的，监管服务器接收第二观察秘钥，并将第二观察秘钥也保存于第二数据库中。
在一些实施例中，具体实施时，例如，当第一用户需要向第二用户发起转账时，可以先在第一用户终端进行相应操作，以发起关于转账的交易数据处理请求。相应的，第一用户终端可以生成并获取该交易数据处理请求。
在一些实施例中，上述第一类票据具体可以理解为当前第一用户持有的待消耗的票据(也可以称为输入票据)。上述第二类票据具体可以理解为当前待转移给第二用户持有的待生效的票据(也可以称为输出票据)。
在一些实施例中，所述第一类票据具体可以包括基于UTXO模型的票据等。相应的，所述第二类票据具体也可以包括基于UTXO模型的票据等。
其中，上述UTXO(Unspent Transaction Outputs，未使用交易输出)模型具体可以理解为一种区块链网络中的区别于常规方法所采用的账户模型的交易记录模型。
基于UTXO模型，每笔交易都会花费先前交易的产出(例如，已有的账单、票据等)，并产生新的产出，而新产生的产出又可能会在未来通过交易消耗掉，所有未消耗的产出会分别保存在与用户的账户(例如，用户的电子钱包、主链账户等)关联，且同步的多个不同节点(例如，子账户等)中。用户的账户可以通过累积所关联的节点中保存的产出，记录用户所持有的资源数据。同时也可以通过使用关联的节点中保存的产出进行具体交易，并且每一个节点所保存的产出只能使用一次。
具体的，可以参阅图3所示，每个交易(Transaction)消耗之前交易生成的UTXO(输入票据，InputNote)，然后生成新的UTXO(输出票据，OutputNote)；账户的余额即为所有属于该地址的未消耗的UTXO集合；而交易可以理解为UTXO集合的变更，相应的账户和余额的概念可以是在UTXO集合上的一种抽象概念。例如，参阅图3，交易3(Transaction3)的输入是交易1(Transaction1)和交易2(Transaction2)的两个输出(UTXO)。
当然，需要说明的是，上述所列举的基于UTXO模型的票据只是一种示意性说明。具体实施时，根据具体的应用场景和交易需求，上述第一类票据和第二类票据还可以包括其他类型票据。对此，本说明书不作限定。
在一些实施例中，在获取交易数据处理请求之后，第一用户终端可以先响应该交易数据处理请求，通过进行解析处理，确定出第一用户要转账给第二用户的资源数据的资源值。
第一用户终端可以根据资源值，搜索第一用户当前所持有的有效票据，从中找出资源值的和等于该资源值的一个或多个票据，作为待消耗的第一类票据。同时，可以根据相应的协议规则，创建一个或多个待生效的第二类票据。
其中，第一类票据所对应的资源值的和等于第二类票据所对应的资源值的和。并且，每个第一类票据所对应的资源值、每个第二类票据所对应的资源值应当符合资源值为大于0的数值。
具体的，例如，参阅图4所示，上述资源数据具体可以为代币数据，基于交易数据处理请求所确定出的资源值可以为4BTC。第一用户终端通过搜索，找到两个票据分别为：所对应的资源值为2BTC的票据1，和所对应的资源值为3BTC的票据2，作为两个第一类票据。进一步，第一用户终端可以根据相应的协议规则，新创建两个票据：所对应的资源值为4BTC的票据3，和所对应的资源值为1BTC的票据4，作为两个第二类票据。其中，票据1和票据2可以称为待消耗的第一类票据(或称输入票据)，票据3和票据4可以称为待生效的第二类票据(或称输出票据)。
需要说明的是，上述所列举的代币数据只是一种示意性说明。根据具体的应用场景和处理需求，上述资源数据还可以包括其他类型的数据，例如，运算资源数据、信息资源数据等。
在一些实施例中，上述创建待生效的第二类票据，具体实施时，可以包括以下内容：
S1：根据交易数据处理请求，确定第二类票据的资源值；
S2：获取第二用户的第二观察公钥和第二支付公钥；
S3：根据所述第二用户的第二观察公钥和第二支付公钥，生成针对第二类票据的第二临时公钥和第二票据公钥；
S4：根据第二类票据的资源值，生成关于第二类票据的密态数据；
S5：利用所述第二临时公钥、第二票据公钥、密态数据，构建所述第二类票据。
其中，上述第二临时公钥、第二票据公钥不与第一用户或第二用户对应，而是与第二类票据对应。这样后续使用第二临时公钥、第二票据公钥时不会泄露参与方的用户信息，从而可以较好地保护参与方的用户隐私。
在一些实施例中，第一用户终端可以根据与第二用户相关的标识信息(例如，第二用户的用户名、第二观察标识等)通过在区块链上进行查询，获取第二用户终端对外公开的第二观察公钥和第二支付公钥。
在一些实施例中，为了更好地保护参与方的数据隐私，具体实施时，第一用户终端可以基于隐蔽地址算法，利用所述第二用户的第二观察公钥和第二支付公钥，生成针对第二类票据的第二临时公钥和第二票据公钥。
在一些实施例中，具体实施时，第一用户终端还可以按照以下方式根据所述第二用户的第二观察公钥和第二支付公钥，生成针对第二类票据的第二临时公钥和第二票据公钥：
S1：获取随机数作为针对第二类票据的第二临时私钥；并根据第二临时私钥生成对应的第二临时公钥；
S2：基于预设的构建规则，利用第二用户的第二观察公钥和第二临时私钥构建中间数据；
S3：根据所述中间数据和第二支付公钥，构建所述第二票据公钥。
在一些实施例中，具体的，例如，第一用户终端可以先从参数集Zp中随机抽取一个随机数r，作为与一个第二类票据对应的第二临时私钥。其中，r2∈Zp。接着，第一用户终端可以按照以下算式，利用第二临时私钥生成对应的第二临时公钥R2：R2＝r2·G。其中，G为椭圆曲线群上的基点。
然后，第一用户终端可以根据预设的构建规则，按照以下算式，利用第二观察公钥和第二临时私钥，构建中间数据c2：
Figure BDA0003553106020000111
其中，H表示哈希运算，A2为第二观察公钥，r2为与该第二类票据对应的第二临时公钥。
最后，第一用户终端可以按照以下算式利用第二临时公钥、第二支付公钥，构建得到对应的第二票据公钥P2：P2＝B2+c2·G。其中，B2为第二支付公钥。
在一些实施例中，每个密态数据与一个第二类票据对应，隐藏有所对应的第二类票据的资源值。上述根据第二类票据的资源值，生成关于第二类票据的密态数据，具体实施时，可以包括：采用密码学承诺算法(commitment)或者加密算法(encryption)，根据所对应的第二类票据的资源值，生成关于该第二类票据的密态数据。
在一些实施例中，参阅图5所示，可以组合第二临时公钥、第二票据公钥、密态数据，构建得到对应的第二类票据。进一步，上述第二类票据中还可以包含有第二类票据的票据标识。相应的，第二类票据可以表示为以下形式：[第二类票据的票据标识，密态数据，第二临时公钥，第二票据公钥]。其中，上述票据标识具体可以理解为一种与参与方无关联，能与票据一一对应的标识信息，例如，票据的流水号、票据编号等。
上述第一类票据与第二类票据具有相同的形式结构，可以表示为：[第一类票据的票据标识，密态数据，第一临时公钥，第一票据公钥]。
在一些实施例中，区别于现有方法，第一用户终端在使用待消耗的第一类票据生成交易报文之前，还需要向监管服务器申请关于该第一类票据的授权凭证(即使用该第一类票据的授权凭证)。根据相应的协议规则，第一用户终端在得到监管服务器生成的授权凭证的情况下，才能够正常使用该第一类票据生成相应的交易报文。
在一些实施例中，具体实施时，第一用户终端可以生成关于待消耗的第一类票据的授权请求；其中，该授权请求至少携带有第一用户的第一观察标识，以及第一类票据。
进一步，当第一用户终端需要使用多个第一类票据时，还可以对多个第一类票据进行批量申请，相应的，所发送给监管服务器的授权请求中可以一次性携带有多个第一类票据。
在一些实施例中，监管服务器可以先接收并根据上述授权请求，获取第一观察标识和第一类票据；再根据预设的校验规则和第一观察标识，对第一类票据进行一致性校验；在确定一致性校验通过的情况下，生成并向第一用户终端反馈第一授权凭证。其中，一个第一授权凭证对应一个第一类票据。
在一些实施例中，在确一致性校验通过，生成并反馈第一授权凭证之后，监管服务器还可以将第一观察标识和第一类票据保存于第一数据库中，以便后续处理异常交易时进行回溯查询。其中，第一数据库具体可以保存有第一观察标识与第一类票据的对应关系。
在一些实施例中，上述根据预设的校验规则和第一观察标识，对第一类票据进行一致性校验，具体实施时，可以包括以下内容：
S1：根据第一观察标识，查询第二数据库，以获取第一观察私钥；
S2：获取针对第一类票据的第一票据公钥和第一临时公钥，以及第一用户的第一支付公钥；
S3：根据预设的校验规则，利用第一临时公钥、第一观察私钥、第一支付公钥，构建校验公钥；
S4：比较所述校验公钥和第一票据公钥，得到对应的比较结果；
S5：根据比较结果，确定第一类票据是否一致性校验通过。
在一些实施例中，具体实施时，监管服务器可以通过查询第二数据库，找到与第一观察标识匹配的第一观察秘钥，并从第一观察秘钥中获取得到第一观察私钥a1。
在一些实施例中，监管服务器可以通过解析第一类票据，获取与该第一类票据对应的第一票据公钥P1和第一临时公钥R1；同时，通过查询获取与第一用户对应的第一支付公钥B1。
在一些实施例中，根据预设的校验规则，利用第一临时公钥、第一观察私钥、第一支付公钥，构建校验公钥，具体实施时，可以包括以下内容：
按照以下方式构建校验公钥：
Figure BDA0003553106020000121
其中，P′1为校验公钥，R1为第一临时公钥，a1为第一观察私钥，G为椭圆曲线群上的基点，B1为第一支付公钥。
在一些实施例中，监管服务器可以将校验公钥P′1与第一票据公钥P1进行比较，得到对应的比较结果；根据比较结果，在确定校验公钥和第一票据公钥相同的情况下，可以确定第一类票据一致性校验通过，确定该第一类票据是根据相应的协议规则生成的可信的票据，同时可以确定出使用第一类票据的第一用户，进而可以生成并向第一用户终端反馈与该第一类票据对应的第一授权凭证。
具体的，监管服务器可以利用所持有的监管私钥对第一类票据进行签名，得到对应的第一授权凭证。
相反，在确定校验公钥和第一票据公钥存在差异的情况下，可以确定第一类票据一致性校验不通过，进而不会生成针对该第一类票据的第一授权凭证。进一步，监管服务器还可以生成并向第一用户终端反馈关于该第一类票据的报错提示，以便第一用户终端重新选择符合要求的第一类票据。
在一些实施例中，第一用户终端在接收到关于第一类票据的第一授权凭证之后，可以利用第一授权凭证、第一类票据和第二类票据，生成交易报文的交易内容；同时，可以生成一次性的针对该笔交易(或者该交易数据处理请求)的交易秘钥；进而可以利用该交易秘钥对交易内容进行签名，得到对应的交易签名；再组合交易签名和交易内容，得到对应的交易报文。
需要说明的是，上述交易秘钥是与该笔交易(或者该交易数据处理请求)对应的秘钥数据，基于该交易秘钥其他数据方是无法追踪到第一用户的。在本实施例中，第一用户使用上述交易秘钥代替与第一用户对应的第一支付秘钥进行签名，可以较好地隐藏自己的用户信息，从而可以有效地保护第一用户的用户数据隐私。
在一些实施例中，上述根据所述第一授权凭证、第一类票据、第二类票据，生成交易内容，具体实施时，可以包括以下内容：
S1：构建针对第一类票据的第一票据私钥；
S2：利用第一票据私钥对第一类票据进行签名，得到对应的第一票据签名；
S3：生成关于第二类票据的带内传输密文数据，以及关于第一类票据和第二类票据的证明文件；
S4：组合所述第一类票据、第一票据签名、第一授权凭证、第二类票据、带内传输密文数据和证明文件，得到所述交易内容。
在一些实施例中，构建针对第一类票据的第一票据私钥，具体实施时，可以包括以下内容：获取第一类票据的第一票据公钥；利用第一票据公钥，以及第一用户的第一观察私钥和第一支付私钥，构建得到第一票据私钥。
在一些实施例中，类似于第二类票据，都是根据相同的预设的构建规则生成得到的，第一类票据也包含有与第一类票据对应的第一票据公钥、第一临时公钥等信息。相应的，第一用户终端可以通过解析第一类票据，获取第一票据公钥。
在一些实施例中，具体实施时，可以基于预设的构建规则的相关特性，利用利用第一票据公钥，以及第一用户的第一观察私钥和第一支付私钥，按照以下方式，构建得到第一票据私钥：
Figure BDA0003553106020000131
其中，p1为第一票据私钥，R1为第一票据公钥，a1为第一用户的第一观察私钥，b1为第一用户的第一支付私钥。
需要说明的是，由于第二类票据的数据结构与第一类票据相同，第二用户在转账获得上述第二类票据之后，可以采用类似的方式获取并利用利用第二票据公钥，以及第二用户的第二观察私钥和第二支付私钥，构建得到针对第二类票据的第二票据私钥；再通过使用第二票据私钥对第二类票据进行签名，来使用转账得到的第二类票据。
在一些实施例中，所述证明文件包括用于证明第一类票据的资源值与第二类票据的资源值相等，且第二类票据的资源值符合资源值范围要求的零知识证明文件。其中，上述资源值范围要求具体可以包括：资源值大于等于0，且不超过第一用户所持有的票据所对应的资源值的总和。
在一些实施例中，具体实施时，可以根据零知识证明算法，生成上述的零知识证明文件。
在一些实施例中，具体实施时，可以利用第二用户的第二观察公钥加密第二类票据的资源值，得到与第二类票据对应的带内传输密文数据。相应的，第二用户终端在接收到上述交易报文之后，可以利用所持有的第二观察私钥通过对上述带内传输密文数据进行解密处理，获取第二类票据对应的资源值，以便对第一用户发起的转账的资源数据进行核验。
在一些实施例中，可以通过组合所述第一类票据、第一票据签名、第一授权凭证、第二类票据、带内传输密文数据和证明文件，得到对应的交易内容，可以表示为以下形式：[第一类票据，第一票据签名，第一授权凭证，第二类票据，带内传输密文数据，证明文件]。
进一步，对于一笔交易中涉及多个(例如，m个)第一类票据以及多个(例如，n个)第二类票据的请求，上述交易内容可以表示为以下形式：[m*第一类票据，m*第一票据签名，m*第一授权凭证，n*第二类票据，n*带内传输密文数据，证明文件]。
在一些实施例中，在得到交易报文之后，可以将交易报文上传至部署有智能合约的区块链上，以进行持久化处理。
具体实施时，参阅图2所示，第一用户终端可以将交易发送至部署有智能合约的交易服务器。相应的，交易服务器接收并获取交易报文。
交易服务器可以根据相应的协议规则，先对交易报文进行验证处理；在确定该交易报文验证通过的情况下，再根据交易报文中的交易内容，进行具体的交易数据处理。
在一些实施例中，上述验证处理至少包括：验证第一授权凭证的有效性。具体的，交易服务器可以获取监管服务器对外公开的监管公钥，并利用该监管公钥对第一授权凭证的有效性进行验证。
在一些实施例中，上述验证处理还可以包括以下所列举的一种或多种：验证第一票据签名的有效性、验证证明文件的有效性、验证交易签名的有效性等。
需要说明的是，上述所列举的验证处理只是一种示意性说明。具体实施时，根据具体情况和安全性要求，还可以引入其他相关的验证处理。
在一些实施例中，交易服务器在确定所有的验证处理都验证通过的情况下，确定该交易报文验证通过。
在一些实施例中，在确定交易报文验证通过的情况下，上述根据所述交易报文，进行相应的交易数据处理，具体实施时，可以包括以下内容：根据所述交易报文，确定待消耗的第一类票据和待生效的第二类票据；销毁智能合约中保存的第一类票据；并将第二类票据保存于智能合约中，从而完成相应的交易数据处理。相应的，第二用户终端可以通过智能合约获取和使用上述第二类票据。
由上可见，基于本说明书实施例提供的交易数据处理方法，持有第一用户终端的第一用户在需要向第二用户进行转账时，第一用户终端可以接收并响应第一用户发起的交易数据处理请求确定出待消耗的第一类票据，并根据相应规则创建出待生效的第二类票据；接着，第一用户终端可以先向监管服务器发送所生成的关于第一类票据的授权请求；其中，授权请求至少携带有第一用户的观察秘钥的第一观察标识以及第一类票据；监管服务器根据预设的校验规则和第一观察标识，对授权请求所携带的第一类票据进行一致性校验，以核验第一用户身份，并作记录；在确定一致性校验通过的情况下，监管服务器生成并反馈针对第一类票据的授权凭证；进而，第一用户终端可以根据第一授权凭证、第一类票据、第二类票据，生成交易内容；并利用针对该交易数据处理请求的交易私钥签名交易内容得到对应的交易签名；再组合交易内容和交易签名，生成交易报文；并将该交易报文发送至部署有智能合约的交易服务器进行处理；交易服务器可以先对交易报文进行验证处理；在确定验证通过的情况下，再根据交易报文进行具体的交易数据处理，例如，销毁智能合约中存储的第一类票据，并将第二类票据存入智能合约中等。从而能够在基于区块链的交易系统中引入监管的同时，有效地保护参与交易的用户的用户隐私，以及与交易相关的资源值隐私，避免相关隐私数据遭到泄露，较好地保护交易数据处理过程的数据安全。
参阅图6所示，本说明书实施例还提供了一种交易数据处理方法。其中，该方法具体应用于监管服务器一侧，具体实施时，可以包括以下内容。
S601：接收并根据关于第一类票据的授权请求，获取第一观察标识和第一类票据；
S602：根据预设的校验规则和第一观察标识，对第一类票据进行一致性校验；
S603：在确定一致性校验通过的情况下，生成并反馈第一授权凭证。
在一些实施例中，在生成并反馈第一授权凭证之后，所述方法具体实施时，还可以包括以下内容：将第一观察标识和第一类票据保存于第一数据库。
在一些实施例中，具体还可以在第一数据库中记录下第一观察标识和第一类票据之间的对应关系。
在一些实施例中，上述根据预设的校验规则和第一观察标识，对第一类票据进行一致性校验，具体实施时，可以包括以下内容：根据第一观察标识，查询第二数据库，以获取第一观察私钥；获取针对第一类票据的第一票据公钥和第一临时公钥，以及第一用户的第一支付公钥；根据预设的校验规则，利用第一临时公钥、第一观察私钥、第一支付公钥，构建校验公钥；比较所述校验公钥和第一票据公钥，得到对应的比较结果；根据比较结果，确定第一类票据是否一致性校验通过。
在一些实施例中，上述根据预设的校验规则，利用第一临时公钥、第一观察私钥、第一支付公钥，构建校验公钥，具体实施时，可以包括：
按照以下方式构建校验公钥：
Figure BDA0003553106020000161
其中，P1′为校验公钥，R1为第一临时公钥，a1为第一观察私钥，G为椭圆曲线群上的基点，B1为第一支付公钥。
在一些实施例中，监管服务器具体可以利用所持有的监管私钥对一致性校验通过的第一类票据进行签名，得到与该第一类票据对应的第一授权签名。其中，与监管私钥对应的监管公钥可以提供给交易服务器，或对外公开。
在一些实施例中，在接收并根据关于第一类票据的授权请求之前，所述方法具体实施时，还可以包括：获取第一用户终端提供的第一观察秘钥；将所述第一观察秘钥保存于第二数据库。
具体的，监管服务器可以接收用户终端在注册时发送的注册请求；解析所述注册请求，获取观察秘钥，并将观察秘钥保存于第二数据库。
在一些实施例中，上述注册请求具体还可以携带有用户的用户标识(例如，用户的用户名、用户编号等用户信息)；上述观察秘钥还可以包含有与该观察秘钥对应的观察标识。
相应的，监管服务器还可以建立用户标识与观察标识的对应关系；并在第二数据库中记录下上述用户标识与观察标识的对应关系。
在一些实施例中，所述方法还包括：查询智能合约，确定与异常交易相关的异常票据；根据所述异常票据，通过查询第一数据库和/或第二数据库，确定异常票据的发起方和/或接收方。
在一些实施例中，监管服务器在发现异常交易时，可以先通过查询智能合约，获取与该异常交易相关的异常交易报文；再通过解析异常交易报文，确定出与该异常交易相关的异常票据(包括异常的第一类票据和/或异常的第二类票据)；进一步，可以通过查询第一数据库和/或第二数据库中所存储的相关数据(包括数据间的对应关系)，确定出异常票据的发起方和/或接收方作为异常用户。进而，可以对上述异常用户设置异常风险标签；并对设置有的异常风险标签的用户进行针对性的监控和追踪，以实现对链上交易数据的监管，维护基于区块链的交易系统上的交易数据处理安全。
此外，监管服务器还可以通过利用第一数据库和/或第二数据库所记录的数据，对链上交易数据进行审计、核验。
基于本说明书实施例提供的交易数据处理方法，监管服务器可以对基于区块链的交易系统上的交易数据进行较为有效的监管，以保护交易数据安全。
参阅图7所示，本说明书实施例还提供了一种交易数据处理方法。其中，该方法具体应用于交易服务器一侧，具体实施时，可以包括以下内容。
S701：获取交易报文；
S702：对所述交易报文进行验证处理；其中，所述验证处理至少包括：验证第一授权凭证的有效性；
S703：在确定交易报文验证通过的情况下，根据所述交易报文，进行相应的交易数据处理。
在一些实施例中，在确定交易报文验证通过的情况下，上述根据所述交易报文，进行相应的交易数据处理，具体实施时，可以包括：根据所述交易报文，确定待消耗的第一类票据和待生效的第二类票据；销毁智能合约中保存的第一类票据；并将第二类票据保存于智能合约中。
在一些实施例中，所述验证处理具体还可以包括以下至少之一：验证第一票据签名的有效性、验证证明文件的有效性、验证交易签名的有效性等。
在一些实施例中，具体实施时，交易服务器可以获取并利用对外公开的相关公钥(例如，监管公钥、交易公钥等)对交易报文进行相应的验证处理。
基于本说明书实施例提供的交易数据处理方法，交易服务器可以在有监管服务器监管的前提下，安全、可靠地完成相应的交易数据处理。
参阅图8所示，本说明书实施例还提供了一种交易数据处理方法。其中，该方法具体应用于第一用户终端一侧，具体实施时，可以包括以下内容。
S801：响应交易数据处理请求，确定待消耗的第一类票据；并创建待生效的第二类票据；其中，所述第二类票据至少包含有第二临时公钥、第二票据公钥、密态数据；
S802：根据所第一类票据、第二类票据，生成交易内容；并利用交易私钥对所述交易内容进行签名，得到对应的交易签名；其中，所述交易私钥为针对所述交易数据处理请求生成的；
S803：组合所述交易内容和交易签名，得到针对所述交易数据处理请求的交易报文；
S804：将所述交易报文发送至交易服务器；其中，所述交易服务器部署有智能合约。
在一些实施例中，所述第二临时公钥、第二票据公钥为与第一用户无关，只与第二类票据对应的秘钥数据。所述交易私钥为与第一用户无关，只与该次交易或者该交易数据处理请求对应的一次性的秘钥数据。相应的，第一用户终端可以通过使用上述第二临时公钥、第二票据公钥，以及交易私钥等于第一用户无关的秘钥数据完成具体的交易数据处理，从而可以避免由于使用诸如第一支付秘钥等与第一用户相关的秘钥数据，导致交易数据处理过程中第一用户的用户隐私遭到泄露，从而可以较好地保护参与交易的参与方的用户隐私。
基于本说明书实施例提供的交易数据处理方法，第一用户终端可以在无监管的前提下，顺利地完成交易数据处理，并避免用户的隐私数据遭到泄露。
本说明书实施例还提供一种服务器，包括处理器以及用于存储处理器可执行指令的存储器，所述处理器具体实施时可以根据指令执行以下步骤：响应交易数据处理请求，确定待消耗的第一类票据；并创建待生效的第二类票据；生成关于第一类票据的授权请求，并将所述授权请求发送至监管服务器；其中，所述授权请求至少携带有第一类票据，以及第一用户的第一观察秘钥的第一观察标识；所述监管服务器根据预设的校验规则和第一观察标识对第一类票据进行一致性校验，并在确定一致性校验通过的情况下反馈针对第一类票据的第一授权凭证；根据所述第一授权凭证、第一类票据、第二类票据，生成交易内容；并利用交易私钥对所述交易内容进行签名，得到对应的交易签名；其中，所述交易私钥为针对所述交易数据处理请求生成的；组合所述交易内容和交易签名，得到针对所述交易数据处理请求的交易报文；将所述交易报文发送至交易服务器；其中，所述交易服务器部署有智能合约。
为了能够更加准确地完成上述指令，参阅图9所示，本说明书实施例还提供了另一种具体的服务器，其中，所述服务器包括网络通信端口901、处理器902以及存储器903，上述结构通过内部线缆相连，以便各个结构可以进行具体的数据交互。
其中，所述网络通信端口901，具体可以用于获取交易数据处理请求。
所述处理器902，具体可以用于响应交易数据处理请求，确定待消耗的第一类票据；并创建待生效的第二类票据；生成关于第一类票据的授权请求，并将所述授权请求发送至监管服务器；其中，所述授权请求至少携带有第一类票据，以及第一用户的第一观察秘钥的第一观察标识；所述监管服务器根据预设的校验规则和第一观察标识对第一类票据进行一致性校验，并在确定一致性校验通过的情况下反馈针对第一类票据的第一授权凭证；根据所述第一授权凭证、第一类票据、第二类票据，生成交易内容；并利用交易私钥对所述交易内容进行签名，得到对应的交易签名；其中，所述交易私钥为针对所述交易数据处理请求生成的；组合所述交易内容和交易签名，得到针对所述交易数据处理请求的交易报文；将所述交易报文发送至交易服务器；其中，所述交易服务器部署有智能合约。
所述存储器903，具体可以用于存储相应的指令程序。
在本实施例中，所述网络通信端口901可以是与不同的通信协议进行绑定，从而可以发送或接收不同数据的虚拟端口。例如，所述网络通信端口可以是负责进行web数据通信的端口，也可以是负责进行FTP数据通信的端口，还可以是负责进行邮件数据通信的端口。此外，所述网络通信端口还可以是实体的通信接口或者通信芯片。例如，其可以为无线移动网络通信芯片，如GSM、CDMA等；其还可以为Wifi芯片；其还可以为蓝牙芯片。
在本实施例中，所述处理器902可以按任何适当的方式实现。例如，处理器可以采取例如微处理器或处理器以及存储可由该(微)处理器执行的计算机可读程序代码(例如软件或固件)的计算机可读介质、逻辑门、开关、专用集成电路(Application SpecificIntegrated Circuit，ASIC)、可编程逻辑控制器和嵌入微控制器的形式等等。本说明书并不作限定。
在本实施例中，所述存储器903可以包括多个层次，在数字系统中，只要能保存二进制数据的都可以是存储器；在集成电路中，一个没有实物形式的具有存储功能的电路也叫存储器，如RAM、FIFO等；在系统中，具有实物形式的存储设备也叫存储器，如内存条、TF卡等。
本说明书实施例还提供一种服务器，包括处理器以及用于存储处理器可执行指令的存储器，所述处理器具体实施时可以根据指令执行以下步骤：接收并根据关于第一类票据的授权请求，获取第一观察标识和第一类票据；根据预设的校验规则和第一观察标识，对第一类票据进行一致性校验；在确定一致性校验通过的情况下，生成并反馈第一授权凭证。
本说明书实施例还提供一种服务器，包括处理器以及用于存储处理器可执行指令的存储器，所述处理器具体实施时可以根据指令执行以下步骤：获取交易报文；对所述交易报文进行验证处理；其中，所述验证处理至少包括：验证第一授权凭证的有效性；在确定交易报文验证通过的情况下，根据所述交易报文，进行相应的交易数据处理。
本说明书实施例还提供一种服务器，包括处理器以及用于存储处理器可执行指令的存储器，所述处理器具体实施时可以根据指令执行以下步骤：响应交易数据处理请求，确定待消耗的第一类票据；并创建待生效的第二类票据；其中，所述第二类票据至少包含有第二临时公钥、第二票据公钥、密态数据；根据所第一类票据、第二类票据，生成交易内容；并利用交易私钥对所述交易内容进行签名，得到对应的交易签名；其中，所述交易私钥为针对所述交易数据处理请求生成的；组合所述交易内容和交易签名，得到针对所述交易数据处理请求的交易报文；将所述交易报文发送至交易服务器；其中，所述交易服务器部署有智能合约。
本说明书实施例还提供了一种基于上述交易数据处理方法的计算机存储介质，所述计算机存储介质存储有计算机程序指令，在所述计算机程序指令被执行时实现：响应交易数据处理请求，确定待消耗的第一类票据；并创建待生效的第二类票据；生成关于第一类票据的授权请求，并将所述授权请求发送至监管服务器；其中，所述授权请求至少携带有第一类票据，以及第一用户的第一观察秘钥的第一观察标识；所述监管服务器根据预设的校验规则和第一观察标识对第一类票据进行一致性校验，并在确定一致性校验通过的情况下反馈针对第一类票据的第一授权凭证；根据所述第一授权凭证、第一类票据、第二类票据，生成交易内容；并利用交易私钥对所述交易内容进行签名，得到对应的交易签名；其中，所述交易私钥为针对所述交易数据处理请求生成的；组合所述交易内容和交易签名，得到针对所述交易数据处理请求的交易报文；将所述交易报文发送至交易服务器；其中，所述交易服务器部署有智能合约。
本说明书实施例还提供了一种基于上述交易数据处理方法的计算机存储介质，所述计算机存储介质存储有计算机程序指令，在所述计算机程序指令被执行时实现：接收并根据关于第一类票据的授权请求，获取第一观察标识和第一类票据；根据预设的校验规则和第一观察标识，对第一类票据进行一致性校验；在确定一致性校验通过的情况下，生成并反馈第一授权凭证。
本说明书实施例还提供了一种基于上述交易数据处理方法的计算机存储介质，所述计算机存储介质存储有计算机程序指令，在所述计算机程序指令被执行时实现：获取交易报文；对所述交易报文进行验证处理；其中，所述验证处理至少包括：验证第一授权凭证的有效性；在确定交易报文验证通过的情况下，根据所述交易报文，进行相应的交易数据处理。
本说明书实施例还提供了一种基于上述交易数据处理方法的计算机存储介质，所述计算机存储介质存储有计算机程序指令，在所述计算机程序指令被执行时实现：响应交易数据处理请求，确定待消耗的第一类票据；并创建待生效的第二类票据；其中，所述第二类票据至少包含有第二临时公钥、第二票据公钥、密态数据；根据所第一类票据、第二类票据，生成交易内容；并利用交易私钥对所述交易内容进行签名，得到对应的交易签名；其中，所述交易私钥为针对所述交易数据处理请求生成的；组合所述交易内容和交易签名，得到针对所述交易数据处理请求的交易报文；将所述交易报文发送至交易服务器；其中，所述交易服务器部署有智能合约。
在本实施例中，上述存储介质包括但不限于随机存取存储器(Random AccessMemory,RAM)、只读存储器(Read-Only Memory,ROM)、缓存(Cache)、硬盘(Hard DiskDrive,HDD)或者存储卡(Memory Card)。所述存储器可以用于存储计算机程序指令。网络通信单元可以是依照通信协议规定的标准设置的，用于进行网络连接通信的接口。
在本实施例中，该计算机存储介质存储的程序指令具体实现的功能和效果，可以与其它实施方式对照解释，在此不再赘述。
参阅图10所示，在软件层面上，本说明书实施例还提供了一种交易数据处理装置，应用于第一用户终端，该装置具体可以包括以下的结构模块：
第一处理模块1001，具体可以用于响应交易数据处理请求，确定待消耗的第一类票据；并创建待生效的第二类票据；
请求模块1002，具体可以用于生成关于第一类票据的授权请求，并将所述授权请求发送至监管服务器；其中，所述授权请求至少携带有第一类票据，以及第一用户的第一观察秘钥的第一观察标识；所述监管服务器根据预设的校验规则和第一观察标识对第一类票据进行一致性校验，并在确定一致性校验通过的情况下反馈针对第一类票据的第一授权凭证；
第二处理模块1003，具体可以用于根据所述第一授权凭证、第一类票据、第二类票据，生成交易内容；并利用交易私钥对所述交易内容进行签名，得到对应的交易签名；其中，所述交易私钥为针对所述交易数据处理请求生成的；
组合模块1004，具体可以用于组合所述交易内容和交易签名，得到针对所述交易数据处理请求的交易报文；
发送模块1005，具体可以用于将所述交易报文发送至交易服务器；其中，所述交易服务器部署有智能合约。
在一些实施例中，上述第一处理模块1001具体实施时，可以按照以下方式创建待生效的第二类票据：根据交易数据处理请求，确定第二类票据的资源值；获取第二用户的第二观察公钥和第二支付公钥；根据所述第二用户的第二观察公钥和第二支付公钥，生成针对第二类票据的第二临时公钥和第二票据公钥；根据第二类票据的资源值，生成关于第二类票据的密态数据；利用所述第二临时公钥、第二票据公钥、密态数据，构建所述第二类票据。
在一些实施例中，上述第一处理模块1001具体实施时，可以按照以下方式根据所述第二用户的第二观察公钥和第二支付公钥，生成针对第二类票据的第二临时公钥和第二票据公钥：获取随机数作为针对第二类票据的第二临时私钥；并根据第二临时私钥生成对应的第二临时公钥；基于预设的构建规则，利用第二用户的第二观察公钥和第二临时私钥构建中间数据；根据所述中间数据和第二支付公钥，构建所述第二票据公钥。
在一些实施例中，上述第二处理模块1003具体实施时，可以按照以下方式根据所述第一授权凭证、第一类票据、第二类票据，生成交易内容：构建针对第一类票据的第一票据私钥；利用第一票据私钥对第一类票据进行签名，得到对应的第一票据签名；生成关于第二类票据的带内传输密文数据，以及关于第一类票据和第二类票据的证明文件；组合所述第一类票据、第一票据签名、第一授权凭证、第二类票据、带内传输密文数据和证明文件，得到所述交易内容。
在一些实施例中，上述第二处理模块1003具体实施时，可以按照以下方式构建针对第一类票据的第一票据私钥：获取第一类票据的第一票据公钥；利用第一票据公钥，以及第一用户的第一观察私钥和第一支付私钥，构建得到第一票据私钥。
在一些实施例中，上述第二处理模块1003具体实施时，可以按照以下方式按照以下方式，构建第一票据私钥：
Figure BDA0003553106020000221
其中，p1为第一票据私钥，R1为第一票据公钥，a1为第一用户的第一观察私钥，b1为第一用户的第一支付私钥。
在一些实施例中，所述证明文件具体可以包括用于证明第一类票据的资源值与第二类票据的资源值相等，且第二类票据的资源值符合资源值范围要求的零知识证明文件。
在一些实施例中，上述装置具体实施时，还可以用于接收并响应初始化请求，生成第一观察秘钥和第一支付秘钥；其中，第一观察秘钥包括第一观察私钥和第一观察公钥；所述第一支付秘钥包括第一支付公钥和第一支付私钥；向监管服务器提供所述第一观察秘钥。
在一些实施例中，所述第一类票据具体可以包括基于UTXO模型的票据。
参阅图11所示，在软件层面上，本说明书实施例还提供了另一种交易数据处理装置，应用于监管服务器，该装置具体可以包括以下的结构模块：
获取模块1101，具体可以用于接收并根据关于第一类票据的授权请求，获取第一观察标识和第一类票据；
校验模块1102，具体可以用于根据预设的校验规则和第一观察标识，对第一类票据进行一致性校验；
生成模块1103，具体可以用于在确定一致性校验通过的情况下，生成并反馈第一授权凭证。
参阅图12所示，在软件层面上，本说明书实施例还提供了另一种交易数据处理装置，应用于部署有智能合约的交易服务器，该装置具体可以包括以下的结构模块：
获取模块1201，具体可以用于获取交易报文；
验证模块1202，具体可以用于对所述交易报文进行验证处理；其中，所述验证处理至少包括：验证第一授权凭证的有效性；
处理模块1203，具体可以用于在确定交易报文验证通过的情况下，根据所述交易报文，进行相应的交易数据处理。
参阅图13所示，在软件层面上，本说明书实施例还提供了另一种交易数据处理装置，应用于第一用户终端，该装置具体可以包括以下的结构模块：
第一处理模块1301，具体可以用于响应交易数据处理请求，确定待消耗的第一类票据；并创建待生效的第二类票据；其中，所述第二类票据至少包含有第二临时公钥、第二票据公钥、密态数据；
第二处理模块1302，具体可以用于根据所第一类票据、第二类票据，生成交易内容；并利用交易私钥对所述交易内容进行签名，得到对应的交易签名；其中，所述交易私钥为针对所述交易数据处理请求生成的；
组合模块1303，具体可以用于组合所述交易内容和交易签名，得到针对所述交易数据处理请求的交易报文；
发送模块1304，具体可以用于将所述交易报文发送至交易服务器；其中，所述交易服务器部署有智能合约。
需要说明的是，上述实施例阐明的单元、装置或模块等，具体可以由计算机芯片或实体实现，或者由具有某种功能的产品来实现。为了描述的方便，描述以上装置时以功能分为各种模块分别描述。当然，在实施本说明书时可以把各模块的功能在同一个或多个软件和/或硬件中实现，也可以将实现同一功能的模块由多个子模块或子单元的组合实现等。以上所描述的装置实施例仅仅是示意性的，例如，所述单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个单元或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口，装置或单元的间接耦合或通信连接，可以是电性，机械或其它的形式。
由上可见，基于本说明书实施例提供的交易数据处理装置，能够在基于区块链的交易系统中引入监管的同时，有效地保护参与交易的用户的用户隐私，以及与交易相关的资源值隐私，避免相关隐私数据遭到泄露，较好地保护交易数据处理过程的数据安全。
虽然本说明书提供了如实施例或流程图所述的方法操作步骤，但基于常规或者无创造性的手段可以包括更多或者更少的操作步骤。实施例中列举的步骤顺序仅仅为众多步骤执行顺序中的一种方式，不代表唯一的执行顺序。在实际中的装置或客户端产品执行时，可以按照实施例或者附图所示的方法顺序执行或者并行执行(例如并行处理器或者多线程处理的环境，甚至为分布式数据处理环境)。术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、产品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、产品或者设备所固有的要素。在没有更多限制的情况下，并不排除在包括所述要素的过程、方法、产品或者设备中还存在另外的相同或等同要素。第一，第二等词语用来表示名称，而并不表示任何特定的顺序。
本领域技术人员也知道，除了以纯计算机可读程序代码方式实现控制器以外，完全可以通过将方法步骤进行逻辑编程来使得控制器以逻辑门、开关、专用集成电路、可编程逻辑控制器和嵌入微控制器等的形式来实现相同功能。因此这种控制器可以被认为是一种硬件部件，而对其内部包括的用于实现各种功能的装置也可以视为硬件部件内的结构。或者甚至，可以将用于实现各种功能的装置视为既可以是实现方法的软件模块又可以是硬件部件内的结构。
本说明书可以在由计算机执行的计算机可执行指令的一般上下文中描述，例如程序模块。一般地，程序模块包括执行特定任务或实现特定抽象数据类型的例程、程序、对象、组件、数据结构、类等等。也可以在分布式计算环境中实践本说明书，在这些分布式计算环境中，由通过通信网络而被连接的远程处理设备来执行任务。在分布式计算环境中，程序模块可以位于包括存储设备在内的本地和远程计算机存储介质中。
通过以上的实施例的描述可知，本领域的技术人员可以清楚地了解到本说明书可借助软件加必需的通用硬件平台的方式来实现。基于这样的理解，本说明书的技术方案本质上可以以软件产品的形式体现出来，该计算机软件产品可以存储在存储介质中，如ROM/RAM、磁碟、光盘等，包括若干指令用以使得一台计算机设备(可以是个人计算机，移动终端，服务器，或者网络设备等)执行本说明书各个实施例或者实施例的某些部分所述的方法。
本说明书中的各个实施例采用递进的方式描述，各个实施例之间相同或相似的部分互相参见即可，每个实施例重点说明的都是与其他实施例的不同之处。本说明书可用于众多通用或专用的计算机系统环境或配置中。例如：个人计算机、服务器计算机、手持设备或便携式设备、平板型设备、多处理器系统、基于微处理器的系统、置顶盒、可编程的电子设备、网络PC、小型计算机、大型计算机、包括以上任何系统或设备的分布式计算环境等等。
虽然通过实施例描绘了本说明书，本领域普通技术人员知道，本说明书有许多变形和变化而不脱离本说明书的精神，希望所附的权利要求包括这些变形和变化而不脱离本说明书的精神。

Claims (24)

1.一种交易数据处理方法，其特征在于，应用于第一用户终端，包括：
响应交易数据处理请求，确定待消耗的第一类票据；并创建待生效的第二类票据；
生成关于第一类票据的授权请求，并将所述授权请求发送至监管服务器；其中，所述授权请求至少携带有第一类票据，以及第一用户的第一观察秘钥的第一观察标识；所述监管服务器根据预设的校验规则和第一观察标识对第一类票据进行一致性校验，并在确定一致性校验通过的情况下反馈针对第一类票据的第一授权凭证；
根据所述第一授权凭证、第一类票据、第二类票据，生成交易内容；并利用交易私钥对所述交易内容进行签名，得到对应的交易签名；其中，所述交易私钥为针对所述交易数据处理请求生成的；
组合所述交易内容和交易签名，得到针对所述交易数据处理请求的交易报文；
将所述交易报文发送至交易服务器；其中，所述交易服务器部署有智能合约。
2.根据权利要求1所述的方法，其特征在于，创建待生效的第二类票据，包括：
根据交易数据处理请求，确定第二类票据的资源值；
获取第二用户的第二观察公钥和第二支付公钥；
根据所述第二用户的第二观察公钥和第二支付公钥，生成针对第二类票据的第二临时公钥和第二票据公钥；
根据第二类票据的资源值，生成关于第二类票据的密态数据；
利用所述第二临时公钥、第二票据公钥、密态数据，构建所述第二类票据。
3.根据权利要求2所述的方法，其特征在于，根据所述第二用户的第二观察公钥和第二支付公钥，生成针对第二类票据的第二临时公钥和第二票据公钥，包括：
获取随机数作为针对第二类票据的第二临时私钥；并根据第二临时私钥生成对应的第二临时公钥；
基于预设的构建规则，利用第二用户的第二观察公钥和第二临时私钥构建中间数据；
根据所述中间数据和第二支付公钥，构建所述第二票据公钥。
4.根据权利要求2所述的方法，其特征在于，根据所述第一授权凭证、第一类票据、第二类票据，生成交易内容，包括：
构建针对第一类票据的第一票据私钥；
利用第一票据私钥对第一类票据进行签名，得到对应的第一票据签名；
生成关于第二类票据的带内传输密文数据，以及关于第一类票据和第二类票据的证明文件；
组合所述第一类票据、第一票据签名、第一授权凭证、第二类票据、带内传输密文数据和证明文件，得到所述交易内容。
5.根据权利要求4所述的方法，其特征在于，构建针对第一类票据的第一票据私钥，包括：
获取第一类票据的第一票据公钥；
利用第一票据公钥，以及第一用户的第一观察私钥和第一支付私钥，构建得到第一票据私钥。
6.根据权利要求5所述的方法，其特征在于，利用利用第一票据公钥，以及第一用户的第一观察私钥和第一支付私钥，构建得到第一票据私钥，包括：
按照以下方式，构建第一票据私钥：
Figure FDA0003553106010000021
其中，p1为第一票据私钥，R1为第一票据公钥，a1为第一用户的第一观察私钥，b1为第一用户的第一支付私钥。
7.根据权利要求4所述的方法，其特征在于，所述证明文件包括用于证明第一类票据的资源值与第二类票据的资源值相等，且第二类票据的资源值符合资源值范围要求的零知识证明文件。
8.根据权利要求1所述的方法，其特征在于，所述方法还包括：
接收并响应初始化请求，生成第一观察秘钥和第一支付秘钥；其中，第一观察秘钥包括第一观察私钥和第一观察公钥；所述第一支付秘钥包括第一支付公钥和第一支付私钥；
向监管服务器提供所述第一观察秘钥。
9.根据权利要求1所述的方法，其特征在于，所述第一类票据包括基于UTXO模型的票据。
10.一种交易数据处理方法，其特征在于，应用于监管服务器，包括：
接收并根据关于第一类票据的授权请求，获取第一观察标识和第一类票据；
根据预设的校验规则和第一观察标识，对第一类票据进行一致性校验；
在确定一致性校验通过的情况下，生成并反馈第一授权凭证。
11.根据权利要求10所述的方法，其特征在于，在生成并反馈第一授权凭证之后，所述方法还包括：
将第一观察标识和第一类票据保存于第一数据库。
12.根据权利要求11所述的方法，其特征在于，根据预设的校验规则和第一观察标识，对第一类票据进行一致性校验，包括：
根据第一观察标识，查询第二数据库，以获取第一观察私钥；
获取针对第一类票据的第一票据公钥和第一临时公钥，以及第一用户的第一支付公钥；
根据预设的校验规则，利用第一临时公钥、第一观察私钥、第一支付公钥，构建校验公钥；
比较所述校验公钥和第一票据公钥，得到对应的比较结果；
根据比较结果，确定第一类票据是否一致性校验通过。
13.根据权利要求12所述的方法，其特征在于，根据预设的校验规则，利用第一临时公钥、第一观察私钥、第一支付公钥，构建校验公钥，包括：
按照以下方式构建校验公钥：
Figure FDA0003553106010000031
其中，P1′为校验公钥，R1为第一临时公钥，a1为第一观察私钥，G为椭圆曲线群上的基点，B1为第一支付公钥。
14.根据权利要求12所述的方法，其特征在于，在接收并根据关于第一类票据的授权请求之前，所述方法还包括：
获取第一用户终端提供的第一观察秘钥；
将所述第一观察秘钥保存于第二数据库。
15.根据权利要求14所述的方法，其特征在于，所述方法还包括：
查询智能合约，确定与异常交易相关的异常票据；
根据所述异常票据，通过查询第一数据库和/或第二数据库，确定异常票据的发起方和/或接收方。
16.一种交易数据处理方法，其特征在于，应用于部署有智能合约的交易服务器，包括：
获取交易报文；
对所述交易报文进行验证处理；其中，所述验证处理至少包括：验证第一授权凭证的有效性；
在确定交易报文验证通过的情况下，根据所述交易报文，进行相应的交易数据处理。
17.根据权利要求16所述的方法，其特征在于，根据所述交易报文，进行相应的交易数据处理，包括：
根据所述交易报文，确定待消耗的第一类票据和待生效的第二类票据；
销毁智能合约中保存的第一类票据；并将第二类票据保存于智能合约中。
18.根据权利要求16所述的方法，其特征在于，所述验证处理还包括以下至少之一：验证第一票据签名的有效性、验证证明文件的有效性、验证交易签名的有效性。
19.一种交易数据处理方法，其特征在于，应用于第一用户终端，包括：
响应交易数据处理请求，确定待消耗的第一类票据；并创建待生效的第二类票据；其中，所述第二类票据至少包含有第二临时公钥、第二票据公钥、密态数据；
根据所第一类票据、第二类票据，生成交易内容；并利用交易私钥对所述交易内容进行签名，得到对应的交易签名；其中，所述交易私钥为针对所述交易数据处理请求生成的；
组合所述交易内容和交易签名，得到针对所述交易数据处理请求的交易报文；
将所述交易报文发送至交易服务器；其中，所述交易服务器部署有智能合约。
20.一种交易数据处理装置，其特征在于，应用于第一用户终端，包括：
第一处理模块，用于响应交易数据处理请求，确定待消耗的第一类票据；并创建待生效的第二类票据；
请求模块，用于生成关于第一类票据的授权请求，并将所述授权请求发送至监管服务器；其中，所述授权请求至少携带有第一类票据，以及第一用户的第一观察秘钥的第一观察标识；所述监管服务器根据预设的校验规则和第一观察标识对第一类票据进行一致性校验，并在确定一致性校验通过的情况下反馈针对第一类票据的第一授权凭证；
第二处理模块，用于根据所述第一授权凭证、第一类票据、第二类票据，生成交易内容；并利用交易私钥对所述交易内容进行签名，得到对应的交易签名；其中，所述交易私钥为针对所述交易数据处理请求生成的；
组合模块，用于组合所述交易内容和交易签名，得到针对所述交易数据处理请求的交易报文；
发送模块，用于将所述交易报文发送至交易服务器；其中，所述交易服务器部署有智能合约。
21.一种交易数据处理装置，其特征在于，应用于监管服务器，包括：
获取模块，用于接收并根据关于第一类票据的授权请求，获取第一观察标识和第一类票据；
校验模块，用于根据预设的校验规则和第一观察标识，对第一类票据进行一致性校验；
生成模块，用于在确定一致性校验通过的情况下，生成并反馈第一授权凭证。
22.一种交易数据处理装置，其特征在于，应用于部署有智能合约的交易服务器，包括：
获取模块，用于获取交易报文；
验证模块，用于对所述交易报文进行验证处理；其中，所述验证处理至少包括：验证第一授权凭证的有效性；
处理模块，用于在确定交易报文验证通过的情况下，根据所述交易报文，进行相应的交易数据处理。
23.一种服务器，其特征在于，包括处理器以及用于存储处理器可执行指令的存储器，所述处理器执行所述指令时实现权利要求1至9，或10至15，或16至18，或19中任一项所述方法的步骤。
24.一种计算机可读存储介质，其特征在于，其上存储有计算机指令，所述指令被处理器执行时实现权利要求1至9，或10至15，或16至18，或19中任一项所述方法的步骤。
CN202210267859.3A 2022-03-18 交易数据处理方法、装置和服务器 Active CN114742649B (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN202210267859.3A CN114742649B (zh) 2022-03-18 交易数据处理方法、装置和服务器

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN202210267859.3A CN114742649B (zh) 2022-03-18 交易数据处理方法、装置和服务器

Publications (2)

Publication Number Publication Date
CN114742649A true CN114742649A (zh) 2022-07-12
CN114742649B CN114742649B (zh) 2025-08-01

Family

ID=

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN117834145A (zh) * 2023-11-21 2024-04-05 中科迅联智慧网络科技(北京)有限公司 一种文件校验方法、装置、设备及介质

Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN107688937A (zh) * 2017-08-01 2018-02-13 苏州海博智能系统有限公司 支付数据处理方法、系统、交易装置与服务器
CN110070443A (zh) * 2019-04-23 2019-07-30 深圳前海微众银行股份有限公司 一种基于区块链的票据处理方法及装置
CN112511309A (zh) * 2020-11-19 2021-03-16 从法信息科技有限公司 区块链上面向监管的信息定向共享方法、装置和电子设备
CN112749967A (zh) * 2021-01-19 2021-05-04 矩阵元技术（深圳）有限公司 交易数据的处理方法、装置、用户终端和服务器
CN112801659A (zh) * 2021-01-25 2021-05-14 矩阵元技术（深圳）有限公司 基于智能合约的隐私交易处理方法、装置及存储介质

Patent Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN107688937A (zh) * 2017-08-01 2018-02-13 苏州海博智能系统有限公司 支付数据处理方法、系统、交易装置与服务器
CN110070443A (zh) * 2019-04-23 2019-07-30 深圳前海微众银行股份有限公司 一种基于区块链的票据处理方法及装置
CN112511309A (zh) * 2020-11-19 2021-03-16 从法信息科技有限公司 区块链上面向监管的信息定向共享方法、装置和电子设备
CN112749967A (zh) * 2021-01-19 2021-05-04 矩阵元技术（深圳）有限公司 交易数据的处理方法、装置、用户终端和服务器
CN112801659A (zh) * 2021-01-25 2021-05-14 矩阵元技术（深圳）有限公司 基于智能合约的隐私交易处理方法、装置及存储介质

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN117834145A (zh) * 2023-11-21 2024-04-05 中科迅联智慧网络科技(北京)有限公司 一种文件校验方法、装置、设备及介质

Similar Documents

Publication Publication Date Title
US11171789B2 (en) System and method for implementing a resolver service for decentralized identifiers
CN111859348B (zh) 一种基于用户识别模块及区块链技术的身份认证方法及装置
US10824701B2 (en) System and method for mapping decentralized identifiers to real-world entities
EP3619889B1 (en) Retrieving public data for blockchain networks using highly available trusted execution environments
US12165141B1 (en) Biometrics-based e-signatures for pre-authorization and acceptance transfer
RU2747947C2 (ru) Системы и способы персональной идентификации и верификации
CN113468602B (zh) 一种数据检验方法、装置及设备
US20190229911A1 (en) Blockchain-implemented method and system
CN110770774B (zh) 数据存储中的验证和加密方案
US12088733B1 (en) Systems and methods for privacy preserving distributed ledger consensus
US20230298015A1 (en) Systems and methods for verification of protected private information
EP3673640B1 (en) Processing data elements stored in blockchain networks
CN111125781B (zh) 一种文件签名方法、装置和文件签名验证方法、装置
CN116583833A (zh) 自审计区块链
CN113918899A (zh) 一种身份认证方法以及凭证持有系统和验证系统
CN109948370A (zh) 一种基于区块链的业务处理方法、装置和电子设备
Yang et al. UCBIS: An improved consortium blockchain information system based on UBCCSP
CN117561508A (zh) 可验证凭证的跨会话颁发
US20240143730A1 (en) Multi-factor authentication using blockchain
US20240161071A1 (en) Fast blockchain payment method and system
CN114742649A (zh) 交易数据处理方法、装置和服务器
KR20210069865A (ko) Rest api 기반의 암호화폐 거래 시스템
US12120104B2 (en) Decentralized edge node authentication
Alexandridis Improving Access Security and Throughput of Blockchain-based Internet of Things Infrastructure
El-Douh et al. A Decentralized System Utilizing Blockchain Technology to Safeguard Sensitive Data from Unauthorized Access

Legal Events

Date Code Title Description
PB01 Publication
PB01 Publication
SE01 Entry into force of request for substantive examination
SE01 Entry into force of request for substantive examination
GR01 Patent grant