Data processing method and device, equipment and storage medium

Abstract

The embodiment of the invention provides a data processing method and device, equipment and a storage medium, and can be applied to the field of artificial intelligence. The method is applied to any node in a block chain system, and comprises the steps that a data processing request initiated by a user is acquired, and the data processing request carries password verification data and target operation; verifying whether the user has an operation authority according to the password verification data; and if the user has the operation authority, executing the target operation. The method is used for avoiding unsafe operation of data.

Description

Technical Field

[0001] The present application relates to the field of artificial intelligence technology, and in particular to a data processing method, device, equipment, and storage medium. Background Art

[0002] With the advancement of digital transformation and informatization, data has become an important asset for enterprises and institutions. Data security, especially the security of data access, has become the core content of protecting information assets and ensuring privacy. Whether it is cloud computing, big data analysis, or Internet of Things applications, the security of data access faces unprecedented challenges.

[0003] Traditional data storage simply stores data such as various code projects in a backup form on traditional central servers. It is centralized and its authenticity cannot be proven, and there is a risk of tampering.

[0004] Therefore, how to avoid unsafe access to data has become a technical problem that needs to be solved urgently. Summary of the invention

[0005] Embodiments of the present application provide a data processing method, apparatus, device, and storage medium to avoid the effects of unsafe operations on data.

[0006] In a first aspect, an embodiment of the present application provides a data processing method, which is applied to any node in a blockchain system, including:

[0007] Obtaining a data processing request initiated by a user, wherein the data processing request carries: password verification data and target operation;

[0008] Verify whether the user has the operation authority according to the password verification data;

[0009] If the user has the operation authority, the target operation is executed.

[0010] In a possible implementation, the data processing request also carries: a target Internet Protocol (IP) address of the user;

[0011] Correspondingly, if the user has the operation authority, executing the target operation includes:

[0012] Verify whether the target IP address is located in the pre-stored multiple IP addresses;

[0013] If the target IP address is among the multiple IP addresses and the user has the operation authority, the target operation is performed.

[0014] In a possible implementation manner, the target operation is a write operation;

[0015] Accordingly, the executing the target operation includes:

[0016] Execute the write operation in the node to obtain target data corresponding to the write operation;

[0017] The target data is synchronized to other nodes in the blockchain system.

[0018] In a possible implementation, the password verification data is obtained based on public key encryption in an asymmetric encryption algorithm;

[0019] Accordingly, verifying whether the user has the operation authority according to the password verification data includes:

[0020] The password verification data is verified according to the private key in the asymmetric encryption algorithm to determine whether the user has the operation authority.

[0021] In a possible implementation, the method further includes:

[0022] If the user does not have the operation authority, an untrusted verification record is generated according to the data processing request;

[0023] The untrusted verification record is recorded.

[0024] In a possible implementation, the method further includes:

[0025] If the user has the operation authority, generating a trusted verification record according to the data processing request;

[0026] The trusted verification record is recorded.

[0027] In a possible implementation, the method further includes:

[0028] Within the preset time period, if there is a new data processing request initiated by the user, it is determined that the user has the operation authority.

[0029] In a second aspect, an embodiment of the present application provides a data processing device, which is applied to any node in a blockchain system, including:

[0030] An acquisition module is used to acquire a data processing request initiated by a user, wherein the data processing request carries: password verification data and target operation;

[0031] A processing module, used for verifying whether the user has the operation authority according to the password verification data when the target IP address is located in the pre-stored multiple IP addresses;

[0032] The execution module is used to execute the target operation when the user has the operation authority.

[0033] In a possible implementation manner, the data processing request further carries: a target IP address of the user;

[0034] Accordingly, the execution module is specifically used for:

[0035] Verify whether the target IP address is located in the pre-stored multiple IP addresses;

[0036] If the target IP address is among the multiple IP addresses and the user has the operation authority, the target operation is performed.

[0037] In a possible implementation manner, the target operation is a write operation;

[0038] Accordingly, the execution module executes the target operation, specifically for:

[0039] Execute the write operation in the node to obtain target data corresponding to the write operation;

[0040] The target data is synchronized to other nodes in the blockchain system.

[0041] In a possible implementation, the password verification data is obtained based on public key encryption in an asymmetric encryption algorithm;

[0042] Correspondingly, the processing module verifies whether the user has the operation authority according to the password verification data, specifically for:

[0043] The password verification data is verified according to the private key in the asymmetric encryption algorithm to determine whether the user has the operation authority.

[0044] In a possible implementation, the asymmetric encryption algorithm includes: an asymmetric encryption algorithm.

[0045] In a possible implementation manner, the generating module is further used to:

[0046] If the user does not have the operation authority, an untrusted verification record is generated according to the data processing request;

[0047] The untrusted verification record is recorded.

[0048] In a possible implementation manner, the generating module is further used to:

[0049] If the user has the operation authority, generating a trusted verification record according to the data processing request;

[0050] The trusted verification record is recorded.

[0051] In a possible implementation manner, the processing module is further used to:

[0052] Within the preset time period, if there is a new data processing request initiated by the user, it is determined that the user has the operation authority.

[0053] In a third aspect, an embodiment of the present application provides an electronic device, including: a memory, a processor;

[0054] The memory stores computer-executable instructions;

[0055] The processor executes the computer-executable instructions stored in the memory, so that the processor executes the above first aspect and / or various possible implementations of the first aspect.

[0056] In a fourth aspect, an embodiment of the present application provides a computer-readable storage medium, in which computer-executable instructions are stored. When the computer-executable instructions are executed by a processor, they are used to implement the first aspect above and / or various possible implementations of the first aspect.

[0057] In a fifth aspect, an embodiment of the present application provides a computer program product, including a computer program, which, when executed by a processor, implements the above first aspect and / or various possible implementation methods of the first aspect.

[0058] The data processing method, device, equipment, and storage medium provided in the embodiments of the present application can be used in the field of artificial intelligence. The method is applied to any node in the blockchain system, including: obtaining a data processing request initiated by a user, the data processing request carries: password verification data, target operation; according to the password verification data, verify whether the user has the operation authority, and then if the user has the operation authority, execute the target operation. The method is used to achieve secure operation of data in blockchain data. BRIEF DESCRIPTION OF THE DRAWINGS

[0059] The accompanying drawings, which are incorporated in and constitute a part of this specification, illustrate embodiments consistent with the present application and, together with the description, serve to explain the principles of the present application.

[0060] Figure 1 Schematic diagram of the data processing method provided for this application Figure 1 ;

[0061] Figure 2 Schematic diagram of the data processing method provided for this application Figure 2 ;

[0062] Figure 3 A schematic diagram of the structure of the data processing device provided by this application;

[0063] Figure 4A schematic diagram of the structure of the electronic device provided in this application.

[0064] The above drawings have shown clear embodiments of the present application, which will be described in more detail later. These drawings and text descriptions are not intended to limit the scope of the present application in any way, but to illustrate the concept of the present application to those skilled in the art by referring to specific embodiments. DETAILED DESCRIPTION

[0065] Exemplary embodiments will be described in detail herein, examples of which are shown in the accompanying drawings. When the following description refers to the drawings, the same numbers in different drawings represent the same or similar elements unless otherwise indicated. The implementations described in the following exemplary embodiments do not represent all implementations consistent with the present application. Instead, they are merely examples of devices and methods consistent with some aspects of the present application as detailed in the appended claims.

[0066] First, the terms involved in this application are explained:

[0067] Blockchain technology: It is a new application model based on cryptographic principles, combined with distributed data storage, consensus mechanism, encryption algorithm and other computer technologies. Blockchain is essentially a distributed ledger, a technical solution for collectively maintaining a reliable database in a decentralized manner, which can timely detect maliciously tampered key data, and can detect and repair false data and illegally tampered malicious data in the process of use; through decentralized data records, all nodes in the entire network jointly maintain data, and achieve secure data storage, with the characteristics of unforgeability, unalterability, traceability, anonymity, etc.

[0068] Secondly, the technical background involved in this application is explained:

[0069] With the advancement of digital transformation and informatization, data has become an important asset for enterprises and institutions. Data security, especially the security of data access, has become the core content of protecting information assets and ensuring privacy. Whether it is cloud computing, big data analysis, or Internet of Things applications, the security of data access faces unprecedented challenges.

[0070] Traditional data storage simply stores data such as various code projects in a backup form on traditional central servers. It is centralized and its authenticity cannot be proven, and there is a risk of tampering.

[0071] Therefore, how to avoid unsafe access to data has become a technical problem that needs to be solved urgently.

[0072] The data processing method provided by the present application is applied to any node in the blockchain system, by obtaining a data processing request initiated by a user, which carries the user's IP address, password verification data, and target operation; according to the password verification data, verifying whether the user has the operation authority; if the user has the operation authority, executing the target operation technical means solves the technical problem of unsafe data operations;

[0073] Furthermore, if there is a malicious injection of a script code to modify the database data, or a malicious virus program is injected to steal data; personnel with database permissions can directly modify and delete the database information of the node, and may tamper with the company database without the company's formal process review (i.e. IP address verification fails, password verification fails). If the system log and backup files are deleted at the same time, the files before the backup are almost impossible to retrieve, which can easily cause serious consequences in the fields of finance, justice, etc. However, if the data is stored in the database of each node of the blockchain system, this malicious tampering program will be automatically detected by the blockchain system, removed from the chain, and then the backup data will be synchronized from other storage nodes to prevent such malicious tampering incidents.

[0074] It should be noted that the data processing method and data processing device of the present application can be used in the field of artificial intelligence, and can also be used in any field other than the field of artificial intelligence. The application field of the data processing method and data processing device of the present application is not limited.

[0075] The technical solution of the present application and how the technical solution of the present application solves the above-mentioned technical problems are described in detail below with specific embodiments. The following specific embodiments can be combined with each other, and the same or similar concepts or processes may not be repeated in some embodiments. The embodiments of the present application will be described below in conjunction with the accompanying drawings.

[0076] Figure 1 Schematic diagram of the data processing method provided for this application Figure 1 ,like Figure 1 As shown, the method is applied to any node in the blockchain system (i.e., any device in the blockchain system), including:

[0077] In this scheme, the same data is stored in each node in the blockchain system, that is, a reliable database is collectively maintained in a decentralized manner.

[0078] Step 11: Obtain the data processing request initiated by the user;

[0079] The data processing request includes: password verification data and target operation;

[0080] In this step, obtaining a data processing request initiated by a user means that in an application or device, a user initiates a request through an interface, platform or service to perform a specific processing operation on the data in the database, namely, a target operation.

[0081] In order to ensure the legitimacy of the operation, password verification data is also carried in the data processing request.

[0082] Step 12: Verify whether the user has the operation authority according to the password verification data;

[0083] In this step, the data processing request is parsed to obtain the password verification data carried in the data processing request, and the password verification data is verified using an asymmetric encryption algorithm to determine whether the user has the operation authority.

[0084] The password verification data is obtained by public key encryption based on an asymmetric encryption algorithm.

[0085] Step 13: If the user has the operation authority, execute the target operation.

[0086] In this step, when it is determined that the user has the operation authority, the data processing request is parsed to obtain the target operation carried in the data processing request, and the target operation is executed.

[0087] Optionally, the data processing request also carries: the target IP address of the user; then step 13 may include the following implementation:

[0088] Verify whether the target IP address is among the pre-stored IP addresses; if the target IP address is among the multiple IP addresses and the user has the operation authority, perform the target operation.

[0089] In actual implementation, an asymmetric encryption algorithm can be used to encrypt the target IP address, and then the data processing request is parsed on the node to obtain the target IP address and perform verification operations.

[0090] In each node in the blockchain system, multiple IP addresses that legally operate the database are stored. After obtaining a data processing request initiated by a user, the data processing request is parsed to obtain the target IP address carried in the data processing request, and the target IP address is compared with multiple IP addresses. When the target IP address is one of the multiple IP addresses, the following target operation is continued.

[0091] Optionally, the target operation may be a read operation, a write operation, etc.

[0092] In one possible implementation, the target operation is a write operation;

[0093] Then, executing the target operation may include the following steps:

[0094] Step 1: Execute the write operation in the node to obtain the target data corresponding to the write operation;

[0095] In this implementation, a write operation is performed and target data corresponding to the write operation is obtained, wherein the write operation may be to modify data, add new data, etc.

[0096] Step 2: Synchronize the target data to other nodes in the blockchain system.

[0097] In this implementation, in order to ensure the accuracy of the data, the target data needs to be synchronized to other nodes.

[0098] Before synchronization, the target IP address and password verification data can also be synchronized to other nodes so that other nodes can perform verification (the principle of the verification method is the same as above). If the verification fails, the target data will not be synchronized, and the data processing request will be reported as having a leakage risk.

[0099] Optionally, when performing a write operation (including but not limited to modifying data, updating data, adding data, etc.), the write operation can be encrypted using a hash algorithm, and the encrypted write operation is verified by a hash algorithm in the node. The write operation is executed after the verification is passed. In this implementation, maliciously tampered programs can be automatically detected by the blockchain system, removed from the chain, and then the backup data can be synchronized from other storage nodes to prevent such malicious tampering incidents.

[0100] The data processing method provided in the embodiment of the present application is applied to any node in the blockchain system, by obtaining a data processing request initiated by a user, the data processing request carries: password verification data, target operation; according to the password verification data, verifying whether the user has the operation authority; if the user has the operation authority, the technical means of executing the target operation solves the technical problem of unsafe data operations.

[0101] Based on the above embodiments, Figure 2 Schematic diagram of the data processing method provided for this application Figure 2 ,like Figure 2 As shown, in the above step 12, based on the password verification data, verifying whether the user has the operation authority may specifically include the following steps:

[0102] The password verification data is obtained based on the public key encryption in the asymmetric encryption algorithm.

[0103] Optionally, the asymmetric encryption algorithm may be: an asymmetric encryption algorithm.

[0104] Step 21: Verify the password verification data according to the private key in the asymmetric encryption algorithm to determine whether the user has the operation authority;

[0105] In one possible implementation, the device corresponding to the user uses the public key in the asymmetric encryption algorithm to sign the data processing request and generate password verification data. The electronic device uses the private key in the asymmetric encryption algorithm to verify the password verification data to determine whether the user has the operation authority.

[0106] The use of asymmetric encryption algorithms can ensure that the data processing request is signed by the user holding the public key and has not been tampered with during transmission.

[0107] Optionally, if the user has the operation authority, a trusted verification record is generated based on the data processing request, and the trusted verification record is recorded.

[0108] In this implementation, when processing data requests, a trusted verification record can be generated when the operation authority is available. The core of generating such a record is to ensure that it has the following characteristics:

[0109] 1. Timestamp: Each record should include the time when the operation occurred so that it can be traced back to a specific point in time.

[0110] 2. Operation type: record the type of operation, such as data update, deletion, query, etc.

[0111] 3. Operator: records the user information that initiated the operation (usually user ID, user name, role, etc.).

[0112] 4. Operation data summary: Storing the data summary before and after the operation, such as the hash value of the data (first verification data), can effectively verify whether the data has been tampered with. For example, if a user updates a field, the hash values ​​before and after the update can be stored for subsequent verification.

[0113] 5. Related operation parameters: If the operation involves specific data or parameters, record the relevant information during the operation, such as the operation object, modification content (target data), etc.

[0114] Afterwards, the trusted verification record is stored. Storing the trusted verification record in a database can facilitate query, management and auditing.

[0115] Furthermore, within a preset time period, if there is a new data processing request initiated by the user, it is determined that the user has the operation authority.

[0116] In this implementation, in order to avoid low data processing efficiency caused by multiple verification requests, it can be set to allow users to initiate new data processing requests within a preset time period and execute them directly.

[0117] For example, the preset duration may be 3 minutes.

[0118] Optionally, when it is determined that the user does not have the operation authority, the target operation is not allowed to be performed.

[0119] Afterwards, an untrusted verification record is generated according to the data processing request, and the untrusted verification record is recorded.

[0120] In this implementation, when a user does not have the operation authority, improper operations should be avoided, untrusted verification records can still be generated, and the management and processing of such records should be ensured to correctly reflect the abnormal operation.

[0121] Similar to normal trusted verification records, untrusted verification records should include necessary information, but the core differences are:

[0122] 1. Operation type: Although the operation is not executed, it is necessary to record the type of operation the user attempted to perform (such as data update, deletion, and other target operations).

[0123] 2. Operation time: record the time when the request was rejected.

[0124] 3. Reason for rejection: clearly indicate the reason for the operation failure, i.e. "no permission".

[0125] 4. User information: Record user identity information, such as target IP address, to facilitate auditing and analysis.

[0126] 5. Summary of failed operations: includes a description of the operation content, which can record the data fields that the user attempted to modify or query, although the operation was not actually performed.

[0127] In addition, the generated untrusted verification records should be stored in a secure log file or database, and should have certain anti-tampering mechanisms, such as being able to synchronize the untrusted verification records to other nodes.

[0128] Specifically, to enhance security, especially in environments that require high transparency and tamper-proofing, untrusted records can also be stored on the blockchain. Although records on the blockchain are usually public, the storage of untrusted records can increase transparency and tamper-proofing.

[0129] The data processing method provided in the embodiment of the present application is a data processing method in which password verification data is obtained based on public key encryption in an asymmetric encryption algorithm. Accordingly, the password verification data can be verified based on the private key in the asymmetric encryption algorithm to determine whether the user has the operation authority, thereby solving the problem of how to determine whether the user's operation on the data is legal.

[0130] Based on the above embodiments, the following are device embodiments involved in the embodiments of the present application:

[0131] Figure 3 A schematic diagram of the structure of the data processing device provided in this application, such as Figure 3 As shown, the device is applied to any node in the blockchain system, including:

[0132] The acquisition module 31 is used to acquire a data processing request initiated by a user, wherein the data processing request carries: password verification data and target operation;

[0133] The processing module 32 is used to verify whether the user has the operation authority according to the password verification data when the target IP address is located in the pre-stored multiple IP addresses;

[0134] The execution module 33 is used to execute the target operation when the user has the operation authority.

[0135] In a possible implementation, the data processing request also carries: the target IP address of the user;

[0136] Accordingly, the execution module 33 is specifically used for:

[0137] Verify whether the target IP address is among the pre-stored multiple IP addresses;

[0138] If the target IP address is among multiple IP addresses and the user has the operation permission, the target operation is performed.

[0139] In one possible implementation, the target operation is a write operation;

[0140] Accordingly, the execution module 33 executes the target operation, specifically for:

[0141] Perform a write operation in the node to obtain the target data corresponding to the write operation;

[0142] Synchronize the target data to other nodes in the blockchain system.

[0143] In a possible implementation, the password verification data is obtained based on public key encryption in an asymmetric encryption algorithm;

[0144] The processing module 32 verifies whether the user has the operation authority according to the password verification data, and is specifically used for:

[0145] The password verification data is verified according to the private key in the asymmetric encryption algorithm to determine whether the user has the operation authority.

[0146] In a possible implementation manner, the generating module 33 is further configured to:

[0147] If the user does not have the operation authority, an untrusted verification record is generated according to the data processing request;

[0148] Record untrustworthy verification records.

[0149] In a possible implementation manner, the generating module 33 is further configured to:

[0150] If the user has the operation authority, a trusted verification record is generated according to the data processing request;

[0151] Record credible verification records.

[0152] In a possible implementation manner, the processing module 32 is further configured to:

[0153] Within the preset time period, if there is a new data processing request initiated by the user, it is determined that the user has the operation authority.

[0154] The data processing device provided in this embodiment can execute the method provided in the above method embodiment. Its implementation principle and technical effect are similar, and this embodiment will not be described in detail here.

[0155] Figure 4 This is a schematic diagram of the structure of the electronic device provided in this application. Figure 4 As shown, the electronic device provided in this embodiment can be any node in the blockchain system.

[0156] The electronic device includes: at least one processor 41 and a memory 42. Optionally, the device further includes a communication component 43. The processor 41, the memory 42 and the communication component 43 are connected via a bus 44.

[0157] In a specific implementation process, at least one processor 41 executes the computer-executable instructions stored in the memory 42, so that at least one processor 41 executes the above method.

[0158] The specific implementation process of the processor 41 can be found in the above method embodiment, and its implementation principle and technical effect are similar, so this embodiment will not be repeated here.

[0159] In the above embodiments, it should be understood that the processor may be a central processing unit (CPU), or other general-purpose processors, digital signal processors (DSP), application-specific integrated circuits (ASIC), etc. A general-purpose processor may be a microprocessor or any conventional processor. The steps of the method disclosed in the invention may be directly implemented as being executed by a hardware processor, or may be executed by a combination of hardware and software modules in the processor.

[0160] The memory may include a high-speed memory (Random Access Memory, RAM), and may also include a non-volatile memory (Non-volatile Memory, NVM), such as at least one disk memory.

[0161] The bus can be an Industry Standard Architecture (ISA) bus, a Peripheral Component Interconnect (PCI) bus, or an Extended Industry Standard Architecture (EISA) bus, etc. The bus can be divided into an address bus, a data bus, a control bus, etc. For ease of representation, the bus in the drawings of the present application is not limited to only one bus or one type of bus.

[0162] The present application also provides a computer program product, including a computer program, which implements the above method when executed by a processor.

[0163] The present application also provides a computer-readable storage medium, in which computer-executable instructions are stored. When a processor executes the computer-executable instructions, the above method is implemented.

[0164] The above-mentioned readable storage medium can be implemented by any type of volatile or non-volatile storage device or a combination thereof, such as static random access memory (SRAM), electrically erasable programmable read-only memory (EEPROM), erasable programmable read-only memory (EPROM), programmable read-only memory (PROM), read-only memory (ROM), magnetic memory, flash memory, magnetic disk or optical disk. The readable storage medium can be any available medium that can be accessed by a general or special-purpose computer.

[0165] An exemplary readable storage medium is coupled to a processor so that the processor can read information from the readable storage medium and write information to the readable storage medium. Of course, the readable storage medium can also be a component of the processor. The processor and the readable storage medium can be located in an application specific integrated circuit (Application Specific Integrated Circuits, referred to as: ASIC). Of course, the processor and the readable storage medium can also exist in the device as discrete components.

[0166] The division of units is only a logical function division, and there may be other divisions in actual implementation, such as multiple units or components can be combined or integrated into another system, or some features can be ignored or not executed. Another point is that the mutual coupling or direct coupling or communication connection shown or discussed can be an indirect coupling or communication connection through some interface, device or unit, which can be electrical, mechanical or other forms.

[0167] The units described as separate components may or may not be physically separated, and the components shown as units may or may not be physical units, that is, they may be located in one place or distributed on multiple network units. Some or all of the units may be selected according to actual needs to achieve the purpose of the solution of this embodiment.

[0168] In addition, each functional unit in each embodiment of the present application may be integrated into one processing unit, or each unit may exist physically separately, or two or more units may be integrated into one unit.

[0169] If the function is implemented in the form of a software functional unit and sold or used as an independent product, it can be stored in a computer-readable storage medium. Based on this understanding, the technical solution of the present application, or the part that contributes to the prior art or the part of the technical solution, can be embodied in the form of a software product, which is stored in a storage medium and includes several instructions for a computer device (which can be a personal computer, a server, or a network device, etc.) to perform all or part of the steps of the various embodiments of the present application. The aforementioned storage medium includes: U disk, mobile hard disk, read-only memory (ROM, Read-Only Memory), random access memory (RAM, Random Access Memory), disk or optical disk, and other media that can store program codes.

[0170] Those skilled in the art can understand that all or part of the steps of implementing the above-mentioned method embodiments can be completed by hardware related to program instructions. The aforementioned program can be stored in a computer-readable storage medium. When the program is executed, the steps of the above-mentioned method embodiments are executed; and the aforementioned storage medium includes: ROM, RAM, disk or optical disk and other media that can store program codes.

[0171] Finally, it should be noted that those skilled in the art will readily conceive of other embodiments of the present application after considering the specification and practicing the invention disclosed herein. The present application is intended to cover any variations, uses or adaptations of the present application, which follow the general principles of the present application and include common knowledge or customary technical means in the art that are not disclosed in the present application, are not limited to the precise structures described above and shown in the drawings, and may be modified and changed in various ways without departing from the scope thereof. The scope of the present application is limited only by the appended claims.

Claims

1. A data processing method, characterized in that: Applied to any node in a blockchain system, the method includes: Obtaining a data processing request initiated by a user, wherein the data processing request carries: password verification data and target operation; Verify whether the user has the operation authority according to the password verification data; If the user has the operation authority, the target operation is executed.

2. The method according to claim 1, characterized in that The data processing request also carries: the target Internet Protocol IP address of the user; Correspondingly, if the user has the operation authority, executing the target operation includes: Verify whether the target IP address is located in the pre-stored multiple IP addresses; If the target IP address is among the multiple IP addresses and the user has the operation authority, the target operation is performed.

3. The method according to claim 1 or 2, characterized in that: The target operation is a write operation; Accordingly, the executing the target operation includes: Execute the write operation in the node to obtain target data corresponding to the write operation; The target data is synchronized to other nodes in the blockchain system.

4. The method according to claim 1 or 2, characterized in that: The password verification data is obtained based on public key encryption in an asymmetric encryption algorithm; Accordingly, verifying whether the user has the operation authority according to the password verification data includes: The password verification data is verified according to the private key in the asymmetric encryption algorithm to determine whether the user has the operation authority.

5. The method according to claim 1 or 2, characterized in that: The method further comprises: If the user does not have the operation authority, an untrusted verification record is generated according to the data processing request; The untrusted verification record is recorded.

6. The method according to claim 1 or 2, characterized in that: The method further comprises: If the user has the operation authority, generating a trusted verification record according to the data processing request; The trusted verification record is recorded.

7. The method according to claim 6, characterized in that The method further comprises: Within the preset time period, if there is a new data processing request initiated by the user, it is determined that the user has the operation authority.

8. A data processing device, characterized in that: Applied to any node in a blockchain system, the device comprises: An acquisition module is used to acquire a data processing request initiated by a user, wherein the data processing request carries: password verification data and target operation; A processing module, used to verify whether the user has the operation authority according to the password verification data; The execution module is used to execute the target operation when the user has the operation authority.

9. An electronic device, characterized in that: include: Memory, processor; The memory stores computer-executable instructions; The processor executes the computer-executable instructions stored in the memory, so that the processor performs the method according to any one of claims 1 to 7.

10. A computer-readable storage medium, characterized in that: The computer-readable storage medium stores computer-executable instructions, which are used to implement the method according to any one of claims 1 to 7 when executed by a processor.

Images