CN111681011A - Data processing method, block chain system, computer system and medium - Google Patents
Data processing method, block chain system, computer system and medium Download PDFInfo
- Publication number
- CN111681011A CN111681011A CN202010551117.4A CN202010551117A CN111681011A CN 111681011 A CN111681011 A CN 111681011A CN 202010551117 A CN202010551117 A CN 202010551117A CN 111681011 A CN111681011 A CN 111681011A
- Authority
- CN
- China
- Prior art keywords
- media storage
- media
- node
- transaction data
- identification information
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Granted
Links
Images
Classifications
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
- G06Q20/00—Payment architectures, schemes or protocols
- G06Q20/38—Payment protocols; Details thereof
- G06Q20/40—Authorisation, e.g. identification of payer or payee, verification of customer or shop credentials; Review and approval of payers, e.g. check credit lines or negative lists
- G06Q20/401—Transaction verification
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
- G06Q20/00—Payment architectures, schemes or protocols
- G06Q20/38—Payment protocols; Details thereof
- G06Q20/40—Authorisation, e.g. identification of payer or payee, verification of customer or shop credentials; Review and approval of payers, e.g. check credit lines or negative lists
- G06Q20/407—Cancellation of a transaction
Abstract
The present disclosure provides a data processing method, a blockchain system, a computer system, and a medium. The method is applied to a blockchain system comprising M media storage nodes. The method comprises the following steps: performing, by an ith media storage node of the M media storage nodes: receiving a request message from a client for a specified lightweight application; generating transaction data based on the request message; and broadcasting the transaction data to M-1 media storage nodes in the blockchain system except for the ith media storage node. And the M medium storage nodes verify the transaction data and perform consensus verification on the transaction data passing the verification. And executing an operation on the media data of the designated lightweight application based on the transaction data after the transaction data passes the consensus verification by the jth media storage node of the M media storage nodes. M is an integer greater than 1, and i and j are integers greater than or equal to 1 and less than or equal to M.
Description
Technical Field
The present disclosure relates to the field of computer technologies, and more particularly, to a data processing method, a blockchain system, a computer system, and a medium.
Background
At present, as light-weight application systems, such as applet systems, are introduced from various enterprises, Applications (APPs) on mobile terminals are inevitably shifted from functional applications to mobile ecological platforms. The client side obtains the medium data of the light weight application through a light weight application medium distribution mechanism, and then the corresponding light weight application is installed and operated locally. The existing lightweight application medium distribution mechanism adopts a central application distribution mechanism and has the defects of large server resource consumption, server bandwidth occupation and the like. Under the lightweight application medium distribution mechanism, when the concurrency number is increased, the resource demand of the server is increased, so that the server response is slow, and the lightweight application of the client is slow to load or even cannot load. Meanwhile, the central lightweight application medium distribution mechanism also has the defect of being easily tampered maliciously, and in order to improve the security, the pressure of the client and the service end on verifying the lightweight application needs to be increased correspondingly, so that the user experience is reduced.
Disclosure of Invention
One aspect of the present disclosure provides a data processing method applied to a blockchain system, where the blockchain system includes M media storage nodes. The method comprises the following steps: performing, by an ith media storage node of the M media storage nodes, the following: receiving a request message from a client for a specified lightweight application; generating transaction data based on the request message; and broadcasting the transaction data to M-1 media storage nodes in the blockchain system other than the ith media storage node. And the M medium storage nodes verify the transaction data and perform consensus verification on the transaction data passing the verification. And executing an operation on the media data of the designated lightweight application based on the transaction data after the transaction data passes the consensus verification by the jth media storage node of the M media storage nodes. Wherein M is an integer greater than 1, i is an integer greater than or equal to 1 and less than or equal to M, and j is an integer greater than or equal to 1 and less than or equal to M.
Optionally, the blockchain system further comprises a media management node. The method further comprises the following steps: a media storage node list is maintained by the media management node, the media storage node list including identification information corresponding to media storage nodes currently active in the blockchain system. And, the media storage node list is periodically acquired from the media management node by the M media storage nodes, respectively.
Optionally, the transaction data includes node identification information. The verifying the transaction data by the M media storage nodes includes: performing, by each of the M media storage nodes described above: searching the node identification information in a medium storage node list; and, in case the node identification information is retrieved, determining that the transaction data passes the verification.
Optionally, the request message comprises a download request. The transaction data further includes: a first smart contract and identification information of the specified lightweight application. The performing of the operation on the media data of the specified lightweight application based on the transaction data includes: and executing the first intelligent contract to acquire the medium data of the designated lightweight application from the medium storage node corresponding to the node identification information based on the identification information of the designated lightweight application, and transmitting the medium data of the designated lightweight application to the client. The method further comprises the following steps: and adding and storing the execution result of the first intelligent contract to the respective block chain databases by the M medium storage nodes.
Optionally, the request message comprises an upload request. The transaction data further includes: a second smart contract and media data specifying a lightweight application. The performing of the operation on the media data of the designated lightweight application based on the transaction data includes: and executing a second intelligent contract to add and store the medium data of the designated lightweight application into the medium storage node corresponding to the node identification information. The method further comprises the following steps: and adding and storing the execution result of the second intelligent contract to the respective block chain databases by the M medium storage nodes.
Optionally, the request message comprises a delete request. The transaction data further includes: a third smart contract and identification information specifying the lightweight application. The performing of the operation on the media data of the specified lightweight application based on the transaction data includes: executing a third intelligent contract to delete the media data of the designated lightweight application from the media storage node corresponding to the node identification information based on the identification information of the designated lightweight application. The method further comprises the following steps: and adding and storing the execution result of the third intelligent contract to the respective block chain databases by the M medium storage nodes.
Optionally, the maintaining, by the media management node, the media storage node list includes: performing, by a media management node: receiving a node uploading request from a management side terminal, wherein the node uploading request comprises identification information of a newly added medium storage node in a block chain system; and adding and storing the identification information of the newly added medium storage node to the medium storage node list.
Optionally, the maintaining, by the media management node, the media storage node list includes: performing, by a media management node: receiving a node deletion request from a management terminal, wherein the node deletion request comprises identification information of a failed medium storage node in a block chain system; and, the identification information of the failed media storage node is deleted from the media storage node list.
Optionally, the transaction data includes transaction identification information. The verifying the transaction data by the M medium storage nodes, and performing consensus verification on the transaction data passing the verification includes: performing, by each of the M media storage nodes described above: when the transaction data is confirmed to pass the verification, adding and storing the transaction identification information into a legal transaction list; and performing consensus verification on the transaction data represented by the transaction identification information in the legal transaction list.
Another aspect of the present disclosure provides a blockchain system, the blockchain system including M media storage nodes, any one of the M media storage nodes including: the device comprises a receiving module, a generating module, a broadcasting module, a checking module, a consensus verifying module and an executing module. The receiving module is used for receiving a request message from a client aiming at a specified lightweight application. The generation module is used for generating transaction data based on the request message. The broadcast module is used for broadcasting the transaction data to M-1 medium storage nodes except any medium storage node in the blockchain system. The verification module is used for verifying the received transaction data. The consensus verification module is used for performing consensus verification on the transaction data passing the verification. The execution module is used for executing the operation related to the specified lightweight application based on the transaction data after the transaction data passes the consensus verification. Wherein M is an integer greater than 1.
Another aspect of the present disclosure provides a computer system comprising: a memory, a processor and a computer program stored on the memory and executable on the processor, the processor when executing the computer program for performing the method as described above.
Another aspect of the present disclosure provides a computer-readable storage medium storing computer-executable instructions for implementing the method as described above when executed.
Another aspect of the disclosure provides a computer program comprising computer executable instructions for implementing the method as described above when executed.
According to the embodiment of the present disclosure, the data processing method according to the embodiment of the present disclosure generates transaction data based on a request message for a specific lightweight application by using a blockchain system, and performs a series of processes such as broadcasting, checking, consensus verification, execution operation and the like on the transaction data, so that finally an operation on media data of the specific lightweight application is performed in the blockchain system. The process benefits from the characteristics of decentralization, multi-party witness, difficulty in data tampering and the like of the block chain system, so that the pressure of a server and a client can be relieved by the operation of the medium data of the specified lightweight application, the stability and the user experience of the system are improved, and the safety and the performance of the running system of the lightweight application are improved.
Drawings
For a more complete understanding of the present disclosure and the advantages thereof, reference is now made to the following descriptions taken in conjunction with the accompanying drawings, in which:
fig. 1 schematically shows an exemplary system architecture for applying a data processing method according to an embodiment of the present disclosure;
FIG. 2 schematically shows a flow chart of a data processing method according to an embodiment of the present disclosure;
fig. 3 schematically illustrates an example schematic diagram of a blockchain system in accordance with an embodiment of this disclosure;
fig. 4 schematically illustrates an example schematic diagram of the media management node 310 in fig. 3, in accordance with an embodiment of the disclosure;
FIG. 5 schematically illustrates an example flow diagram for the media management node 310 of FIG. 4 updating a list of media storage nodes in accordance with an embodiment of this disclosure;
FIG. 6 schematically illustrates an example schematic diagram of the media storage node 320 of FIG. 3, in accordance with an embodiment of the disclosure;
FIG. 7 schematically illustrates an example flow diagram of the media storage node 320 in FIG. 6 obtaining a list of media storage nodes from the media management node 310, according to an embodiment of this disclosure;
FIG. 8 schematically illustrates an example flow diagram for lightweight application media distribution by the media storage node 320 of FIG. 6, according to an embodiment of this disclosure;
fig. 9 schematically illustrates a block diagram of a blockchain system in accordance with an embodiment of the present disclosure; and
FIG. 10 schematically shows a block diagram of a computer system according to an embodiment of the disclosure.
Detailed Description
Hereinafter, embodiments of the present disclosure will be described with reference to the accompanying drawings. It should be understood that the description is illustrative only and is not intended to limit the scope of the present disclosure. In the following detailed description, for purposes of explanation, numerous specific details are set forth in order to provide a thorough understanding of the embodiments of the disclosure. It may be evident, however, that one or more embodiments may be practiced without these specific details. Moreover, in the following description, descriptions of well-known structures and techniques are omitted so as to not unnecessarily obscure the concepts of the present disclosure.
The terminology used herein is for the purpose of describing particular embodiments only and is not intended to be limiting of the disclosure. The terms "comprises," "comprising," and the like, as used herein, specify the presence of stated features, steps, operations, and/or components, but do not preclude the presence or addition of one or more other features, steps, operations, or components.
All terms (including technical and scientific terms) used herein have the same meaning as commonly understood by one of ordinary skill in the art unless otherwise defined. It is noted that the terms used herein should be interpreted as having a meaning that is consistent with the context of this specification and should not be interpreted in an idealized or overly formal sense.
Where a convention analogous to "at least one of A, B and C, etc." is used, in general such a construction is intended in the sense one having skill in the art would understand the convention (e.g., "a system having at least one of A, B and C" would include but not be limited to systems that have a alone, B alone, C alone, a and B together, a and C together, B and C together, and/or A, B, C together, etc.). Where a convention analogous to "A, B or at least one of C, etc." is used, in general such a construction is intended in the sense one having skill in the art would understand the convention (e.g., "a system having at least one of A, B or C" would include but not be limited to systems that have a alone, B alone, C alone, a and B together, a and C together, B and C together, and/or A, B, C together, etc.).
The embodiment of the disclosure provides a data processing method applied to a blockchain system and the blockchain system. The blockchain system includes M media storage nodes. The data processing method may include a receiving process, a generating process, a broadcasting process, a verifying process, a consensus verifying process, and an executing process. First, a receiving process, a generating process, and a broadcasting process are performed by the ith media storage node among the above M media storage nodes. In the receiving process, a request message for a specified lightweight application is received from a client. In the generating process, transaction data is generated based on the received request message. In the broadcasting process, the generated transaction data is broadcasted to M-1 medium storage nodes except the ith medium storage node in the blockchain system. Then, the verification process and the consensus verification process are performed by the M media storage nodes. And in the verification process, verifying the transaction data, and in the consensus verification process, performing consensus verification on the transaction data passing the verification. After the transaction data passes the consensus verification, the execution process is carried out by the jth media storage node in the M media storage nodes, and the operation of the media data of the designated lightweight application is executed based on the transaction data. Wherein, M is an integer greater than 1, i and j are both integers greater than or equal to 1 and less than or equal to M, and the ith media storage node and the jth media storage node may be the same or different.
At present, as light-weight application systems, such as applet systems, are introduced from various enterprises, the mobile application APP is inevitably changed from a functional application to a mobile ecological platform. The client side obtains the medium data of the light weight application through a light weight application medium distribution mechanism, and then the corresponding light weight application is installed and operated locally. The existing lightweight application medium distribution mechanism adopts a central application distribution mechanism and has the defects of large server resource consumption, server bandwidth occupation and the like. Under the lightweight application medium distribution mechanism, when the concurrency number is increased, the resource demand of the server is increased, so that the server response is slow, and the lightweight application of the client is slow to load or even cannot load. Meanwhile, the central lightweight application medium distribution mechanism also has the defect of being easily tampered maliciously, and in order to improve the security, the pressure of the client and the service end on verifying the lightweight application needs to be increased correspondingly, so that the user experience is reduced.
To at least partially solve the above problems, embodiments of the present disclosure provide a lightweight application media distribution mechanism based on blockchain technology. Lightweight application media are distributed through a blockchain network, the performance of a server end and the network pressure are reduced, and the pressure of a client end for checking the integrity of the media is relieved.
Fig. 1 schematically shows an exemplary system architecture 100 to which the data processing method may be applied, according to an embodiment of the present disclosure. It should be noted that fig. 1 is only an example of a system architecture to which the embodiments of the present disclosure may be applied to help those skilled in the art understand the technical content of the present disclosure, and does not mean that the embodiments of the present disclosure may not be applied to other devices, systems, environments or scenarios.
As shown in fig. 1, the system architecture 100 is specifically a block chain Network (Blockchain Network)100, where the Blockchain Network 100 may include nodes 101 to 106, and the nodes 101 to 106 commonly maintain a Blockchain (Blockchain) 110.
The nodes 101 to 106 may be various computing nodes with the same or different computing capabilities, such as a personal computer, a network server, a database server, a smart phone, and the like, which are not limited herein. Any two nodes in the nodes 101-106 can perform point-to-point communication.
Illustratively, lightweight application media data can be stored in blockchain 110, and clients can perform various data processing procedures for lightweight applications through nodes 101-106 in the blockchain network. Such as data uplink, data download (i.e., media distribution process), data query, etc., and may form records in the blockchain for the various operational processes above. The data written into the block chain can be guaranteed not to be tampered by relying on a special checking mechanism and a common identification mechanism of the block chain network, and a client does not need to bear checking pressure.
It should be understood that the size and type of blockchain network, the number of nodes, the length of blockchain, the number of blocks, etc. in fig. 1 are merely illustrative. According to actual needs, there may be any size and type of blockchain network, any number of nodes, any length of blockchain, any number of blocks, etc., and this is not a limitation here.
According to an embodiment of the present disclosure, a data processing method is provided, which may be applied to a blockchain system, such as the blockchain network 100 shown in fig. 1. The data processing method is used for carrying out the light-weight application related data processing process based on the block chain technology. The following description is made by way of example with reference to the accompanying drawings. It should be noted that the sequence numbers of the respective operations in the following methods are merely used as representations of the operations for description, and should not be construed as representing the execution order of the respective operations. The method need not be performed in the exact order shown, unless explicitly stated.
Fig. 2 schematically shows a flow chart of a data processing method according to an embodiment of the present disclosure, which may be applied to a blockchain system. The blockchain system may be, for example, the blockchain network shown in fig. 1, and the blockchain system may include M media storage nodes, where M is an integer greater than 1.
As shown in fig. 2, the data processing method may include operations S210 to S250. Illustratively, operations S210 to S230 may be performed by an i-th media storage node among the M media storage nodes, operation S240 may be performed by the M media storage nodes, and operation S250 may be performed by a j-th media storage node among the M media storage nodes. Wherein i and j are integers greater than or equal to 1 and less than or equal to M, and the ith media storage node and the jth media storage node may be the same or different according to actual situations.
In operation S210, a request message for a specified lightweight application is received from a client.
In operation S220, transaction data is generated based on the request message.
In operation S230, transaction data is broadcast to M-1 media storage nodes except for the ith media storage node in the blockchain system.
In operation S240, the transaction data is verified, and consensus verification is performed on the verified transaction data.
In operation S250, after the transaction data passes the consensus verification, an operation is performed with respect to media data of the designated lightweight application based on the transaction data.
Illustratively, the ith media storage node may be any media storage node in the blockchain system, and the jth media storage node may also be any media storage node in the blockchain system. The operations described above with respect to media data of a specific lightweight application may include, for example, downloading, uploading, modifying, etc. of media data, and are not limited herein.
As will be understood by those skilled in the art, the data processing method according to the embodiment of the present disclosure utilizes the blockchain system to generate transaction data based on the request message for the specified lightweight application, and performs a series of processes such as broadcasting, checking, consensus verification, performing operation, etc. on the transaction data, so that finally the operation on the media data of the specified lightweight application is performed in the blockchain system. The process benefits from the characteristics of decentralization, multi-party witness, difficulty in data tampering and the like of the block chain system, so that the pressure of a server and a client can be relieved by the operation of the medium data of the specified lightweight application, the stability and the user experience of the system are improved, and the safety and the performance of the running system of the lightweight application are improved.
According to the embodiments of the present disclosure, the nodes constituting the blockchain system are normally changed. To facilitate management of the nodes in the blockchain system, the blockchain system may further include a media management node. The data processing method according to the embodiment of the present disclosure may further include: a media storage node list is maintained by the media management node, the media storage node list including identification information corresponding to media storage nodes currently active in the blockchain system. And, the media storage node list is periodically acquired from the media management node by the M media storage nodes, respectively. In this way, each media storage node can obtain the latest media storage node list and store the latest media storage node list locally, so that interaction with a node in the current blockchain system can be performed according to the media storage node list.
For example, the above process of maintaining a media storage node list by the media management node may include: performing, by a media management node: receiving a node uploading request from a management terminal (such as a lightweight application management platform), wherein the node uploading request comprises identification information of a newly added medium storage node in a blockchain system; and adding and storing the identification information of the newly added medium storage node to the medium storage node list.
For another example, the process of maintaining the media storage node list by the media management node may include: performing, by a media management node: receiving a node deletion request from a management terminal, wherein the node deletion request comprises identification information of a failed medium storage node in a block chain system; and, the identification information of the failed media storage node is deleted from the media storage node list.
It can be understood that the data processing method according to the embodiment of the present disclosure performs the related operations of the media data of the lightweight application based on the blockchain system. In one aspect, a media management node is deployed in a blockchain system for managing a list of media storage nodes. In another aspect, media storage nodes are deployed in a blockchain system for storing media content and media information for lightweight applications. In one example, the blockchain system also includes an upload node for creating a media storage node, for example. For each transaction data, the medium storage node receives a preset number of submission consensus messages aiming at the transaction data only in the submission stage of the consensus verification, and the preset number is at least the number of the approved nodes required by the consensus passing, so that the transaction data is determined to pass the consensus verification. And carrying out subsequent execution processing by the medium storage node according to the transaction data which passes the consensus verification.
The following description is made by way of example with reference to the accompanying drawings.
Fig. 3 schematically illustrates an example schematic diagram of a blockchain system in accordance with an embodiment of this disclosure.
As shown in fig. 3, the blockchain system 300 includes a media management node 310 and a plurality of media storage nodes 320. Wherein network connections may be made between the media management node 310 and any one of the media storage nodes 320, and between any two of the media storage nodes 320.
Illustratively, the media management node 310 may be a server or a plurality of servers that backup each other, and provide membership management services for the entire blockchain network by sending media and registration media information to the media storage node 320. The media management node 310 may also maintain a media storage node list, and may perform operations such as adding, deleting, and the like on the media storage node list. The media storage node list may contain node unique identification information for all currently active media storage nodes.
The media storage node 320 refers to a network node for receiving, broadcasting, consensus, execution and media storage of transaction data in the blockchain system, and may be a trusted server, a workstation, etc. of each member in general. All the media storage nodes 320 establish a P2P (Peer-to-Peer) network connection with each other, and are responsible for encapsulating a request of a user into transaction data and broadcasting the transaction data to other media storage nodes, or performing consensus verification on the transaction data broadcasted by other media storage nodes according to rules of a consensus algorithm, performing intelligent contract processing on the transaction data passing the consensus, and finally generating a block according to a processing result and performing persistent storage. The media storage node 320 will request a list of media storage nodes from the media management node at intervals and update the local list of media storage nodes.
According to an embodiment of the present disclosure, to secure transaction data, a check may be made with respect to a transaction sender. Illustratively, the transaction data may include node identification information. The process of verifying the transaction data by the M media storage nodes may include: performing, by each of the M media storage nodes described above: node identification information in the transaction data is retrieved from the media storage node list. If the node is found, the node sending the transaction data is a legal node, so that the transaction data is determined to pass the verification under the condition that the node identification information is found.
Further, the transaction data may also include transaction identification information. The process of verifying the transaction data by the M media storage nodes and performing consensus verification on the transaction data passing the verification may include: performing, by each of the M media storage nodes described above: when the transaction data is confirmed to pass the verification, adding and storing the transaction identification information into a legal transaction list; and performing consensus verification on the transaction data represented by the transaction identification information in the legal transaction list.
For example, for each transaction datum, the media storage node 320 may retrieve a local media storage node list according to the node unique identification information in the transaction certificate of the transaction datum, and if the retrieval is not successful, the media storage node list is verified. For verified transactions, the media storage node 320 will post the transaction unique identification information for the transaction data to a legitimate transactions list. For transactions that fail the verification, the media storage node 320 may reject the transaction. All media storage nodes 320 may use a PBFT (Practical Byzantine Fault Tolerance) algorithm in common to agree on a transaction. In the consensus process, the media storage node 320 will only respond to the consensus message if the transaction unique identifier of the transaction data exists in the legitimate transaction list. For each transaction datum, the media storage node 320 determines that the transaction datum passes the consensus only if a predetermined number of commit consensus messages related to the transaction are received during the consensus commit phase, the predetermined number being at least the number of approved nodes required for the consensus to pass. The media storage node 320 will proceed with the execution of the transaction for which the consensus passed.
The following illustrates the execution process performed by the media storage node 320 for several types of request messages.
For example, the request message may include a download request. The transaction data generated based on the request message may further include: a first smart contract and identification information specifying a lightweight application. The performing operations on media data of the specified lightweight application based on the transaction data may include: and executing the first intelligent contract to acquire the medium data of the designated lightweight application from the medium storage node corresponding to the node identification information based on the identification information of the designated lightweight application, and transmitting the medium data of the designated lightweight application to the client. On this basis, the data processing method according to the embodiment of the present disclosure may further include: and adding and storing the execution result of the first intelligent contract to the respective block chain databases by the M medium storage nodes.
As another example, the request message may include an upload request. The transaction data generated based on the request message may further include: a second smart contract and media data specifying a lightweight application. The performing of media data with respect to the specified lightweight application based on the transaction data may include: and executing a second intelligent contract to add and store the medium data of the designated lightweight application into the medium storage node corresponding to the node identification information. On this basis, the data processing method according to the embodiment of the present disclosure may further include: and adding and storing the execution result of the second intelligent contract to the respective block chain databases by the M medium storage nodes.
As another example, the request message may include a delete request. The transaction data generated based on the request message may further include: a third smart contract and identification information specifying the lightweight application. The performing operations on media data of the specified lightweight application based on the transaction data may include: executing a third intelligent contract to delete the media data of the designated lightweight application from the media storage node corresponding to the node identification information based on the identification information of the designated lightweight application. On this basis, the data processing method according to the embodiment of the present disclosure may further include: and adding and storing the execution result of the third intelligent contract to the respective block chain databases by the M medium storage nodes.
Fig. 4 schematically illustrates an example schematic diagram of the media management node 310 in fig. 3, according to an embodiment of the disclosure.
As shown in fig. 4, the media management node 310 may include: a communication module 311 and a node management module 312. The communication module 311 is responsible for establishing an RPC (Remote Procedure Call) network connection with each media storage node 320, receiving a request from the media storage node 320, and responding. The communication module 311 is also responsible for receiving requests of the administrator of the lightweight application management platform to upload and delete the media storage node 320, and the like, and transferring the requests to the node management module 312 for subsequent processing.
The node management module 312 is responsible for maintaining the media storage node list, and may perform addition and deletion operations on the media storage node list. The list of media storage nodes may include unique identification information for active media storage nodes in the current blockchain system. According to embodiments of the present disclosure, node management module 312 may also maintain a node revocation list, which may contain unique identification information for all media storage nodes that have retired from the node.
Fig. 5 schematically illustrates an example flow diagram for the media management node 310 in fig. 4 to update the media storage node list according to an embodiment of this disclosure. The description will be given by taking a new media storage node as an example.
As shown in FIG. 5, the processing operations of the newly added media storage node may include operations S501-S502.
In operation S501, the communication module 311 of the media management node 310 receives an update request of a new media storage node from a blockchain administrator, and forwards the update request to the node management module 312 for subsequent processing.
In operation S502, the node management module 312 of the media management node 310 maintains the media storage node list, and performs an addition operation on the media storage node list according to the content of the update request.
Fig. 6 schematically illustrates an example schematic diagram of the media storage node 320 in fig. 3, in accordance with an embodiment of the disclosure.
As shown in fig. 6, any of the media storage nodes 320 may include: a communication module 321, a node check module 322, a consensus module 323, an execution module 324, and a storage module 325.
Illustratively, the communication module 321 is responsible for receiving a media query request sent by a user to the media storage node 320, thereby generating transaction data. And broadcasts the transaction data to other media storage nodes 320 by establishing a P2P network connection with the other media storage nodes 320, and simultaneously receives the transaction data broadcast by the other media storage nodes 320 and performs subsequent processing.
The node check module 322 is responsible for maintaining a list of media storage nodes and a list of legitimate transactions local to the node. The present media storage node 320 requests the media storage node list from the media management node 310 at intervals and updates the local media storage node list. For each transaction datum, the node checking module 322 may retrieve the local media storage node list according to the unique node identifier in the transaction datum, and if the retrieved data is passed, the retrieved data is checked, and if the retrieved data is not passed, the data is checked. For a transaction that is verified, node verification module 322 will enter the transaction unique identifier for that transaction into a legitimate transactions list, and for a transaction that is not verified, node verification module 322 will reject the transaction.
The consensus module 323 is used to perform consensus verification processing on the transaction data. All media storage nodes 320 share a three-phase consensus on the transaction, for example using the PBFT algorithm. In the consensus process, the consensus module 323 will only respond to the consensus message when the transaction unique identification information of the transaction data exists in the legal transaction list. For each transaction data, the consensus module 323 judges the transaction data as consensus pass only if a submission consensus message is received at the consensus submitting stage, wherein the number of the transaction is at least the number of the nodes which need to be approved for consensus pass. For the transaction passing the consensus, the transaction unique identifier of the transaction is deleted from the legal transaction list and is handed to the execution module 324 for subsequent processing.
The execution module 324 is responsible for executing the intelligent contracts specified in the transaction, and delivering the intelligent contract execution results to the storage module 325 for subsequent processing. The storage module 325 is a data storage device for persisting transaction execution results, and is responsible for assembling blocks according to the transaction execution results and recording the blocks to a block chain ledger.
Fig. 7 schematically illustrates an example flow diagram of the media storage node 320 in fig. 6 obtaining a media storage node list from the media management node 310 according to an embodiment of the disclosure.
As shown in fig. 7, the processing operation of acquiring the media storage node list may include operations S701 to S703.
In operation S701, the communication modules 321 of all the media storage nodes 320 initiate a synchronization request to the media management node 310 at regular intervals.
In operation S702, the communication module 311 of the media management node 310 returns the media storage node list/node revocation list to the media storage node 320.
In operation S703, the node check module 322 of the media storage node 320 updates the local media storage node list/node revocation list according to the media storage node list/node revocation list returned by the media management node 310.
According to the data processing method of the embodiment of the present disclosure, a media distribution process of a lightweight application can be performed, and the media distribution process of the lightweight application is described below with reference to fig. 8.
Fig. 8 schematically illustrates an example flow diagram for lightweight application media distribution by the media storage node 320 in fig. 6, according to an embodiment of this disclosure. For illustrating the interaction between any one media storage node a 320 (also referred to as a transaction sender) in the blockchain system and other media storage nodes 320 (also referred to as transaction receivers) in the blockchain system except for the media storage node a.
As shown in fig. 8, the execution flow of the media storage node 320 for lightweight application media distribution may include operations S801 to S808.
In operation S801, the communication module 321 of the media storage node a 320 generates the transaction unique identification information after receiving the download request from the client, so as to generate the transaction data, where the transaction data includes the transaction unique identification information.
In operation S802, the communication module 321 of the media storage node a 320 broadcasts transaction data to other media storage nodes 320 in the blockchain network.
Operation S803: after receiving the transaction data, the communication module 321 of the other media storage node 320 checks whether the transaction data is a legal transaction through S804.
In operation S804, the node verification module 322 of the other media storage node 320 retrieves the local media storage node list according to the node unique identification information in the transaction certificate of the transaction data, and if the retrieved node unique identification information is a verification pass, the retrieved node unique identification information is a verification fail. For transaction data that is verified, node verification module 322 will enter the transaction unique identification information for the transaction into the legitimate transactions list, and for transaction data that is not verified, node verification module 22 will reject the transaction.
In operation S805, the consensus module 323 of all media storage nodes 320 (including media storage node a 320 and other media storage nodes 320) performs three-phase consensus on the transaction using the PBFT algorithm. In the consensus process, the consensus module 323 will only respond to the consensus message when the transaction unique identification information of the transaction data exists in the legal transaction list. For each transaction datum, the consensus module 323 judges the transaction datum as consensus pass only if a submission consensus message that the transaction datum has at least the number of the consensus pass nodes required by the consensus pass is received in the consensus submission stage.
For the transaction with the non-passing consensus, the media storage node 320 will perform operation S808 to reject the transaction data and discard the transaction data. For the transaction passing the consensus, the media storage node 320 will delete the transaction unique identification information of the transaction data from the legitimate transaction list and proceed to perform the following operations.
In operation S806, the execution modules 324 of all the media storage nodes 320 execute the smart contracts specified in the transaction data in sequence.
In operation S807, the storage module 325 of all the media storage nodes 320 persistently stores the result of the execution of the transaction data.
Operation S808 rejects the transaction data.
Based on the above embodiments, it can be understood that the data processing method according to the embodiments of the present disclosure can obtain at least the following beneficial effects: 1. the block chain is used for storing the medium data of the lightweight application, so that the credibility is very high, and the defect that the medium is easy to be tampered in the traditional lightweight application medium distribution mechanism is overcome. 2. The medium data of the light application is not concentrated in a certain node for storage, and is distributed by adopting a P2P network, so that the defect of high requirement on network bandwidth in the traditional small program medium distribution mechanism is overcome, and the user experience is improved. The scheme has great significance for promoting the development of the applet medium distribution technology and the application of the block chain.
Fig. 9 schematically illustrates a block diagram of a blockchain system in accordance with an embodiment of the present disclosure.
As shown in fig. 9, the blockchain system 900 may include M media storage nodes 910, M being an integer greater than 1. Any of the M media storage nodes 910 may include: a receiving module 911, a generating module 912, a broadcasting module 913, a checking module 914, a consensus verifying module 915, and an executing module 916.
The receiving module 911 is used for receiving a request message for a specific lightweight application from a client.
The generating module 912 is configured to generate transaction data based on the request message.
The broadcasting module 913 is configured to broadcast the transaction data to M-1 media storage nodes in the blockchain system except for the any media storage node.
The verification module 914 is used to verify the received transaction data.
The consensus verification module 915 is used for performing consensus verification on the transaction data passing the verification.
The execution module 916 is configured to perform an operation with respect to the specified lightweight application based on the transaction data after the transaction data passes consensus verification.
It should be noted that the implementation, solved technical problems, implemented functions, and achieved technical effects of each module/unit/subunit and the like in the apparatus part embodiment are respectively the same as or similar to the implementation, solved technical problems, implemented functions, and achieved technical effects of each corresponding step in the method part embodiment, and are not described herein again.
Any number of modules, sub-modules, units, sub-units, or at least part of the functionality of any number thereof according to embodiments of the present disclosure may be implemented in one module. Any one or more of the modules, sub-modules, units, and sub-units according to the embodiments of the present disclosure may be implemented by being split into a plurality of modules. Any one or more of the modules, sub-modules, units, sub-units according to embodiments of the present disclosure may be implemented at least in part as a hardware circuit, such as a Field Programmable Gate Array (FPGA), a Programmable Logic Array (PLA), a system on a chip, a system on a substrate, a system on a package, an Application Specific Integrated Circuit (ASIC), or may be implemented in any other reasonable manner of hardware or firmware by integrating or packaging a circuit, or in any one of or a suitable combination of software, hardware, and firmware implementations. Alternatively, one or more of the modules, sub-modules, units, sub-units according to embodiments of the disclosure may be at least partially implemented as a computer program module, which when executed may perform the corresponding functions.
FIG. 10 schematically illustrates a block diagram of a computer system suitable for implementing the above-described method, according to an embodiment of the present disclosure. The computer system illustrated in FIG. 10 is only one example and should not impose any limitations on the scope of use or functionality of embodiments of the disclosure.
As shown in fig. 10, a computer system 1000 according to an embodiment of the present disclosure includes a processor 1001 that can perform various appropriate actions and processes according to a program stored in a Read Only Memory (ROM)1002 or a program loaded from a storage section 1008 into a Random Access Memory (RAM) 1003. Processor 1001 may include, for example, a general purpose microprocessor (e.g., a CPU), an instruction set processor and/or associated chipset, and/or a special purpose microprocessor (e.g., an Application Specific Integrated Circuit (ASIC)), among others. The processor 1001 may also include onboard memory for caching purposes. The processor 1001 may include a single processing unit or multiple processing units for performing different actions of a method flow according to embodiments of the present disclosure.
In the RAM 1003, various programs and data necessary for the operation of the system 1000 are stored. The processor 1001, ROM1002, and RAM 1003 are connected to each other by a bus 1004. The processor 1001 performs various operations of the method flow according to the embodiments of the present disclosure by executing programs in the ROM1002 and/or the RAM 1003. Note that the programs may also be stored in one or more memories other than the ROM1002 and the RAM 1003. The processor 1001 may also perform various operations of the method flows according to embodiments of the present disclosure by executing programs stored in the one or more memories.
According to embodiments of the present disclosure, method flows according to embodiments of the present disclosure may be implemented as computer software programs. For example, embodiments of the present disclosure include a computer program product comprising a computer program embodied on a computer readable storage medium, the computer program containing program code for performing the method illustrated by the flow chart. In such an embodiment, the computer program may be downloaded and installed from a network through the communication part 1009 and/or installed from the removable medium 1011. The computer program performs the above-described functions defined in the system of the embodiment of the present disclosure when executed by the processor 1001. The systems, devices, apparatuses, modules, units, etc. described above may be implemented by computer program modules according to embodiments of the present disclosure.
The present disclosure also provides a computer-readable storage medium, which may be contained in the apparatus/device/system described in the above embodiments; or may exist separately and not be assembled into the device/apparatus/system. The computer-readable storage medium carries one or more programs which, when executed, implement the method according to an embodiment of the disclosure.
The flowchart and block diagrams in the figures illustrate the architecture, functionality, and operation of possible implementations of systems, methods and computer program products according to various embodiments of the present disclosure. In this regard, each block in the flowchart or block diagrams may represent a module, segment, or portion of code, which comprises one or more executable instructions for implementing the specified logical function(s). It should also be noted that, in some alternative implementations, the functions noted in the block may occur out of the order noted in the figures. For example, two blocks shown in succession may, in fact, be executed substantially concurrently, or the blocks may sometimes be executed in the reverse order, depending upon the functionality involved. It will also be noted that each block of the block diagrams or flowchart illustration, and combinations of blocks in the block diagrams or flowchart illustration, can be implemented by special purpose hardware-based systems which perform the specified functions or acts, or combinations of special purpose hardware and computer instructions.
It will be understood by those skilled in the art that while the present disclosure has been shown and described with reference to certain exemplary embodiments thereof, it will be understood by those skilled in the art that various changes in form and details may be made therein without departing from the spirit and scope of the present disclosure as defined by the appended claims and their equivalents. Accordingly, the scope of the present disclosure should not be limited to the above-described embodiments, but should be defined not only by the appended claims, but also by equivalents thereof.
Claims (12)
1. A data processing method applied to a blockchain system, the blockchain system including M media storage nodes, the method comprising:
performed by the ith media storage node of the M media storage nodes
Receiving a request message from a client for a specified lightweight application;
generating transaction data based on the request message; and
broadcasting the transaction data to M-1 media storage nodes in the blockchain system except for the ith media storage node;
the M medium storage nodes verify the transaction data and perform consensus verification on the transaction data passing the verification; and
performing, by a jth media storage node of the M media storage nodes, an operation with respect to media data of the specified lightweight application based on the transaction data after the transaction data passes consensus verification;
wherein M is an integer greater than 1, i is an integer greater than or equal to 1 and less than or equal to M, and j is an integer greater than or equal to 1 and less than or equal to M.
2. The method of claim 1, wherein the blockchain system further comprises a media management node;
the method further comprises the following steps:
maintaining, by the media management node, a media storage node list, the media storage node list including identification information corresponding to media storage nodes currently active in the blockchain system; and
periodically obtaining, by the M media storage nodes, the list of media storage nodes from the media management node, respectively.
3. The method of claim 2, wherein the transaction data includes node identification information;
said verifying, by the M media storage nodes, the transaction data comprises: performed by each of the M media storage nodes
Retrieving the node identification information in the media storage node list; and
determining that the transaction data passes verification in the event that the node identification information is retrieved.
4. The method of claim 3, wherein the request message comprises a download request, the transaction data further comprising: a first smart contract and identification information of the specified lightweight application;
the performing, based on the transaction data, media data with respect to the specified lightweight application includes: executing the first intelligent contract to acquire the media data of the specified lightweight application from a media storage node corresponding to the node identification information based on the identification information of the specified lightweight application, and sending the media data of the specified lightweight application to the client;
the method further comprises the following steps: adding, by the M media storage nodes, and storing the execution results of the first intelligent contract to respective blockchain databases.
5. The method of claim 3, wherein the request message comprises an upload request, the transaction data further comprising: a second smart contract and media data for the specified lightweight application;
the performing, based on the transaction data, media data with respect to the specified lightweight application includes: executing the second intelligent contract to additionally store the media data of the specified lightweight application into a media storage node corresponding to the node identification information;
the method further comprises the following steps: adding, by the M media storage nodes, and storing the execution result of the second intelligent contract to respective blockchain databases.
6. The method of claim 3, wherein the request message comprises a delete request, the transaction data further comprising: a third smart contract and identification information of the specified lightweight application;
the performing, based on the transaction data, media data with respect to the specified lightweight application includes: executing the third intelligent contract to delete media data of the specified lightweight application from a media storage node corresponding to the node identification information based on the identification information of the specified lightweight application;
the method further comprises the following steps: adding, by the M media storage nodes, and storing the execution result of the third intelligent contract to respective blockchain databases.
7. The method of claim 2, wherein maintaining, by the media management node, a list of media storage nodes comprises:
performed by the media management node
Receiving a node uploading request from a management side terminal, wherein the node uploading request comprises identification information of a newly added medium storage node in the block chain system; and
and adding and storing the identification information of the newly added medium storage node to the medium storage node list.
8. The method of claim 2, wherein maintaining, by the media management node, a list of media storage nodes comprises:
performed by the media management node
Receiving a node deletion request from a manager terminal, wherein the node deletion request comprises identification information of a failed medium storage node in the blockchain system; and
deleting the identification information of the failed media storage node from the media storage node list.
9. The method of claim 1, wherein the transaction data includes transaction identification information;
the verifying the transaction data by the M medium storage nodes, and performing consensus verification on the transaction data passing the verification comprises: performed by each of the M media storage nodes
When the transaction data is confirmed to pass the verification, adding and storing the transaction identification information into a legal transaction list; and
and performing consensus verification on the transaction data represented by the transaction identification information in the legal transaction list.
10. A blockchain system, the blockchain system including M media storage nodes, any of the M media storage nodes comprising:
the receiving module is used for receiving a request message aiming at the specified lightweight application from the client;
a generating module for generating transaction data based on the request message;
a broadcasting module, configured to broadcast the transaction data to M-1 media storage nodes in the blockchain system except for the any media storage node;
the verification module is used for verifying the received transaction data;
the consensus verification module is used for carrying out consensus verification on the transaction data which passes the verification; and
an execution module to perform operations with respect to the designated lightweight application based on the transaction data after the transaction data passes consensus verification;
wherein M is an integer greater than 1.
11. A computer system, comprising: memory, processor and computer program stored on the memory and executable on the processor, the processor when executing the computer program for implementing the method according to any of claims 1 to 9.
12. A computer-readable storage medium storing computer-executable instructions for implementing the method of any one of claims 1-9 when executed.
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN202010551117.4A CN111681011B (en) | 2020-06-16 | 2020-06-16 | Data processing method, blockchain system, computer system and medium |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN202010551117.4A CN111681011B (en) | 2020-06-16 | 2020-06-16 | Data processing method, blockchain system, computer system and medium |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| CN111681011A true CN111681011A (en) | 2020-09-18 |
| CN111681011B CN111681011B (en) | 2023-04-28 |
Family
ID=72436437
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN202010551117.4A Active CN111681011B (en) | 2020-06-16 | 2020-06-16 | Data processing method, blockchain system, computer system and medium |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN111681011B (en) |
Cited By (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN112767151A (en) * | 2021-01-15 | 2021-05-07 | 中国工商银行股份有限公司 | Transaction processing method and device applied to verification node in block chain |
| CN114666326A (en) * | 2020-12-23 | 2022-06-24 | 中移动信息技术有限公司 | Data synchronization method and device, electronic equipment and computer storage medium |
Citations (4)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN109981279A (en) * | 2017-12-28 | 2019-07-05 | 航天信息股份有限公司 | A kind of block catenary system, communication means, device, equipment and medium |
| CN110400142A (en) * | 2018-06-01 | 2019-11-01 | 腾讯科技（深圳）有限公司 | Data processing method, device and storage medium |
| CN110570196A (en) * | 2019-09-05 | 2019-12-13 | 腾讯科技（深圳）有限公司 | Transaction data processing method and device, terminal equipment and storage medium |
| WO2020061822A1 (en) * | 2018-09-26 | 2020-04-02 | Beijing Didi Infinity Technology And Development Co., Ltd. | Method and system for arbitrating authenticity of data in a blockchain |
-
2020
- 2020-06-16 CN CN202010551117.4A patent/CN111681011B/en active Active
Patent Citations (4)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN109981279A (en) * | 2017-12-28 | 2019-07-05 | 航天信息股份有限公司 | A kind of block catenary system, communication means, device, equipment and medium |
| CN110400142A (en) * | 2018-06-01 | 2019-11-01 | 腾讯科技（深圳）有限公司 | Data processing method, device and storage medium |
| WO2020061822A1 (en) * | 2018-09-26 | 2020-04-02 | Beijing Didi Infinity Technology And Development Co., Ltd. | Method and system for arbitrating authenticity of data in a blockchain |
| CN110570196A (en) * | 2019-09-05 | 2019-12-13 | 腾讯科技（深圳）有限公司 | Transaction data processing method and device, terminal equipment and storage medium |
Cited By (4)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN114666326A (en) * | 2020-12-23 | 2022-06-24 | 中移动信息技术有限公司 | Data synchronization method and device, electronic equipment and computer storage medium |
| CN114666326B (en) * | 2020-12-23 | 2023-12-15 | 中移动信息技术有限公司 | Data synchronization method, device, electronic equipment and computer storage medium |
| CN112767151A (en) * | 2021-01-15 | 2021-05-07 | 中国工商银行股份有限公司 | Transaction processing method and device applied to verification node in block chain |
| CN112767151B (en) * | 2021-01-15 | 2024-02-09 | 中国工商银行股份有限公司 | Transaction processing method and device applied to verification node in blockchain |
Also Published As
| Publication number | Publication date |
|---|---|
| CN111681011B (en) | 2023-04-28 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| US9794365B2 (en) | Re-establishing push notification channels via user identifiers | |
| CN109189751B (en) | Data synchronization method based on block chain and terminal equipment | |
| KR20220006623A (en) | Blockchain consensus method, device and system | |
| CN112118315A (en) | Data processing system, method, device, electronic equipment and storage medium | |
| US9589153B2 (en) | Securing integrity and consistency of a cloud storage service with efficient client operations | |
| CN109886693B (en) | Consensus realization method, device, equipment and medium for block chain system | |
| CN112261172B (en) | Service addressing access method, device, system, equipment and medium | |
| CN112235423B (en) | Cross-chain transaction processing method and device, electronic equipment and storage medium | |
| EP4207688A1 (en) | Asynchronous bookkeeping method and apparatus for blockchain, medium, and electronic device | |
| CN111681011B (en) | Data processing method, blockchain system, computer system and medium | |
| US11100094B2 (en) | Taking snapshots of blockchain data | |
| CN109783151B (en) | Method and device for rule change | |
| CN114327799B (en) | Distributed transaction processing method and device, electronic equipment and storage medium | |
| US11106554B2 (en) | Active-active environment control | |
| US11044104B2 (en) | Data certification as a service powered by permissioned blockchain network | |
| EP3769219A2 (en) | Taking snapshots of blockchain data | |
| CN116070285A (en) | Asynchronous consensus method, device, server and medium based on Bayesian fault tolerance | |
| CN112767151A (en) | Transaction processing method and device applied to verification node in block chain | |
| CN111241069B (en) | Block chain-based data flattening method and system | |
| US20230305837A1 (en) | Data file partition and replication | |
| CN111818179A (en) | User request processing method and device, computing equipment and medium | |
| US20230208659A1 (en) | Blockchain apparatus and method for mobile edge computing | |
| CN112988738B (en) | Data slicing method and device for block chain | |
| CN112801795B (en) | Block chain multi-chain management method, device, electronic equipment and readable storage medium | |
| US20210149709A1 (en) | Method and apparatus for processing transaction |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| PB01 | Publication | ||
| PB01 | Publication | ||
| SE01 | Entry into force of request for substantive examination | ||
| SE01 | Entry into force of request for substantive examination | ||
| GR01 | Patent grant | ||
| GR01 | Patent grant |