CN110311958B - Block chain network system - Google Patents
Block chain network system Download PDFInfo
- Publication number
- CN110311958B CN110311958B CN201910515347.2A CN201910515347A CN110311958B CN 110311958 B CN110311958 B CN 110311958B CN 201910515347 A CN201910515347 A CN 201910515347A CN 110311958 B CN110311958 B CN 110311958B
- Authority
- CN
- China
- Prior art keywords
- side chain
- chain
- main chain
- algorithm
- service side
- 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/382—Payment protocols; Details thereof insuring higher security of transaction
- G06Q20/3827—Use of message hashing
-
- 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
-
- 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/50—Network services
- H04L67/51—Discovery or management thereof, e.g. service location protocol [SLP] or web services
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L9/00—Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols
- H04L9/32—Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols including means for verifying the identity or authority of a user of the system or for message authentication, e.g. authorization, entity authentication, data integrity or data verification, non-repudiation, key authentication or verification of credentials
- H04L9/3247—Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols including means for verifying the identity or authority of a user of the system or for message authentication, e.g. authorization, entity authentication, data integrity or data verification, non-repudiation, key authentication or verification of credentials involving digital signatures
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Computer Security & Cryptography (AREA)
- Business, Economics & Management (AREA)
- Accounting & Taxation (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)
- Management, Administration, Business Operations System, And Electronic Commerce (AREA)
Abstract
The invention is suitable for the technical field of block chains, and provides a block chain network system, which comprises: a backbone and at least one pendant traffic chain communicatively coupled to the backbone; the main chain is used for managing and confirming all blocks of the side chains and the main chain; and the business side chain is used for submitting and confirming the blocks related to the self business to the main chain. In the embodiment of the invention, through establishing the network architecture of the main chain and the side chains, the use of different service scenes in the same main chain environment can be met, so that the rapid asset or transaction interaction between different service lines becomes possible, the main chain can be compatible with multiple service side chains to meet the special adaptation of the main chain in different industry fields, and the service side chains only need to store block information and transaction HASH in the service range, so the deployment cost is greatly reduced compared with the main chain, and the operation cost can be effectively reduced.
Description
Technical Field
The invention belongs to the technical field of block chains, and particularly relates to a block chain network system.
Background
The Block Chain (Block Chain) technology is a novel application mode of computer technologies such as distributed data storage, point-to-point transmission, a consensus mechanism, an encryption algorithm and the like, is considered as the most subversive technical innovation since the invention of the Internet, relies on the distributed algorithm with cryptography and mathematical ingenuity, can enable participants to achieve consensus on the Internet which cannot establish a trust relationship without the intervention of any third party center, and solves the problem of reliable transmission of trust and value with extremely low cost.
Block chain technology has developed to date, and there are a very large number of implementation types. Often a company (or a group of alliances) or even a single project may deploy its individual main chains to support its business needs, however, these individual main chains often do not support transactions or assets to be transferred on different types of blockchains, or only can realize asset transfer between different chains through conventional side chain technology, and information of many individual main chains is almost isolated, so that data islands are formed one by one, and the transfer efficiency of assets or transactions between chains is low.
Disclosure of Invention
The embodiment of the invention provides a block chain network system, and aims to solve the problems that in the prior art, the actual requirements of related interest parties are difficult to meet by adopting a single main chain, and the transfer efficiency of assets or transactions among chains is low.
The embodiment of the present invention is implemented as follows, and a block chain network system includes:
a backbone and at least one pendant traffic chain communicatively coupled to the backbone;
the main chain is used for managing and confirming all blocks of the side chains and the main chain;
and the business side chain is used for submitting and confirming the blocks related to the self business to the main chain.
In the embodiment of the invention, a framework of a main chain and at least one business side chain is provided, which can meet the requirement that different business scenes are used under the same main chain environment, so that the rapid interaction of assets or transactions among different business lines becomes possible, the main chain can be compatible with multiple business side chains to meet the special adaptation of the main chain in various different industry fields, and the business side chains only need to store block information and transaction HASH in the business range, so that the deployment cost is greatly reduced compared with the main chain, and the operation cost can be effectively reduced.
Drawings
Fig. 1 is an architecture diagram of a block chain system according to an embodiment of the present invention;
fig. 2 is a schematic structural diagram of an update apparatus of a consensus algorithm according to a third embodiment of the present invention;
fig. 3 is a flowchart of implementing the upgrade of the consensus algorithm according to the third embodiment of the present invention;
fig. 4 is a schematic structural diagram of a main chain including a newly added service side chain according to a fifth embodiment of the present invention;
fig. 5 is a flowchart of an implementation of a method for adding a service side chain according to a fifth embodiment of the present invention;
fig. 6 is a schematic structural diagram of a main chain including a removed service side chain according to a sixth embodiment of the present invention;
fig. 7 is a flowchart of an implementation of a method for removing a service side chain according to a sixth embodiment of the present invention;
fig. 8 is a flowchart of an implementation of a transaction method according to a seventh embodiment of the present invention.
Detailed Description
In order to make the objects, technical solutions and advantages of the present invention more apparent, the present invention is described in further detail below with reference to the accompanying drawings and embodiments. It should be understood that the specific embodiments described herein are merely illustrative of the invention and are not intended to limit the invention.
In the embodiment of the invention, a framework of a main chain and at least one business side chain is provided, which can meet the requirement that different business scenes are used under the same main chain environment, so that the rapid interaction of assets or transactions among different business lines becomes possible, the main chain can be compatible with multiple business side chains to meet the special adaptation of the main chain in various different industry fields, and the business side chains only need to store block information and transaction HASH in the business range, so that the deployment cost is greatly reduced compared with the main chain, and the operation cost can be effectively reduced.
Example one
Fig. 1 is a block chain network architecture diagram provided in an embodiment of the present invention, which is detailed as follows:
in the embodiment of the present invention, the blockchain network system includes a main chain 1 and at least one service side chain 2 communicatively connected to the main chain 1; a main chain 1 for managing and identifying all blocks of the side chains 2 and the main chain 1; and the business side chain 2 is used for submitting and confirming the blocks related to the self business to the main chain 1. The mode of combining the main chain 1 and the business side chains 2 can meet the requirement that different business scenes are used under the same main chain environment, so that the rapid interaction of assets or transactions among different business lines becomes possible, the main chain 1 can be compatible with the multiple business side chains 2 to meet the special adaptation of the main chain 1 in various different industry fields, and the transfer efficiency of the assets or transactions among the chains is improved.
In the embodiment of the present invention, the service side chain 2 submits its own service block to the main chain 1 and assists the main chain 1 to complete the confirmation of the corresponding block, the main chain 1 receives the service block submitted by the service side chain 2 and performs storage and management of related block data, the service side chains 2 can also implement communication interaction through the main chain 1, for example, the service side chain a sends a transaction request to the service side chain B through the main chain 1, and the service side chain B feeds back a request result to the service side chain a through the main chain 1.
Wherein the service side chain 2 can process the data on the main chain 1 in the area (or project) of its focus. This processing includes the creation, validation, transfer, and other related operations such as desensitization of the digital asset.
In the embodiment of the present invention, the main chain 1 includes a plurality of service nodes, which can meet the consensus requirement, and can run in a server owned by a plurality of interest-related parties, the main chain 1 can store all the block data, and perform algorithm consensus on all the block data, the service side chain 2 is only responsible for managing the block data within the service range, and perform algorithm consensus on such blocks, and does not store the complete block information related to the service itself, and also stores other block information not related to the service on the main chain 1, but only stores Merkle tree information of the block related to the service itself, so when there is a service requirement, for example, it verifies whether a transaction exists, obtains an asset at a specified address, and the like, and the service side chain 2 can obtain the required related block information from the main chain 1 through a data Filter (Bloom). The business side chain 2 only needs to store block data and transaction HASH within the business range, so that the deployment cost is greatly reduced compared with that of the main chain 1, and the operation cost can be effectively reduced.
In the embodiment of the present invention, only one kind of consensus algorithm is used in a single service chaining side 2 at a time, and the consensus algorithm used by each service chaining side 2 may be different, for example, when a workload certification is required, the service chaining side 2 may use a POW algorithm, etc.
In the embodiment of the invention, a framework of a main chain and at least one business side chain is provided, which can meet the requirement that different business scenes are used under the same main chain environment, so that the rapid interaction of assets or transactions among different business lines becomes possible, the main chain can be compatible with multiple business side chains to meet the special adaptation of the main chain in various different industry fields, and the business side chains only need to store block information and transaction HASH in the business range, so that the deployment cost is greatly reduced compared with the main chain, and the operation cost can be effectively reduced.
Example two
In an embodiment of the present invention, the blockchain network system further includes: and the consensus algorithm upgrading device is used for updating or switching the consensus algorithm in the main chain 1 or the service side chain 2 in a preset scene.
In the embodiment of the invention, the preset scene can be a scene that a consensus algorithm has security holes, service consensus requirements and the like.
In the embodiment of the invention, the consensus algorithm in the main chain or the business side chain can be upgraded along with the actual requirement by switching or updating the consensus algorithm in the main chain or the business side chain so as to adapt to different requirements.
EXAMPLE III
With reference to fig. 2 in combination with the second embodiment, a third embodiment of the present invention further provides a schematic structural diagram of a consensus algorithm upgrading apparatus, and fig. 3 is a flowchart of implementing consensus algorithm upgrading corresponding to fig. 2 in the third embodiment of the present invention, and for convenience of description, only the parts related to the second embodiment of the present invention are shown.
In the embodiment of the invention, the consensus algorithm upgrading device comprises:
a chain maintenance alliance 31, configured to initiate a proposal for upgrading the consensus algorithm and broadcast the proposal in a corresponding chain, where the proposal includes a first verification parameter and a bytecode of a new algorithm;
in the embodiment of the present invention, the first verification parameter includes protocol version (or data version), block height for which the algorithm is valid (or block height for which the old algorithm fails), federation signature information, and the like.
A verification unit 32 configured to verify the first verification parameter;
in the embodiment of the present invention, the verification unit may be each node in the main chain when broadcasting in the main chain, and each node in the service side chain when broadcasting in the service side chain.
In the embodiment of the present invention, the verification unit 32 further includes:
a signature information verification subunit 321 configured to verify whether the signature information originates from a maintenance federation of chains;
an algorithmic protocol version detecting subunit 322, configured to detect whether the algorithmic protocol version is legal when the signature information matches the maintenance alliance of the chain;
the algorithm-effective block height detection subunit 323 is configured to detect whether the algorithm-effective block height is higher than the current block height when the algorithm protocol version is legal.
In the embodiment of the present invention, when the verification unit 32 receives a proposal for upgrading the consensus algorithm, the signature information verification subunit 321 verifies whether the alliance signature information is from a maintenance alliance (or community) of the chain, if the signatures are not matched, such a proposal is discarded, if the signatures are matched, the protocol version is verified through the algorithm protocol version detection subunit 322, if the protocol version is smaller than the existing version in the current chain, the upgrade fails, if the version is legal, the block height for verifying the algorithm to take effect is detected through the block height for verifying the algorithm to take effect by the algorithm validity block height detection subunit 323, if the height is smaller than the current block height, the upgrade fails, otherwise, the verification succeeds.
A sandbox environment testing unit 33, configured to run the bytecode of the new algorithm in the sandbox environment after the verification is successful;
and the upgrading unit 34 is used for allowing the commonly used algorithm to be updated or switched when the byte codes of the new algorithm pass the sandbox environment test.
Further, when the upgrade fails, the node rejects voting, when the upgrade permits, the node passes voting, but no matter whether the voting rejects or passes, the node needs to carry the identification information of the current node and the corresponding determined data signature, when a sufficient number of votes pass are accumulated in the system, the consensus algorithm is upgraded successfully, and when the block height reaches the designated number, the consensus algorithm in the whole chain is switched.
The identification information of the current node may be identification information such as a certificate and a public key.
For convenience of describing the consensus algorithm upgrade of the present invention, referring to fig. 3, an embodiment of the present invention further provides a process for upgrading a consensus algorithm, including:
in step S110, a maintenance alliance of a chain initiates a request for upgrading a consensus algorithm and broadcasts the request in the corresponding chain, where the proposal includes a first verification parameter and a bytecode of a new algorithm;
in step S120, it is determined whether the signature information is legitimate;
in step S130, if the determination result is yes, determining whether the algorithm protocol version is legal;
in step S140, if the determination result is yes, it is determined whether the block height at which the algorithm takes effect is higher than the current block height;
in step S150, if the determination result is yes, running the bytecode of the new algorithm in the sandbox environment;
in step S160, whether the operation is successful is determined;
in step S170, if the determination result is yes, the currently used consensus algorithm is updated or switched.
In the embodiment of the invention, when the algorithm protocol version is illegal, the effective block height of the algorithm is not higher than the current block height, or the bytecode of a new algorithm running in a sandbox environment fails, the algorithm consensus upgrading fails.
In the embodiment of the invention, the consensus algorithm in the main chain or the business side chain can be upgraded along with the actual requirement by switching or updating the consensus algorithm in the main chain or the business side chain so as to adapt to different requirements.
Example four
In an embodiment of the present invention, the main chain 1 further comprises an intelligent contract for managing the business pendant 2, the intelligent contract allowing the addition and removal of the business pendant 2.
In the embodiment of the present invention, the joining of the business pendant 2 needs to be triggered by a specific intelligent contract on the main chain 1, and after the main chain reaches an algorithm consensus for the request, the business pendant 2 is allowed to be joined, and at the same time, specific parameters for identifying each business pendant in the main chain block are automatically generated by the main chain. When the business pendant 2 needs to be removed, it also needs to be triggered by a specific intelligent contract on the backbone 1. When backbone 1 agrees with the algorithm for the request, the SCB 2 is allowed to be removed.
In the embodiment of the invention, the business side chain can be added or removed, so that the special adaptation in different industry fields can be met, the business side chain can be removed when not needed, the operation cost can be saved, the business side chain can be added at any time when needed, so that the business development requirement can be met, and the high-efficiency transaction initiation and verification can be ensured.
EXAMPLE five
With reference to fig. 4 and 5 in conjunction with the third embodiment, fig. 4 shows a schematic structural diagram of a main chain including a newly added service side chain according to the fifth embodiment of the present invention, fig. 5 shows a flowchart of implementing a method for adding a newly added service side chain corresponding to fig. 4, and for convenience of description, only the parts related to the present invention are shown.
In the embodiment of the present invention, the intelligent contract includes a newly added service side chain intelligent contract 44, and the main chain 1 includes;
a join request receiving unit 41, configured to receive a join request sent by a service side chain to be joined, where the join request includes a service side chain initial communication key and a second verification parameter;
in an embodiment of the present invention, the second verification parameter includes: the name of the service side chain, the initial communication key of the service side chain, the network address (multiplexing each node network of the main chain if the parameter is empty) and the port of the specified operation of the service side chain, the main chain node signature for initiating the intelligent contract call, and the like.
And the adding verification device 42 is used for sequentially verifying the second verification parameters sent by the to-be-added service side chain and starting the intelligent contract of the newly-added service side chain after the verification is successful.
Further, the addition verification device includes:
a first signature verification unit 421, configured to perform signature verification on the main chain node signature initiating the intelligent contract invocation;
the verification unit 422 is used for verifying the other parameters after the signature verification operation is successful;
a first sandbox environment simulating unit 423, configured to perform contract simulating operation in the sandbox environment after the verification is successful;
and a newly added service side chain intelligent contract starting unit 424, configured to start the newly added service side chain intelligent contract when the contract simulation operation passes.
In the embodiment of the present invention, when the main chain receives a request for invoking such an intelligent contract, the signature verification operation is first performed on the main chain node signature initiating the intelligent contract invocation through the first signature verification unit 421, and when the signature verification fails, the join request is discarded, (feedback error information, such as MF-999 error). If the signature verification is successful, the verification unit 422 sequentially verifies the remaining parameters to determine whether the remaining parameters meet the requirements of the main chain security level, and if not, feeds back related error information (for example, MF-502 error). If all the signature check requirements are met, the first sandbox environment simulation unit 423 performs contract simulation in the sandbox environment, and if the simulation passes, the newly added service side chain intelligent contract is started through the newly added service side chain intelligent contract starting unit 424.
And the newly added service side chain intelligent contract is used for communicating with the newly added service side chain 2 according to the service side chain initial communication key after being started.
In the embodiment of the invention, after the new service side chain intelligent contract is started, the new service side chain intelligent contract is in initial communication with the service side chain 2 according to a given initial communication key, and receives a feedback communication result, wherein the communication result can be a state code, a next communication key and other parameters. If the execution fails, relevant error information (such as MF-503 error) is returned.
And a newly added algorithm consensus unit 43, configured to perform algorithm consensus after the newly added service side chain 2 and the newly added service side chain intelligent contract are successfully communicated.
In the embodiment of the present invention, after the new intelligent contract 44 for the service side chain communicates with the service side chain 2 successfully, the consensus mechanism is triggered to search for consensus of other nodes in the main chain, and if the consensus fails, the relevant error information (e.g., MF-504 error) is fed back.
And an identification information generating unit 45, configured to generate identification information of the newly added service side chain and submit the identification information to the main chain 1 after the newly added service side chain algorithm is successfully identified, so as to execute a corresponding operation.
In the embodiment of the present invention, after the consensus is successful, the identifier of the service side chain 2 in the main chain 1 is generated and submitted to the main chain 1, and after each node of the main chain 1 is synchronized to the block containing the operation, the corresponding operation is locally executed to add the identification information of the service side chain, and at this time, the service side chain is successfully added.
Wherein the identifier can be a number, letter, symbol or a combination thereof, and is used for uniquely identifying the same service side chain.
To facilitate the description of the process of adding a new service side chain, referring to fig. 5, an embodiment of the present invention further provides a process of adding a new service side chain, including:
in step S210, a join request sent by a pending join service side chain is received;
in step S220, whether the backbone node signature called by the intelligent contract is legal is determined;
in step S230, if the determination result is yes, it is determined whether the remaining parameters are legal;
in step S240, if the determination result is yes, performing contract simulation operation in the sandbox environment;
in step S250, whether the simulation is successful is determined;
in step S260, if the determination result is yes, triggering a consensus mechanism to search for consensus of other nodes in the main chain;
in step S270, whether the consensus is successful is determined;
in step S280, the identification information of the newly added service side chain is generated and submitted to the main chain.
In the embodiment of the invention, after the identification information of the newly added service side chain is submitted to the main chain, the request of the newly added service side chain is successfully executed, and the result of successful execution is output.
In the embodiment of the invention, the addition of the business side chain is triggered by triggering the specific intelligent contract on the main chain, and the business side chain can be added at any time when needed, so that the requirement of business development is met, and the efficient transaction initiation and verification are ensured.
EXAMPLE six
With reference to fig. 6 and 7, fig. 6 shows a schematic structural diagram of a main chain including a removed service side chain according to a sixth embodiment of the present invention, and fig. 7 shows a flowchart of an implementation of a method for removing a service side chain corresponding to fig. 6, and only shows portions related to the present invention for convenience of description.
The above intelligent contract comprises a remove business side chain intelligent contract 54, the main chain 1 further comprises:
a removal request receiving unit 51, configured to receive a removal request sent by a service side chain to be removed, where the removal request includes a service side chain identification parameter and a main chain node signature initiating an intelligent contract invocation;
in the embodiment of the present invention, the service side chain identification parameter is identification information for identifying a unique service side chain.
The removal verification device 52 is configured to verify the main chain node signature initiating the intelligent contract invocation, and after the verification is successful, start the removed service side chain intelligent contract;
further, the removal verification device 52 includes:
the second signature verification unit 521 is configured to perform signature verification operation on the main chain node signature initiating the intelligent contract call;
a second sandbox environment simulation unit 522, configured to perform contract simulation operation in the sandbox environment after the verification is successful;
a remove-service-sideline intelligent contract starting unit 523 configured to start the remove-service-sideline intelligent contract when the contract simulation operation passes.
In the embodiment of the present invention, when the main chain 1 receives a request for invoking such a smart contract, the signature verification operation is first performed on the main chain node signature initiating the smart contract invocation through the second signature verification unit 521, and when the signature verification fails, the join request is discarded, (feedback error information, such as MF-999 error). If the signature verification is successful, the second sandbox environment simulation unit 522 performs contract simulation in the sandbox environment, and if the simulation fails (for example, a block to be confirmed for the service side chain exists), the relevant error information (for example, MF-506) is fed back, and when the contract simulation operation passes, the service side chain removed intelligent contract starting unit 523 starts the service side chain removed intelligent contract.
And a removal algorithm consensus unit 53, configured to perform algorithm consensus on the to-be-removed service side chain after the intelligent contract for removing the service side chain is started.
In the embodiment of the present invention, after the simulation passes, the intelligent contract 54 for removing the service side chain is started, the consensus mechanism is triggered after the execution succeeds, and if the consensus fails, the relevant error information (for example, MF-506 error) is returned.
A removing unit 55, configured to remove the to-be-removed service side chain corresponding to the service side chain identification parameter after the to-be-removed service side chain algorithm is successfully identified.
In the embodiment of the invention, after the consensus is successful, the operation is submitted to the main chain, each node of the main chain is synchronized to the block comprising the operation, the corresponding operation is executed locally to remove the identification information of the business side chain, and the removal of the business side chain is successful.
To facilitate the description of the process of removing the service side chain, referring to fig. 7, an embodiment of the present invention further provides a process for removing the service side chain, including:
in step S310, receiving a removal request sent by a service side chain to be removed, where the removal request includes a service side chain identification parameter and a main chain node signature initiating an intelligent contract invocation;
in step S320, a main chain node signature called by the smart contract is determined;
in step S330, if the determination result is yes, performing contract simulation operation in the sandbox environment;
in step S340, whether the simulation is successful is determined;
in step S350, if the determination result is yes, a consensus mechanism is triggered to search for consensus of other nodes in the main chain;
in step S360, it is determined whether the consensus is successful;
in step S370, if the determination result is yes, the service side chain identification information is removed from the main chain network, and the data channel is closed.
In the embodiment of the invention, when the data channel is closed, the business side chain removal request is successfully executed, the result of successful execution can be output, and when the signature is verified to be illegal, the simulation fails in a sandbox environment or the algorithm consensus fails, the execution fails, and the result of failed execution is output.
In the embodiment of the invention, the removal of the business side chain is triggered by triggering the specific intelligent contract on the main chain, and the business side chain is removed when the removal is not needed, so that the operation cost can be saved.
EXAMPLE seven
Referring to fig. 8, a flow chart of an implementation of a transaction method according to an embodiment of the present invention is shown.
In an embodiment of the invention, the pend-chain 2 further comprises a plurality of transaction nodes,
the transaction node is used for creating a transaction request, broadcasting the transaction request to each node in the main chain 1, and collecting transaction permission information fed back by each node in the main chain 1 aiming at the transaction request;
and the transaction contract is used for verifying the transaction permission information and submitting the transaction request to the main chain 1 when the transaction permission information reaches a preset threshold value so that the main chain 1 confirms the transaction request.
In the embodiment of the present invention, besides initially verifying the interactivity of the pendant 2, the main chain 1 does not actively communicate with the pendant 2 (without heartbeat detection for detecting whether the pendant 2 is alive or not). In most scenarios, it is the business pendant 2 that interacts with the backbone 1 to submit and confirm transactions.
For example, referring to fig. 8, taking an asset Transfer process as an example, a node a in the business side chain 2 creates a transaction of the type asset Transfer (Transfer, which can be specifically interpreted as consuming from address a and adding two operations to address B), and the business side chain identification information is the identification information given by the main chain 1 when the current business side chain 2 joins the main chain 1, and the timestamp of the identification information is the current Unix timestamp (UTC +0), and the identification information of the current node in the business side chain 2, other transaction proposal parameters, and the digital signature information of the current node on the transaction. The transaction proposal is broadcast to the main chain 1 by the node after being created, and meanwhile, a vote collection channel is opened between the node and the main chain 1 to collect the vote information of the proposal by each node (taking the main chain node A, the main chain node B and the main chain node C as an example) on the main chain 1. After receiving the proposal, each node in the main chain 1 needs to vote, and if the proposal passes, the identification information (such as certificate, public key, etc.) of the voting node and the digital signature of the voting operation of the voting node aiming at the proposal are written into the transaction proposal. When the node A in the service side chain 2 collects the proposal permission required by the consensus of the algorithm, the transaction is submitted to a transaction contract, the transaction contract verifies whether the permission information of each voting node in the transaction proposal is valid, and if the permission information is valid, the transaction is submitted to the main chain 1, and the transaction is confirmed.
Furthermore, in order to clearly understand the transaction flow and the transaction data, the block structure of the transaction is adjusted, and the following are mainly added: the type of the current transaction, the identification information of the current business side chain, the identification information of the node initiating the transaction in the current business side chain and the digital signature of the node on the transaction. See the following table for details:
in the embodiment of the invention, by establishing a block chain system of the main chain and the service side chains, the main chain can be compatible with multiple service side chains so as to meet the special adaptation of the main chain in various different industry fields; the assets (transactions) between different service lines can be rapidly interacted, the consensus algorithm in the main chain or the service side chain can be upgraded along with actual requirements to adapt to different requirements, and the deployment cost of the service side chain is far lower than that of the main chain because the service side chain only needs to store block information and transaction HASH in the service range, so that the operation cost can be effectively reduced; and its side-chain of business that concentrates on each business domain can guarantee efficient transaction initiation and verification all the time.
It will be apparent to those skilled in the art that, for convenience and brevity of description, only the above-mentioned division of the functional units and modules is used as an example, in practical applications, the above-mentioned function distribution may be performed by different functional units or modules according to needs, that is, the internal structure of the storage device is divided into different functional units or modules to perform all or part of the above-mentioned functions. Each functional unit and module in the embodiments may be integrated into one processing unit, or each unit may exist alone physically, or two or more units are integrated into one unit, and the integrated unit may be implemented in a form of hardware, or may be implemented in a form of software functional unit. In addition, specific names of the functional units and modules are only for convenience of distinguishing from each other, and are not used for limiting the protection scope of the present application.
It will be understood by those skilled in the art that the configuration shown in fig. 1 does not constitute a limitation of the cleaning system for a sweeping robot of the present invention, and may include more or less components than those shown, or some components in combination, or different arrangement of components, and the units, modules, etc. referred to in the present invention are a series of computer programs that can be executed by a processor (not shown) in the cleaning system for a sweeping robot and that can perform specific functions, and all of them can be stored in a storage device (not shown) of the cleaning system for a sweeping robot.
The Processor may be a Central Processing Unit (CPU), other general purpose Processor, a Digital Signal Processor (DSP), an Application Specific Integrated Circuit (ASIC), an off-the-shelf Programmable Gate Array (FPGA) or other Programmable logic device, discrete Gate or transistor logic, discrete hardware components, etc. The general purpose processor may be a microprocessor or the processor may be any conventional processor or the like which is the control center for the computer device and which connects the various parts of the overall computer device using various interfaces and lines.
The memory may be used to store the computer programs (instructions) and/or modules, and the processor may implement various functions of the computer apparatus by executing or executing the computer programs (instructions) and/or modules stored in the memory, as well as invoking data stored in the memory. The memory may mainly include a storage program area and a storage data area, wherein the storage program area may store an operating system, an application program required by at least one function (such as a sound playing function, an image playing function, etc.), and the like; the storage data area may store data (such as audio data, a phonebook, etc.) created according to the use of the cellular phone, and the like. In addition, the memory may include high speed random access memory, and may also include non-volatile memory, such as a hard disk, a memory, a plug-in hard disk, a Smart Media Card (SMC), a Secure Digital (SD) Card, a Flash memory Card (Flash Card), at least one magnetic disk storage device, a Flash memory device, or other volatile solid state storage device.
The modules/units integrated by the computer device may be stored in a computer-readable storage medium if they are implemented in the form of software functional units and sold or used as separate products. Based on such understanding, all or part of the flow in the method according to the above embodiments may be implemented by a computer program, which may be stored in a computer readable storage medium and used by a processor to implement the steps of the above embodiments of the communication sharing method. Wherein the computer program comprises computer program code, which may be in the form of source code, object code, an executable file or some intermediate form, etc. The computer-readable medium may include: any entity or device capable of carrying the computer program code, recording medium, usb disk, removable hard disk, magnetic disk, optical disk, computer Memory, Read-Only Memory (ROM), Random Access Memory (RAM), electrical carrier wave signals, electrical signals, software distribution medium, and the like.
The above description is only for the purpose of illustrating the preferred embodiments of the present invention and is not to be construed as limiting the invention, and any modifications, equivalents and improvements made within the spirit and principle of the present invention are intended to be included within the scope of the present invention.
Claims (9)
1. A blockchain network system, the system comprising:
a backbone and at least one pendant traffic chain communicatively coupled to the backbone;
the main chain is used for managing and confirming all blocks of the side chains and the main chain;
the business side chain is used for submitting and confirming blocks related to self business to the main chain;
the consensus algorithm upgrading device is used for updating or switching the consensus algorithm in the main chain or the business side chain in a preset scene; the consensus algorithm used by each service side chain is different;
when the system accumulates enough votes to pass through, the consensus algorithm is upgraded successfully, and when the block height reaches the designated number, the consensus algorithm in the whole chain is switched.
2. The blockchain network system of claim 1, wherein the backbone includes:
an intelligent contract for managing the business pendant, the intelligent contract allowing for the joining and removal of the business pendant.
3. The blockchain network system of claim 2 wherein the consensus algorithm upgrading means comprises:
the chain maintenance alliance is used for initiating a proposal for upgrading the consensus algorithm and broadcasting the proposal in the corresponding chain, wherein the proposal comprises a first verification parameter and a bytecode of a new algorithm;
a verification unit configured to verify the first verification parameter;
the sandbox environment testing unit is used for running the byte codes of the new algorithm in the sandbox environment after the verification is successful;
and the upgrading unit allows the currently used consensus algorithm to be updated or switched when the bytecode of the new algorithm passes the sandbox environment test.
4. The blockchain network system of claim 3, wherein the first verification parameter includes signature information, an algorithm protocol version, and a block height at which an algorithm is validated, the verification unit comprising:
a signature information verification subunit, configured to verify whether the signature information is from a maintenance alliance of the chain;
the algorithm protocol version detection subunit is used for detecting whether the algorithm protocol version is legal or not when the signature information is matched with the maintenance alliance of the chain;
and the block height detection subunit is used for detecting whether the block height of the effective algorithm is higher than the current block height when the algorithm protocol version is legal.
5. The blockchain network system of claim 4, wherein the intelligent contracts include new business sidelink intelligent contracts, the backbone including;
the system comprises a joining request receiving unit, a joining request receiving unit and a joining request sending unit, wherein the joining request receiving unit is used for receiving a joining request sent by a service side chain to be joined, and the joining request comprises a service side chain initial communication key and a second verification parameter;
the adding verification device is used for sequentially verifying the second verification parameters sent by the business side chain to be added and starting the intelligent contract of the newly added business side chain after the verification is successful;
the newly added service side chain intelligent contract is used for communicating with the newly added service side chain according to the service side chain initial communication key after being started;
the newly added algorithm consensus unit is used for carrying out algorithm consensus after the newly added service side chain and the newly added service side chain intelligent contract are successfully communicated;
and the identification information generating unit is used for generating the identification information of the newly added service side chain and submitting the identification information to the main chain to execute corresponding operation after the newly added service side chain algorithm is successfully identified.
6. The block chain network system of claim 5, wherein the second verification parameters include a business pendant name, a network address and port at which the business pendant specifies operation, and a backbone node signature that initiates an intelligent contract call, the add verification means comprising:
the first signature verification unit is used for verifying the signature of the main chain node which initiates the intelligent contract calling;
the verification unit is used for verifying the other parameters after the signature verification operation is successful;
the first sandbox environment simulation unit is used for carrying out contract simulation operation in the sandbox environment after the verification is successful;
and the newly added service side chain intelligent contract starting unit is used for starting the newly added service side chain intelligent contract when the contract simulation operation passes.
7. The blockchain network system of claim 2, wherein the intelligent contracts include remove business sidelink intelligent contracts,
a removal request receiving unit, configured to receive a removal request sent by a service side chain to be removed, where the removal request includes a service side chain identification parameter and a main chain node signature initiating an intelligent contract invocation;
the shift-out verification device is used for verifying the main chain node signature initiating the intelligent contract calling and starting the intelligent contract for removing the service side chain after the verification is successful;
the removal algorithm consensus unit is used for performing algorithm consensus on the service side chain to be removed after the intelligent contract for removing the service side chain is started;
and the intelligent contract for removing the service side chain is used for removing the service side chain to be removed corresponding to the identification parameter of the service side chain after the algorithm consensus of the service side chain to be removed is successful.
8. The blockchain network system of claim 7, wherein the move-out authentication means includes:
the second signature verification unit is used for verifying the signature of the main chain node which initiates the intelligent contract calling;
the second sandbox environment simulation unit is used for carrying out contract simulation operation in the sandbox environment after the verification is successful;
a remove business side chain intelligent contract starting unit used for starting the remove business side chain intelligent contract when the contract simulation operation passes.
9. The blockchain network system of claim 1, wherein the pend-chain further comprises a plurality of transaction nodes,
the transaction node is used for creating a transaction request, broadcasting the transaction request to each node in the main chain, and collecting transaction permission information fed back by each node in the main chain aiming at the transaction request;
and the transaction contract is used for verifying the transaction permission information and submitting the transaction request to the main chain when the transaction permission information reaches a preset threshold value so that the main chain confirms the transaction request.
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201910515347.2A CN110311958B (en) | 2019-06-14 | 2019-06-14 | Block chain network system |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201910515347.2A CN110311958B (en) | 2019-06-14 | 2019-06-14 | Block chain network system |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| CN110311958A CN110311958A (en) | 2019-10-08 |
| CN110311958B true CN110311958B (en) | 2021-01-01 |
Family
ID=68075952
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN201910515347.2A Active CN110311958B (en) | 2019-06-14 | 2019-06-14 | Block chain network system |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN110311958B (en) |
Families Citing this family (11)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN111010376B (en) * | 2019-11-28 | 2022-01-21 | 国网河南省电力公司信息通信公司 | Master-slave chain-based Internet of things authentication system and method |
| CN110690974B (en) * | 2019-12-10 | 2020-06-23 | 腾讯科技（深圳）有限公司 | Block chain based data verification method, device, equipment and readable storage medium |
| CN111199504B (en) * | 2019-12-29 | 2023-09-26 | 杭州拓深科技有限公司 | Block chain-based decentralization fire control maintenance supervision method |
| CN113379416A (en) * | 2020-03-10 | 2021-09-10 | 本无链科技(深圳)有限公司 | Method and system for realizing similar biological groups with consistent memory but different behaviors |
| CN111414210B (en) * | 2020-03-25 | 2023-11-17 | 北京新创智链科技有限公司 | Method, apparatus and computer readable storage medium for generating side chains based on main chains |
| CN111597268B (en) * | 2020-05-21 | 2023-09-12 | 昆明大棒客科技有限公司 | Block chain extension method, block chain node and block chain system |
| CN111970370B (en) * | 2020-08-26 | 2021-06-22 | 电子科技大学 | Communication equipment system-oriented multilayer block chain protocol expansion system and method |
| CN112068900A (en) * | 2020-09-09 | 2020-12-11 | 上海万向区块链股份公司 | Hot plug switching system for BFT consensus algorithm |
| CN112801795B (en) * | 2021-03-08 | 2024-04-02 | 中国工商银行股份有限公司 | Block chain multi-chain management method, device, electronic equipment and readable storage medium |
| CN113407624A (en) * | 2021-06-05 | 2021-09-17 | 广东辰宜信息科技有限公司 | Block chain automatic grouping method and device and computer readable storage medium |
| US20240303591A1 (en) * | 2021-08-20 | 2024-09-12 | Beijing Zhongxiangying Technology Co., Ltd. | Creation method, information processing method, storage method, electronic device, and storage medium |
Citations (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN107360206A (en) * | 2017-03-29 | 2017-11-17 | 阿里巴巴集团控股有限公司 | A kind of block chain common recognition method, equipment and system |
| CN109447810A (en) * | 2018-11-29 | 2019-03-08 | 杭州秘猿科技有限公司 | Parallel block chain common recognition method, system, electronic equipment and computer readable storage medium |
Family Cites Families (8)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US20170331896A1 (en) * | 2016-05-13 | 2017-11-16 | De La Rue International Limited | Methods and systems for processing assets |
| GB201613144D0 (en) * | 2016-07-29 | 2016-09-14 | Eitc Holdings Ltd | Computer-implemented method and system |
| US10158527B2 (en) * | 2016-10-28 | 2018-12-18 | International Business Machines Corporation | Changing an existing blockchain trust configuration |
| CN107276765B (en) * | 2017-07-04 | 2020-05-05 | 中国联合网络通信集团有限公司 | Processing method and device for consensus in block chain |
| CN107464106B (en) * | 2017-07-25 | 2021-01-26 | 北京果仁宝科技有限公司 | Method and system for transaction between main chain and side chain of block chain |
| US10958418B2 (en) * | 2017-10-10 | 2021-03-23 | Chromata Corporation | System and method for a blockchain network with heterogeneous privacy |
| CN108984645B (en) * | 2018-06-25 | 2021-02-02 | 百度在线网络技术（北京）有限公司 | Block chain processing method, device, equipment and storage medium |
| CN109669940A (en) * | 2018-11-12 | 2019-04-23 | 深圳市步云科技有限公司 | A kind of main side chain distributed storage mode based on block chain |
-
2019
- 2019-06-14 CN CN201910515347.2A patent/CN110311958B/en active Active
Patent Citations (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN107360206A (en) * | 2017-03-29 | 2017-11-17 | 阿里巴巴集团控股有限公司 | A kind of block chain common recognition method, equipment and system |
| CN109447810A (en) * | 2018-11-29 | 2019-03-08 | 杭州秘猿科技有限公司 | Parallel block chain common recognition method, system, electronic equipment and computer readable storage medium |
Non-Patent Citations (1)
| Title |
|---|
| 基于拜占庭容错机制的区块链共识算法研究与应用;李剑锋;《中国优秀硕士学位论文全文数据库 信息科技辑》;20190115(第01期);全文 * |
Also Published As
| Publication number | Publication date |
|---|---|
| CN110311958A (en) | 2019-10-08 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| CN110311958B (en) | Block chain network system | |
| CN109936457B (en) | Block chain multi-party witness method, device, equipment and computer readable storage medium | |
| CN112446785B (en) | Cross-chain transaction method, system, device, equipment and storage medium | |
| CN109327528B (en) | Node management method and device based on block chain | |
| CN106385319B (en) | Method and system for verifying information in block chain network | |
| CN107396360B (en) | Block verification method and device | |
| CN107438002B (en) | Block chain based system and electronic device and method in system | |
| CN106453415B (en) | Block chain-based equipment authentication method, authentication server and user equipment | |
| CN110597911B (en) | Certificate processing method and device for block chain network, electronic equipment and storage medium | |
| CN112887160B (en) | Block chain all-in-one machine, multi-node deployment method and device thereof, and storage medium | |
| CN110597918B (en) | Account management method, account management device and computer readable storage medium | |
| CN110570196A (en) | Transaction data processing method and device, terminal equipment and storage medium | |
| CN108737105B (en) | Method and device for retrieving private key, private key equipment and medium | |
| CN113723962B (en) | Block chain authority management method and block chain system | |
| CN111815321A (en) | Transaction proposal processing method, device, system, storage medium and electronic device | |
| CN110717764A (en) | Multi-account book management method and device, computer equipment and storage medium | |
| CN112749968B (en) | Service data recording method and device based on block chain | |
| CN111314172A (en) | Data processing method, device and equipment based on block chain and storage medium | |
| US20220294637A1 (en) | System and Method of Establishing a Trusted Relationship in a Distributed System | |
| CN111292190A (en) | Transaction generation method, block creation method, related device and equipment | |
| CN113904854B (en) | Block chain data encryption method and device based on quotient algorithm | |
| CN112037055B (en) | Transaction processing method, device, electronic equipment and readable storage medium | |
| CN112182009A (en) | Data updating method and device of block chain and readable storage medium | |
| CN109409899B (en) | Transaction verification method, device and system | |
| CN113890751B (en) | Method, apparatus and readable storage medium for controlling federation chain rights voting |
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 |