WO2023207529A1

WO2023207529A1 - Data processing method and apparatus, device, medium, and product

Info

Publication number: WO2023207529A1
Application number: PCT/CN2023/086155
Authority: WO
Inventors: 王宗友; 廖志勇; 时一防; 朱耿良; 刘区城; 张劲松; 郭英杰; 刘汉卿
Original assignee: 腾讯科技（深圳）有限公司
Priority date: 2022-04-27
Filing date: 2023-04-04
Publication date: 2023-11-02
Also published as: CN117010889A

Abstract

The present application provides a data processing method and apparatus, a device, a medium, and a product. The method comprises: acquiring transfer transaction data submitted by a service transfer party during asset transfer, wherein the transfer transaction data is determined according to a first transaction certificate, the first transaction certificate is generated by a service initiator in a process of performing asset issuing processing, and asset description information is recorded in an asset description field in the first transaction certificate; and generating a second transaction certificate according to the transfer transaction data, wherein a transaction identifier recorded in a transaction identification field in the first transaction certificate is the same as a transaction identifier recorded in a transaction identification field in the second transaction certificate, content recorded in an asset description field in the second transaction certificate is empty, or the content recorded in the asset description field in the second transaction certificate is replacement information, and the replacement information is different from the asset description information. According to the present application, the recorded content can be more concise in the asset transfer process, and the data processing efficiency can be improved.

Description

Data processing methods, devices and equipment, media, products

This application claims priority to the Chinese patent application filed with the China Patent Office on April 27, 2022, with application number 202210456676.6 and titled "Data processing methods, devices and equipment, media, products", the entire content of which is incorporated by reference in in this application.

Technical field

The present application relates to the field of Internet technology, and in particular to a data processing method, a data processing device, a computer equipment, a computer-readable storage medium and a computer program product.

Background technique

In the blockchain, an asset corresponds to a number, and the transfer of the asset is a change in the ownership of the number. From a more general concept, an asset is not necessarily a number, but can also be a description. For example, an electronic invoice can be considered an asset in a certain sense. An electronic invoice can include asset descriptions such as invoice numbers and transaction information. Information, this description information has been determined when the asset issuance (commonly known as invoicing) is completed. If these asset description information are specified in each transaction, it will lead to duplicate content storage, and the content record is not concise enough, affecting the efficiency of data processing. , and it also takes up a lot of storage space.

Contents of the invention

The embodiments of this application propose a data processing method, device and equipment, media, and products, which can make content recording more concise during the transfer process of assets.

On the one hand, embodiments of the present application provide a data processing method, which method includes:

Obtain the transfer transaction data submitted by the business transfer party when transferring assets. The transfer transaction data is determined based on the first transaction voucher. The first transaction voucher is generated by the business initiator in the process of executing the asset issuance process. The first transaction The asset description field in the voucher records asset description information;

Generate a second transaction voucher based on the transferred transaction data;

Among them, the transaction identification recorded in the transaction identification field in the first transaction voucher is the same as the transaction identification recorded in the transaction identification field in the second transaction voucher. The content recorded in the asset description field in the second transaction voucher is empty, or the second transaction The content recorded in the asset description field in the voucher is replacement information, and the replacement information is different from the asset description information.

Obtain the first transaction voucher generated by the business initiator in the process of issuance of assets. The first transaction voucher is generated based on the issuance transaction data submitted by the business initiator to the blockchain node. The issuance transaction data includes the assets corresponding to the issuance assets. Description information and issuance transaction identifier;

Generate transfer transaction data corresponding to the transferred assets based on the first transaction voucher, and send the transfer transaction data to the blockchain node, so that the blockchain node generates a second transaction voucher based on the transfer transaction data;

Among them, the transaction identification recorded in the transaction identification field in the first transaction voucher is the same as the transaction identification recorded in the transaction identification field in the second transaction voucher, and the content recorded in the asset description field in the second transaction voucher is empty or the recorded content is Replacement information. The replacement information is not the same as the asset description information.

On the one hand, embodiments of the present application provide a data processing device, which includes:

The acquisition unit is used to obtain the transfer transaction data submitted by the business transfer party when transferring assets. The transfer transaction The data is determined based on the first transaction voucher. The first transaction voucher is generated by the business initiator during the execution of asset issuance processing. The asset description field in the first transaction voucher records asset description information;

A processing unit configured to generate a second transaction voucher based on the transfer transaction data;

The acquisition unit is used to obtain the first transaction voucher generated by the business initiator in the process of issuing assets. The first transaction voucher is generated based on the issuance transaction data submitted by the business initiator to the blockchain node. The issuance transaction data includes the issuance transaction data. The asset description information and issuance transaction identification corresponding to the asset;

A processing unit configured to generate transfer transaction data corresponding to the transferred assets based on the first transaction voucher, and send the transfer transaction data to the blockchain node, so that the blockchain node generates a second transaction voucher based on the transfer transaction data;

On the one hand, embodiments of the present application provide a computer device. The computer device includes a memory and a processor. The memory stores a computer program. When the computer program is executed by the processor, it causes the processor to execute the above-mentioned data processing method.

On the one hand, embodiments of the present application provide a computer-readable storage medium that stores a computer program. When the computer program is read and executed by a processor of a computer device, it causes the computer device to perform the above-mentioned data processing. method.

On the one hand, embodiments of the present application provide a computer program product or computer program. The computer program product or computer program includes computer instructions, and the computer instructions are stored in a computer-readable storage medium. The processor of the computer device reads the computer instructions from the computer-readable storage medium, and the processor executes the computer instructions, so that the computer device performs the above-mentioned data processing method.

In the embodiment of this application, when the business transfer party needs to transfer assets, the transfer transaction data submitted by the business transfer party when transferring assets can be obtained. The transfer transaction data is determined based on the first transaction voucher. The first transaction The voucher is generated by the business initiator during the process of asset issuance. The asset description field in the first transaction voucher records asset description information corresponding to the assets issued by the business initiator. Then, a second transaction voucher can be generated based on the transfer transaction data. Wherein, the transaction ID recorded in the transaction ID field in the first transaction voucher is the same as the transaction ID recorded in the transaction ID field in the second transaction voucher, the content recorded in the asset description field in the second transaction voucher is empty, or the second transaction ID is empty. The content recorded in the asset description field in the transaction voucher is replacement information, which is different from the asset description information. It can be seen that when transferring assets, it is necessary to carry the transaction identifier corresponding to the issuance of the assets, but there is no need to carry the asset description information corresponding to the issued assets, or to replace the asset description information with other replacement information. Therefore, the content recorded during the asset transfer process can be made more concise, thereby improving the efficiency of data processing and saving storage space.

Brief description of the drawings

In order to explain the technical solutions of the embodiments of the present application more clearly, the drawings needed to be used in the description of the embodiments will be briefly introduced below. Obviously, the drawings in the following description are some embodiments of the present application. For those with ordinary skills in the field, other drawings can also be obtained based on these drawings without any creative effort.

Figure 1a is a schematic structural diagram of a blockchain system provided by an embodiment of the present application;

Figure 1b is a schematic structural diagram of a blockchain provided by an embodiment of the present application;

Figure 1c is a schematic flowchart of generating blocks provided by an embodiment of the present application;

Figure 1d is a schematic diagram of the principle of asset transfer provided by the embodiment of the present application;

Figure 2 is a schematic architectural diagram of a data processing system provided by an embodiment of the present application;

Figure 3 is a schematic flow chart of a data processing method provided by an embodiment of the present application;

Figure 4a is a schematic data structure diagram of issuance transaction data provided by an embodiment of the present application;

Figure 4b is a schematic diagram of the data structure of transfer transaction data provided by an embodiment of the present application;

Figure 4c is a schematic flowchart of a transaction data transfer process provided by an embodiment of the present application;

Figure 5 is a schematic flow chart of another data processing method provided by an embodiment of the present application;

Figure 6 is an interactive flow chart of a data processing method provided by an embodiment of the present application;

Figure 7 is a schematic structural diagram of a data processing device provided by an embodiment of the present application;

Figure 8 is a schematic structural diagram of another data processing device provided by an embodiment of the present application;

Figure 9 is a schematic structural diagram of a computer device provided by an embodiment of the present application.

Detailed ways

Exemplary embodiments will be described in detail herein, examples of which are illustrated in the accompanying drawings. When the following description refers to the drawings, the same numbers in different drawings refer to the same or similar elements unless otherwise indicated. The implementations described in the following exemplary embodiments do not represent all implementations consistent with this application.

The data processing solution of this application can be combined with blockchain technology. Next, the blockchain technology involved in the data processing solution provided by this application will be introduced in detail:

The blockchain system involved in the embodiments of this application may be a distributed system formed by connecting clients and multiple nodes (any form of computing device in the access network, such as servers and terminal devices) through network communication. Next, a detailed introduction to blockchain-related technologies will be given in conjunction with Figures 1a-1c:

1. Blockchain system:

Please refer to Figure 1a, which is a schematic structural diagram of a blockchain system provided by an embodiment of the present application. The blockchain system shown in Figure 1a can be a data sharing system 100. The data sharing system 100 refers to a system for data sharing between nodes. The data sharing system 100 can include multiple nodes 101 and clients. Terminal 102, multiple nodes 101 may refer to various computing devices in the data sharing system. Each node 101 can receive input information when working normally (for example, any node 101 can receive the issuance transaction data submitted by the business initiator when issuing assets; for another example, any node 101 can receive the issuance transaction data submitted by the business transfer party when issuing assets. The transfer transaction data submitted during the transfer, etc.), and maintain the shared data within the data sharing system based on the input information received. In order to ensure information exchange within the data sharing system, communication connections can exist between nodes in the data sharing system, and information can be transmitted between nodes through the above communication connections. For example, when any node in the data sharing system receives input information, other nodes in the data sharing system obtain the input information according to the consensus algorithm and store the input information as shared data, so that all nodes in the data sharing system can The stored data is consistent.

Each node in the data sharing system has its corresponding node identifier, and each node in the data sharing system can store the node identifiers of other nodes in the data sharing system, so that the generated node identifiers can be generated later based on the node identifiers of other nodes. Blocks are broadcast to other nodes in the data sharing system. Each node can maintain a node ID list as shown in the following table to store the node name and node ID in the node ID list. The node identifier can be an IP (Internet Protocol, a protocol for interconnection between networks) address and any other information that can be used to identify the node. Table 1 only takes the IP address as an example for explanation.

Table 1. List of node identifiers

2. Blockchain structure:

Each node in the data sharing system stores an identical blockchain. The blockchain consists of multiple blocks, see Figure 1b. Figure 1b is a schematic structural diagram of a blockchain provided by an embodiment of the present application. As shown in Figure 1b, the blockchain consists of multiple blocks. The genesis block in the blockchain includes a block header and a block body. The block header stores the input information characteristic value, version number, timestamp and difficulty value, and the block body stores the input information. The next block of the genesis block has the genesis block as the parent block. The next block also includes a block header and a block body. The block header stores the input information characteristic value of the current block and the block header characteristics of the parent block. value, version number, timestamp and difficulty value, and so on, so that the block data stored in each block in the blockchain is associated with the block data stored in the parent block, thereby ensuring that the Security of entered information.

In one implementation, this application can upload transfer transaction data, issuance transaction data, first transaction vouchers, second transaction vouchers, etc. to the blockchain for storage, so as to prevent internal corruption of computer equipment (blockchain nodes). Data has been tampered with, thereby improving the security and privacy of the data.

3. Block generation:

When generating each block in the blockchain, see Figure 1c, the blockchain node verifies the input information when receiving the input information (for example, when the blockchain node receives the input information submitted by the business transfer party After the transaction data is transferred, the signature recorded in the signature field in the transferred transaction data and the source transaction identifier recorded in the source field in the transferred transaction data can be verified respectively; for another example, the blockchain node receives the signature from the business initiator. After the issuance transaction data is submitted, the signature recorded in the signature field of the issuance transaction data and the business operation permissions of the business initiator can be verified separately). After the verification is completed, the input information is stored in the memory pool and updated. A hash tree used to record input information. After that, update the update timestamp to the time when the input information is received, try different random numbers, and perform eigenvalue calculations multiple times. For example, 2-5 eigenvalue calculations can be performed so that the calculated eigenvalues can meet the following requirements: formula:
SHA256(SHA256(version+prev_hash+merkle_root+ntime+nbits+x))＜TARGET

Among them, SHA256 is the eigenvalue algorithm used to calculate eigenvalues; version (version number) is the version information of the relevant block protocol in the blockchain; prev_hash is the block header eigenvalue of the parent block of the current block; merkle_root is the input information The characteristic value of The feature value threshold can be determined based on nbits.

In this way, when the characteristic value that satisfies the above formula is calculated, the input information can be stored correspondingly, the block header and block body can be generated, and the current block can be obtained. Subsequently, the blockchain node sends the newly generated blocks to other nodes in the data sharing system where it is located based on the node identifiers of other nodes in the data sharing system, and the other nodes verify the newly generated blocks. And after completing the verification, the newly generated block will be added to the blockchain.

4. Principle of asset transfer based on blockchain:

In the embodiment of this application, the principle process of asset transfer based on blockchain UTXO (Unspent Transaction Output, unspent transaction output) is mainly introduced. Among them, a transaction consists of transaction input and transaction output. Each transaction involves spending several inputs and generating several outputs. The output generated is the "unspent transaction output" (UTXO). This UTXO It can be used as the input of the next transaction and generate a new UTXO output. The asset is In this way, it circulates through transactions. Each UTXO has an identity. When it is proven that the caller meets the identity (digital signature), the caller has the right to use the UTXO as input.

Next, the detailed process of the asset transfer principle will be introduced with reference to Figure 1d. Please refer to Figure 1d. Figure 1d is a schematic diagram of the principle of asset transfer provided by an embodiment of the present application. As shown in Figure 1d, for transaction 1 (the "Issue Asset" transaction shown in Figure 1d), the "Issue Asset" transaction may include a transaction hash (for example, Hash: aa8...), transaction input and transaction output. The transaction input may include multiple fields (such as a serial number field, a source field, and a signature field); the transaction output may also include multiple fields (such as a serial number field, an amount field, and a receiving address field). Among them, the receiving address field of each transaction can indicate the address to receive the assets in the transaction (such as Zhang San's address). Then, after Zhang San receives the "issuing assets" transaction, it can be used as the input of the next transaction. . Furthermore, the next transaction may be, for example, a "transfer asset" transaction, which may also include a transaction hash (for example, Hash: cd5...), transaction input, and transaction output. Among them, the receiving address field of the "Transfer Assets" transaction can indicate the transfer of assets to one or more objects (such as Zhang San and Li Si). Among them, Zhang San owns assets with an amount of 20, and Li Si owns assets with an amount of 30. asset. By analogy, in the blockchain, after receiving the UTXO of the previous transaction, it can be used as the input of the next transaction to generate a new UTXO, thereby realizing the transfer and circulation of assets.

Practice shows that an asset is not necessarily a number, but can also be a description. For example, an electronic invoice is an asset in a sense. The electronic invoice can include asset description information such as invoice number and transaction information. From the above, we can know that the UTXO model can be applied to asset transfer scenarios with asset description information. In the blockchain, if there is only one kind of asset, you don’t need to care much about the moment when the asset is issued. For subsequent asset transfers, you only need to care about whether the amount of the issued asset is correct. But if you need to issue multiple assets, you need to specify the ID (Identity, identification) of the asset when issuing it. Subsequent UTXO also needs to carry this information (asset ID) to identify which asset it is. Furthermore, if each asset has corresponding asset description information, and the asset description information is important, then in order for the transaction party to query the asset description information, the asset description information can be carried in the transaction every time the asset is transferred. Asset description information, but if the amount of asset description information is large, it will occupy a large amount of storage space. For example, electronic invoices are similar to this scenario. Each electronic invoice is unique and can be regarded as an asset. Each time an electronic invoice is issued, it is a new asset, and its corresponding asset description information is also different. Therefore, in the electronic invoice scenario, every electronic invoice transfer transaction needs to carry corresponding asset description information, which takes up a lot of storage space.

Based on the above description, the embodiment of this application proposes a data processing solution, which is mainly used in blockchain-based electronic invoice scenarios. The general principle of this data processing solution is as follows: when the business transfer party needs to transfer assets, the assets can be obtained The transfer transaction data submitted during the transfer. The transfer transaction data is determined based on the first transaction voucher. The first transaction voucher is generated by the business initiator in the process of executing the asset issuance process. The assets in the first transaction voucher The description field records asset description information used to describe the assets issued by the business initiator. Then, a second transaction voucher can be generated based on the transfer transaction data. Among them, the transaction identification recorded in the transaction identification field in the first transaction voucher is the same as the transaction identification recorded in the transaction identification field in the second transaction voucher. The content recorded in the asset description field in the second transaction voucher is empty, or the second transaction The content recorded in the asset description field in the voucher is replacement information, which is different from the asset description information.

It can be seen that when transferring assets, you need to carry the transaction identifier corresponding to the issuance of the asset, but you do not need to carry the asset description information corresponding to the issued asset, or replace the asset description information with other replacement information. Therefore, the content recorded during the asset transfer process can be made more concise, thereby improving the efficiency of data processing and saving storage space.

It should be noted that in subsequent implementations of this application, relevant data such as object information (such as the identity information of the object) may be involved. When the above embodiments of this application are applied to specific products or technologies, permission from the object needs to be obtained. Or agree, and the collection, use and processing of relevant data need to comply with the relevant laws and regulations of the relevant countries and regions. and standards.

Next, the architecture diagram of the data processing system involved in this application will be described accordingly. Please refer to Figure 2. Figure 2 is an architectural schematic diagram of a data processing system provided by an embodiment of the present application. As shown in Figure 2, the data processing system may at least include: a blockchain node cluster, a business initiator 202, a business transfer party 203, and a business reimbursement party 204. Among them, the business initiator 202, the business transfer party 203, and the business reimbursement party 204 can be called business nodes. The blockchain node cluster can include at least one blockchain node 201. For example, the blockchain cluster shown in Figure 2 includes 3 blockchain nodes 201. This application does not specifically limit the number of blockchain nodes. In addition, any blockchain node 201 in the blockchain node cluster and the business initiator 202, the business transfer party 203, and the business reimbursement party 204 can be connected directly or indirectly through wired or wireless communication methods. Applications are not restricted here.

In the embodiment, any blockchain node 201, business initiator 202, business transfer party 203, and business reimbursement party 204 in the blockchain node cluster can be an independent physical server, or can be composed of multiple physical servers. Server clusters or distributed systems can also provide cloud services, cloud databases, cloud computing, cloud functions, cloud storage, network services, cloud communications, middleware services, domain name services, security services, CDN (Content Delivery Network, content distribution network), as well as cloud servers for basic cloud computing services such as big data and artificial intelligence platforms, etc.

Any blockchain node 201, business initiator 202, business transfer party 203, and business reimbursement party 204 in the blockchain node cluster may also include but are not limited to: mobile phones, tablet computers, notebook computers, handheld computers, mobile Internet devices (MID, mobile internet device), intelligent voice interaction devices, vehicle terminals, roadside equipment, aircraft, wearable devices, smart home appliances, or devices with data processing functions such as smart watches, smart bracelets, pedometers, etc. Wearables, etc.

In the embodiment, the equipment types of the blockchain node 201, the service initiator 202, the service transfer party 203, and the service reimbursement party 204 may be the same or different, and this is not specifically limited in the embodiment of the present application. For example, the blockchain node 201 can be a server, and the business initiator 202, the business transfer party 203, and the business reimbursement party 204 can all be terminal devices; for another example, the blockchain node 201, the business initiator 202, and the business transfer party 203 , and the business reimbursement party 204 can all be servers; for example, the blockchain node 201, the business initiator 202, the business transfer party 203, and the business reimbursement party 204 can all be terminal devices.

In one implementation, the blockchain node 201 can receive a transaction request sent by any business node (the business initiator 202, the business transfer party 203, or the business reimbursement party 204), and the transaction request can carry transaction data. Then, the blockchain node 201 performs consensus (verification) on the transaction data carried in the transaction request. If the transaction data passes the verification, the transaction can be executed and the execution result is returned to the corresponding business node.

In addition, any business node (business initiator 202, business transfer party 203, or business reimbursement party 204) corresponds to its own address and private key. Among them, the private key can be used for signing. The business node is mainly responsible for sending transaction requests to the blockchain node 201 and synchronizing transaction execution results from the blockchain node 201. Specifically, business nodes can synchronize transactions in the blockchain in real time. When an asset (such as an electronic invoice) is transferred to a transaction that matches its own address, it can obtain the transaction and obtain the execution result of the transaction. .

For example, taking the business node as the business initiator 202 as an example, the interaction process between the business initiator 202 and the blockchain node 201 will be described accordingly. When the business initiator 202 needs to issue assets, the business initiator 202 can generate issuance transaction data and send the issuance transaction data to the blockchain node 201. The issuance transaction data includes asset description information and issuance transaction identification corresponding to the issuance assets; then, the blockchain node 201 can generate a first transaction voucher based on the issuance transaction data. The receiving address field in the first transaction voucher is used to record the first business address that receives the assets issued by the business initiator 202. The first business address may be the address of the business transfer party 203. In this way, assets can be transferred from the business initiator 202 to the business transfer party 203 through the blockchain node 201. Subsequently, the business transfer party 203 can transfer the assets again, for example, transferring the assets to the business reimbursement party 204.

For another example, taking the business node as the business transfer party 203 as an example, the interaction process between the business transfer party 203 and the blockchain node 201 will be explained accordingly. When the business transfer party 203 needs to transfer assets, the business transfer party 203 can generate transfer transaction data and send the transfer transaction data to the blockchain node 201. The transfer transaction data is determined based on the first transaction voucher, which is generated by the business initiator after completing the asset issuance. The asset description field in the first transaction voucher records the assets issued by the business initiator. asset description information. Then, the blockchain node 201 can generate a second transaction voucher based on the transfer transaction data. Among them, the transaction identification recorded in the transaction identification field in the first transaction voucher is the same as the transaction identification recorded in the transaction identification field in the second transaction voucher, and the content recorded in the asset description field in the second transaction voucher is empty or the recorded content is Replacement information that is not the same as the asset description information.

In one implementation, any business node (business initiator 202, business transfer party 203, or business reimbursement party 204) can send an information query request to the blockchain node 201. The information query request is used to query information about assets. Asset description information. For example, assuming that the business node is the business reimbursement party 204, the blockchain node 201 can receive an information query request sent by the business reimbursement party 204, and the information query request carries the transaction identifier to be queried. Then, the blockchain node 201 obtains the target transaction voucher based on the transaction identifier to be queried, and the transaction identifier recorded in the transaction identifier field in the target transaction voucher matches the transaction identifier to be queried. Finally, the blockchain node 201 can obtain the asset description information from the asset description field in the target transaction voucher. In this way, the business node can index the asset description information recorded in the asset source through the transaction identifier, so the asset description information does not need to be carried in each transaction, which makes the content recorded during the asset transfer process more concise. , thereby improving the efficiency of data processing and saving storage space.

The schematic diagram of the system architecture described in the embodiments of the present application is to more clearly illustrate the technical solutions of the embodiments of the present application, and does not constitute a limitation on the technical solutions provided by the embodiments of the present application. It can be understood that with the evolution of the system architecture and the With the emergence of new business scenarios, the technical solutions provided in the embodiments of this application are also applicable to similar technical problems.

Based on the above related description of the data processing scheme and data processing system, the embodiment of the present application proposes a data processing method. Referring to Figure 3, Figure 3 is a schematic flowchart of a data processing method provided by an embodiment of the present application. The data processing method can be performed by a blockchain node (such as a terminal device or terminal device) in the data processing system mentioned in Figure 2. Servers and other computer equipment) execution. Among them, the data processing method may include the following steps S301 to S302:

S301: Obtain the transfer transaction data submitted by the business transfer party when transferring assets. The transfer transaction data is determined based on the first transaction voucher. The first transaction voucher is generated by the business initiator in the process of executing asset issuance processing. The asset description field in a transaction voucher records asset description information used to describe the assets issued by the business initiator.

In the embodiment of this application, assets may include but are not limited to: electronic resources, electronic invoices and other virtual resources. The asset description information includes the description information corresponding to the asset. Taking the asset as an electronic invoice as an example, the asset description information can be the face content of the electronic invoice, such as invoice code, invoicing date, invoice number, tax object identification number, etc.

In addition, the data corresponding to a transaction may include but is not limited to: transaction identifier (used to uniquely identify the transaction, which may be a transaction hash, for example), transaction input, transaction output and other fields. For example, the issuance transaction data submitted by the business initiator when issuing assets can be considered as data corresponding to an issuance transaction (as shown in Figure 4a. Figure 4a is a data structure of issuance transaction data provided by an embodiment of the present application. Schematic diagram); for another example, the transfer transaction data submitted by the business transfer party when transferring assets can be considered as data corresponding to a transfer transaction (as shown in Figure 4b, Figure 4b is a transfer transaction provided by the embodiment of the present application Data structure diagram of the data).

Among them, for each field in a transaction data (such as issuance transaction data, transfer transaction data, etc.), its corresponding meaning is as shown in Table 2 below:

Table 2. The meaning of each field in transaction data

As can be seen from Table 2 above, a transaction can be uniquely identified by the transaction hash, and the source and signature of the input UTXO can be specified through the transaction input field, and the output UTXO can be specified through the transaction output field.

In one implementation, the transaction input field may include one or more fields, and the transaction output field may also include one or more fields. Next, the specific fields and meanings included in the transaction input field and transaction output field are explained accordingly.

For example, the meaning of each field in the transaction input field can be shown in Table 3 below:

Table 3. Meaning of each field in the transaction input field

As shown in Table 3, the transaction input fields in a transaction data can at least include: serial number field, source field, and signature field. Among them, the sequence number field is used to record the number of the currently input UTXO, which starts from 0 and increases in sequence (for example, 0, 1, 2...). The source field is used to record the transaction hash and number of the source transaction data of the UTXO. The signature field is used to record the signature of the owner of the current UTXO. When verifying the transaction data, it is necessary to verify whether the signature recorded in the signature field corresponds to the address of the UTXO (recorded in the address field, see Table 3 below). If so, then Verification successful.

As another example, the meaning of each field in the transaction output field can be shown in Table 4 below:

Table 4. Meaning of each field in the transaction output field

As shown in Table 4, the transaction output fields in a transaction data can at least include: serial number field, amount field, transaction identification field, asset identification field, asset description field, and receiving address field. Among them, the serial number field is used to record the number of the currently output UTXO. The number starts from 0 and increases sequentially (for example, 0, 1, 2...), and this number may be referenced in the output field of another transaction data. . The amount field is used to record the transferred amount. Except for asset issuance transactions, the sum of all output amounts corresponding to a certain asset ID in a transaction data needs to be equal to the sum of the input amounts corresponding to the asset ID. The transaction identification field is used to record the transaction hash of the original issuance source of the UTXO. The asset identification field is used to record the asset ID specified when the UTXO is issued. When a transaction is required to include an asset ID, the asset ID can be recorded in the transaction input field, the transaction output field, or can be recorded in In other fields, such as the outermost field of a transaction. The asset description field is used to record the corresponding asset description information when an asset is issued. The asset description information is only recorded in the asset description field in the transaction data of the issuance of the asset. The asset description field in other transaction data is recorded as empty or recorded. Replacement information that is different from the asset description information. The receiving address field is used to record the receiving address of the UTXO, and the recorded address has the authority to use the UTXO.

In one implementation, the blockchain node also performs the following operations before obtaining the transfer transaction data submitted by the business transfer party when transferring assets: First, obtain the issuance transaction data submitted by the business initiator when issuing assets. , the issuance transaction data includes the asset description information and the issuance transaction identifier corresponding to the issuance asset; then, the signature recorded in the signature field of the issuance transaction data and the business operation authority of the business initiator are verified respectively; if both are verified, Then the first transaction voucher is generated based on the issuance transaction data.

In specific implementation, the first transaction voucher is generated based on the transaction output field of the issued transaction data. The transaction output field may include: a transaction identification field, an asset description field, and a receiving address field. The receiving address field is used to record the first business address that receives the assets issued by the business initiator. The first business address is the address of the business transfer party. The blockchain node generates the first transaction voucher based on the issuance transaction data, including: writing the first business address recorded in the receiving address field in the issuance transaction data to the receiving address field in the first transaction voucher; The asset description information recorded in the asset description field in is written to the asset description field in the first transaction voucher; the issuance transaction identification recorded in the transaction identification field in the issuance transaction data is written to the transaction identification in the first transaction voucher field.

In the embodiment, the first transaction voucher refers to the unspent transaction output (i.e. UTXO) in the issuance transaction data. For example, please refer to Figure 4c. Figure 4c is a transaction data flow process provided by the embodiment of the present application. Process diagram. As shown in Figure 4c, the amount recorded in the amount field in the issuance transaction data is 50, and none of the assets with an amount of 50 have been consumed. Then, this part of the assets with an amount of 50 can be used as the next transaction data (for example transfer transaction data). For another example, asset transfer can continue based on the transfer transaction data. For example, based on the asset with the amount of 50 in the transfer transaction data, the asset with the amount of 20 can be transferred to Zhang San respectively (which can be used as the next transfer transaction data (for example, Hash: cd5 ...)), and transfer an asset of 30 to Li Si (can be used as the input part of the next transfer transaction data (such as Hash: g7f...))).

In one implementation, after the blockchain node obtains the transfer transaction data submitted by the business transfer party when transferring assets, it also includes: obtaining the signature recorded in the signature field in the transfer transaction data; verifying the signature in the transfer transaction data. The signature of the field record is verified. If the verification passes, the source transaction ID of the source field record in the transfer transaction data is obtained; the transfer transaction data is verified based on the source transaction ID.

Specifically, the blockchain node verifies the transfer transaction data based on the source transaction identifier, including: obtaining the source transaction voucher based on the source transaction identifier, and the transaction identifier recorded in the source field in the source transaction voucher matches the source transaction identifier; Verify the transfer transaction data based on the source transaction voucher. It should be noted that the so-called source transaction certificate can correspond to the issuance transaction data (for example, the data corresponding to the transaction hash of aa8... in Figure 4c), or it can correspond to any transfer transaction data (for example, the transaction hash in Figure 4c is the data corresponding to cd5..., or the transaction hash is the data corresponding to g7f...), the embodiment of this application does not specifically limit this.

Further, the blockchain node verifies the transfer transaction data based on the source transaction voucher, including: verifying the transfer transaction data based on the data recorded in the target field in the source transaction voucher. The target field includes the amount field in the source transaction voucher. , any one or more of the transaction identification field, asset identification field, and receiving address field. Among them, the amount field in the source transaction data is used to verify the amount field in the transfer transaction data; the transaction identification field in the source transaction data is used to verify the transaction identification field in the transfer transaction data; in the source transaction data The asset identification field is used to verify the asset identification field in the transfer transaction data; the receiving address field in the source transaction data is used to verify the receiving address field in the transfer transaction data.

For example, in the transfer transaction data shown in Figure 4b, first obtain the signature field in the transfer transaction data Recorded signature (for example, Zhang San’s signature, the so-called Zhang San’s signature may refer to the data obtained after signing using Zhang San’s private key). Verifying the signature recorded in the signature field in the transfer transaction data may include: verifying Zhang San's signature through the first business address (such as Zhang San's address) recorded in the receiving address field in the first transaction voucher, and if it matches , then it is determined that the signature verification passes. Next, you can obtain the source transaction identifier (for example, aa8...(0)) of the source field record in the transfer transaction data. Through this source transaction identifier (for example, aa8...(0)), you can obtain the source transaction. Voucher (such as the first transaction voucher). Finally, each field in the transfer transaction data can be verified based on each field in the first transaction voucher. For example, the amount recorded in the amount field in the first transaction voucher is 50, and the amount recorded in the amount field in the transfer transaction data is 50. The amounts are 20 and 30. Since 50=20+30, the verification of the amount field passes; for another example, the asset identification field recorded in the first transaction voucher is abcd, and the asset identification field recorded in the transfer transaction data is If the asset identification is also abcd, then the verification of the asset identification field passes, and so on, each field is verified in turn. If all verifications pass, it is determined that the transfer transaction data has passed the verification.

S302: Generate a second transaction voucher based on the transfer transaction data, where the transaction identifier recorded in the transaction identification field in the first transaction voucher is the same as the transaction identifier recorded in the transaction identification field in the second transaction voucher, and the assets in the second transaction voucher The content recorded in the description field is empty, or the content recorded in the asset description field in the second transaction voucher is replacement information, and the replacement information is different from the asset description information.

Among them, the second transaction voucher is generated based on the transaction output field of the transfer transaction data; the transaction output field includes the transaction identification field, the asset description field and the receiving address field; the receiving address field is used to record the second address of the assets transferred by the receiving business transfer party. Business address, the second business address is the address of the business reimbursement party. In addition, under normal circumstances, the amount of information corresponding to the replacement information is much smaller than the amount of information corresponding to the asset description information. For example, specific data (such as the character "#" or the number "0") can be used as the replacement information. The embodiment of the present application does not The data type of the replacement information is specifically limited.

In a possible implementation, the blockchain node generates a second transaction voucher based on the transfer transaction data, including: writing the second business address recorded in the receiving address field in the transfer transaction data to the second transaction voucher. Receiving address field; write the issuance transaction ID recorded in the transaction ID field in the transfer transaction data to the transaction ID field in the second transaction voucher; set the asset description field in the second transaction voucher to empty, or replace the information Written to the asset description field in the second transaction voucher, the replacement information is different from the asset description information. In this way, when transferring assets, you only need to carry the issuance transaction ID of the issued asset, without carrying asset description information.

In one implementation, the blockchain node can obtain an information query request, which carries the transaction identifier to be queried; then, the blockchain node can obtain the target transaction voucher based on the transaction identifier to be queried, and the target transaction The transaction ID recorded in the transaction ID field in the voucher matches the transaction ID to be queried; finally, the blockchain node can obtain the asset description information from the asset description field in the target transaction voucher. The information query request may be initiated by any one of the business transfer party, business reimbursement party or business initiator. In this way, when querying asset description information, the source of the asset can be indexed through the transaction identifier, so that the corresponding asset description information can be obtained from the transaction data of the issued asset, thereby reducing the amount of information storage and improving improve data processing efficiency.

In the embodiment of this application, when the business transfer party needs to transfer assets, the transfer transaction data submitted by the business transfer party when transferring assets can be obtained. The transfer transaction data is determined based on the first transaction voucher. The first transaction The voucher is generated by the business initiator during the process of executing asset issuance. The asset description field in the first transaction voucher records asset description information used to describe the assets issued by the business initiator. Then, a second transaction voucher can be generated based on the transfer transaction data. Wherein, the transaction ID recorded in the transaction ID field in the first transaction voucher is the same as the transaction ID recorded in the transaction ID field in the second transaction voucher, the content recorded in the asset description field in the second transaction voucher is empty, or the second transaction ID is empty. The content recorded in the asset description field in the transaction voucher is replacement information, which is different from the asset description information. It can be seen that when transferring assets, it is necessary to carry the transaction identifier corresponding to the issuance of the assets, but there is no need to carry the asset description information corresponding to the issued assets, or to replace the asset description information with other replacement information. Generally speaking, since asset description information occupies a large storage space, the embodiment of the present application does not need to carry the asset description information, so the amount of information storage can be reduced during the asset transfer process, thereby saving storage space.

Please refer to Figure 5. Figure 5 is a schematic flowchart of another data processing method provided by an embodiment of the present application. This data processing method can be performed by a business transfer party (such as a terminal device or server, etc.) in the data processing system mentioned in Figure 2. computer equipment). Among them, the data processing method may include the following steps S501 to S502:

S501: Obtain the first transaction voucher generated by the business initiator in the process of issuance of assets. The first transaction voucher is generated based on the issuance transaction data submitted by the business initiator to the blockchain node. The issuance transaction data includes the issuance transaction data corresponding to the issuance assets. asset description information and issuance transaction identifier.

Specifically, the first transaction voucher includes a transaction identification field and an asset description field; the transaction identification field is used to record the transaction identification, and the asset description field is used to record asset description information. The business transfer party generates transfer transaction data corresponding to the transferred assets based on the first transaction voucher, including: writing the transaction ID recorded in the transaction ID field of the first transaction voucher into the transaction ID field of the transfer transaction data; Set the asset description field to empty, or write replacement information to the asset description field of the transfer transaction data. The replacement information is different from the asset description information. For example, the data structure of the issuance transaction data can be as shown in Figure 4a, in which the first transaction voucher can be generated according to the transaction output field of the issuance transaction data. Specifically, the transaction output field of the issuance transaction data can be used as the first transaction voucher.

In one implementation, after the business transfer party obtains the first transaction voucher generated by the business initiator in the process of issuance of assets, it also includes: obtaining the identity information of the business initiator; initiating the business based on the identity information of the business initiator. The party performs identity verification. If the identity verification passes, the step of generating transfer transaction data corresponding to the transferred assets based on the first transaction voucher is triggered. Identity verification of the service initiator based on the identity information of the service initiator includes: verifying whether the obtained identity information is consistent with the digital signature of the service initiator. If they are consistent, the identity verification is passed. In this way, the identity of the business initiator can be verified and the security during data processing can be improved.

S502: Generate transfer transaction data corresponding to the transferred asset based on the first transaction voucher, and send the transfer transaction data to the blockchain node, so that the blockchain node generates a second transaction voucher based on the transfer transaction data. Among them, the transaction identification recorded in the transaction identification field in the first transaction voucher is the same as the transaction identification recorded in the transaction identification field in the second transaction voucher, and the content recorded in the asset description field in the second transaction voucher is empty or the recorded content is Replacement information. The replacement information is not the same as the asset description information.

In the embodiment, the first transaction voucher corresponds to the unspent transaction output part of the assets issued by the business initiator, and can be used as the transaction input part when the business transfer party (such as Zhang San) transfers assets. Then, the business transfer party transfers assets in the amount of 30 to Li Si based on the amount recorded in the amount field in the first transaction voucher (for example, 50). Next, after Li Si obtains the assets amounting to 30, he can act as a new business transfer party and continue to transfer this part of the assets amounting to 30 to Wang Wu, etc. In this way, the transfer of assets can be achieved. Among them, during the process of asset transfer, the asset description information will not be carried, or the asset description information can be replaced by replacement information. Usually, the amount of information corresponding to the replacement information is much smaller than the amount of information corresponding to the asset description information, for example Specific data (such as the character "#" or the number "0") can be used as the replacement information. The embodiment of the present application does not specifically limit the data type of the replacement information.

In the embodiment of this application, the business transfer party can obtain the assets transferred from the business initiator, and perform asset transfer based on these assets. During the asset transfer process, there is no need to carry asset description information, or the asset description information is replaced with designated replacement information with a smaller amount of information, thereby reducing the amount of information carried during data processing, thereby saving storage space and improving data processing efficiency. .

Please refer to Figure 6, which is an interactive flow chart of a data processing method provided by an embodiment of the present application. This data processing method can be jointly executed by the blockchain node, the business initiator, the business transfer party and the business reimbursement party. The interactive process of the data processing method may include the following steps S601 to S608:

S601: The business initiator sends issuance transaction data.

In the embodiment of this application, taking the electronic invoice scenario as an example, the interactive process of the data processing method executed between the blockchain node and the relevant business nodes (business initiator, business transfer party and business reimbursement party) is introduced in detail.

For example, the business initiator can initiate a transaction of "issuing assets" (commonly known as invoicing) to the blockchain, and the transaction of "issuing assets" carries the issuance transaction data. Among them, the data structure of the issuance transaction data initiated by the business initiator can be shown in Figure 4a. Next, the business initiator can write the face content of the electronic invoice into the "Asset Description" field in the transaction output field (for example, face content 1), fill in 50 in the "Amount" field, and fill in the "Issue Transaction" field corresponding to the transaction. The transaction hash, the "Asset ID" field can be filled with the invoice ID (if the invoice ID is not unique, it can be a hash of the asset description plus a timestamp), and the "Receiving Address" field records the address of the invoice recipient (business transfer party) (For example, Zhang San’s address).

S602: The blockchain node generates the first transaction voucher based on the issuance transaction data.

In one implementation, the blockchain node can first verify the signature recorded in the signature field of the issuance transaction data and the business operation permissions of the business initiator; if both are verified, the third generation is generated based on the issuance transaction data. A transaction certificate.

Specifically, the first transaction voucher is generated based on the transaction output field of the issuance transaction data; the transaction output field includes the transaction identification field, the asset description field and the receiving address field; the receiving address field is used to record the receipt of the assets issued by the business initiator. The first business address is the address of the business transfer party; the blockchain node generates the first transaction voucher based on the issuance transaction data, including: writing the first business address recorded in the receiving address field in the issuance transaction data. to the receiving address field in the first transaction voucher; write the asset description information recorded in the asset description field in the issuance transaction data to the asset description field in the first transaction voucher; record in the transaction identification field in the issuance transaction data The issuance transaction identification is written into the transaction identification field in the first transaction voucher.

S603: The business transfer party synchronizes the first transaction voucher.

Specifically, the business transfer party can continuously synchronize transactions from the blockchain node. When it obtains that the receiving address of a certain transaction is its own address, it can save the relevant information of the transaction (including asset description information) locally and store all the transaction information locally. The required information (such as the transaction hash of the transaction, corresponding UTXO information, asset description information, etc.) is saved in a structured storage (such as a mysql database) for easy query.

S604: The business transfer party determines the transfer transaction data based on the first transaction voucher.

Specifically, when the business transfer party needs to transfer assets, it initiates an asset transfer transaction (commonly known as reimbursement) to the blockchain. Among them, the input of this transaction of transferring assets is the UTXO output by the issuing asset exchange at the time of invoicing. Specifically, in the "source" field of the input, fill in the transaction hash at the time of invoicing plus the output sequence number at the time of invoicing (since there is only one output, Therefore, the serial number is 0), the output "receiving address" field is filled with the blockchain address of the company (hereinafter referred to as the company) for reimbursement (for example, Li Si's address), the "amount" field is filled with 30, and the "transaction identification" field is filled with the issuance of the asset The transaction hash (read from the "Transaction Identification" field in the output of the previous UTXO), fill in the asset ID at the time of invoicing in the "Asset Identification" field, fill in "Blank" in the "Asset Description" field or fill in the replacement information ( This field is required only for transactions that issue assets). Among them, the replacement information is different from the asset description information.

S605: The business transfer party sends the transfer transaction data.

In one implementation, after receiving the transfer transaction data sent by the business transfer party, the blockchain node obtains the identity information of the business transfer party, and performs identity verification on the business transfer party based on the identity information of the business transfer party. If the verification passes, the following step S606 is triggered. The identity verification of the business transfer party based on the identity information of the business transfer party includes: verifying whether the obtained identity information is consistent with the digital signature of the business transfer party. If they are consistent, the identity verification is passed. In this way, verifying the identity of the business transfer party can improve the security of the data processing process.

S606: The blockchain node generates a second transaction voucher based on the transfer transaction data.

In one implementation, after the blockchain node obtains the transfer transaction data submitted by the business transfer party when transferring assets, it also includes: obtaining the signature recorded in the signature field in the transfer transaction data; verifying the signature in the transfer transaction data. The signature of the name field record is verified. If the verification passes, the source transaction ID of the source field record in the transfer transaction data is obtained; the transfer transaction data is verified based on the source transaction ID. Specifically, the blockchain node can obtain the source transaction voucher based on the source transaction identifier. The transaction identifier recorded in the source field in the source transaction voucher matches the source transaction identifier; then, the transfer transaction data is calibrated based on the source transaction voucher. test.

Among them, the specific process of the blockchain node verifying the transfer transaction data based on the source transaction certificate can refer to the specific process described in step S301 in the embodiment of Figure 3, which will not be described again in the embodiment of this application.

S607: The business reimbursement party synchronizes the second transaction voucher.

Specifically, when the company (business reimbursement party) obtains a transaction transferred to itself in the blockchain, it can save the relevant information of the transaction locally and add the required information (such as the transaction hash of the transaction) , corresponding UTXO information, etc.) are saved into structured storage (such as mysql database) for easy query.

S608: The business reimbursement party sends an information inquiry request.

In the embodiment, any party among the business reimbursement party, the business transfer party, and the business initiator can send an information query request to the blockchain node. Next, take the business reimbursement direction to send an information query request to the blockchain node as an example for relevant explanation.

During specific implementation, the business reimbursement party can generate an information query request based on the transaction ID to be queried, and then send the information query request to the blockchain node. Subsequently, after the blockchain node receives the information query request, it can obtain the target transaction voucher based on the transaction ID to be queried, where the transaction ID recorded in the transaction ID field in the target transaction voucher matches the transaction ID to be queried. For example, if the transaction identifier to be queried is "aa8...", then the target transaction voucher may include a first transaction voucher and a second transaction voucher. Finally, the asset description information can be obtained from the asset description field in the target transaction document. Among them, the first transaction voucher is the corresponding voucher when the asset is issued, and its asset description field records asset description information. The second transaction voucher does not carry asset description information. Therefore, the blockchain node reads the asset description information from the asset description field in the first transaction voucher. Finally, the blockchain node can send asset description information to the business reimbursement party. Through the above method, assets can be indexed according to the transaction identifier, the source of the asset can be indexed, and the asset description information can be obtained.

In the embodiment of this application, when issuing assets, the business initiator needs to specify the asset description information and the transaction identifier (such as transaction hash) corresponding to the issuance transaction. When the business transfer party transfers assets, it needs to execute the transaction hash of the transaction corresponding to the asset issuance without including asset description information. When it is necessary to obtain asset description information, the source of the asset (that is, the issuance transaction data when the asset was issued) can be indexed through the transaction hash, and the asset description information can be read from the source. Since asset description information does not need to be stored repeatedly, the amount of information stored is reduced and the efficiency of data processing is improved.

Please refer to FIG. 7 , which is a schematic structural diagram of a data processing device provided by an embodiment of the present application. The data processing device 700 can be applied to the blockchain node in the aforementioned embodiments. The data processing device 700 can be a computer program (including program code) running in the blockchain node. For example, the data processing device 700 can be an application software, or it can be a hardware component in the blockchain node; the data processing device 700 700 can be used to perform corresponding steps in the data processing method provided by the embodiment of this application. The data processing device 700 may include:

The acquisition unit 701 is used to acquire the transfer transaction data submitted by the business transfer party when transferring assets. The transfer transaction data is determined based on the first transaction voucher. The first transaction voucher is obtained by the business initiator in the process of executing the asset issuance process. Generated, the asset description field in the first transaction voucher records asset description information;

The processing unit 702 is used to generate a second transaction voucher according to the transfer transaction data;

In one implementation, the processing unit 702 is also used to perform the following operations:

Obtain an information query request, which carries the transaction identifier to be queried;

Obtain the target transaction voucher according to the transaction ID to be queried, and the transaction ID recorded in the transaction ID field in the target transaction voucher matches the transaction ID to be queried;

Obtain asset description information from the asset description field in the target transaction document.

In one implementation, before the acquisition unit 701 acquires the transfer transaction data submitted by the business transfer party when transferring assets, the processing unit 702 is also configured to perform the following operations:

Obtain the issuance transaction data submitted by the business initiator when issuing assets. The issuance transaction data includes the asset description information and issuance transaction identification corresponding to the issuance assets;

Verify the signature of the signature field record of the issuance transaction data and the business operation authority of the business initiator respectively;

If all verifications pass, the first transaction voucher is generated based on the issuance transaction data.

In one implementation, the first transaction voucher is generated based on the transaction output field of the issuance transaction data; the transaction output field includes a transaction identification field, an asset description field and a receiving address field; the receiving address field is used to record the receiving business initiator. The first business address of the issuing assets, which is the address of the business transfer party;

The processing unit 702 generates a first transaction voucher according to the issuance transaction data, for performing the following operations:

Write the first business address recorded in the receiving address field in the issuance transaction data to the receiving address field in the first transaction voucher;

Write the asset description information recorded in the asset description field in the issuance transaction data to the asset description field in the first transaction voucher;

The issuance transaction identification recorded in the transaction identification field in the issuance transaction data is written into the transaction identification field in the first transaction voucher.

In one implementation, after the acquisition unit 701 acquires the transfer transaction data submitted by the business transfer party when transferring assets, the processing unit 702 is also used to perform the following operations:

Obtain the signature of the signature field record in the transfer transaction data;

Verify the signature of the signature field record in the transfer transaction data. If the verification passes, obtain the source transaction identifier of the source field record in the transfer transaction data;

Verify the transfer transaction data based on the source transaction identifier.

In one implementation, the processing unit 702 verifies the transfer transaction data according to the source transaction identifier to perform the following operations:

Obtain the source transaction voucher based on the source transaction identifier, and the transaction identifier recorded in the source field in the source transaction voucher matches the source transaction identifier;

Verify the transfer transaction data based on the source transaction voucher.

In one implementation, the processing unit 702 verifies the transfer transaction data according to the source transaction voucher to perform the following operations:

The transfer transaction data is verified based on the data recorded in the target field in the source transaction voucher. The target field includes any one or more of the amount field, transaction identification field, asset identification field, and receiving address field in the source transaction voucher. ;

Among them, the amount field in the source transaction data is used to verify the amount field in the transfer transaction data; the transaction identification field in the source transaction data is used to verify the transaction identification field in the transfer transaction data; in the source transaction data The asset identification field is used to verify the asset identification field in the transfer transaction data; the receiving address field in the source transaction data is used to verify the receiving address field in the transfer transaction data.

In one implementation, the second transaction voucher is generated based on the transaction output field of the transfer transaction data; the transaction output field includes a transaction identification field, an asset description field and a receiving address field; the receiving address field is used to record the location of the receiving business transfer party. The second business address of the transferred assets, the second business address is the address of the business reimbursement party;

The processing unit 702 generates a second transaction voucher according to the transfer transaction data for performing the following operations:

Write the second business address recorded in the receiving address field in the transfer transaction data to the receiving address field in the second transaction voucher;

Write the issuance transaction ID recorded in the transaction ID field in the transfer transaction data to the transaction ID field in the second transaction voucher;

Set the asset description field in the second transaction voucher to empty, or write replacement information to the asset description field in the second transaction voucher, where the replacement information is different from the asset description information.

Please refer to FIG. 8 , which is a schematic structural diagram of another data processing device provided by an embodiment of the present application. The data processing device 800 can be applied to the service transfer party in the aforementioned embodiments. The data processing device 800 may be a computer program (including program code) running in the business transfer party. For example, the data processing device 800 may be an application software, or a computer device used for the business transfer party; the data processing device 800 may be Used to perform corresponding steps in the data processing method provided by the embodiments of this application. The data processing device 800 may include:

The acquisition unit 801 is used to obtain the first transaction voucher generated by the business initiator in the process of issuance of assets. The first transaction voucher is generated based on the issuance transaction data submitted by the business initiator to the blockchain node. The issuance transaction data includes Asset description information and issuance transaction identification corresponding to the issued assets;

The processing unit 802 is configured to generate transfer transaction data corresponding to the transferred assets based on the first transaction voucher, and send the transfer transaction data to the blockchain node, so that the blockchain node generates a second transaction voucher based on the transfer transaction data;

In one implementation, the first transaction voucher includes a transaction identification field and an asset description field; the transaction identification field is used to record the transaction identification, and the asset description field is used to record asset description information;

The processing unit 802 generates transfer transaction data corresponding to the transferred asset based on the first transaction voucher, for performing the following operations:

Write the transaction ID recorded in the transaction ID field of the first transaction voucher into the transaction ID field of the transfer transaction data;

Set the asset description field in the transfer transaction data to empty, or write replacement information into the asset description field of the transfer transaction data, where the replacement information is different from the asset description information.

In one implementation, after the acquisition unit 801 acquires the first transaction voucher generated by the business initiator in the process of issuing assets, the processing unit 802 is also configured to perform the following operations:

Obtain the identity information of the business initiator;

The identity of the business initiator is verified based on the identity information of the business initiator. If the identity verification passes, the step of generating transfer transaction data corresponding to the transferred assets based on the first transaction voucher is triggered.

Please refer to FIG. 9 , which is a schematic structural diagram of a computer device provided by an embodiment of the present application. The computer device 900 is used to perform the steps performed by the blockchain node and the business node (business transfer party, business initiator, or business reimbursement party) in the foregoing method embodiments. The computer device 900 includes: one or more processors 910, one or more input devices 920, one or more output devices 930, and memory 940. The above-mentioned processor 910, input device 920, output device 930 and memory 940 are connected through a bus 950. The memory 940 is used to store computer programs, which include program instructions. The processor 910 is used to call the program instructions stored in the memory 940 to perform the following operations:

In one implementation, the processor 910 is also configured to perform the following operations:

In one implementation, before obtaining the transfer transaction data submitted by the business transfer party when transferring assets, the processor 910 is also used to perform the following operations:

The processor 910 generates a first transaction voucher according to the issuance transaction data, for performing the following operations:

Write the asset description information recorded in the asset description field in the issuance transaction data to the first transaction voucher Asset description field;

In one implementation, after obtaining the transfer transaction data submitted by the business transfer party when transferring assets, the processor 910 is also configured to perform the following operations:

In one implementation, the processor 910 verifies the transfer transaction data according to the source transaction identifier to perform the following operations:

Verify the transfer transaction data based on the source transaction voucher.

In one implementation, the processor 910 verifies the transfer transaction data based on the source transaction voucher to perform the following operations:

The processor 910 generates a second transaction voucher according to the transfer transaction data for performing the following operations:

In an embodiment, the processor 910 is configured to call program instructions stored in the memory 940, and is also configured to perform the following operations:

The processor 910 generates transfer transaction data corresponding to the transferred asset based on the first transaction voucher for performing the following operations:

In one implementation, after obtaining the first transaction voucher generated by the business initiator in the process of issuing assets, the processor 910 is also configured to perform the following operations:

Obtain the identity information of the business initiator;

In the embodiment of this application, when the business transfer party needs to transfer assets, the transfer transaction data submitted by the business transfer party when transferring assets can be obtained. The transfer transaction data is determined based on the first transaction voucher. The first transaction The voucher is generated by the business initiator during the process of asset issuance. The asset description field in the first transaction voucher records asset description information corresponding to the assets issued by the business initiator. Then, a second transaction voucher can be generated based on the transfer transaction data. Wherein, the transaction ID recorded in the transaction ID field in the first transaction voucher is the same as the transaction ID recorded in the transaction ID field in the second transaction voucher, the content recorded in the asset description field in the second transaction voucher is empty, or the second transaction ID is empty. The content recorded in the asset description field in the transaction voucher is replacement information, which is different from the asset description information. It can be seen that when transferring assets, it is necessary to carry the transaction identifier corresponding to the issuance of the assets, but there is no need to carry the asset description information corresponding to the issued assets, or to replace the asset description information with other replacement information. Generally speaking, since asset description information occupies a large storage space, the embodiment of the present application does not need to carry the asset description information, so the amount of information storage can be reduced during the asset transfer process, thereby saving storage space and improving data processing efficiency. efficiency.

In addition, embodiments of the present application also provide a computer storage medium, and a computer program is stored in the computer storage medium, and the computer program includes program instructions. When the processor executes the above program instructions, it can execute the corresponding embodiments mentioned above. method, so we will not go into details here. For technical details not disclosed in the computer storage medium embodiments involved in this application, please refer to the description of the method embodiments in this application. By way of example, program instructions may be deployed on one computer device, or executed on multiple computer devices located at one location, or on multiple computer devices distributed across multiple locations and interconnected by a communications network.

According to one aspect of the present application, a computer program product or computer program is provided, which computer program product or computer program includes computer instructions stored in a computer-readable storage medium. The processor of the computer device reads the computer instructions from the computer-readable storage medium, and the processor executes the computer instructions, so that the computer device can perform the methods in the corresponding embodiments. Therefore, the details will not be described here.

Those of ordinary skill in the art can understand that all or part of the processes in the methods of the above embodiments can be implemented by instructing relevant hardware through computer programs. The above programs can be stored in computer-readable storage media. When the programs are executed, , may include the processes of the above method embodiments. Among them, the above-mentioned storage media can be a magnetic disk, an optical disk, a read-only memory (Read-Only Memory, ROM) or a random access memory (Random Access Memory, RAM), etc.

What is disclosed above is only the preferred embodiment of the present application. Of course, it cannot be used to limit the scope of rights of the present application. Therefore, equivalent changes made according to the claims of the present application still fall within the scope of the present application.

Claims

A data processing method including:

Obtain the transfer transaction data submitted by the business transfer party when transferring assets. The transfer transaction data is determined based on the first transaction voucher. The first transaction voucher is generated by the business initiator in the process of executing the asset issuance process. , the asset description field in the first transaction voucher records asset description information;

Generate a second transaction voucher based on the transfer transaction data;

Wherein, the transaction identification recorded in the transaction identification field in the first transaction voucher is the same as the transaction identification recorded in the transaction identification field in the second transaction voucher, and the content recorded in the asset description field in the second transaction voucher is: empty, or the content recorded in the asset description field in the second transaction voucher is replacement information, and the replacement information is different from the asset description information.
The method of claim 1, further comprising:

Obtain an information query request, which carries the transaction identifier to be queried;

Obtain a target transaction voucher according to the transaction identifier to be queried, and the transaction identifier recorded in the transaction identifier field in the target transaction voucher matches the transaction identifier to be queried;

Obtain asset description information from the asset description field in the target transaction voucher.
The method of claim 1, wherein before obtaining the transfer transaction data submitted by the business transfer party when performing asset transfer, it further includes:

Obtain the issuance transaction data submitted by the business initiator when issuing assets. The issuance transaction data includes asset description information and issuance transaction identification corresponding to the issuance assets;

Verify the signature recorded in the signature field of the issuance transaction data and the business operation authority of the business initiator respectively;

If all verifications pass, a first transaction voucher is generated based on the issuance transaction data.
The method of claim 3, wherein the first transaction voucher is generated according to the transaction output field of the issuance transaction data; the transaction output field includes a transaction identification field, an asset description field and a receiving address field; The receiving address field is used to record the first business address for receiving the assets issued by the business initiator, and the first business address is the address of the business transfer party;

The generating of the first transaction voucher based on the issuance transaction data includes:

Write the first business address recorded in the receiving address field in the issuance transaction data into the receiving address field in the first transaction voucher;

writing the asset description information recorded in the asset description field in the issuance transaction data to the asset description field in the first transaction voucher;

The issuance transaction identification recorded in the transaction identification field in the issuance transaction data is written into the transaction identification field in the first transaction voucher.
The method according to claim 1, wherein after obtaining the transfer transaction data submitted by the business transfer party when transferring assets, it further includes:

Obtain the signature of the signature field record in the transfer transaction data;

Verify the signature recorded in the signature field in the transfer transaction data, and if the verification passes, obtain the source transaction identifier recorded in the source field in the transfer transaction data;

The transfer transaction data is verified according to the source transaction identifier.
The method of claim 5, wherein the verifying the transfer transaction data according to the source transaction identifier includes:

Obtain a source transaction voucher according to the source transaction identifier, and the transaction identifier recorded in the source field in the source transaction voucher matches the source transaction identifier;

The transfer transaction data is verified according to the source transaction voucher.
The method of claim 6, wherein verifying the transfer transaction data based on the source transaction voucher includes:

The transfer transaction data is verified based on the data recorded in the target field in the source transaction voucher. The target field includes the amount field, transaction identification field, asset identification field, and receiving address field in the source transaction voucher. any one or more;

Wherein, the amount field in the source transaction data is used to verify the amount field in the transfer transaction data; the transaction identification field in the source transaction data is used to verify the transaction identification field in the transfer transaction data; The asset identification field in the source transaction data is used to verify the asset identification field in the transfer transaction data; the receiving address field in the source transaction data is used to verify the receiving address field in the transfer transaction data.
The method of claim 1, wherein the second transaction voucher is generated according to the transaction output field of the transfer transaction data; the transaction output field includes a transaction identification field, an asset description field and a receiving address field; The receiving address field is used to record the second business address that receives the transferred assets from the business transfer party, and the second business address is the address of the business reimbursement party;

Generating a second transaction voucher based on the transfer transaction data includes:

Write the second business address recorded in the receiving address field in the transfer transaction data to the receiving address field in the second transaction voucher;

Write the issuance transaction identification recorded in the transaction identification field in the transfer transaction data into the transaction identification field in the second transaction voucher;

Set the asset description field in the second transaction voucher to empty, or write replacement information to the asset description field in the second transaction voucher, where the replacement information is different from the asset description information.
A data processing method including:

Obtain the first transaction voucher generated by the business initiator in the process of issuance of assets. The first transaction voucher is generated based on the issuance transaction data submitted by the business initiator to the blockchain node. The issuance transaction data includes Asset description information and issuance transaction identification corresponding to the issued assets;

Generate transfer transaction data corresponding to the transferred assets based on the first transaction voucher, and send the transfer transaction data to the blockchain node, so that the blockchain node generates a second transaction voucher based on the transfer transaction data. ;

Wherein, the transaction identification recorded in the transaction identification field in the first transaction voucher is the same as the transaction identification recorded in the transaction identification field in the second transaction voucher, and the content recorded in the asset description field in the second transaction voucher is: The empty or recorded content is replacement information, and the replacement information is different from the asset description information.
The method of claim 9, wherein the first transaction voucher includes a transaction identification field and an asset description field; the transaction identification field is used to record a transaction identification, and the asset description field is used to record asset description information;

Generating transfer transaction data corresponding to the transferred assets based on the first transaction voucher includes:

Write the transaction identification recorded in the transaction identification field of the first transaction voucher into the transaction identification field of the transfer transaction data;

Set the asset description field in the transfer transaction data to empty, or write replacement information into the asset description field of the transfer transaction data, where the replacement information is different from the asset description information.
The method of claim 9, wherein after obtaining the first transaction voucher generated by the business initiator in the process of issuance of assets, it further includes:

Obtain the identity information of the business initiator;

An identity verification is performed on the business initiator based on the identity information of the business initiator. If the identity verification passes, the step of generating transfer transaction data corresponding to the transferred assets based on the first transaction voucher is triggered.
A data processing device including:

The acquisition unit is used to obtain the transfer transaction data submitted by the business transfer party when performing asset transfer. The transfer transaction data is determined based on the first transaction voucher. The first transaction voucher is the business initiator's execution of asset issuance processing. Generated in the process, the asset description field in the first transaction voucher records asset description information;

A processing unit configured to generate a second transaction voucher based on the transfer transaction data;

Wherein, the transaction identification recorded in the transaction identification field in the first transaction voucher is the same as the transaction identification recorded in the transaction identification field in the second transaction voucher, and the content recorded in the asset description field in the second transaction voucher is: empty, or the content recorded in the asset description field in the second transaction voucher is replacement information, and the replacement information is different from the asset description information.
A data processing device including:

The acquisition unit is used to obtain the first transaction voucher generated by the business initiator in the process of issuance of assets. The first transaction voucher is generated based on the issuance transaction data submitted by the business initiator to the blockchain node, so The above-mentioned issuance transaction data includes asset description information and issuance transaction identification corresponding to the issuance assets;

A processing unit configured to generate transfer transaction data corresponding to the transferred assets based on the first transaction voucher, and send the transfer transaction data to the blockchain node, so that the blockchain node can generate the transfer transaction data according to the transfer transaction data. Generate the second transaction voucher;

Wherein, the transaction identification recorded in the transaction identification field in the first transaction voucher is the same as the transaction identification recorded in the transaction identification field in the second transaction voucher, and the content recorded in the asset description field in the second transaction voucher is: The empty or recorded content is replacement information, and the replacement information is different from the asset description information.
A computer device including: a storage device and a processor;

A memory in which one or more computer programs are stored;

A processor, configured to load the one or more computer programs to implement the data processing method according to any one of claims 1-8 or 9-11.
A computer-readable storage medium, wherein the computer-readable storage medium stores a computer program, the computer program is adapted to be loaded and executed by a processor as described in any one of claims 1-8 or 9-11 data processing methods.
A computer program product, wherein the computing program product includes a computer program, the computer program is adapted to be loaded by a processor and execute the data processing method according to any one of claims 1-8 or 9-11.