CN109409899B - Transaction verification method, device and system - Google Patents
Transaction verification method, device and system Download PDFInfo
- Publication number
- CN109409899B CN109409899B CN201811536861.6A CN201811536861A CN109409899B CN 109409899 B CN109409899 B CN 109409899B CN 201811536861 A CN201811536861 A CN 201811536861A CN 109409899 B CN109409899 B CN 109409899B
- Authority
- CN
- China
- Prior art keywords
- chain
- transaction
- child
- sub
- parent
- 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.)
- Active
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
Landscapes
- Business, Economics & Management (AREA)
- Engineering & Computer Science (AREA)
- Accounting & Taxation (AREA)
- Computer Security & Cryptography (AREA)
- Finance (AREA)
- Strategic Management (AREA)
- Physics & Mathematics (AREA)
- General Business, Economics & Management (AREA)
- General Physics & Mathematics (AREA)
- Theoretical Computer Science (AREA)
- Financial Or Insurance-Related Operations Such As Payment And Settlement (AREA)
Abstract
The invention provides a transaction verification method, a transaction verification device and a transaction verification system, and relates to the field of block chains. According to the transaction verification method, different consensus mechanisms are respectively arranged for the parent chain and the sub chain, so that the consensus mechanisms can simultaneously and cooperatively work in work, namely, the consensus mechanisms of the parent chain and the consensus mechanisms of the sub chain respectively process transaction requests of different types, when the transaction requests are specifically realized, after the consensus mechanisms receive the transaction requests, whether the transaction requests have authority to verify the transaction requests is judged according to the evidence passing identification of the evidence passing carried in the transaction requests, and if the transaction requests have the authority to verify, the verification is carried out. Therefore, even if the transaction quantity of a certain type of transaction request is greatly increased, the verification of other types of transaction requests cannot be influenced, and the whole multi-layer block chain can run stably.
Description
Technical Field
The invention relates to the field of block chains, in particular to a transaction verification method, a device and a system.
Background
The blockchain technology is a brand new distributed infrastructure and computing mode that uses blockchain data structures to verify and store data, uses distributed node consensus algorithms to generate and update data, uses cryptography to secure data transmission and access, and uses intelligent contracts composed of automated script codes to program and manipulate data. Taking a public link as an example, the public link can be used as a decentralization system in which a whole member can participate, and in order to realize a unified and trusted value system, a set of perfect cognitive system which can be observed and recognized by all participants can be designed in the decentralization system, and the cognitive system can be called as a consensus mechanism. The consensus mechanism ensures that the value circulates according to the same set of standards, so that all value-related applications based on the consensus mechanism are approved by all participants, thereby ensuring that the data on the blockchain is public, transparent and trusted.
Disclosure of Invention
The invention aims to provide a transaction verification method.
In a first aspect, an embodiment of the present invention provides a transaction verification method, which acts on a multi-layer block chain, and acts on the multi-layer block chain, where the multi-layer block chain includes a parent chain and at least one sub-chain corresponding to the parent chain; the father link certificate used by the father link and the child link certificate used by the child link are different certificates; the common identification mechanism corresponding to the parent chain and the common identification mechanism corresponding to the child chain are different common identification mechanisms; the common identification mechanism corresponding to the parent chain is used for verifying the transaction of the parent chain common certificate and verifying the transaction of the child chain common certificate and other common certificates, and the common identification mechanism corresponding to the child chain is used for verifying the transaction of the child chain common certificate; the account book held by the user of the parent chain and the account book held by the user of the child chain are both account books consisting of the parent chain and the child chain;
the method comprises the following steps:
acquiring a transaction request by a consensus institution; the transaction request carries a pass identification of the pass of the transaction;
the consensus institution judges whether the authorization to process the transaction request exists or not according to the certification mark;
if the consensus institution has the authority to process the transaction request, verifying the transaction request;
and the consensus institution broadcasts the verification result.
With reference to the first aspect, an embodiment of the present invention provides a first possible implementation manner of the first aspect, where the step of broadcasting, by the consensus organization, the verification result includes:
the consensus authority broadcasts the authentication results to the users of the parent chain and to the users of all child chains.
With reference to the first aspect, an embodiment of the present invention provides a second possible implementation manner of the first aspect, where the method further includes:
the method comprises the steps that a common identification mechanism obtains an account book of a sub-chain of a lower level;
the common identification mechanism verifies the account book of the sub-chain of the lower level;
and if the result of the verification of the account book of the lower sub-chain by the consensus mechanism is that the account book of the lower sub-chain does not pass, initiating an operation of rolling back the account book of the lower sub-chain.
In a second aspect, embodiments of the present invention further provide a transaction verification apparatus, which acts on a consensus mechanism in a multi-layer blockchain, where the multi-layer blockchain includes a parent chain and at least one sub-chain corresponding to the parent chain; the father link certificate used by the father link and the child link certificate used by the child link are different certificates; the common identification mechanism corresponding to the parent chain and the common identification mechanism corresponding to the child chain are different common identification mechanisms; the common identification mechanism corresponding to the parent chain is used for verifying the transaction of the parent chain common certificate and verifying the transaction of the child chain common certificate and other common certificates, and the common identification mechanism corresponding to the child chain is used for verifying the transaction of the child chain common certificate; the account book held by the user of the parent chain and the account book held by the user of the child chain are both account books consisting of the parent chain and the child chain;
the consensus mechanism comprises:
the first acquisition module is used for acquiring a transaction request; the transaction request carries a pass identification of the pass of the transaction;
the judging module is used for judging whether the transaction request has the authority to be processed or not according to the certification passing identification;
the first verification module is used for verifying the transaction request if the judgment module judges that the transaction request is positive;
and the broadcasting module is used for broadcasting the verification result.
With reference to the second aspect, an embodiment of the present invention provides a first possible implementation manner of the second aspect, where the broadcasting module includes:
and the broadcasting unit is used for broadcasting the verification result to the users of the parent chain and the users of all the child chains.
With reference to the second aspect, an embodiment of the present invention provides a second possible implementation manner of the second aspect, where the method further includes:
the second acquisition module is used for acquiring the account book of the lower-level sub-chain;
the second verification module is used for verifying the account book of the lower sub-chain by the consensus mechanism;
and the triggering module initiates the operation of rolling back the account book of the subordinate sub-chain if the result of the verification performed by the second verification module is that the account book does not pass.
In a third aspect, an embodiment of the present invention further provides a transaction verification system, which acts on a multi-layer blockchain, where the multi-layer blockchain includes a parent chain and at least one child chain; the father link certificate used by the father link and the child link certificate used by the child link are different certificates; the common identification mechanism corresponding to the parent chain and the common identification mechanism corresponding to the child chain are different common identification mechanisms; the account book held by the user of the parent chain and the account book held by the user of the child chain are both account books consisting of the parent chain and the child chain;
the transaction verification system comprises at least one parent consensus institution and at least one child consensus institution;
the father consensus mechanism is used for verifying the transaction of the father chain;
and the sub-recognition mechanism is used for verifying the transaction of the sub-chain.
With reference to the third aspect, embodiments of the present invention provide a first possible implementation manner of the third aspect, wherein,
and the parent identification mechanism is also used for verifying the account book of the child chain and initiating the operation of rolling back the account book of the child chain when the verification result is that the account book of the child chain does not pass.
In a fourth aspect, the present invention also provides a computer-readable medium having non-volatile program code executable by a processor, where the program code causes the processor to execute the method of any one of the first aspect.
In a fifth aspect, an embodiment of the present invention further provides a computing device, including: a processor, a memory and a bus, the memory storing execution instructions, the processor and the memory communicating via the bus when the computing device is running, the processor executing the method according to any one of the first aspect stored in the memory.
According to the transaction verification method, different consensus mechanisms are respectively arranged for the parent chain and the sub chain, so that the consensus mechanisms can simultaneously and cooperatively work in work, namely, the consensus mechanisms of the parent chain and the consensus mechanisms of the sub chain respectively process transaction requests of different types, when the transaction requests are specifically realized, after the consensus mechanisms receive the transaction requests, whether the transaction requests have authority to verify the transaction requests is judged according to the evidence passing identification of the evidence passing carried in the transaction requests, and if the transaction requests have the authority to verify, the verification is carried out. Therefore, even if the transaction quantity of a certain type of transaction request is greatly increased, the verification of other types of transaction requests cannot be influenced, and the whole multi-layer block chain can run stably.
In order to make the aforementioned and other objects, features and advantages of the present invention comprehensible, preferred embodiments accompanied with figures are described in detail below.
Drawings
In order to more clearly illustrate the technical solutions of the embodiments of the present invention, the drawings needed to be used in the embodiments will be briefly described below, it should be understood that the following drawings only illustrate some embodiments of the present invention and therefore should not be considered as limiting the scope, and for those skilled in the art, other related drawings can be obtained according to the drawings without inventive efforts.
Fig. 1 is a schematic diagram illustrating a structure of a multi-layer blockchain according to an embodiment of the present invention;
FIG. 2 illustrates a basic flow diagram of a transaction verification method provided by an embodiment of the present invention;
fig. 3 is a schematic diagram illustrating a multi-layer block chain structure in an example of a transaction verification method provided by an embodiment of the present invention;
fig. 4 illustrates a schematic diagram of a computing device provided by an embodiment of the application.
Detailed Description
The technical solutions in the embodiments of the present invention will be clearly and completely described below with reference to the drawings in the embodiments of the present invention, and it is obvious that the described embodiments are only a part of the embodiments of the present invention, and not all of the embodiments. The components of embodiments of the present invention generally described and illustrated in the figures herein may be arranged and designed in a wide variety of different configurations. Thus, the following detailed description of the embodiments of the present invention, presented in the figures, is not intended to limit the scope of the invention, as claimed, but is merely representative of selected embodiments of the invention. All other embodiments, which can be derived by a person skilled in the art from the embodiments of the present invention without making any creative effort, shall fall within the protection scope of the present invention.
In recent years, as the use demand increases, the related art has developed many new technologies based on the original blockchain technology, so that the blockchain technology is more stable and efficient in use.
One of the main functions of the blockchain technology in use is to record transaction behavior (the transaction can be understood as that both parties of the transaction send some data to each other, or that one party of the transaction sends some data to the other party unilaterally), and the transaction is usually required to be verified by a consensus institution when the transaction is performed, so as to ensure that the transaction is legal.
In the related art, no matter how many users in a blockchain (in the same blockchain network), only one consensus institution completes the verification of the transaction. When the number of users in the blockchain is small, the transaction number is usually low, and in this case, a consensus institution can basically perform verification on the transactions in the blockchain; however, when the number of users, the number of types of certificates, or the number of DApp in a blockchain reaches a certain order of magnitude, the number of transactions in the blockchain is also very large, which makes it difficult for a consensus organization to quickly verify the transactions, resulting in a large number of transactions being delayed.
In view of the situation, the application provides a transaction verification method, which acts on a multi-layer block chain, wherein the multi-layer block chain comprises a parent chain and at least one sub-chain corresponding to the parent chain; the father link certificate used by the father link and the child link certificate used by the child link are different certificates; the common identification mechanism corresponding to the parent chain and the common identification mechanism corresponding to the child chain are different common identification mechanisms; the common identification mechanism corresponding to the parent chain is used for verifying the transaction of the parent chain common certificate and verifying the transaction of the child chain common certificate and other common certificates, and the common identification mechanism corresponding to the child chain is used for verifying the transaction of the child chain common certificate; the account book held by the user of the parent chain and the account book held by the user of the child chain are both account books consisting of the parent chain and the child chain;
as shown in fig. 2, the transaction verification method includes:
s101, acquiring a transaction request by a consensus institution; the transaction request carries a pass identification of the pass of the transaction;
s102, the consensus institution judges whether the transaction request has the authority to be processed or not according to the certification mark;
s103, if the consensus institution has the authority to process the transaction request, verifying the transaction request;
and S104, the consensus organization broadcasts the verification result.
As shown in fig. 1, a schematic diagram of a multi-layer block chain is shown, in fig. 1, a block 2, a block 3, a block 4 and a block 5 form a parent chain; block 6, block 7, block 8 and block 9 constitute a first subchain; block 10, block 11, block 12 and block 13 constitute a second subchain.
In this framework, the previous block to the first block (block 6) of the first sub-chain is block 2, and in this implementation, the block 6 needs to be verified by a consensus mechanism before referring to the block 2, and the block 6 is referred to the block 2 after verification is passed, or the parent chain and the first sub-chain are separated from each other after the block 2. Similarly, the second child chain and parent chain are also separated starting from block 2. After the second sub-chain is formed, the certified transaction of the second sub-chain can be recorded only on the second sub-chain,
when the blockchain technology is implemented, the common identification mechanism is a unit for verifying transactions among different users, the common identification mechanism corresponding to the parent chain and the common identification mechanism corresponding to the child chain are different common identification mechanisms, that is, the common identification mechanism corresponding to the parent chain is generally used for verifying transaction behaviors certified by the parent chain, and the common identification mechanism corresponding to the child chain is generally used for verifying transaction behaviors certified by the child chain. And the common identification mechanisms of the parent chain and the sub-chains are different, so that at least two common identification mechanisms in total verify the transaction in the multi-layer blockchain. Here, the consensus mechanism is a user group consisting of users specified in the blockchain.
The notations used by the parent chain and the notations used by the child chain are different notations, which means that the notations used by the user of the parent chain and the notations used by the user of the child chain are different notations, and the common identification mechanisms of the parent chain and the child chain should have a certain difference so as to distinguish the two. In other words, the block in the parent chain records transaction information about the parent chain voucher, and the block in the parent chain also records transaction information about the child chain voucher and other vouchers (vouchers of other child chains or parent chain vouchers). The blocks in the sub-chain record the transaction information about the sub-chain pass certificate.
In specific implementation, transactions between the sub-chain common certificate and other common certificates (which may be transactions between the sub-chain common certificate and other sub-chain common certificates, or transactions between the sub-chain common certificate and the parent chain common certificate) are usually verified by the common identification mechanism of the parent chain, and after verification, the common identification mechanism of the parent chain can record a verification result into a block of the parent chain, that is, transaction information about different sub-chain common certificates recorded in the block of the parent chain can also be recorded, and transaction information about the parent chain common certificate and other sub-chain common certificates can also be recorded. Generally, the credentials used by different sub-chains should be different, or the consensus mechanism used by different sub-chains should be different.
The account book held by the user of the parent chain and the account book held by the user of the child chain are both account books consisting of the parent chain and the child chain, which means that the account books held by all the users are the same no matter the user of the parent chain or the user of the child chain, that is, no matter whether the account book is a pass-certificate transaction inside the parent chain (sending of a parent chain pass certificate), or a pass-certificate transaction across the child chain, or a transaction between a child chain pass certificate and a parent chain pass certificate, or a pass-certificate transaction inside the child chain, after the corresponding common identification mechanism completes the verification work, the broadcast is carried out to each user in the parent chain and the child chain (or each user in the multi-layer blockchain network). That is, regardless of whether the pass used by the transaction activity is a pass held by the user, the user should be broadcast to the user as long as the user is in the multi-layer blockchain (of course, only online users may be broadcast). That is, the ledger mastered by each user in the multi-layer block chain should be all data recorded on the parent chain and the child chain.
That is, step S104 may be performed as follows:
the consensus institution broadcasts the authentication results to the users of the parent chain and the users of the child chain.
In the scheme, all users (each user in the multi-layer block chain) share the same account book, and a certain purpose of the scheme is that when the transaction across the sub-chains is carried out, both parties of the transaction can know the condition of the corresponding evidence.
When the method is implemented specifically, a user sends a transaction request, and the transaction request usually carries the following information: transaction party information (indicating which user to whom the transaction to be conducted was sent for a pass), a signature (a signature made by the user making the transaction request using his private key), and a pass identification of the pass of the transaction being conducted. According to the scheme provided by the application, different consensus mechanisms are arranged for the parent chain and the child chain, so that if two transaction parties are users on the same child chain, verification can be directly completed by the consensus mechanism corresponding to the child chain, and if the two transaction parties are users on the same parent chain, verification is completed by the consensus mechanism corresponding to the parent chain. If the two parties of the transaction are the cross-sub-chain transaction (the user in a certain sub-chain and the user in the parent chain perform the transaction, or the users in two sub-chains perform the transaction), the mutual identification mechanism of the parent chain can complete the operation of changing the evidence, and then the mutual identification mechanism of the corresponding sub-chain completes the verification of the transaction.
After a user sends a transaction request (actually, the transaction request is broadcast to all users in the multi-layer block chain), members of each consensus organization receive the transaction request, after the transaction request is received, in step S102, the consensus organization judges whether the received transaction request has authority to process according to a certification mark, if the received transaction request has the authority to process, in step S103, the consensus organization verifies the transaction request, and if the verification passes, the consensus organization sends a verification passing result to all users; if the verification is not passed, the flow is terminated. Whether the consensus institution has the authority for verification is determined in advance when the consensus institution generates and recorded in the corresponding block, so that it is clear which consensus institution has the authority, and the situation that two consensus institutions verify the same transaction cannot occur.
In the scheme provided by the application, at least two consensus mechanisms are simultaneously used in one block chain (multi-layer block chain) to verify the transaction in the block chain, the verification work originally completed by one consensus mechanism is shared by a plurality of consensus mechanisms to be completed, and the efficiency of verifying the transaction request is improved.
Specifically, in the scheme provided by the application, the certificates circulated on different sub-chains are different, or the certificates used by any two sub-chains are different (that is, the certificates used by any two sub-chains are different, the certificates used by any two parent chains are different, and the certificates used by any one sub-chain and any one parent chain are different); and each sub-chain corresponds to a unique consensus mechanism, each parent chain also corresponds to a unique consensus mechanism, the consensus mechanism corresponding to the parent chain is used for verifying the transaction request initiated between the users in the parent chain, and preferably, the consensus mechanism corresponding to the parent chain can also have the following functions: and the authentication server is also used for authenticating the evidence exchange request initiated by the user in the sub-chain corresponding to the parent chain. Of course, it is also understood that there are two kinds of transaction requests in step S101, which are a transaction request for performing a transfer of a certificate and a transaction request for performing a replacement of a certificate. When a plurality of sub-chains and a plurality of parent chains exist at the same time, in general, one sub-chain can only correspond to one parent chain, that is, a record of sub-chain communication certificate of the sub-chain for performing inter-sub-chain transaction should be recorded on the corresponding parent chain, one sub-chain only corresponds to one parent chain, but one parent chain can simultaneously correspond to a plurality of sub-chains. That is, the parent chain should record the behavior of the voucher interchange transaction (a transaction request for exchanging a voucher with a daughter voucher) of the corresponding child voucher.
The consensus institution corresponding to the parent chain is used for verifying the transaction request initiated between the users in the parent chain, which means that the consensus institution corresponding to a certain parent chain can be used for auditing the transaction between different users in the network corresponding to the parent chain, that is, if the parent chain A uses the certification X, the consensus institution of the parent chain A can only verify the transaction behavior related to the certification X; for example, the consensus institution of parent chain a may verify the following transaction behaviors: the user A in the parent chain A sends the permit X to the user B in the parent chain A; the consensus institution of parent chain a is typically not able to verify the following transaction actions: and the user A in the parent chain A sends the pass certificate X to the user C in the parent chain B. The internal user of the father chain refers to a user using the father chain general certificate X.
The fact that the notations used by different sub-chains are different means that the notations used in the transaction behaviors recorded in the ledgers (ledger can be understood as being composed of blocks) of any two sub-chains are different. In the blockchain shown in fig. 1, the credentials used by the first sub-chain and the credentials used by the second sub-chain should be different.
Based on the above two paragraphs, in fig. 1, the corresponding certificate used by the parent chain, the corresponding certificate used by the first child chain, and the corresponding certificate used by the second child chain should all be different.
It should be noted that, in the solution provided in the present application, a parent chain and a child chain are opposite, and any chain in the multi-layer blockchain may be used as the parent chain (as long as the consensus mechanism of the chain is verified when the consensus mechanisms of other chains are established, and the establishment processes of the consensus mechanisms of other chains are recorded). In the solution provided by the present application, there is only one native chain (which may also be referred to as an ancestor chain, where the native chain is the first established parent chain), the first block of the native chain is the founding block of the multi-layer block chain, and there is only one founding block in the multi-layer block chain, and the first block of the child chain related to the native chain is derived from a certain block in the native chain.
Specifically, when the scheme provided by the application is implemented, a native chain needs to be established first, and a corresponding native consensus mechanism is set for the native chain. The establishment of the native consensus institution can be realized by community voting. After the native consensus mechanism is established, if a sub-chain needs to be added to the multi-layer module chain, all verification and recording work on the sub-chain can be finished by the native consensus mechanism or the consensus mechanism of the parent chain corresponding to the sub-chain before the consensus mechanism of the sub-chain is determined. More precisely, in order to distribute the verification pressure reasonably, before the establishment of the consensus mechanism of a sub-chain is completed, the verification and recording work of the sub-chain can be finished by the consensus mechanism of the parent chain corresponding to the sub-chain.
In the scheme provided by the application, the consensus institution not only verifies the transaction, but also has the authority of supervising the lower consensus institution, namely, the upper formula institution can identify whether the lower consensus institution acts badly, and if so, the transaction can be processed in a transaction rollback mode or other modes.
That is, the method provided by the present application further includes:
step 201, acquiring an account book of a subordinate sub-chain by a consensus mechanism;
step 202, the consensus mechanism verifies the account book of the sub-chain of the next level;
and step 203, if the result of the verification of the account book of the lower sub-chain by the consensus mechanism is that the account book of the lower sub-chain does not pass, initiating an operation of rolling back the account book of the lower sub-chain.
In step 201, the lower child chain refers to a child chain corresponding to a chain (parent chain) in which the common identification mechanism is located. In the multi-layer block chain shown in fig. 1, if the common mechanisms of steps 201 and 202 are common mechanisms of the parent chain, the lower child chain is the first child chain and the second child chain.
As described above, in the solution of the present application, the account held by the user of the parent chain and the account held by the user of the child chain are both accounts composed of the parent chain and the child chain, and therefore, the common knowledge mechanism is inevitably aware of the account of the child chain of the next level. Further, in step 201, the behavior of the common recognition mechanism acquiring the account book of the sub-chain of the next level is understood that the common recognition mechanism finds the account book of the sub-chain of the next level from the account book data (the account book composed of the account book of the parent chain and the account book of the sub-chain) stored in the common recognition mechanism. That is, the consensus mechanism does not generally need to temporarily acquire the account book of the lower sub-chain from other network ends.
In step 202, the consensus mechanism may directly verify the obtained account book of the lower sub-chain, and if the verification passes, no processing is performed; if the verification is not passed, in step 203, a rollback process may be performed on the account book of the lower child chain.
A specific example of the scheme provided in the present application is provided below, and as shown in fig. 3, the transaction verification method provided in the present application operates on a multi-layer block chain as shown in fig. 3, where the multi-layer block chain includes a primary chain and 5 sub-chains (a first sub-chain, a second sub-chain, a third sub-chain, a fourth sub-chain, and a fifth sub-chain);
the parent chain of the first sub-chain is a second sub-chain, the parent chain of the second sub-chain is a native chain, the parent chain of the third sub-chain is a native chain, the parent chain of the fourth sub-chain is a native chain, and the parent chain of the fifth sub-chain is a fourth sub-chain;
as can be seen from fig. 3, the block preceding the first block (block I) of the first sub-chain is block E of the second sub-chain; the previous block to the first block (block E) of the second child chain is block a of the native chain; the previous block to the first block (block L) of the third child chain is block B of the native chain; the block preceding the first block (block L) of the fourth subchain is block Q of the fourth subchain;
any two of the general certificate used by the first sub-chain, the general certificate used by the second sub-chain, the general certificate used by the third sub-chain, the general certificate used by the fourth sub-chain, the general certificate used by the fifth sub-chain and the general certificate used by the native chain are different;
any two of the first sub-chain common identification mechanism, the second sub-chain common identification mechanism, the third sub-chain common identification mechanism, the fourth sub-chain common identification mechanism, the fifth sub-chain common identification mechanism and the primary chain common identification mechanism are different;
the common identification mechanism of the first sub-chain only verifies the certified transaction of the first sub-chain;
the common identification mechanism of the second sub-chain verifies the certified transaction of the second sub-chain; the common identification mechanism of the second sub-chain also verifies the exchanged transaction of the certificate of the first sub-chain and the certificate of the second sub-chain;
the common identification mechanism of the third sub-chain only verifies the certified transaction of the third sub-chain;
the common identification mechanism of the fourth sub-chain verifies the certified transaction of the fourth sub-chain; the common identification mechanism of the fourth sub-chain also verifies the transaction of exchanging the certificate of the fourth sub-chain and the certificate of the fifth sub-chain;
the common identification mechanism of the fifth sub-chain only verifies the certified transaction of the fifth sub-chain;
the common recognition institution of the native chain verifies the certified transaction of the native chain; and the common identification mechanism of the native chain also verifies the exchange between different certificates that cannot be verified by the common identification mechanism of the second sub-chain and the common identification mechanism of the fourth sub-chain (e.g., verifies the transaction in which the certificate of the second sub-chain and the certificate of the fourth sub-chain are exchanged);
the account data (created blocks, account data composed of blocks a-T) of the multi-layer block chain is simultaneously shared with each user (including the user of the original chain, the user of the first sub-chain, the user of the second sub-chain, the user of the third sub-chain, the user of the fourth sub-chain and the user of the fifth sub-chain) in the multi-layer block chain.
After a certain user sends a transaction request (the transaction request at least carries a certified identification), the transaction request is sent to each user in the multilayer blockchain, and as the consensus institution is composed of the users in the multilayer blockchain, each consensus institution knows the transaction request. Furthermore, after the consensus organizations receive the transaction request (actually, each consensus organization receives the transaction request), whether the consensus organization has the authority to verify the transaction request can be determined according to the certification mark carried in the transaction request.
For example, if the transaction request sent by the user X sends the pass certificate of the first sub-chain to the user Y, only the consensus institution of the first sub-chain may verify the transaction request;
for another example, the transaction request sent by the user X is to send the second sub-chain pass-certificate to the user Y, but the user X does not have the second sub-chain pass-certificate at the same time, at this time, the user X needs to send the transaction request for exchanging the first sub-chain pass-certificate with the second sub-chain pass-certificate first, and the behavior of exchanging the first sub-chain pass-certificate with the second sub-chain pass-certificate is completed by the common identification mechanism of the second sub-chain. Further, after obtaining the second sub-chain pass-certificate, the user X may initiate a transaction request for sending the second sub-chain pass-certificate to the user Y, where the transaction request is also verified by the consensus entity of the second sub-chain.
Corresponding to the method, the application also provides a transaction verification device which acts on a consensus mechanism in a multi-layer block chain, wherein the multi-layer block chain comprises a parent chain and at least one sub-chain corresponding to the parent chain; the father link certificate used by the father link and the child link certificate used by the child link are different certificates; the common identification mechanism corresponding to the parent chain and the common identification mechanism corresponding to the child chain are different common identification mechanisms; the common identification mechanism corresponding to the parent chain is used for verifying the transaction of the parent chain common certificate and verifying the transaction of the child chain common certificate and other common certificates, and the common identification mechanism corresponding to the child chain is used for verifying the transaction of the child chain common certificate; the account book held by the user of the parent chain and the account book held by the user of the child chain are both account books consisting of the parent chain and the child chain;
the consensus mechanism comprises:
the first acquisition module is used for acquiring a transaction request; the transaction request carries a pass identification of the pass of the transaction;
the judging module is used for judging whether the transaction request has the authority to be processed or not according to the certification passing identification;
the first verification module is used for verifying the transaction request if the judgment module judges that the transaction request is positive;
and the broadcasting module is used for broadcasting the verification result.
Preferably, the broadcasting module includes:
and the broadcasting unit is used for broadcasting the verification result to the users of the parent chain and the users of all the child chains.
Preferably, the method further comprises the following steps:
the second acquisition module is used for acquiring the account book of the lower-level sub-chain;
the second verification module is used for verifying the account book of the lower sub-chain by the consensus mechanism;
and the triggering module initiates the operation of rolling back the account book of the subordinate sub-chain if the result of the verification performed by the second verification module is that the account book does not pass.
Corresponding to the method, the application also provides a transaction verification system which acts on the multi-layer block chain, wherein the multi-layer block chain comprises a parent chain and at least one sub chain; the father link certificate used by the father link and the child link certificate used by the child link are different certificates; the common identification mechanism corresponding to the parent chain and the common identification mechanism corresponding to the child chain are different common identification mechanisms; the account book held by the user of the parent chain and the account book held by the user of the child chain are both account books consisting of the parent chain and the child chain;
the transaction verification system comprises at least one parent consensus institution and at least one child consensus institution;
the father consensus mechanism is used for verifying the transaction of the father chain;
and the sub-recognition mechanism is used for verifying the transaction of the sub-chain.
Preferably, the parent consensus mechanism is further configured to verify the account book of the child chain, and initiate a rollback operation on the account book of the child chain when the verification result is that the child chain does not pass.
In accordance with the above method, the present application also provides a computer readable medium having non-volatile program code executable by a processor, the program code causing the processor to perform a transaction verification method.
As shown in fig. 4, a schematic diagram of a computing device provided in the embodiment of the present application, where the computing device 1000 includes: the system comprises a processor 1001, a memory 1002 and a bus 1003, wherein the memory 1002 stores execution instructions, when the computing device runs, the processor 1001 and the memory 1002 communicate through the bus 1003, and the processor 1001 executes steps of the signal lamp period determination method stored in the memory 1002.
It is clear to those skilled in the art that, for convenience and brevity of description, the specific working processes of the above-described systems, apparatuses and units may refer to the corresponding processes in the foregoing method embodiments, and are not described herein again.
The functions, if implemented in the form of software functional units and sold or used as a stand-alone product, may be stored in a computer readable storage medium. Based on such understanding, the technical solution of the present invention may be embodied in the form of a software product, which is stored in a storage medium and includes instructions for causing a computer device (which may be a personal computer, a server, or a network device) to execute all or part of the steps of the method according to the embodiments of the present invention. And the aforementioned storage medium includes: a U-disk, a removable hard disk, a Read-Only Memory (ROM), a Random Access Memory (RAM), a magnetic disk or an optical disk, and other various media capable of storing program codes.
The above description is only for the specific embodiments of the present invention, but the scope of the present invention is not limited thereto, and any person skilled in the art can easily conceive of the changes or substitutions within the technical scope of the present invention, and all the changes or substitutions should be covered within the scope of the present invention. Therefore, the protection scope of the present invention shall be subject to the protection scope of the claims.
Claims (10)
1. A transaction verification method is characterized by acting on a multi-layer blockchain, wherein the multi-layer blockchain comprises a parent chain and at least one sub-chain corresponding to the parent chain; the father link certificate used by the father link and the child link certificate used by the child link are different certificates; the common identification mechanism corresponding to the parent chain and the common identification mechanism corresponding to the child chain are different common identification mechanisms; the common identification mechanism corresponding to the parent chain is used for verifying the transaction of the parent chain common certificate and verifying the transaction of the child chain common certificate and other common certificates, and the common identification mechanism corresponding to the child chain is used for verifying the transaction of the child chain common certificate; the account book held by the user of the parent chain and the account book held by the user of the child chain are both account books consisting of the parent chain and the child chain; the method comprises the following steps: acquiring a transaction request by a consensus institution; the transaction request carries a certification passing identification of a certification passing for performing the transaction; the consensus institution judges whether the authorization to process the transaction request exists or not according to the certification mark; if the consensus institution has the authority to process the transaction request, verifying the transaction request; the consensus mechanism broadcasts the verification result;
the transaction request comprises a transaction request for the transfer of the evidence and a transaction for the replacement of the evidence.
2. The method of claim 1, wherein the step of the consensus institution broadcasting the validation results comprises: the consensus authority broadcasts the authentication results to the users of the parent chain and to the users of all child chains.
3. The method of claim 1, further comprising: the method comprises the steps that a common identification mechanism obtains an account book of a sub-chain of a lower level; the common identification mechanism verifies the account book of the sub-chain of the lower level; and if the result of the verification of the account book of the lower sub-chain by the consensus mechanism is that the account book of the lower sub-chain does not pass, initiating an operation of rolling back the account book of the lower sub-chain.
4. A transaction verification device characterised by acting on a consensus mechanism in a multi-layer blockchain comprising a parent chain and at least one child chain corresponding to the parent chain; the father link certificate used by the father link and the child link certificate used by the child link are different certificates; the common identification mechanism corresponding to the parent chain and the common identification mechanism corresponding to the child chain are different common identification mechanisms; the common identification mechanism corresponding to the parent chain is used for verifying the transaction of the parent chain common certificate and verifying the transaction of the child chain common certificate and other common certificates, and the common identification mechanism corresponding to the child chain is used for verifying the transaction of the child chain common certificate; the account book held by the user of the parent chain and the account book held by the user of the child chain are both account books consisting of the parent chain and the child chain; the consensus mechanism comprises: the first acquisition module is used for acquiring a transaction request; the transaction request carries a pass identification of the pass of the transaction; the judging module is used for judging whether the transaction request has the authority to be processed or not according to the certification passing identification; the first verification module is used for verifying the transaction request if the judgment module judges that the transaction request is positive; the broadcast module is used for broadcasting the verification result;
the transaction request comprises a transaction request for the transfer of the evidence and a transaction for the replacement of the evidence.
5. The apparatus of claim 4, wherein the broadcasting module comprises: and the broadcasting unit is used for broadcasting the verification result to the users of the parent chain and the users of all the child chains.
6. The apparatus of claim 4, further comprising: the second acquisition module is used for acquiring the account book of the lower-level sub-chain; the second verification module is used for verifying the account book of the lower sub-chain by the consensus mechanism; and the triggering module initiates the operation of rolling back the account book of the subordinate sub-chain if the result of the verification performed by the second verification module is that the account book does not pass.
7. A transaction verification system, characterized by acting on a multi-layer blockchain, the multi-layer blockchain comprising a parent chain and at least one child chain; the father chain pass certificate used by the father chain and the child chain pass certificate used by the child chain are different pass certificates; the common identification mechanism corresponding to the parent chain and the common identification mechanism corresponding to the child chain are different common identification mechanisms; the account book held by the user of the parent chain and the account book held by the user of the child chain are both account books consisting of the parent chain and the child chain; the transaction verification system comprises at least one parent consensus institution and at least one child consensus institution; the father consensus mechanism is used for verifying the transaction of the father chain; and the sub-recognition mechanism is used for verifying the transaction of the sub-chain.
8. The system of claim 7, wherein the parent consensus mechanism is further configured to validate the account book of the child chain, and initiate a rollback operation on the account book of the child chain when the validation result is negative.
9. A computer-readable medium having non-volatile program code executable by a processor, wherein the program code causes the processor to perform the method of any of claims 1-4.
10. A computing device, comprising: a processor, a memory and a bus, the memory storing instructions for execution, the processor and the memory communicating via the bus when the computing device is operating, the processor executing the method of any of claims 1-4 stored in the memory.
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201811536861.6A CN109409899B (en) | 2018-12-14 | 2018-12-14 | Transaction verification method, device and system |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201811536861.6A CN109409899B (en) | 2018-12-14 | 2018-12-14 | Transaction verification method, device and system |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| CN109409899A CN109409899A (en) | 2019-03-01 |
| CN109409899B true CN109409899B (en) | 2022-05-10 |
Family
ID=65460286
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN201811536861.6A Active CN109409899B (en) | 2018-12-14 | 2018-12-14 | Transaction verification method, device and system |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN109409899B (en) |
Families Citing this family (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN111598569B (en) * | 2020-05-21 | 2023-09-08 | 昆明大棒客科技有限公司 | Tree block chain expansion method and device |
| CN113643031A (en) * | 2021-08-24 | 2021-11-12 | 上海点融信息科技有限责任公司 | Alliance link information verification system and method |
Citations (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN108200210A (en) * | 2018-02-12 | 2018-06-22 | 众安信息技术服务有限公司 | The method, apparatus and computer-readable medium of chain management based on block chain |
| CN108846667A (en) * | 2018-04-23 | 2018-11-20 | 上海分布信息科技有限公司 | A kind of logical card regulation method based on block chain and logical card regulator control system |
-
2018
- 2018-12-14 CN CN201811536861.6A patent/CN109409899B/en active Active
Patent Citations (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN108200210A (en) * | 2018-02-12 | 2018-06-22 | 众安信息技术服务有限公司 | The method, apparatus and computer-readable medium of chain management based on block chain |
| CN108846667A (en) * | 2018-04-23 | 2018-11-20 | 上海分布信息科技有限公司 | A kind of logical card regulation method based on block chain and logical card regulator control system |
Also Published As
| Publication number | Publication date |
|---|---|
| CN109409899A (en) | 2019-03-01 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| CN109327528B (en) | Node management method and device based on block chain | |
| JP7284747B2 (en) | Execution of smart contracts with distributed cooperation | |
| JP7121047B2 (en) | Secure off-chain blockchain transactions | |
| CN110189128B (en) | Distributed consensus method and device for block rapid generation | |
| CN113098907B (en) | Group division method and device for block chain | |
| CN111445334B (en) | Aggregation signature method, device and storage medium of blockchain system | |
| WO2018158936A1 (en) | Block chain management device, block chain management method and program | |
| CN111476572B (en) | Block chain-based data processing method, device, storage medium and equipment | |
| Rajabi et al. | Feasibility analysis for sybil attacks in shard-based permissionless blockchains | |
| CN113256297B (en) | Data processing method, device and equipment based on block chain and readable storage medium | |
| US11394544B2 (en) | Validation of blockchain activities based on proof of hardware | |
| CN111010284B (en) | Processing method of block to be identified, related device and block chain system | |
| CN110599331A (en) | Debt charging system, method, device and storage medium based on block chain | |
| CN109409899B (en) | Transaction verification method, device and system | |
| CN110990790B (en) | Data processing method and equipment | |
| CN110278246B (en) | Certificate storage service transfer method, device and equipment for alliance chain | |
| Tu et al. | Privacy‐Preserving Outsourced Auditing Scheme for Dynamic Data Storage in Cloud | |
| CN114363009A (en) | Method and system for publishing aerial photography community digital content based on NTF | |
| CN111259411B (en) | Block chain management method, device, electronic equipment and readable storage medium | |
| CN112150158A (en) | Block chain transaction delivery verification method and device | |
| CN111447216B (en) | Method and apparatus for changing consensus node | |
| CN111598389A (en) | Block chain-based trading system for preventing bill market risk | |
| Sheng et al. | Proof of Diligence: Cryptoeconomic Security for Rollups | |
| CN111106938A (en) | Information processing method, system and equipment | |
| CN116074310B (en) | Block chain consensus method based on improved entrusting right evidence of ring signature |
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 | ||
| TA01 | Transfer of patent application right |
Effective date of registration: 20190830 Address after: 100000 Building 503, East SOHO District, Chaoyang District, Beijing Applicant after: Letter Interlink (Beijing) Technology Co., Ltd. Address before: 100000 Beijing Chaoyang District Guanghua Road 9 Guanghua Road SOHO Phase II 3Q Applicant before: Interlink Cloud Network (Beijing) Technology Co., Ltd. |
|
| TA01 | Transfer of patent application right | ||
| GR01 | Patent grant | ||
| GR01 | Patent grant |