HK1247358B - Block chain-based data processing method and device - Google Patents

Description

A data processing method and device based on blockchain

Technical Field

The present application relates to the fields of Internet information processing technology and blockchain technology, and in particular to a blockchain-based data processing method and device.

Background Art

Blockchain technology, also known as distributed ledger technology, is a distributed internet database technology characterized by decentralization, transparency, immutability, and trustworthiness. A network built on blockchain technology is called a blockchain network, which contains network nodes (also called blockchain nodes).

Specifically, upon receiving transaction data, a blockchain node determines its digest and encrypts it using a pre-defined algorithm to obtain a digital signature for the transaction data. The node then broadcasts the transaction data and its digital signature to other blockchain nodes. During the consensus phase, other blockchain nodes decrypt the received digital signature to obtain the transaction data corresponding to the signature. They then determine whether the signature matches the received transaction data, achieving consensus on the transaction data.

However, in actual applications, the object of encryption calculation is serialized information. That is to say, when a blockchain node determines the summary of transaction data, it needs to convert the received transaction data into serialized data and obtain the summary of the transaction data based on the serialized data.

However, since the blockchain nodes in the blockchain network can support different operating systems and different editing languages, for the same transaction data, the summary obtained by the blockchain node that sends the transaction data when performing an encryption operation on the transaction data may be different from the summary obtained by the blockchain node that receives the transaction data when performing a decryption operation on the received digital signature due to differences in operating systems and/or compilation languages. This will increase the possibility of transaction data consensus failing and reduce the efficiency of transaction data processing.

Summary of the Invention

In view of this, the embodiments of the present application provide a blockchain-based data processing method and device to solve the problem of low transaction data processing efficiency in the prior art.

The embodiments of the present application adopt the following technical solutions:

The present invention provides a data processing method based on blockchain, including:

The blockchain node determines the transaction type corresponding to the acquired transaction data;

The blockchain node determines a processing strategy corresponding to the transaction data based on a preset relationship between the transaction type and the processing strategy, wherein the processing strategy includes data attributes for conversion and conversion rules corresponding to the data attributes;

The blockchain node extracts attribute values corresponding to the data attributes included in the processing strategy from the transaction data, and converts the extracted attribute values into formatted information using conversion rules included in the processing strategy;

The blockchain node processes the transaction data according to the formatting information.

The present application also provides a blockchain-based data processing method, including:

The blockchain node receives transaction data and formatted information corresponding to the transaction data;

The blockchain node determines a processing strategy corresponding to the transaction data based on a transaction type corresponding to the transaction data and a preset relationship between the transaction type and the processing strategy, wherein the processing strategy includes data attributes for conversion and conversion rules corresponding to the data attributes;

The blockchain node converts the formatted information into an attribute value according to the conversion rules included in the processing strategy, and determines the data attribute corresponding to the attribute value;

The blockchain node verifies the received transaction data based on the attribute value of the data attribute and the attribute value of the data attribute contained in the transaction data.

The present application also provides a blockchain-based data processing device, including:

a determination unit, for determining, with respect to the acquired transaction data, a transaction type corresponding to the transaction data;

a processing unit, which determines a processing strategy corresponding to the transaction data based on a preset relationship between the transaction type and the processing strategy, wherein the processing strategy includes data attributes for conversion and conversion rules corresponding to the data attributes;

Attribute values corresponding to data attributes included in the processing strategy are extracted from the transaction data, and the extracted attribute values are converted into formatted information using conversion rules included in the processing strategy; and the transaction data is processed according to the formatted information.

The present application also provides a blockchain-based data processing device, including:

a receiving unit, receiving transaction data and formatted information corresponding to the transaction data;

a determining unit, configured to determine a processing strategy corresponding to the transaction data based on a transaction type corresponding to the transaction data and a preset relationship between the transaction type and the processing strategy, wherein the processing strategy includes data attributes for conversion and conversion rules corresponding to the data attributes;

The processing unit converts the formatted information into attribute values according to the conversion rules included in the processing strategy, and determines the data attributes corresponding to the attribute values; and verifies the received transaction data according to the attribute values of the data attributes and the attribute values of the data attributes included in the transaction data.

At least one of the above technical solutions adopted in the embodiments of the present application can achieve the following beneficial effects:

The embodiment of the present application configures a preset relationship between a transaction type and a processing strategy, wherein the processing strategy includes data attributes for conversion and conversion rules corresponding to the data attributes. The blockchain node determines the transaction type corresponding to the acquired transaction data; determines the processing strategy corresponding to the transaction data based on the preset relationship; extracts the data attributes included in the processing strategy from the transaction data, and converts the attribute values of the extracted data attributes into formatted information based on the conversion rules included in the processing strategy; and performs consensus processing on the transaction data based on the formatted information. In this way, the use of a unified conversion method can ensure that different blockchain nodes can accurately restore the converted information to the original data, effectively avoiding the problem that the summary obtained by the sender during the encryption process and the summary obtained by the receiver during the decryption process are different due to differences in the operating platform and/or editing language, effectively improving the consensus efficiency of the transaction data, and thus improving the processing efficiency of the transaction data.

BRIEF DESCRIPTION OF THE DRAWINGS

The drawings described herein are used to provide a further understanding of the present application and constitute a part of the present application. The illustrative embodiments of the present application and their descriptions are used to explain the present application and do not constitute an improper limitation on the present application. In the drawings:

FIG1 is a flow chart of a data processing method based on blockchain provided in an embodiment of the present application;

FIG2 is a flow chart of a data processing method based on blockchain provided in an embodiment of the present application;

FIG3 is a schematic diagram of the structure of a blockchain-based data processing device provided in an embodiment of the present application;

FIG4 is a schematic diagram of the structure of a blockchain-based data processing device provided in an embodiment of the present application.

DETAILED DESCRIPTION

To make the purpose, technical solutions, and advantages of this application more clear, the technical solutions of this application will be clearly and completely described below in conjunction with the specific embodiments of this application and the corresponding drawings. Obviously, the embodiments described are only part of the embodiments of this application, not all of them. Based on the embodiments in this application, all other embodiments obtained by ordinary technicians in this field without making creative efforts are within the scope of protection of this application.

The following describes in detail the technical solutions provided by various embodiments of the present application in conjunction with the accompanying drawings.

Figure 1 is a flow chart of a blockchain-based data processing method provided in an embodiment of the present application. The method may be as follows. The execution entities of the embodiment of the present application include, but are not limited to, blockchain nodes.

It should be noted that transaction data in a blockchain network generally undergoes three processing stages: acceptance, consensus, and storage. When a blockchain node accepts business data, it processes it, typically by obtaining a digital signature for that data. Thus, upon receiving the business data broadcast by the accepting blockchain node, non-accepting blockchain nodes verify whether the data has been tampered with during network transmission through signature verification (the so-called signature verification can be understood as the receiver using the public key to verify the received digital signature when receiving the business data and digital signature from the sender, thereby confirming that the received business data was sent by the sender).

To obtain the digital signature of the business data, the business data must first be serialized. Serialization converts the business data into a string (for example, a binary representation), which can then be deserialized to convert the string back into the business data. Next, the digital signature corresponding to the business data is calculated from the serialized result.

However, a blockchain network contains multiple blockchain nodes, and different blockchain nodes may support different operating systems and different editing languages. In other words, for the same transaction data, the serialization results obtained by serializing the transaction data may be different due to different operating systems and/or editing languages. For example, if the blockchain node that accepts the business data supports different operating systems than the blockchain node that does not accept the business data, the blockchain node that accepts the business data will serialize the business data according to the above method and obtain its digital signature. At this time, the blockchain node that accepts the business data will send the business data and digital signature to the blockchain node that does not accept the business data. Since the blockchain node that accepts the business data supports different operating systems from the blockchain node that does not accept the business data, the serialization result obtained by the blockchain node that does not accept the business data after restoring the digital signature is different from the serialization result obtained by the blockchain node that accepts the business data after serializing the business data in the above manner, and thus the obtained business data is determined to be different from the received business data, which will affect the subsequent processing of the business data. Therefore, the technical solution of the present application is proposed, which adopts a unified conversion method to ensure that different blockchain nodes can accurately restore the converted information to the original data, effectively avoiding the problem of differences between the summary obtained by the sender in the encryption process and the summary obtained by the receiver in the decryption process due to differences in operating platforms and/or editing languages, effectively improving the consensus efficiency of transaction data, and thus improving the processing efficiency of transaction data.

Step 101: The blockchain node determines the transaction type corresponding to the acquired transaction data.

In an embodiment of the present application, a blockchain node can act as an acceptance node for transaction data, receiving transaction data from an external device or application client. When receiving the transaction data, the transaction type corresponding to the transaction data can be determined based on the business that generates the transaction data. The transaction type here can be understood as a business type. A blockchain node can also act as a non-acceptance node for transaction data, and then obtain the transaction data from the acceptance node for the transaction data through broadcasting. Similarly, when receiving the transaction data, the transaction type corresponding to the transaction data can be determined based on the business that generates the transaction data. The transaction type here can be understood as a business type.

Step 102: The blockchain node determines a processing strategy corresponding to the transaction data based on a preset relationship between the transaction type and the processing strategy.

The processing strategy includes data attributes for conversion and conversion rules corresponding to the data attributes. The conversion rules here can be understood as rules for converting transaction data into formatted information.

In an embodiment of the present application, a preset relationship between transaction type and processing strategy can be pre-configured in each blockchain node of the blockchain network to facilitate the use of a unified processing strategy for received transaction data. The unified processing strategy described herein is not limited to the same processing strategy, and different processing strategies can also be given based on different transaction types. However, the sender and receiver of the transaction data can use the same processing strategy for processing, which means that the "unification" here can avoid the problem of differences between the digest obtained by the sender during the encryption process and the digest obtained by the receiver during the decryption process due to differences in operating platforms and/or editing languages.

The processing strategies described in the embodiments of this application include but are not limited to the following:

1. For different transaction types, determine the data attributes to be converted for each transaction type;

2. Conversion rules. These conversion rules uniquely determine the formatting information corresponding to the converted data attributes. This formatting information can also be called serialized data.

In addition, the arrangement order of data attributes may also be included. That is, after obtaining the formatting information of the attribute values corresponding to different data attributes of the business data, the formatting information is determined to be sorted according to the arrangement order of the data attributes. The sorting result can be regarded as the formatting information of the business data. For example, for data attributes 1, data attributes 2, and data attributes 3 contained in the business data, the arrangement order included in the processing strategy can be 123; it can also be 321; it can also be 231 or 213. Here, the different arrangement orders of data attributes mean that the obtained formatting information of the business data will be different, and thus the results of subsequent processing will also be different (for example, the calculated summary will be different).

The following describes how to determine the preset relationship between transaction types and processing strategies.

For each transaction type, perform the following operations:

First, a transaction feature of the transaction type is determined, and at least one data attribute that can characterize the transaction feature is selected from transaction data of the transaction type.

Different transaction types have different data attributes used to characterize the transaction characteristics corresponding to that transaction type. These data attributes include but are not limited to hash values, public keys, timestamps, transaction content, and more.

Secondly, based on the selected at least one data attribute and the conversion rule configured for the data attribute, a processing strategy corresponding to the transaction type is generated, and a mapping relationship between the transaction type and the processing strategy is established.

It should be noted that for different transaction types, conversion rules are configured for each transaction type. The conversion rules here can be applicable to different data attributes contained in the transaction data of this transaction type, and different conversion rules can also be configured for different data attributes contained in the transaction data of this transaction type. This is not specifically limited in the embodiments of this application.

In an embodiment of the present application, after determining the transaction type of the transaction data, the blockchain node can determine the processing strategy corresponding to the transaction data based on the preset relationship between the existing transaction type and the processing strategy.

Step 103: The blockchain node extracts attribute values corresponding to the data attributes included in the processing strategy from the transaction data, and converts the extracted attribute values into formatted information using the conversion rules included in the processing strategy.

In an embodiment of the present application, first, the blockchain node extracts the attribute value corresponding to the data attribute from the acquired transaction data based on the data attribute for conversion included in the processing strategy.

Assuming that the number of data attributes included in the processing strategy is 1, the attribute value corresponding to the data attribute is extracted from the acquired transaction data.

Assuming that the processing strategy contains multiple data attributes, the attribute value corresponding to each data attribute is extracted from the acquired transaction data in turn.

Secondly, the blockchain node converts the extracted attribute value into formatted information using the conversion rules included in the processing strategy.

Specifically, the blockchain node operates on the extracted attribute value according to the conversion algorithm included in the processing strategy to obtain a character string corresponding to the attribute value.

For example, converting the attribute value of the extracted data attribute into binary data. Assuming that the extracted data attribute is a hash value, then converting the value corresponding to the hash value into binary data.

It should be noted that, assuming that the processing strategy contains multiple data attributes, the attribute value corresponding to each data attribute can be converted each time the attribute value is extracted, or the attribute values of the data attributes that need to be converted can be extracted at one time, and the attribute values corresponding to different data attributes can be converted separately. There is no restriction on the order of processing here.

Preferably, in the embodiment of the present application, before the blockchain node performs consensus processing on the transaction data according to the formatted information, the method further includes:

If the number of data attributes included in the processing strategy is greater than 1, then after obtaining the formatted information corresponding to each extracted attribute value, the blockchain node sorts the obtained formatted information according to the sorting rules of the data attributes included in the processing strategy.

Assume that the data attributes included in the processing strategy are data attribute 1, data attribute 3, and data attribute 5. If the formatting information corresponding to the attribute value of data attribute 1 is 1000, the formatting information corresponding to the attribute value of data attribute 3 is 1001, and the formatting information corresponding to the attribute value of data attribute 5 is 1101, for example: the sorting rule of the included data attributes is 153, then according to the sorting rule of the data attributes included in the processing strategy, the sorted formatting information sequence obtained is: 100011011001; for another example: the sorting rule of the included data attributes is 531, then according to the sorting rule of the data attributes included in the processing strategy, the sorted formatting information sequence obtained is: 110110011000.

Step 104: The blockchain node processes the transaction data according to the formatting information.

In an embodiment of the present application, after obtaining the formatted information, the blockchain node needs to determine whether it is necessary to perform an encryption operation on the transaction data. If not, the formatted information and the transaction data are broadcast, so that other blockchain nodes in the blockchain network can perform consensus processing on the transaction data based on the formatted information; if necessary, the formatted information is encrypted to obtain an encryption result, and the encryption result and the transaction data are sent to other blockchain nodes in the blockchain network to perform consensus processing on the transaction data.

Through the technical solution provided by the embodiment of the present application, a preset relationship between a transaction type and a processing strategy is configured, wherein the processing strategy includes data attributes for performing conversions and conversion rules corresponding to the data attributes. The blockchain node determines the transaction type corresponding to the acquired transaction data; determines the processing strategy corresponding to the transaction data based on the preset relationship; extracts the data attributes included in the processing strategy from the transaction data, and converts the attribute values of the extracted data attributes into formatted information based on the conversion rules included in the processing strategy; and performs consensus processing on the transaction data based on the formatted information. In this way, the use of a unified conversion method can ensure that different blockchain nodes can accurately restore the converted information to the original data, effectively avoiding the problem that the summary obtained by the sender during the encryption process and the summary obtained by the receiver during the decryption process are different due to differences in the operating platform and/or editing language, effectively improving the consensus efficiency of the transaction data, and thereby improving the processing efficiency of the transaction data.

FIG2 is a flow chart of a blockchain-based data processing method provided in an embodiment of the present application. The method may be as follows. The execution subject of the embodiment of the present application is a non-accepting node in the blockchain network.

Step 201: The blockchain node receives transaction data and formatted information corresponding to the transaction data.

In an embodiment of the present application, the blockchain node acts as a non-accepting node and receives a data packet broadcast by the accepting node via broadcasting. The data packet includes transaction data and formatting information corresponding to the transaction data.

The formatted information here is obtained by the receiving node through the data processing method shown in Figure 1. The specific processing method can be found in the above-mentioned content and will not be described in detail here.

It should be noted that the formatted information here may also be a digest obtained after an encryption operation.

Step 202: The blockchain node determines a processing strategy corresponding to the transaction data based on the transaction type corresponding to the transaction data and a preset relationship between the transaction type and the processing strategy.

The processing strategy includes data attributes for conversion and conversion rules corresponding to the data attributes.

In an embodiment of the present application, a preset relationship between transaction type and processing strategy can be pre-configured in each blockchain node of the blockchain network, and the processing strategy includes data attributes for conversion and conversion rules corresponding to the data attributes.

For the specific implementation method, please refer to step 102 recorded in the above embodiment, which will not be described in detail here.

The blockchain node may also receive a preset relationship between a transaction type and a processing strategy sent by a blockchain node that accepts the transaction data when receiving the transaction data.

Alternatively, when receiving transaction data, the blockchain node receives a processing strategy corresponding to the transaction data sent by the blockchain node that accepts the transaction data.

Step 203: The blockchain node converts the formatted information into attribute values according to the conversion rules included in the processing strategy, and determines the data attributes corresponding to the attribute values.

In this embodiment of the present application, the blockchain node can perform inverse processing on the received formatted information according to the conversion rules included in the processing strategy to obtain attribute values, and then determine the data attributes corresponding to the attribute values. Here, the formatted information is restored by using this conversion rule. Since the same conversion method is used, the accuracy of the formatted information restoration can be guaranteed.

Step 204: The blockchain node verifies the received transaction data based on the attribute value of the data attribute and the attribute value of the data attribute contained in the transaction data.

In an embodiment of the present application, if the attribute value obtained by the conversion of the blockchain node is the same as the attribute value of the data attribute contained in the transaction data, it means that the transaction data received by the blockchain is credible, and the verification is determined to be successful; if the attribute value obtained by the conversion of the blockchain node is different from the attribute value of the data attribute contained in the transaction data, it means that the transaction data received by the blockchain is untrue, and the verification is determined to be untrue.

FIG3 is a schematic diagram of the structure of a blockchain-based data processing device provided in an embodiment of the present application. The data processing device includes: a determination unit 31 and a processing unit 32, wherein:

The determining unit 31 determines the transaction type corresponding to the acquired transaction data;

The processing unit 32 determines a processing strategy corresponding to the transaction data based on a preset relationship between the transaction type and the processing strategy, wherein the processing strategy includes data attributes for conversion and conversion rules corresponding to the data attributes;

Attribute values corresponding to data attributes included in the processing strategy are extracted from the transaction data, and the extracted attribute values are converted into formatted information using conversion rules included in the processing strategy; and the transaction data is processed according to the formatted information.

In another embodiment of the present application, the data processing device further includes: a sorting unit 33, wherein:

Before processing the transaction data according to the formatting information, if the number of data attributes included in the processing strategy is greater than 1, the blockchain node, after obtaining the formatting information corresponding to each extracted attribute value, sorts the obtained formatting information according to the sorting rules of the data attributes included in the processing strategy.

In another embodiment of the present application, the processing unit 32 determines the preset relationship between the transaction type and the processing strategy, including:

For each transaction type, perform the following operations:

Determining a transaction characteristic of the transaction type, and selecting at least one data attribute capable of representing the transaction characteristic from the transaction data of the transaction type;

A processing strategy corresponding to the transaction type is generated according to the selected at least one data attribute and the conversion rule configured for the data attribute, and a mapping relationship between the transaction type and the processing strategy is established.

In another embodiment of the present application, the processing unit 32 processes the transaction data according to the formatting information, including:

The formatting information and the transaction data are broadcasted, so that other blockchain nodes in the blockchain network perform consensus processing on the transaction data according to the formatting information.

In another embodiment of the present application, the processing unit 32 processes the transaction data according to the formatting information, including:

The formatted information is encrypted to obtain an encryption result, and the encryption result and the transaction data are sent to other blockchain nodes in the blockchain network to perform consensus processing on the transaction data.

In another embodiment of the present application, the processing unit 32 converts the extracted attribute value into formatted information according to the conversion rules included in the processing strategy, including:

The extracted attribute value is operated according to the conversion algorithm included in the processing strategy to obtain a character string corresponding to the attribute value.

It should be noted that the data processing device provided in the embodiment of the present application can be implemented by software or hardware, and is not specifically limited here. The data processing device provided in the embodiment of the present application adopts a unified conversion method, which can ensure that different blockchain nodes accurately restore the converted information to the original data, effectively avoiding the problem of differences between the digest obtained by the sender during the encryption process and the digest obtained by the receiver during the decryption process due to differences in operating platforms and/or editing languages, effectively improving the consensus efficiency of transaction data, and thus improving the processing efficiency of transaction data.

FIG4 is a schematic diagram of the structure of a blockchain-based data processing device provided in an embodiment of the present application. The data processing device includes: a receiving unit 41, a determining unit 42, and a processing unit 43, wherein:

A receiving unit 41 receives transaction data and formatted information corresponding to the transaction data;

a determining unit 42 for determining a processing strategy corresponding to the transaction data based on a transaction type corresponding to the transaction data and a preset relationship between the transaction type and the processing strategy, wherein the processing strategy includes data attributes for conversion and conversion rules corresponding to the data attributes;

The processing unit 43 converts the formatted information into attribute values according to the conversion rules included in the processing strategy, and determines the data attributes corresponding to the attribute values; and verifies the received transaction data according to the attribute values of the data attributes and the attribute values of the data attributes included in the transaction data.

In another embodiment of the present application, when receiving transaction data, the receiving unit 41 receives a preset relationship between the transaction type and the processing strategy sent by the blockchain node that accepts the transaction data.

It should be noted that the data processing device provided in the embodiments of the present application can be implemented by software or hardware, and is not specifically limited here. The data processing device provided in the embodiments of the present application adopts a unified conversion method, which can ensure that different blockchain nodes accurately restore the converted information to the original data, effectively avoiding the problem of differences between the digest obtained by the sender during the encryption process and the digest obtained by the receiver during the decryption process due to differences in operating platforms and/or editing languages, effectively improving the consensus efficiency of transaction data, and thus improving the processing efficiency of transaction data.

In the 1990s, technological improvements could be clearly distinguished as either hardware improvements (for example, improvements to circuit structures like diodes, transistors, and switches) or software improvements (improvements to process flows). However, with the advancement of technology, many process flow improvements today can now be considered direct improvements to hardware circuit structures. Designers almost always create the corresponding hardware circuit structure by programming the improved process flow into the hardware circuit. Therefore, it cannot be said that a process flow improvement cannot be implemented using hardware modules. For example, a programmable logic device (PLD), such as a field programmable gate array (FPGA), is an integrated circuit whose logical function is determined by user programming. Designers can "integrate" a digital system on a PLD through their own programming, without having to hire a chip manufacturer to design and manufacture a dedicated integrated circuit chip. Moreover, nowadays, instead of manually fabricating integrated circuit chips, this programming is mostly done using "logic compiler" software. This is similar to the software compiler used when developing programs. Before compilation, the original code must also be written in a specific programming language, called a hardware description language (HDL). There is not just one HDL, but many, such as ABEL (Advanced Boolean Expression Language), AHDL (Altera Hardware Description Language), Confluence, CUPL (Cornell University Programming Language), HDCal, JHDL (Java Hardware Description Language), Lava, Lola, MyHDL, PALASM, RHDL (Ruby Hardware Description Language), etc. The most commonly used ones are VHDL (Very-High-Speed Integrated Circuit Hardware Description Language) and Verilog. Those skilled in the art will also understand that by simply programming the method flow in one of these hardware description languages and then programming it into an integrated circuit, a hardware circuit that implements the logic method flow can be easily obtained.

The controller can be implemented in any suitable manner. For example, the controller can take the form of a microprocessor or processor and a computer-readable medium storing computer-readable program code (e.g., software or firmware) executable by the (micro)processor, logic gates, switches, application-specific integrated circuits (ASICs), programmable logic controllers, and embedded microcontrollers. Examples of controllers include, but are not limited to, the following microcontrollers: ARC 625D, Atmel AT91SAM, Microchip PIC18F26K20, and Silicone Labs C8051F320. The memory controller can also be implemented as part of the control logic of the memory. Those skilled in the art will also know that in addition to implementing the controller in a purely computer-readable program code format, the controller can be implemented in the form of logic gates, switches, application-specific integrated circuits, programmable logic controllers, and embedded microcontrollers by logically programming the method steps. Therefore, such a controller can be considered a hardware component, and the devices included therein for implementing various functions can also be considered as structures within the hardware component. Or even, the devices for implementing various functions can be considered as both software modules that implement the method and structures within the hardware component.

The systems, devices, modules, or units described in the above embodiments may be implemented by computer chips or entities, or by products having certain functions. A typical implementation device is a computer. Specifically, the computer may be, for example, a personal computer, a laptop computer, a cellular phone, a camera phone, a smartphone, a personal digital assistant, a media player, a navigation device, an email device, a game console, a tablet computer, a wearable device, or a combination of any of these devices.

For the convenience of description, the above devices are described as being divided into various units according to their functions. Of course, when implementing this application, the functions of each unit can be implemented in the same or multiple software and/or hardware.

It will be understood by those skilled in the art that embodiments of the present invention may be provided as methods, systems, or computer program products. Thus, the present invention may take the form of an entirely hardware embodiment, an entirely software embodiment, or an embodiment combining software and hardware. Furthermore, the present invention may take the form of a computer program product implemented on one or more computer-usable storage media (including but not limited to magnetic disk storage, CD-ROM, optical storage, etc.) containing computer-usable program code.

The present invention is described with reference to the flowcharts and/or block diagrams of the methods, devices (systems), and computer program products according to embodiments of the present invention. It should be understood that each process and/or box in the flowchart and/or block diagram, as well as the combination of processes and/or boxes in the flowchart and/or block diagram, can be implemented by computer program instructions. These computer program instructions can be provided to a processor of a general-purpose computer, a special-purpose computer, an embedded processor, or other programmable data processing device to produce a machine, so that the instructions executed by the processor of the computer or other programmable data processing device produce a device for implementing the functions specified in one or more processes in the flowchart and/or one or more boxes in the block diagram.

These computer program instructions may also be stored in a computer-readable memory that can direct a computer or other programmable data processing device to operate in a specific manner, so that the instructions stored in the computer-readable memory produce a product including an instruction device that implements the functions specified in one or more processes in the flowchart and/or one or more boxes in the block diagram.

These computer program instructions can also be loaded onto a computer or other programmable data processing device so that a series of operating steps are executed on the computer or other programmable device to produce a computer-implemented process, so that the instructions executed on the computer or other programmable device provide steps for implementing the functions specified in one or more processes in the flowchart and/or one or more boxes in the block diagram.

In a typical configuration, a computing device includes one or more processors (CPUs), input/output interfaces, network interfaces, and memory.

Memory may include non-permanent storage in a computer-readable medium, random access memory (RAM) and/or non-volatile memory in the form of read-only memory (ROM) or flash RAM. Memory is an example of a computer-readable medium.

Computer-readable media includes permanent and non-permanent, removable and non-removable media that can be implemented by any method or technology to store information. The information can be computer-readable instructions, data structures, program modules or other data. Examples of computer storage media include, but are not limited to, phase change memory (PRAM), static random access memory (SRAM), dynamic random access memory (DRAM), other types of random access memory (RAM), read-only memory (ROM), electrically erasable programmable read-only memory (EEPROM), flash memory or other memory technology, compact disc read-only memory (CD-ROM), digital versatile disc (DVD) or other optical storage, magnetic cassettes, magnetic tape, magnetic disk storage or other magnetic storage devices or any other non-transmission media that can be used to store information that can be accessed by a computing device. As defined herein, computer-readable media does not include transitory computer-readable media (transitory media), such as modulated data signals and carrier waves.

It should also be noted that the terms "comprises," "includes," or any other variations thereof are intended to encompass non-exclusive inclusion, such that a process, method, commodity, or apparatus that includes a series of elements includes not only those elements but also other elements not explicitly listed, or includes elements inherent to such process, method, commodity, or apparatus. In the absence of further limitations, an element defined by the phrase "comprises a ..." does not exclude the presence of other identical elements in the process, method, commodity, or apparatus that includes the element.

The present application may be described in the general context of computer-executable instructions executed by a computer, such as program modules. Generally, program modules include routines, programs, objects, components, data structures, etc. that perform specific tasks or implement specific abstract data types. The present application may also be practiced in distributed computing environments where tasks are performed by remote processing devices connected through a communications network. In a distributed computing environment, program modules may be located in local and remote computer storage media, including storage devices.

The various embodiments in this specification are described in a progressive manner. Similar parts between the various embodiments can be referred to in conjunction with each other. Each embodiment focuses on the differences between the other embodiments. In particular, the system embodiments are generally similar to the method embodiments, so the description is relatively simple. For relevant parts, refer to the description of the method embodiments.

The foregoing is merely an embodiment of the present application and is not intended to limit the present application. For those skilled in the art, the present application may have various changes and variations. Any modifications, equivalent replacements, improvements, etc. made within the spirit and principles of the present application should all be included within the scope of the claims of the present application.

Claims (16)

1. A blockchain-based data processing method, comprising: For the transaction data obtained, the blockchain node determines the transaction type corresponding to the transaction data; The blockchain node determines the processing strategy corresponding to the transaction data based on the preset relationship between transaction type and processing strategy. The processing strategy includes data attributes for conversion and conversion rules corresponding to the data attributes. The blockchain node extracts attribute values corresponding to the data attributes contained in the processing strategy from the transaction data, and uses the conversion rules contained in the processing strategy to convert the extracted attribute values into formatted information. The blockchain node processes the transaction data according to the formatted information. 2. The data processing method as described in claim 1, wherein before the blockchain node processes the transaction data according to the formatting information, the method further includes: If the number of data attributes contained in the processing strategy is greater than 1, then after the blockchain node obtains the formatted information corresponding to each extracted attribute value, it sorts the obtained formatted information according to the sorting rules of the data attributes contained in the processing strategy. 3. The data processing method as described in claim 1, determining the preset relationship between transaction type and processing strategy, includes: Perform the following operations for each transaction type: Determine the transaction characteristics of this transaction type, and select at least one data attribute from the transaction data of this transaction type that can characterize the transaction characteristics; Based on the selected at least one data attribute and the conversion rules configured for the data attribute, a processing strategy corresponding to the transaction type is generated, and a mapping relationship between the transaction type and the processing strategy is established. 4. The data processing method according to any one of claims 1 to 3, wherein the blockchain node processes the transaction data according to the formatted information, comprising: The blockchain node broadcasts the formatted information and the transaction data, enabling other blockchain nodes in the blockchain network to perform consensus processing on the transaction data based on the formatted information. 5. The data processing method according to any one of claims 1 to 3, wherein the blockchain node processes the transaction data according to the formatted information, comprising: The blockchain node encrypts the formatted information to obtain an encryption result, and sends the encryption result and the transaction data to other blockchain nodes in the blockchain network for consensus processing of the transaction data. 6. The data processing method as described in claim 1, wherein the blockchain node converts the extracted attribute values into formatted information according to the conversion rules included in the processing strategy, including: The blockchain node performs calculations on the extracted attribute values according to the conversion algorithm included in the processing strategy to obtain the string corresponding to the attribute values. 7. A blockchain-based data processing method, comprising: The blockchain node receives transaction data and the corresponding formatted information for the transaction data; The blockchain node determines the processing strategy corresponding to the transaction data based on the transaction type corresponding to the transaction data and the preset relationship between the transaction type and the processing strategy. The processing strategy includes data attributes for conversion and conversion rules corresponding to the data attributes. The blockchain node converts the formatted information into attribute values according to the conversion rules included in the processing strategy, and determines the data attributes corresponding to the attribute values. The blockchain node verifies the received transaction data based on the attribute values of the data attributes and the attribute values of the data attributes contained in the transaction data. 8. The data processing method as described in claim 7, wherein when the blockchain node receives transaction data, the method further includes: The blockchain node receives a preset relationship between the transaction type and processing strategy sent by the blockchain node that accepts the transaction data. 9. A blockchain-based data processing device, comprising: The determining unit determines the transaction type corresponding to the acquired transaction data. The processing unit determines a processing strategy corresponding to the transaction data based on a preset relationship between the transaction type and the processing strategy. The processing strategy includes data attributes for conversion and conversion rules corresponding to the data attributes. The process involves extracting attribute values from the transaction data that correspond to the data attributes contained in the processing strategy, converting the extracted attribute values into formatted information using the conversion rules contained in the processing strategy, and then processing the transaction data according to the formatted information. 10. The data processing apparatus of claim 9, further comprising a sorting unit, wherein: Before processing the transaction data according to the formatting information, if the number of data attributes contained in the processing strategy is greater than 1, then after obtaining the formatting information corresponding to each extracted attribute value, the blockchain node sorts the obtained formatting information according to the sorting rules of the data attributes contained in the processing strategy. 11. The data processing device as described in claim 9, wherein the processing unit determines the preset relationship between transaction type and processing strategy, comprising: Perform the following operations for each transaction type: Determine the transaction characteristics of this transaction type, and select at least one data attribute from the transaction data of this transaction type that can characterize the transaction characteristics; Based on the selected at least one data attribute and the conversion rules configured for the data attribute, a processing strategy corresponding to the transaction type is generated, and a mapping relationship between the transaction type and the processing strategy is established. 12. The data processing apparatus according to any one of claims 9 to 11, wherein the processing unit processes the transaction data according to the formatting information, comprising: The formatted information and the transaction data are broadcast so that other blockchain nodes in the blockchain network can perform consensus processing on the transaction data based on the formatted information. 13. The data processing apparatus according to any one of claims 9 to 11, wherein the processing unit processes the transaction data according to the formatting information, comprising: The formatted information is encrypted to obtain an encryption result, and the encryption result and the transaction data are sent to other blockchain nodes in the blockchain network for consensus processing of the transaction data. 14. The data processing device as described in claim 9, wherein the processing unit converts the extracted attribute values into formatted information according to the conversion rules included in the processing strategy, comprising: The extracted attribute values are processed according to the conversion algorithm included in the processing strategy to obtain the string corresponding to the attribute values. 15. A blockchain-based data processing device, comprising: The receiving unit receives transaction data and the formatted information corresponding to the transaction data; The determining unit determines the processing strategy corresponding to the transaction data based on the transaction type corresponding to the transaction data and the preset relationship between the transaction type and the processing strategy. The processing strategy includes data attributes for conversion and conversion rules corresponding to the data attributes. The processing unit converts the formatted information into attribute values according to the conversion rules included in the processing strategy, and determines the data attribute corresponding to the attribute value; and verifies the received transaction data according to the attribute value of the data attribute and the attribute value of the data attribute included in the transaction data. 16. The data processing device as described in claim 15, wherein when receiving transaction data, the receiving unit receives a preset relationship between the transaction type and processing strategy sent by the blockchain node that accepts the transaction data.