CN110113409B - Parallel chain authorization node configuration method, equipment and storage medium - Google Patents
Parallel chain authorization node configuration method, equipment and storage medium Download PDFInfo
- Publication number
- CN110113409B CN110113409B CN201910360126.2A CN201910360126A CN110113409B CN 110113409 B CN110113409 B CN 110113409B CN 201910360126 A CN201910360126 A CN 201910360126A CN 110113409 B CN110113409 B CN 110113409B
- Authority
- CN
- China
- Prior art keywords
- account
- authorization
- node
- transaction
- chain
- 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
- G06Q40/00—Finance; Insurance; Tax strategies; Processing of corporate or income taxes
- G06Q40/04—Trading; Exchange, e.g. stocks, commodities, derivatives or currency exchange
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L63/00—Network architectures or network communication protocols for network security
- H04L63/10—Network architectures or network communication protocols for network security for controlling access to devices or network resources
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L67/00—Network arrangements or protocols for supporting network services or applications
- H04L67/01—Protocols
- H04L67/10—Protocols in which an application is distributed across nodes in the network
- H04L67/1095—Replication or mirroring of data, e.g. scheduling or transport for data synchronisation between network nodes
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L67/00—Network arrangements or protocols for supporting network services or applications
- H04L67/2866—Architectures; Arrangements
- H04L67/30—Profiles
Landscapes
- Engineering & Computer Science (AREA)
- Business, Economics & Management (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Finance (AREA)
- Accounting & Taxation (AREA)
- Development Economics (AREA)
- Strategic Management (AREA)
- Computing Systems (AREA)
- Computer Security & Cryptography (AREA)
- Computer Hardware Design (AREA)
- Economics (AREA)
- Marketing (AREA)
- General Engineering & Computer Science (AREA)
- Technology Law (AREA)
- Physics & Mathematics (AREA)
- General Business, Economics & Management (AREA)
- General Physics & Mathematics (AREA)
- Theoretical Computer Science (AREA)
- Management, Administration, Business Operations System, And Electronic Commerce (AREA)
- Information Retrieval, Db Structures And Fs Structures Therefor (AREA)
Abstract
The invention provides a parallel chain authorization node configuration method, equipment and a storage medium, wherein the method comprises the following steps: the main chain and the parallel chain nodes respectively execute account group creation transaction so as to record the initially created authorized node account group of the parallel chain to the main chain and the parallel chain; the main chain and the parallel chain nodes respectively execute authorization request transaction so as to record an authorization request of adding a second account request into an authorization node account group on the main chain and the parallel chain; the main chain and the parallel chain nodes respectively execute a plurality of voting transactions to record whether each first authorization node account in the authorization node account group agrees with the voting of the authorization request on the main chain and the parallel chain, and judge whether the authorization request passes through according to each voting and the preconfigured voting rule: and if so, recording the second account added into the authorization node account group on the main chain and the parallel chain. The scheme of the invention is convenient for the parallel chain to autonomously manage and operate.
Description
Technical Field
The present application relates to the field of parallel chain technologies, and in particular, to a parallel chain authorization node configuration method, device, and storage medium.
Background
A parallel chain is a block chain that relies on a main chain. In a parallel chain mechanism (refer to several parallel chain patents applied by the applicant before), the parallel chain consensus safety depends on the main chain, that is, the main chain is not responsible for the transaction execution of the parallel chain, the parallel chain processes the execution of the parallel chain transaction by itself, and the execution result is sent to the main chain by a partially authorized parallel chain node (referred to as a verification node in some patents before, and hereinafter referred to as an authorization node) to perform consensus so as to complete the parallel chain consensus.
In the current parallel chain mechanism, the configuration management of the authorization node is approved and completed by the super user of the main chain, and the configuration management mechanism is inconvenient for the management and operation of the parallel chain, so that the parallel chain cannot operate autonomously.
Disclosure of Invention
In view of the above-mentioned deficiencies or inadequacies in the prior art, it would be desirable to provide a parallel chain authorized node configuration method, apparatus, and storage medium that facilitates parallel chain autonomous management operations.
In a first aspect, the present invention provides a parallel chain authorized node configuration method suitable for parallel chain nodes, including:
synchronizing and packaging the first account group creation transaction from the corresponding main chain node to record the initially created authorized node account group of the parallel chain onto the parallel chain; wherein the first account group creation transaction is generated by the hosted account of the main chain in response to a parallel chain creation request recorded onto the main chain, the first account group creation transaction further being performed by the main chain node packaging to record the initially created authorized node account group onto the main chain;
synchronizing and packaging the first authorization request transaction from the corresponding main chain node to record the authorization request of the second account request added into the authorization node account group on the parallel chain; wherein the first authorization request transaction is further performed by the backbone node in a package to record the authorization request onto the backbone;
synchronously and packaging and executing a plurality of voting transactions from the corresponding main chain node so as to record whether each first authorization node account in the authorization node account group agrees with the voting of the authorization request on a parallel chain, and judging whether the authorization request passes through according to each voting and a preconfigured voting rule: if yes, adding a second account into the authorization node account group and recording the second account into the parallel chain; and the plurality of voting transactions are also packaged and executed by the main chain node so as to record each vote on the main chain, and whether the authorization request passes or not is judged according to each vote and the voting rule: and if so, recording the second account added into the authorization node account group on the main chain.
In a second aspect, the present invention provides a method for configuring a parallel chain authorized node suitable for a main chain node, including:
executing a parallel chain creation request transaction and recording the parallel chain creation request to the main chain through consensus, so that a first account group creation transaction is generated by a super management account of the main chain in response to the parallel chain creation request; wherein the parallel chain creation request transaction is generated by the first account when the parallel chain creation is requested;
executing a first account group creation transaction, recording an initially created authorization node account group of a parallel chain to a main chain through consensus, and freezing the deposit of the first account; the first account group creation transaction is also synchronized and packaged by the corresponding parallel chain nodes for execution so as to record the initially created authorized node account group on the parallel chain;
executing a first authorization request transaction and recording an authorization request of a second account request added to an authorization node account group on a main chain through consensus; the first authorization request transaction is also synchronized and packaged by the corresponding parallel chain nodes to be executed so as to record the authorization request on the parallel chain;
executing a plurality of voting transactions, recording whether each first authorization node account in the authorization node account group agrees with the voting of the authorization request on a main chain through consensus, and judging whether the authorization request passes through according to each voting and a pre-configured voting rule: if yes, adding the second account into the authorization node account group and recording the authorization node account group on the main chain; the voting transactions are synchronously and packaged and executed by corresponding parallel chain nodes so as to record each vote to a parallel chain, and whether an authorization request passes or not is judged according to each vote and a voting rule: and if so, recording the second account added into the authorization node account group to the parallel chain.
In a third aspect, the present invention further provides another parallel chain authorized node configuration method suitable for parallel chain nodes, including:
synchronizing and packaging from the corresponding master chain node to execute a second account group creation transaction to record the initially created authorized node account group onto the parallel chain; the second account group creating transaction is generated by a fourth account requesting authorization, the second account group creating transaction is also packaged and executed by the main chain node so as to record the initially created authorization node account group to the main chain, and the deposit of the fourth account is frozen on the main chain;
synchronizing and packaging from the corresponding main chain node and executing a second authorization request transaction, and recording an authorization request of adding a fifth account request into an authorization node account group onto the parallel chain; wherein the second authorization request transaction is also performed by the backbone node in a package to record the authorization request onto the backbone;
synchronously and packaging and executing a plurality of voting transactions from the corresponding main chain node so as to record whether each first authorization node account in the authorization node account group agrees with the voting of the authorization request on a parallel chain, and judging whether the authorization request passes through according to each voting and a preconfigured voting rule: if yes, adding the fifth account into the authorization node account group and recording the authorization node account group on the parallel chain; and the plurality of voting transactions are also packaged and executed by the main chain node so as to record each vote on the main chain, and whether the authorization request passes or not is judged according to each vote and the voting rule: and if so, recording the fifth account added into the authorization node account group on the main chain.
In a fourth aspect, the present invention further provides another parallel chain authorized node configuration method suitable for a main chain node, including:
executing a second account group creation transaction, recording an initially created authorization node account group of the parallel chain to a main chain through consensus, and freezing the deposit of a fourth account; the second account group creating transaction is generated by a fourth account requesting authorization, and the second account group creating transaction is also synchronized and packaged by the corresponding parallel chain nodes for execution so as to record the initially created authorization node account group onto the parallel chain;
executing a second authorization request transaction and recording an authorization request of adding a fifth account request to the authorization node account group on the main chain through consensus; wherein the second authorization request transaction is also synchronized and packed for execution by the corresponding parallel chain node to record the authorization request onto the parallel chain;
executing a plurality of voting transactions, recording whether each first authorization node account in the authorization node account group agrees with the voting of the authorization request on a main chain through consensus, and judging whether the authorization request passes through according to each voting and a pre-configured voting rule: if yes, adding the fifth account into the authorization node account group and recording the authorization node account group on the main chain; the voting transactions are synchronously and packaged and executed by corresponding parallel chain nodes so as to record each vote to a parallel chain, and whether an authorization request passes or not is judged according to each vote and a voting rule: and if so, recording the fifth account added into the authorization node account group to the parallel chain.
In a fifth aspect, the present invention also provides an apparatus comprising one or more processors and a memory, wherein the memory contains instructions executable by the one or more processors to cause the one or more processors to perform a parallel chain grant node configuration method provided in accordance with embodiments of the present invention.
In a sixth aspect, the present invention further provides a storage medium storing a computer program, where the computer program makes a computer execute the parallel chain authorized node configuration method provided in accordance with the embodiments of the present invention.
The parallel chain authorization node configuration method, the device and the storage medium provided by the embodiments of the present invention initiate a request on a parallel chain through an account requesting to join an authorization node account group, vote is performed on the request through parallel chain transactions by each account of the authorization node account group, and whether the request passes or not is determined according to a voting result, so that an authorization node configuration mechanism facilitating independent management and operation of the parallel chain is provided for the parallel chain;
the parallel chain authorization node configuration method, the device and the storage medium provided by some embodiments of the present invention further improve the convenience of parallel chain authorization node configuration by configuring the account group of the logout authorization node without examination and approval.
Drawings
Other features, objects and advantages of the present application will become more apparent upon reading of the following detailed description of non-limiting embodiments thereof, made with reference to the accompanying drawings in which:
fig. 1 is a flowchart of a parallel chain authorization node configuration method according to an embodiment of the present invention.
Fig. 2 is a flowchart of another parallel chain authorization node configuration method according to an embodiment of the present invention.
Fig. 3 is a flowchart of a parallel chain grant node configuration method according to another embodiment of the present invention.
Fig. 4 is a flowchart of another parallel chain grant node configuration method according to another embodiment of the present invention.
Fig. 5 is a schematic structural diagram of an apparatus according to an embodiment of the present invention.
Detailed Description
The present application will be described in further detail with reference to the following drawings and examples. It is to be understood that the specific embodiments described herein are merely illustrative of the relevant invention and not restrictive of the invention. It should be noted that, for convenience of description, only the portions related to the present invention are shown in the drawings.
It should be noted that the embodiments and features of the embodiments in the present application may be combined with each other without conflict. The present application will be described in detail below with reference to the embodiments with reference to the attached drawings.
Fig. 1 is a flowchart of a parallel chain authorization node configuration method according to an embodiment of the present invention.
As shown in fig. 1, in this embodiment, the present invention provides a method for configuring a parallel chain authorization node, including:
s12: a first account group creation transaction is synchronized and packaged from the corresponding master chain node to record the initially created authorized node account group of the parallel chain onto the parallel chain. Wherein the first account group creation transaction is generated by the hosted account of the main chain in response to a parallel chain creation request recorded onto the main chain, the first account group creation transaction further being performed by the main chain node packaging to record the initially created authorized node account group onto the main chain.
And S14, synchronizing and packaging the authorization request transaction from the corresponding main chain node to execute the first authorization request transaction so as to record the authorization request of the second account request to the authorization node account group on the parallel chain. Wherein the first authorization request transaction is also performed by the backbone node packaging to record the authorization request onto the backbone.
And S161, synchronously executing a plurality of voting transactions from the corresponding main chain node in a packaging mode so as to record whether the first authorization node accounts in the authorization node account group agree with the voting of the authorization request on the parallel chain.
S163: and judging whether the authorization request passes through the following steps according to the votes and the pre-configured voting rules: and if so, recording the second account added into the authorization node account group to the parallel chain. And the plurality of voting transactions are also packaged and executed by the main chain node so as to record each vote on the main chain, and whether the authorization request passes or not is judged according to each vote and the voting rule: and if so, recording the second account added into the authorization node account group on the main chain.
The method shown in fig. 1 is exemplarily described below by taking account a requesting to create a parallel chain and account B requesting to join an authorized node account group of the parallel chain after successful creation as an example:
when the account A requests to create a parallel chain, generating a parallel chain creation request transaction tx1 and sending the transaction tx1 to a main chain node;
the main chain node broadcasts tx1 in a main chain network, and packs tx1 into block1 for execution, when tx1 is executed, the deposit paid by account A is frozen, verification required by a plurality of parallel chains is carried out, a parallel chain creation request of the account A requesting to create the parallel chains is recorded on the main chain, and a plurality of configurations created by the parallel chains are executed;
the super management account S of the main chain responds to the parallel chain creation request, generates a first account group creation transaction tx2 at the parallel chain link points, sends tx2 to the main chain nodes, the main chain nodes broadcast tx2 mutually, packs tx2 into main chain blocks, and records the created authorized node account group on the main chain through main chain consensus after the tx2 is successfully executed. Wherein tx2 is used to create an authorized node account group including account a, account R, account S, account T.
In step S12, after each parallel link point synchronizes tx2 from the corresponding main chain node, each parallel link point packs tx2 into a parallel chain block and executes tx 2. Before the parallel chain blocks of the packed tx2 are executed, all the parallel chain nodes are unauthorized nodes, and parallel chain consensus is not performed temporarily; after tx2 is executed, parallel chain nodes of account a, account R, account S, and account T are used as authorization nodes to start parallel chain consensus, and a specific parallel chain consensus mechanism may refer to patent documents such as CN201811005421.8, cn201910157805.x, which are applied by the applicant before, and is not described herein again.
When the account B requests to join the authorized node account group of the parallel chain, an authorization request transaction tx4 requesting to join the account B to the authorized node account group is generated, tx4 is sent to the main chain node, the main chain node broadcasts tx4 mutually, tx4 is packaged into the main chain block, and the authorization request requesting to join the account B to the authorized node account group is recorded on the main chain through main chain consensus after tx4 is successfully executed.
In step S14, each parallel chain node synchronizes tx4 from the corresponding main chain node and packages the synchronization, and records the authorization request of account B requesting to join the authorization node account group on the parallel chain.
And after responding to the authorization request, the account A, the account R, the account S and the account T perform voting operation, and the account B is approved or not approved to be added into the authorization node account group, so that voting transactions are respectively generated and sent to the corresponding main chain nodes.
And the master link point broadcasts and packages each voting transaction for execution, and records each vote of the account A, the account R, the account S and the account T to the master link through the master link consensus. The main chain node triggers the judgment when executing the last voting transaction in 4 voting transactions, and judges whether the authorization request passes according to the voting of each account (for example, account A, account R, account S agree, account T disagree) and the preconfigured voting rule (for example, the authorization node account exceeding 2/3 agrees, namely passes, and otherwise fails): 75% of the authorized node accounts agree, so the authorization request of the account B is passed, the authorized node account group is modified into (account A, account R, account S, account T and account B), and the authorization request is recorded on the main chain through the main chain consensus.
In step S161, each parallel link node synchronizes each voting transaction from the corresponding main link node, and packages and executes the voting transaction, and records each vote of account a, account R, account S, and account T on the parallel link.
The step S163 is triggered when the parallel link node executes the last voting transaction in the 4 voting transactions:
in step S163, the parallel chain node determines whether the authorization request passes according to the votes recorded on the parallel chain (e.g., account a, account R, account S agree, account T disagree) and the pre-configured voting rules (authorization node account exceeding 2/3 agrees, i.e., passes, and vice versa): 75% of the authorized node accounts agree, so the authorization request of account B passes through, and the authorized node account group is modified into (account A, account R, account S, account T, account B) and recorded on the parallel chain.
In the above embodiments, the method is exemplarily described by taking the account a requesting to create the parallel chain and the main chain super-management account configuring the initial authorization node account group as account a, account R, account S and account T, and in further embodiments, the method may also be configured such that the account A, B, C collectively requests to create the parallel chain (account a/B/C respectively signs to generate transactions and generates transaction groups, respectively freezes the deposit paid by account A, B, C), and the like, without being limited to the above examples.
The above embodiment initiates a request on the parallel chain by an account requesting to join the account group of the authorization node, votes for the request by each account of the account group of the authorization node through a parallel chain transaction, and determines whether the request passes according to a voting result, thereby providing an authorization node configuration mechanism for facilitating autonomous management and operation of the parallel chain.
Preferably, in the above method, the performing of the first authorization request transaction by the backbone node further comprises freezing the deposit of the second account.
Preferably, the method further comprises: the first exit request transaction is synchronized and packaged for execution from the corresponding master chain node to record the third account exit authorization node account group onto the parallel chain. Wherein the first logout request transaction is generated by the third account upon requesting logout of the authorized node account group. The first logout request transaction is also performed by the backbone node packaging to record a third account logout authorization node account group onto the backbone.
The above embodiment further improves the convenience of parallel chain authorization node configuration by configuring the account group of the quitting authorization node without examination and approval.
Further preferably, in order to guarantee security of the parallel chain consensus, both the main chain and the parallel chain may be configured not to allow the unique account in the authorized node account group to exit, that is, performing the first exit request transaction further includes determining whether the third account authorizes the unique account in the node account group: if so, the first logout request transaction fails to execute. In another embodiment, the main chain and the parallel chain are both configured to allow the exit of the unique account in the account group of the authorization node, when the unique account in the account group of the authorization node exits, the account group of the authorization node is disassembled, the parallel chain consensus is suspended, and similarly to the step S12, the account group of the authorization node is created again after the main chain supervises the account generation transaction, and the parallel chain consensus is recovered.
Preferably, step S14 is followed by:
s18: and synchronously executing a first authorization transaction from the corresponding main chain node in a packaging manner, and judging whether the height difference between the block height of the current parallel chain node and the common height of the parallel chain exceeds a pre-configured first threshold value: if yes, the first authorization transaction is executed successfully, and the second account is added into the authorization node account group and recorded on the parallel chain.
The first authorization transaction is generated by the super-management account when the approval authorization request passes when the parallel chain consensus is abnormal; the first authorized transaction is also performed by the main chain node in a packaging manner, and whether the height difference between the current first block height of the main chain and the second block height of the main chain corresponding to the common height of the parallel chains exceeds a pre-configured second threshold value is judged: if yes, the first authorization transaction is executed successfully, and the second account is added into the authorization node account group and recorded on the main chain.
Specifically, when some (for example, more than 1/3) or all accounts in the account group of the authorization node do not participate in the consensus for some reason, the parallel chain consensus is in a stop-swing state, which may result in some cross-chain transactions of the parallel chain being unable to be completed, and when the stop-swing of the parallel chain consensus exceeds a certain number of block heights, the authorization request of step S14 may be approved through the super-managed account in the preferred embodiment, and an authorization transaction is generated and sent to the main-chain node when the approval is passed.
For example, the first threshold is configured as 100, the second threshold is configured as 200, the common height of the parallel chains is increased to 100 and then stagnated, the block height of each parallel chain node is increased to 203 and 206, the current first block height of the main chain is h1, and the second block height of the main chain corresponding to the common height of the parallel chains 100 is h 2.
The main chain node broadcasts and packages the authorized transaction, and judges whether the height difference between h1 and h2 is more than 200 when the authorized transaction is executed: if yes, the authorization transaction is successfully executed, and the second account is added into the authorization node account group and recorded on the main chain; otherwise, the authorized transaction execution fails.
In step S18, each parallel link node synchronizes the authorized transaction from the corresponding main link node and packages the transaction for execution, and determines whether the height difference between the block height (203-: if yes, the authorization transaction is successfully executed, and the second account is added into the authorization node account group and recorded on the parallel chain; otherwise, the authorized transaction execution fails.
The above example takes the first threshold configuration as 100 and the second threshold configuration as 200 as an example, and the scheme of the above preferred embodiment is exemplarily illustrated, in further embodiments, the first threshold and the second threshold may be configured according to an actual parallel chain configuration (e.g., an empty block configuration of a parallel chain, a corresponding relationship between a parallel chain block and a main chain block, etc.), and as long as it is ensured that the two height differences correspond to each other, thereby ensuring that the main chain and the parallel chain perform an authorized transaction synchronization success or a synchronization failure, the same technical effect may be achieved.
Fig. 2 is a flowchart of another parallel chain authorization node configuration method according to an embodiment of the present invention. The method illustrated in fig. 2 may be performed in conjunction with the method illustrated in fig. 1.
As shown in fig. 2, in this embodiment, the present invention further provides a method for configuring a parallel chain authorized node suitable for a main chain node, including:
s22: and executing the parallel chain creation request transaction and recording the parallel chain creation request to the main chain through consensus so that the super management account of the main chain generates a first account group creation transaction in response to the parallel chain creation request. Wherein the parallel chain creation request transaction is generated by the first account at the time of the request to create the parallel chain.
S24: and executing the first account group creation transaction, recording the initially created authorization node account group of the parallel chain to the main chain through consensus, and freezing the deposit of the first account. Wherein the first account group creation transaction is further synchronized and performed in a package by the corresponding parallel chain node to record the initially created authorized node account group onto the parallel chain.
S26: an authorization request transaction is executed and a second account request is recorded on the main chain to the authorization node account group through consensus. Wherein the first authorization request transaction is further synchronized and performed in a package by the corresponding parallel chain node to record the authorization request onto the parallel chain.
S281: and executing a plurality of voting transactions and recording whether the voting of the authorization request is approved by each first authorization node account in the authorization node account group on the main chain through consensus.
S283: and judging whether the authorization request passes through the following steps according to the votes and the pre-configured voting rules: and if so, recording the second account added into the authorization node account group on the main chain. The voting transactions are synchronously and packaged and executed by corresponding parallel chain nodes so as to record each vote to a parallel chain, and whether an authorization request passes or not is judged according to each vote and a voting rule: and if so, recording the second account added into the authorization node account group to the parallel chain.
Preferably, performing the first authorization request transaction of step S26 further includes blocking the deposit of the second account.
Preferably, the method further comprises: the first logout request transaction is executed and a third account logout authorization node account group is recorded to the main chain through consensus. And the first quit request transaction is also synchronized and packaged by the corresponding parallel chain nodes to be executed so as to record the third account quit authorization node account group on the parallel chain.
Preferably, step S26 is followed by:
executing a first authorized transaction, and judging whether the height difference between the current first block height of the main chain and the second block height of the main chain corresponding to the common height of the parallel chains exceeds a pre-configured second threshold value: if yes, the first authorization transaction is executed successfully, and the second account is added into the authorization node account group and recorded on the main chain.
And the first authorized transaction is also synchronously executed by the corresponding parallel chain nodes in a packaging manner, and whether the height difference between the block height of the current parallel chain node and the common height of the parallel chain exceeds a pre-configured first threshold value is judged: if yes, the first authorization transaction is executed successfully, and the second account is added into the authorization node account group and recorded on the parallel chain.
The authorization node configuration principle of the method shown in fig. 2 can refer to the method shown in fig. 1, and is not described herein again.
Fig. 3 is a flowchart of a parallel chain grant node configuration method according to another embodiment of the present invention.
As shown in fig. 3, in another embodiment, the present invention further provides another parallel chain authorization node configuration method for parallel chain nodes, including:
s32: a second account group creation transaction is synchronized and packaged from the corresponding master chain node to record the initially created authorized node account group onto the parallel chain. And the second account group creating transaction is generated by the fourth account requesting authorization, and is also packaged and executed by the main chain node so as to record the initially created authorization node account group to the main chain and freeze the deposit of the fourth account on the main chain.
S34: and synchronizing and packaging the corresponding main chain node and executing the second authorization request transaction, and recording an authorization request of adding the fifth account request into the authorization node account group onto the parallel chain. Wherein the second authorization request transaction is also performed by the backbone node packaging to record the authorization request onto the backbone.
S361: and synchronously executing a plurality of voting transactions from the corresponding main chain node in a packaging mode so as to record whether the first authorization node accounts in the authorization node account group agree with the voting of the authorization request on the parallel chain.
S363: and judging whether the authorization request passes through the following steps according to the votes and the pre-configured voting rules: and if so, recording the fifth account added into the authorization node account group to the parallel chain. And the plurality of voting transactions are also packaged and executed by the main chain node so as to record each vote on the main chain, and whether the authorization request passes or not is judged according to each vote and the voting rule: and if so, recording the fifth account added into the authorization node account group on the main chain.
Specifically, the method shown in FIG. 3 differs from the method shown in FIG. 1 in how the initial set of authorized node accounts are created:
in step S12 of the method shown in fig. 1, the requester generates a main chain transaction and records the request on the main chain, and the main chain over-management account initiates a parallel chain transaction to create an authorized node account group;
in step S32 of the method shown in fig. 3, the account requesting to create the authorized node account group generates a parallel chain transaction and pays a deposit, i.e., the authorized node account group can be directly created.
The principle of steps S34-S36 is the same as steps S14-S16, and is not described here.
Preferably, in the above method, the executing of the second authorization request transaction by the backbone node further comprises freezing the deposit of the fifth account.
Preferably, the method further comprises: and synchronizing and packaging the second exit request transaction from the corresponding main chain node to record the sixth account exit authorization node account group on the parallel chain. Wherein the second logout request transaction is generated by the sixth account upon requesting logout of the authorized node account group. The second logout request transaction is also performed by the backbone node packaging to record a sixth account logout authorization node account group onto the backbone.
Further preferably, in order to guarantee security of the parallel chain consensus, both the main chain and the parallel chain may be configured not to allow the unique account in the authorized node account group to exit, that is, performing the second exit request transaction further includes determining whether the sixth account authorizes the unique account in the node account group: if so, the second logout request transaction fails to execute. In another embodiment, the main chain and the parallel chain are both configured to allow the exit of the unique account in the authorization node account group, when the unique account in the authorization node account group exits, the authorization node account group is disassembled, the parallel chain consensus is suspended, and similarly to the step S32, the authorization node account group is created again after the account generation account group creation transaction requesting authorization is performed, and the parallel chain consensus is recovered.
Preferably, step S34 is followed by:
and synchronously executing a second authorization transaction from the corresponding main chain node in a packaging manner, and judging whether the height difference between the block height of the current parallel chain node and the common height of the parallel chain exceeds a pre-configured first threshold value: if yes, the second authorization transaction is executed successfully, and the fifth account is added into the authorization node account group and recorded on the parallel chain.
The second authorization transaction is generated by the super-management account when the approval authorization request passes when the parallel chain consensus is abnormal; the second authorized transaction is also performed by the main chain node in a packaging manner, and whether the height difference between the current first block height of the main chain and the second block height of the main chain corresponding to the common height of the parallel chains exceeds a pre-configured second threshold value is judged: if yes, the second authorization transaction is executed successfully, and the fifth account is added into the authorization node account group and recorded on the main chain.
Fig. 4 is a flowchart of another parallel chain grant node configuration method according to another embodiment of the present invention. The method illustrated in fig. 4 may be performed in conjunction with the method illustrated in fig. 3.
As shown in fig. 4, in another embodiment, the present invention further provides another parallel chain authorized node configuration method for a main chain node, including:
s42: and executing the second account group creation transaction, recording the initially created authorization node account group of the parallel chain to the main chain through consensus, and freezing the deposit of the fourth account. And the second account group creating transaction is generated by the fourth account requesting authorization, and is also synchronized and packaged by the corresponding parallel chain nodes for execution so as to record the initially created authorization node account group onto the parallel chain.
S44: and executing the second authorization request transaction and recording an authorization request of adding a fifth account request to the authorization node account group on the main chain through consensus. Wherein the second authorization request transaction is further synchronized and performed in a package by the corresponding parallel chain node to record the authorization request onto the parallel chain.
S461: and executing a plurality of voting transactions and recording whether the voting of the authorization request is approved by each first authorization node account in the authorization node account group on the main chain through consensus.
S463: and judging whether the authorization request passes through the following steps according to the votes and the pre-configured voting rules: and if so, recording the fifth account added into the authorization node account group on the main chain. The voting transactions are synchronously and packaged and executed by corresponding parallel chain nodes so as to record each vote to a parallel chain, and whether an authorization request passes or not is judged according to each vote and a voting rule: and if so, recording the fifth account added into the authorization node account group to the parallel chain.
Preferably, performing the second authorization request transaction of step S44 further includes blocking the deposit of the fifth account.
Preferably, the method further comprises: a second logout request transaction is executed and a sixth account logout authorization node account group is recorded to the main chain by consensus. And the second quit request transaction is also synchronized and packaged by the corresponding parallel chain nodes to be executed so as to record the account group of the sixth account quit authorization node onto the parallel chain.
Preferably, step S44 is followed by: executing a second authorized transaction, and judging whether the height difference between the current first block height of the main chain and the second block height of the main chain corresponding to the common height of the parallel chains exceeds a pre-configured second threshold value: if yes, the second authorization transaction is executed successfully, and the fifth account is added into the authorization node account group and recorded on the main chain.
And the second authorized transaction is also synchronously executed by the corresponding parallel chain nodes in a packaging manner, and whether the height difference between the block height of the current parallel chain node and the common height of the parallel chain exceeds a pre-configured first threshold value is judged: if yes, the second authorization transaction is executed successfully, and the fifth account is added into the authorization node account group and recorded on the parallel chain.
The authorization node configuration principle of the method shown in fig. 4 can refer to the method shown in fig. 3, and is not described herein again.
In addition, in other embodiments, the configuration mechanism of the parallel chain authorization node may be set to join the authorization node account group only by freezing the guarantee fund, without any voting or approval, and the effect of facilitating autonomous operation management may also be achieved.
Fig. 5 is a schematic structural diagram of an apparatus according to an embodiment of the present invention.
As shown in fig. 5, as another aspect, the present application also provides an apparatus 500 including one or more Central Processing Units (CPUs) 501 that can perform various appropriate actions and processes according to a program stored in a Read Only Memory (ROM)502 or a program loaded from a storage section 508 into a Random Access Memory (RAM) 503. In the RAM503, various programs and data necessary for the operation of the apparatus 500 are also stored. The CPU501, ROM502, and RAM503 are connected to each other via a bus 504. An input/output (I/O) interface 505 is also connected to bus 504.
The following components are connected to the I/O interface 505: an input portion 506 including a keyboard, a mouse, and the like; an output portion 507 including a display such as a Cathode Ray Tube (CRT), a Liquid Crystal Display (LCD), and the like, and a speaker; a storage portion 508 including a hard disk and the like; and a communication section 509 including a network interface card such as a LAN card, a modem, or the like. The communication section 509 performs communication processing via a network such as the internet. The driver 510 is also connected to the I/O interface 505 as necessary. A removable medium 511 such as a magnetic disk, an optical disk, a magneto-optical disk, a semiconductor memory, or the like is mounted on the drive 510 as necessary, so that a computer program read out therefrom is mounted into the storage section 508 as necessary.
In particular, according to an embodiment of the present disclosure, the parallel chain grant node configuration method described in any of the above embodiments may be implemented as a computer software program. For example, embodiments of the present disclosure include a computer program product comprising a computer program tangibly embodied on a machine-readable medium, the computer program comprising program code for performing a parallel chain authorization node configuration method. In such an embodiment, the computer program may be downloaded and installed from a network through the communication section 509, and/or installed from the removable medium 511.
As yet another aspect, the present application also provides a computer-readable storage medium, which may be the computer-readable storage medium included in the apparatus of the above-described embodiment; or it may be a separate computer readable storage medium not incorporated into the device. The computer readable storage medium stores one or more programs for use by one or more processors in performing the parallel chain authorized node configuration method described herein.
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 invention. 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 and/or flowchart illustration, and combinations of blocks in the block diagrams and/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.
The units or modules described in the embodiments of the present application may be implemented by software or hardware. The described units or modules may also be provided in a processor, for example, each unit may be a software program provided in a computer or a mobile intelligent device, or may be a separately configured hardware device. Wherein the designation of a unit or module does not in some way constitute a limitation of the unit or module itself.
The above description is only a preferred embodiment of the application and is illustrative of the principles of the technology employed. It will be appreciated by those skilled in the art that the scope of the invention herein disclosed is not limited to the particular combination of features described above, but also encompasses other arrangements formed by any combination of the above features or their equivalents without departing from the spirit of the present application. For example, the above features may be replaced with (but not limited to) features having similar functions disclosed in the present application.
Claims (18)
1. A parallel chain authorization node configuration method, the method being applicable to a parallel chain node, the method comprising:
synchronizing and packaging execution of a first account group creation transaction from a corresponding master chain node to record an initially created authorized node account group of the parallel chain onto the parallel chain; wherein the first account group creation transaction is generated by a hypervisor account of the backbone in response to a parallel chain creation request recorded onto the backbone, the first account group creation transaction further executed by a backbone node package to record the initially created authorized node account group onto the backbone;
synchronizing and packaging and executing a first authorization request transaction from a corresponding main chain node so as to record an authorization request of a second account request for adding into the authorization node account group onto the parallel chain; wherein the first authorization request transaction is further performed by a backbone node packaging to record the authorization request onto the backbone;
synchronously executing a plurality of voting transactions from corresponding main chain nodes in a packaging mode to record whether each first authorization node account in the authorization node account group agrees with the vote of the authorization request on the parallel chain, and judging whether the authorization request passes through each vote and a preconfigured voting rule: if yes, adding the second account into the authorization node account group and recording the authorization node account group on the parallel chain; wherein the voting transactions are also performed by a main chain node in a packaging mode to record the votes on the main chain, and whether the authorization request passes or not is judged according to the votes and the voting rules: and if so, adding the second account into the authorization node account group and recording the second account into the main chain.
2. The method of claim 1, wherein executing the first authorization request transaction by a backbone node further comprises freezing a deposit of the second account.
3. The method of claim 1, further comprising:
synchronizing and packaging execution of a first exit request transaction from a corresponding master chain node to record a third account exiting the set of authorized node accounts onto the parallel chain;
wherein the first logout request transaction is generated by the third account when the third account requests to logout the authorization node account group, and the first logout request transaction is also packaged and executed by the main chain node to record the logout of the third account from the authorization node account group on the main chain.
4. The method of any of claims 1-3, wherein synchronizing and packaging the authorization request to perform the first authorization request transaction to join the second account request to the authorization node account group from the corresponding backbone node further comprises, after recording the authorization request to the parallel chain:
synchronizing and packaging execution of a first authorized transaction from a corresponding main chain node, and judging whether a height difference between a block height of a current parallel chain node and a common height of the parallel chain exceeds a pre-configured first threshold value: if yes, the first authorization transaction is successfully executed, and the second account is added into the authorization node account group and is recorded on the parallel chain;
wherein the first authorization transaction is generated by the super-managed account when the authorization request is approved when parallel chain consensus is abnormal; the first authorized transaction is also packaged and executed by the main chain node, and whether the height difference between the current first block height of the main chain and the second block height of the main chain corresponding to the common height of the parallel chains exceeds a pre-configured second threshold value is judged: if yes, the first authorization transaction is executed successfully, and the second account is added into the authorization node account group and is recorded on the main chain.
5. A parallel chain authorization node configuration method is applied to a main chain node, and is characterized in that the method comprises the following steps:
executing a parallel chain creation request transaction and recording the parallel chain creation request to a main chain through consensus so that a super management account of the main chain generates a first account group creation transaction in response to the parallel chain creation request; wherein the parallel chain creation request transaction is generated by a first account upon requesting creation of a parallel chain;
executing the first account group creation transaction, recording an initially created authorization node account group of the parallel chain to the main chain through consensus, and freezing the deposit of the first account; wherein the first account group creation transaction is further synchronized and performed in a package by the corresponding parallel chain node to record the initially created authorized node account group onto the parallel chain;
executing a first authorization request transaction and recording an authorization request for requesting a second account to join the authorization node account group through consensus on the main chain; wherein the first authorization request transaction is further synchronized and performed in a package by a corresponding parallel chain node to record the authorization request onto the parallel chain;
executing a plurality of voting transactions, recording whether each first authorization node account in the authorization node account group agrees with the voting of the authorization request on the main chain through consensus, and judging whether the authorization request passes through each voting and a pre-configured voting rule: if yes, adding the second account into the authorization node account group and recording the authorization node account group on the main chain; wherein the voting transactions are further synchronized and performed in a package by corresponding parallel chain nodes to record the votes on the parallel chains, and whether the authorization request passes or not is judged according to the votes and the voting rules: and if so, adding the second account into the authorization node account group and recording the second account into the parallel chain.
6. The method of claim 5, wherein performing the first authorization request transaction further comprises blocking a deposit of the second account.
7. The method of claim 5, further comprising:
executing a first exit request transaction and logging a third account exiting the authorizing node account group onto the backbone by consensus;
wherein the first logout request transaction is further synchronized and packed for execution by the corresponding parallel chain node to record a third account logout of the group of authorized nodes onto the parallel chain.
8. The method of any of claims 5-7, wherein after the performing the first authorization request transaction and logging an authorization request to join the authorization node account group with a consensus for the second account request on the backbone further comprises:
executing a first authorized transaction, and judging whether the height difference between the current first block height of the main chain and the second block height of the main chain corresponding to the common height of the parallel chains exceeds a pre-configured second threshold value: if yes, the first authorization transaction is successfully executed, and the second account is added into the authorization node account group and is recorded on the main chain;
wherein the first authorized transaction is further synchronized and packed by the corresponding parallel chain node, and whether a height difference between a block height of the current parallel chain node and a common height of the parallel chain exceeds a preconfigured first threshold is determined: if yes, the first authorization transaction is executed successfully, and the second account is added into the authorization node account group and is recorded on the parallel chain.
9. A parallel chain authorization node configuration method, the method being applicable to a parallel chain node, the method comprising:
synchronizing and packaging execution of a second account group creation transaction from a corresponding master chain node to record an initially created authorized node account group onto the parallel chain; wherein the second account group creation transaction is generated by a fourth account requesting authorization, the second account group creation transaction is further performed by a backbone node package to record the initially created authorization node account group onto the backbone and to freeze a deposit of the fourth account on the backbone;
synchronizing and packaging from a corresponding main chain node, executing a second authorization request transaction, and recording an authorization request of adding a fifth account request into the authorization node account group onto the parallel chain; wherein the second authorization request transaction is further performed by a backbone node packaging to record the authorization request onto the backbone;
synchronously executing a plurality of voting transactions from corresponding main chain nodes in a packaging mode to record whether each first authorization node account in the authorization node account group agrees with the vote of the authorization request on the parallel chain, and judging whether the authorization request passes through each vote and a preconfigured voting rule: if yes, adding the fifth account into the authorization node account group and recording the authorization node account group on the parallel chain; wherein the voting transactions are also performed by a main chain node in a packaging mode to record the votes on the main chain, and whether the authorization request passes or not is judged according to the votes and the voting rules: and if so, adding the fifth account into the authorization node account group and recording the fifth account on the main chain.
10. The method of claim 9, wherein executing the second authorization request transaction by a backbone node further comprises freezing a deposit of the fifth account.
11. The method of claim 9, further comprising:
synchronizing and packaging execution of a second exit request transaction from a corresponding master chain node to record a sixth account exiting the set of authorized node accounts onto the parallel chain;
wherein the second logout request transaction is generated by the sixth account when the sixth account requests to logout the authorization node account group, and the second logout request transaction is also packaged and executed by the main chain node to record the sixth account logout the authorization node account group on the main chain.
12. The method of any of claims 9-11, wherein synchronizing and packaging the authorization request to join the fifth account request to the authorization node account group from the corresponding backbone node to perform the second authorization request transaction further comprises, after recording the authorization request to join the authorization node account group to the parallel chain:
and synchronously executing a second authorization transaction from the corresponding main chain node in a packaging manner, and judging whether the height difference between the block height of the current parallel chain node and the common height of the parallel chain exceeds a pre-configured first threshold value: if yes, the second authorization transaction is executed successfully, and the fifth account is added into the authorization node account group and is recorded on the parallel chain;
wherein the second authorization transaction is generated by the super-managed account when the authorization request is approved when parallel chain consensus is abnormal; the second authorized transaction is also packaged and executed by the main chain node, and whether the height difference between the current first block height of the main chain and the second block height of the main chain corresponding to the common height of the parallel chains exceeds a pre-configured second threshold value is judged: if yes, the second authorization transaction is executed successfully, and the fifth account is added into the authorization node account group and recorded on the main chain.
13. A parallel chain authorization node configuration method is applied to a main chain node, and is characterized in that the method comprises the following steps:
executing the second account group creation transaction, recording an initially created authorization node account group of the parallel chain to the main chain through consensus, and freezing the deposit of a fourth account; wherein the second account group creation transaction is generated by a fourth account requesting authorization, the second account group creation transaction is further synchronized and performed in a package by a corresponding parallel chain node to record the initially created authorization node account group onto the parallel chain;
executing a second authorization request transaction and recording an authorization request for a fifth account request to be added to the authorization node account group through consensus on the main chain; wherein the second authorization request transaction is further synchronized and performed in a package by a corresponding parallel chain node to record the authorization request onto the parallel chain;
executing a plurality of voting transactions, recording whether each first authorization node account in the authorization node account group agrees with the voting of the authorization request on the main chain through consensus, and judging whether the authorization request passes through each voting and a pre-configured voting rule: if yes, adding the fifth account into the authorization node account group and recording the authorization node account group on the main chain; wherein the voting transactions are further synchronized and performed in a package by corresponding parallel chain nodes to record the votes on the parallel chains, and whether the authorization request passes or not is judged according to the votes and the voting rules: and if so, adding the fifth account into the authorization node account group and recording the fifth account into the parallel chain.
14. The method of claim 13, wherein performing a second authorization request transaction further comprises blocking a deposit of the fifth account.
15. The method of claim 13, further comprising:
executing a second logout request transaction and recording a logout of a sixth account from the authorization node account group to the main chain through consensus;
wherein the second logout request transaction is further synchronized and performed in a package by the corresponding parallel chain node to log a sixth account logout from the group of authorized nodes onto the parallel chain.
16. The method of any of claims 13-15, wherein after the performing a second authorization request transaction and logging an authorization request to join a fifth account request to the authorization node account group by consensus on the backbone further comprises:
executing a second authorized transaction, and judging whether the height difference between the current first block height of the main chain and the second block height of the main chain corresponding to the common height of the parallel chains exceeds a pre-configured second threshold value: if yes, the second authorization transaction is executed successfully, and the fifth account is added into the authorization node account group and recorded on the main chain;
wherein the second authorized transaction is further synchronized and packed by the corresponding parallel chain node, and whether a height difference between a block height of the current parallel chain node and a consensus height of the parallel chain exceeds a preconfigured first threshold is determined: if yes, the second authorization transaction is executed successfully, and the fifth account is added into the authorization node account group and is recorded on the parallel chain.
17. A computer device, the device comprising:
one or more processors;
a memory for storing one or more programs,
the one or more programs, when executed by the one or more processors, cause the one or more processors to perform the method recited in any of claims 1-16.
18. A storage medium storing a computer program, characterized in that the program, when executed by a processor, implements the method according to any one of claims 1-16.
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201910360126.2A CN110113409B (en) | 2019-04-30 | 2019-04-30 | Parallel chain authorization node configuration method, equipment and storage medium |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201910360126.2A CN110113409B (en) | 2019-04-30 | 2019-04-30 | Parallel chain authorization node configuration method, equipment and storage medium |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| CN110113409A CN110113409A (en) | 2019-08-09 |
| CN110113409B true CN110113409B (en) | 2021-07-06 |
Family
ID=67487732
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN201910360126.2A Active CN110113409B (en) | 2019-04-30 | 2019-04-30 | Parallel chain authorization node configuration method, equipment and storage medium |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN110113409B (en) |
Families Citing this family (9)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN110535933B (en) * | 2019-08-26 | 2021-07-06 | 杭州复杂美科技有限公司 | Parallel chain consensus method, device and storage medium |
| CN110557394B (en) * | 2019-09-06 | 2021-11-02 | 杭州复杂美科技有限公司 | Parallel chain management method, equipment and storage medium |
| CN110691122B (en) * | 2019-09-23 | 2022-04-05 | 杭州复杂美科技有限公司 | Parallel chain consensus method, device and storage medium |
| CN111242618B (en) * | 2020-01-08 | 2023-05-30 | 成都库珀创新科技有限公司 | Private key keeping method and device based on blockchain contract technology |
| CN111274313B (en) * | 2020-01-12 | 2023-05-30 | 杭州复杂美科技有限公司 | Segment consensus method, device and storage medium |
| CN111260476B (en) * | 2020-02-19 | 2023-05-30 | 杭州复杂美科技有限公司 | Parallel chain segment self-consensus method, device and storage medium |
| CN111404962B (en) * | 2020-03-26 | 2022-06-24 | 杭州复杂美科技有限公司 | Federation link point data transmission method, equipment and storage medium |
| CN112054928B (en) * | 2020-09-02 | 2022-06-24 | 杭州复杂美科技有限公司 | Parallel chain node configuration method, equipment and storage medium |
| CN112184251A (en) * | 2020-09-30 | 2021-01-05 | 杭州复杂美科技有限公司 | Asset transfer method, device and storage medium |
Citations (5)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN109325762A (en) * | 2018-08-30 | 2019-02-12 | 杭州复杂美科技有限公司 | Across the chain method of commerce of parallel chain, equipment and storage medium |
| CN109377365A (en) * | 2018-10-18 | 2019-02-22 | 杭州复杂美科技有限公司 | A kind of assets transfer method, equipment and storage medium |
| CN109410045A (en) * | 2018-08-30 | 2019-03-01 | 杭州复杂美科技有限公司 | A kind of parallel chain common recognition method, equipment and storage medium |
| CN109558454A (en) * | 2018-11-28 | 2019-04-02 | 杭州复杂美科技有限公司 | Parallel chain digs mine common recognition method, equipment and storage medium |
| CN109583903A (en) * | 2018-11-28 | 2019-04-05 | 杭州复杂美科技有限公司 | Block confirmation method, equipment and storage medium |
Family Cites Families (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US20170243209A1 (en) * | 2016-02-22 | 2017-08-24 | Bank Of America Corporation | System for grant of user access and data usage in a process data network |
-
2019
- 2019-04-30 CN CN201910360126.2A patent/CN110113409B/en active Active
Patent Citations (5)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN109325762A (en) * | 2018-08-30 | 2019-02-12 | 杭州复杂美科技有限公司 | Across the chain method of commerce of parallel chain, equipment and storage medium |
| CN109410045A (en) * | 2018-08-30 | 2019-03-01 | 杭州复杂美科技有限公司 | A kind of parallel chain common recognition method, equipment and storage medium |
| CN109377365A (en) * | 2018-10-18 | 2019-02-22 | 杭州复杂美科技有限公司 | A kind of assets transfer method, equipment and storage medium |
| CN109558454A (en) * | 2018-11-28 | 2019-04-02 | 杭州复杂美科技有限公司 | Parallel chain digs mine common recognition method, equipment and storage medium |
| CN109583903A (en) * | 2018-11-28 | 2019-04-05 | 杭州复杂美科技有限公司 | Block confirmation method, equipment and storage medium |
Also Published As
| Publication number | Publication date |
|---|---|
| CN110113409A (en) | 2019-08-09 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| CN110113409B (en) | Parallel chain authorization node configuration method, equipment and storage medium | |
| CN109325762B (en) | Parallel chain cross-chain transaction method, equipment and storage medium | |
| CN113438289B (en) | Block chain data processing method and device based on cloud computing | |
| US11630808B2 (en) | Proof of lottery (PoL) blockchain | |
| CN107728941B (en) | A kind of block chain data compression method and system | |
| CN108418795B (en) | Data access method, device, system and the computer-readable medium of transregional piece of chain | |
| CN108959621B (en) | Method, device, equipment and storage medium for realizing block chain network | |
| US11393266B2 (en) | Blockchain configuration history for aircraft maintenance, modification, and activity tracking | |
| WO2020043048A1 (en) | Parallel chain data synchronization method, device, and storage medium | |
| CN110866824A (en) | Cross-chain transaction method and device based on parallel chain and block chain system | |
| CN109558454B (en) | Parallel chain mining consensus method, apparatus and storage medium | |
| KR102046276B1 (en) | A service providing method and apparatus for providing a single service by determining whether a plurality of users agree with each other | |
| CN110298744B (en) | Vehicle control system | |
| CN111274313B (en) | Segment consensus method, device and storage medium | |
| EP2746978B1 (en) | License control method and system thereof | |
| CN112328558B (en) | Access log storage method and system of medical system based on block chain | |
| US20220198559A1 (en) | Methods and systems for tracking unspent transaction output (utxo) tokens in a distributed ledger technology-based network | |
| CN110008739B (en) | Block chain system based on group, group management method and device | |
| CN109960512B (en) | Software deployment method and system | |
| CN111866038A (en) | Distributed storage dynamic defense system and method based on heterogeneous multiple copies | |
| CN111444530B (en) | System data access authority control method and device based on block chain and modules | |
| US10747579B2 (en) | Method and device for allocating resources in a system | |
| CN117749380A (en) | Data processing method, computer device, and readable storage medium | |
| CN111524010B (en) | Parallel chain consensus method, apparatus and storage medium | |
| CN114503093A (en) | Method and system for distributing consistent ledger across multiple blockchains |
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 |