CN112783975A - Block chain partition management and cross-partition transaction method and device - Google Patents
Block chain partition management and cross-partition transaction method and device Download PDFInfo
- Publication number
- CN112783975A CN112783975A CN202011637281.3A CN202011637281A CN112783975A CN 112783975 A CN112783975 A CN 112783975A CN 202011637281 A CN202011637281 A CN 202011637281A CN 112783975 A CN112783975 A CN 112783975A
- Authority
- CN
- China
- Prior art keywords
- partition
- global
- partitions
- node
- transaction
- 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.)
- Pending
Links
- 238000005192 partition Methods 0.000 title claims abstract description 318
- 238000000034 method Methods 0.000 title claims abstract description 44
- 238000004590 computer program Methods 0.000 claims description 18
- 238000004891 communication Methods 0.000 claims description 11
- 238000012217 deletion Methods 0.000 claims description 8
- 230000037430 deletion Effects 0.000 claims description 8
- 238000012856 packing Methods 0.000 claims description 2
- 238000007726 management method Methods 0.000 description 36
- 230000006870 function Effects 0.000 description 11
- 230000008569 process Effects 0.000 description 10
- 238000002955 isolation Methods 0.000 description 8
- 230000000694 effects Effects 0.000 description 5
- 230000007246 mechanism Effects 0.000 description 5
- 238000010586 diagram Methods 0.000 description 4
- 230000003993 interaction Effects 0.000 description 4
- 238000004806 packaging method and process Methods 0.000 description 4
- 238000005516 engineering process Methods 0.000 description 3
- 230000008859 change Effects 0.000 description 2
- 238000013507 mapping Methods 0.000 description 2
- 238000012545 processing Methods 0.000 description 2
- 230000001360 synchronised effect Effects 0.000 description 2
- 230000004913 activation Effects 0.000 description 1
- 230000005540 biological transmission Effects 0.000 description 1
- 230000001413 cellular effect Effects 0.000 description 1
- 238000012986 modification Methods 0.000 description 1
- 230000004048 modification Effects 0.000 description 1
- 230000001737 promoting effect Effects 0.000 description 1
- 230000003068 static effect Effects 0.000 description 1
- 238000006467 substitution reaction Methods 0.000 description 1
Images
Classifications
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F16/00—Information retrieval; Database structures therefor; File system structures therefor
- G06F16/20—Information retrieval; Database structures therefor; File system structures therefor of structured data, e.g. relational data
- G06F16/27—Replication, distribution or synchronisation of data between databases or within a distributed database system; Distributed database system architectures therefor
-
- 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
Landscapes
- Engineering & Computer Science (AREA)
- Theoretical Computer Science (AREA)
- Business, Economics & Management (AREA)
- Accounting & Taxation (AREA)
- Physics & Mathematics (AREA)
- General Physics & Mathematics (AREA)
- Databases & Information Systems (AREA)
- Finance (AREA)
- Strategic Management (AREA)
- General Business, Economics & Management (AREA)
- Computer Security & Cryptography (AREA)
- Computing Systems (AREA)
- Data Mining & Analysis (AREA)
- General Engineering & Computer Science (AREA)
- Information Retrieval, Db Structures And Fs Structures Therefor (AREA)
Abstract
The invention belongs to the technical field of block chains, and provides a block chain partition management and cross-partition transaction method and device.
Description
Technical Field
The present application relates to the field of blockchain technologies, and in particular, to a blockchain partition management method and apparatus, a computer device, and a computer-readable storage medium.
Background
The alliance chain is a block chain which has a plurality of organizations participating in management together, and plays an important role in promoting consensus, establishing ecological alliance and better utilizing block chain technology to change working modes and living modes. The alliance chain is characterized in that each alliance participating mechanism runs one or more nodes, wherein data only allow different mechanisms in the system to read, write and send transactions, and the transaction data are recorded together, so that the problems of data privacy and safety are solved, and meanwhile, a decentralized technical effect is achieved.
At present, most alliance chains have no concept of partition, all services run in the same block chain, and therefore data cannot be isolated.
In summary, in order to solve the data isolation problem, the existing alliance chain technology has the technical problems that a plurality of chains are completely isolated from each other, interaction is difficult, deployment difficulty is high, and global management is difficult.
Disclosure of Invention
In order to solve the above technical problems, the present invention provides a method, an apparatus, a computer device and a computer readable storage medium for block chain partition management and cross-partition transaction.
A block chain partition management and cross-partition trading method comprises the following steps:
receiving a node start signal;
operating a global partition and other partitions, establishing communication connection with other external nodes, and providing external interface calling and message forwarding;
the global partition interacts with other partitions to complete cross-partition transactions between the other partitions, which run independently to perform self-transactions.
A blockchain partition management and cross-partition transaction device comprises:
the starting module is used for receiving a node starting signal;
the partition management module is used for operating a global partition and other partitions, establishing communication connection with other external nodes and providing external interface calling and message forwarding; the global partition interacts with other partitions to complete cross-partition transactions between the other partitions, which run independently to perform self-transactions.
A computer device comprising a memory and a processor, the memory storing a computer program, the computer program performing an implementable method in the processor.
A computer-readable storage medium storing a computer program which, when executed in a processor, implements the above-described method.
The invention provides a block chain partition management and cross-partition transaction method and device, which are characterized in that a node starting signal is received, a global partition and other partitions are operated, communication connection is established with other external nodes, external interface calling and message forwarding are provided, the global partition is interacted with other partitions to complete cross-partition transaction between other partitions, and other partitions independently operate to execute self-transaction, so that the technical problems of data isolation are effectively solved, complete isolation among multiple chains, difficulty in interaction, high deployment difficulty and difficulty in overall management are avoided, node system resources are efficiently utilized, partition management is perfected, and a perfect consistency guarantee mechanism is achieved in cross-partition transaction.
Drawings
Fig. 1 is a block chain network according to an embodiment of the present invention;
FIG. 2 is a block diagram of a node according to an embodiment;
fig. 3 is a flowchart illustrating a method for partition management and cross-partition transaction of a blockchain according to an embodiment;
FIG. 4 is a cross-partition transaction flow diagram provided by one embodiment;
FIG. 5 is a block chain partition management and cross-partition transaction apparatus according to an embodiment;
FIG. 6 is a block diagram of a computer device according to an embodiment.
Detailed Description
The technical solutions in the embodiments of the present invention will be clearly and completely described below with reference to the drawings in the embodiments of the present invention, and it is obvious that the described embodiments are some, not all, embodiments of the present invention. All other embodiments, which can be derived by a person skilled in the art from the embodiments given herein without making any creative effort, shall fall within the protection scope of the present invention.
The blockchain partition management and cross-partition transaction method provided by the embodiment can be applied to a blockchain network architecture shown in fig. 1. All nodes must be in global partition, and any number of nodes can form a sub-partition, for example, four or more nodes form a sub-partition. Wherein a node may be in different partitions at the same time.
In addition, the architecture of any one node is as shown in the schematic diagram of the node architecture shown in fig. 2. The architecture of any one node includes a startup module and a partition management module. The start module includes an RPC (Remote Procedure Call) module and a P2P module.
The P2P module is used to establish connection with all other nodes and is responsible for message forwarding between nodes. The RPC module is used for request transmission between the node and the client.
A plurality of partitions are arranged below the partition management module, and each partition is provided with an independent consensus, execution and storage module. The global partition is required to exist, the global partition and other partitions are operated by default when the node is started, other partitions can directly interact with the global partition, but other partitions cannot directly interact with each other.
In one embodiment, as shown in fig. 3, a method for partition management of blockchain and transaction across partitions is provided, which is described by taking the method as an example applied to the server in fig. 2, and includes the following steps:
s1, receiving a node starting signal;
s2, operating a global partition and other partitions, establishing communication connection with other external nodes, and providing external interface calling and message forwarding; the global partition interacts with other partitions to complete cross-partition transactions between the other partitions, which run independently to perform self-transactions.
In this embodiment, by receiving a node start signal, a global partition and other partitions are operated, the global partition interacts with other partitions, establishes communication connection with other external nodes, provides external interface calling and message forwarding, and completes cross-partition transactions between other partitions, and other partitions independently operate to execute self-transactions, thereby not only effectively solving the problem of data isolation, but also avoiding technical problems of complete isolation among multiple chains, difficulty in interaction, high deployment difficulty, and difficulty in global management.
In step S1, a node activation signal is received, so that a subsequent node connection operation can be performed.
In step S2, receiving a node start signal, operating a global partition and other partitions, establishing communication connections with other external nodes, and providing external interface calls and message forwarding; the global partition interacts with other partitions to complete cross-partition transactions between the other partitions, which run independently to perform self-transactions.
It should be noted that, a communication connection is established with other external nodes, and external interface calling and message forwarding are provided. Wherein establishing the communication connection may be accomplished by invoking the P2P module.
It should be noted that the RPC module may be used for interface call of the client to the node.
It should be further noted that the P2P module is used to establish a connection with all other nodes, and is responsible for message forwarding between the nodes.
It should be further noted that a global partition may be understood as a global partition, and other partitions are in the overall management of the global partition, and only when the global partition is started by first running, the other partitions may run. The addition and deletion of other partitions and the change of members all need the global partition to be overall.
It should be noted that the global partition interacts with other partitions, so that other partitions that cannot interact with each other can complete cross-partition transactions between other partitions using the global partition as a medium, and meanwhile, the other partitions run independently to execute self-transactions, thereby ensuring data isolation.
It should be further noted that, in this embodiment, because the technical scheme that the global partition manages other partitions, and the other partitions operate independently is adopted, not only can the data isolation requirement be met, but also cross-partition transaction can be realized, and technical effects of efficiently utilizing node system resources, perfecting partition management, having a perfected consistency guarantee mechanism in cross-partition transaction, and the like are achieved.
It should be further noted that the partition architecture provided by the present solution can support a node to simultaneously bear different service scenarios without repeatedly deploying multiple block chains, so that the use is convenient, the system resources of the node can be reused, multiple block chain environments are not required to be deployed, and the technical effect of efficiently utilizing the system resources of the node is achieved.
It should be further noted that, in the technical architecture of the present solution, data of each partition is isolated, so that different service data can be isolated, and a technical effect of perfecting partition management is achieved.
In an improved embodiment, other partitions and member conditions thereof are managed by the global partition, so that partition management can be better carried out.
It should be noted that each partition has its own independent data processing module, such as a common identification module, an execution module, and a storage module, so that data isolation can be effectively performed.
In an improved embodiment, the global partition receives a new partition proposal, and the new partition proposal designates a new partition node object; the global partition records the node list of the newly added partition node object passed by the proposal, so as to be used as the basis for starting the newly added partition to establish partition connection by the newly added partition node object.
It should be noted that, in the range of the original partition, the partition node object specified by the newly added partition needs to be voted, but the global partition needs to receive the proposal of the newly added partition, record the node list of the newly added partition node object passed by the proposal, and the newly added partition node object can only start the newly added partition to establish partition connection.
For example, a proposal transaction for adding an ns1 partition needs to be initiated in the global partition, the following operations can be performed:
first, the newly added ns1 partition is assigned partition node objects as nodes 1, 2, 4, 5.
Secondly, each node in global votes for the proposal transaction of the newly added ns1 partition, and determines whether to agree with the newly added ns1 partition.
Thirdly, if more than a preset number of nodes agree, for example, more than half, that is, the voting process passes, then the account book of the global partition records the node list of ns 1.
Fourthly, the nodes 1, 2, 4 and 5 respectively adopt a background command to start the ns1 partition under the condition that the nodes are not down.
Fifthly, when the ns1 partition is started, a query request can be sent to the global partition through a namespace manager, a list of ns1 nodes passing the vote is queried, and if the node is in the list, the partition is allowed to be started. After startup, connections are established with ns1 partitions of other nodes according to the node list of ns 1.
It should be noted that, by the above addition operation, the partitions such as ns2, ns3, ns4 and the like can be newly added, thereby achieving the technical effect of partition flexible management.
In an improved embodiment, the global partition receives a node addition proposal for a single partition, and updates a node list of the single partition after the proposal is passed, so as to be used as a basis for starting the single partition by the addition node to establish partition connection.
The global partition receives a node deletion proposal of the single partition, and updates a node list of the single partition after the proposal passes through so as to be used as a basis for starting the single partition to quit the partition connection by the deletion node.
It should be noted that, referring to fig. 1, each partition may flexibly add or delete members, for example, the node 3 is currently located in the global and ns2 partition, it may select to apply for adding into the ns1 partition, and the new adding process of the members is as follows:
first, a proposal transaction of adding a node 3 member to ns1 is initiated to the global partition.
Second, each node in global initiates a voting transaction to the proposal, deciding whether to agree to ns1 to add a new node 3.
Thirdly, if more than a preset number of nodes agree, for example, more than half, the voting process passes, and the node list of the updated ns1 in the ledger of the global partition is nodes 1, 2, 3, 4, and 5.
Fourth, node 3 uses a background command to start the ns1 partition without the node going down.
Fifthly, when the ns1 partition is started, a query request is sent to the global partition through a namespace manager, a list of ns1 nodes passing the vote is queried, and if the node is in the list, the partition is allowed to be started. After startup, connections are established with ns1 partitions of other nodes according to the node list of ns 1.
Similarly, if a node is deleted in a sub-partition, a proposal transaction for deleting the node needs to be initiated to the global partition, the partition node list in the global partition account book is updated after the node is voted for, and then the deleted node is notified to exit the partition.
It should be noted that, compared with a scheme of adding a partition including multiple nodes in an additional partition, the present embodiment provides addition or deletion of nodes in a single partition, and provides a flexible partition management manner.
It should be noted that the addition and deletion of partitions and the addition and deletion of partition members may affect the load condition of the whole blockchain network, so that all nodes decide whether to agree with the actual service scenario better.
In an improved embodiment, the global partition identifies cross-partition transactions between any two partitions, for example, between a first partition and a second partition, and constructs read-write transactions of the first partition and the second partition respectively and sends the read-write transactions to the first partition and the second partition; the first partition and the second partition forward the read-write transaction to corresponding partitions of other nodes, and package read-write transaction blocks, and then send the read-write transaction and transaction hash to respective global partitions to construct new transaction broadcasts to global partitions of all nodes to complete block packaging; and the global partition, the first partition and the second partition communicate to complete the respective block submission.
Further, after the first partition and the second partition forward the read-write transaction to corresponding partitions of other nodes, the first partition and the second partition are in a waiting state in a consensus mode until blocks formed by the hash of the respective read-write transaction are restored to be in other transaction receiving states after the global partition is submitted.
It should be noted that, in the improved embodiment, each partition can perform its own transaction, and data between partitions is also isolated and has good privacy, but also cross-partition transactions are supported. The receiving node of the cross-partition transaction needs to be in the related partitions at the same time, and all the cross-partition transactions need to be forwarded through the global partition.
Referring to fig. 4, taking a cross-partition transaction as an example, taking the first partition as ns1 and the second partition as ns2, a transaction simultaneously changes the account book data of ns1 and ns2, which specifically includes the following operations:
in operation 1, a user first constructs a cross-partition type transaction, and sends the transaction to a global partition of nodes that are both ns1 and ns 2.
And 2, after the global partition of the node receives the transaction, recognizing that the transaction is a cross-partition transaction, analyzing and disassembling the transaction, and acquiring the reading sets of the accounts of the two partitions. And respectively sending the data to the two partitions through a namespace manager.
And operation 3, returning the reading set result to global after the two partitions inquire respective accounts.
And 4, executing the writing sets of the accounts of the two partitions by the global partition according to the reading set result, and constructing two transactions, namely the transaction consisting of the ns1 reading set and the transaction of the ns2 reading set. And respectively sending the data to the two partitions through a namespace manager.
In operation 5, the two partitions forward the transaction to the partition of the other node, package the transaction into blocks, and then agree to be in a wait state and no further transactions are processed.
In operation 6, both partitions send the block and transaction hash into the global partition of their own node.
And operation 7, after the global partition receives the block and transaction hash sent by the two sub-partitions, constructing a new transaction, recording the mapping relation of the sub-partition transaction, and broadcasting the mapping relation to the global partitions of all the nodes to complete block packaging.
In operation 8, after the global partition completes the block packing, ns1 and ns2 are notified to commit the block.
In operation 9, after ns1 and ns2 complete the commit, the commit complete message is sent to the global partition.
In operation 10, the global partition also commits the block to a landing after receiving the message.
At operation 11, the child partition is notified of the commit completion.
In operation 12, the child partition receives the message and changes the consensus status from waiting to normal, and continues to accept other transactions.
It should be noted that although each partition of the block chain runs different services, there are also a few scenarios of interaction between services, and this embodiment provides a perfect solution, so that a user can simply initiate a cross-partition transaction.
It should be further noted that a complete consistency guarantee mechanism is provided for cross-partition transactions, the process has a complete atomic control scheme, the sub-partitions place the consensus state in a waiting state after the block packaging is completed, the situation that other transactions repeatedly update the account book data in the transaction before the block is submitted is prevented, and the sub-partitions begin to submit the block only when the corresponding block packaging is also completed by the global partition.
It should be understood that, the sequence numbers of the steps in the foregoing embodiments do not imply an execution sequence, and the execution sequence of each process should be determined by its function and inherent logic, and should not constitute any limitation to the implementation process of the embodiments of the present invention.
In an embodiment, referring to fig. 5, a device for blockchain partition management and cross-partition transaction is provided, which corresponds to the method for blockchain partition management and cross-partition transaction in the above embodiments one to one. As shown in fig. 5, the apparatus includes a startup module 1 and a partition management module 2.
The starting module 1 is used for receiving a node starting signal;
the partition management module 2 is used for operating a global partition and other partitions, establishing communication connection with other external nodes, and providing external interface calling and message forwarding; the global partition interacts with other partitions to complete cross-partition transactions between the other partitions, which run independently to perform self-transactions.
It should be noted that the terms "comprises" and "comprising," and any variations thereof, are intended to cover non-exclusive inclusions, such that a process, method, system, article, or apparatus that comprises a list of steps or modules is not necessarily limited to those steps or modules explicitly listed, but may include other steps or modules not explicitly listed or inherent to such process, method, article, or apparatus, and that the division of modules presented in this application is merely a logical division and may be implemented in a practical application in another manner.
It should be further noted that, for specific definitions and descriptions of the above device, reference may be made to the above definitions and descriptions of the blockchain partition management and cross-partition transaction method, which are not described herein again. The various modules in the above-described apparatus may be implemented in whole or in part by software, hardware, and combinations thereof. The modules can be embedded in a hardware form or independent from a processor in the computer device, and can also be stored in a memory in the computer device in a software form, so that the processor can call and execute operations corresponding to the modules.
In one embodiment, referring to fig. 5 and 6, a computer device is provided, which may be a server running a boot module 1 and a partition management module 2. The internal structure of the computer device can be as shown in fig. 6. The computer device includes a processor, a memory, a network interface, and a database connected by a system bus. Wherein the processor of the computer device is configured to provide computing and control capabilities. The memory of the computer device comprises a nonvolatile storage medium and an internal memory. The non-volatile storage medium stores an operating system, a computer program, and a database. The internal memory provides an environment for the operation of an operating system and computer programs in the non-volatile storage medium. The database of the computer device is used for storing data related to the blockchain partition management and the cross-partition trading method. The network interface of the computer device is used for communicating with an external terminal through a network connection. The computer program is executed by a processor to implement a blockchain partition management and cross-partition trading method.
In one embodiment, a computer device is provided, which includes a memory, a processor, and a computer program stored on the memory and executable on the processor, wherein the processor executes the computer program to implement the steps of the blockchain partition management and cross-partition trading method in the above-described embodiments, such as the steps 1 to 2 shown in fig. 3 and other extensions of the method and extensions of related steps. Alternatively, the processor, when executing the computer program, implements the functions of each module/unit of the blockchain partition management and cross-partition transaction apparatus in the above embodiments, such as the functions of the modules 1 to 2 shown in fig. 5. To avoid repetition, further description is omitted here.
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, the processor being the control center of the computer device and the various interfaces and lines connecting the various parts of the overall computer device.
The memory may be used to store computer programs and/or modules, and the processor may implement various functions of the computer device by executing or executing the computer programs and/or modules stored in the memory, as well as by 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, video data, etc.) created according to the use of the cellular phone, etc.
The memory may be integrated in the processor or may be provided separately from the processor.
In one embodiment, a computer readable storage medium is provided, on which a computer program is stored, which when executed by a processor implements the steps of the blockchain partition management and cross-partition trading method of the above embodiments, such as the steps 1 to 2 shown in fig. 3 and extensions of other extensions and related steps of the method. Alternatively, the computer program is executed by the processor to implement the functions of each module/unit of the blockchain partition management and cross-partition transaction apparatus in the above embodiments, such as the functions of the modules 1 to 2 shown in fig. 5. To avoid repetition, further description is omitted here.
It will be understood by those skilled in the art that all or part of the processes of the methods of the embodiments described above can be implemented by hardware related to instructions of a computer program, which can be stored in a non-volatile computer-readable storage medium, and when executed, can include the processes of the embodiments of the methods described above. Any reference to memory, storage, database, or other medium used in the embodiments provided herein may include non-volatile and/or volatile memory, among others. Non-volatile memory can include read-only memory (ROM), Programmable ROM (PROM), Electrically Programmable ROM (EPROM), Electrically Erasable Programmable ROM (EEPROM), or flash memory. Volatile memory can include Random Access Memory (RAM) or external cache memory. By way of illustration and not limitation, RAM is available in a variety of forms such as Static RAM (SRAM), Dynamic RAM (DRAM), Synchronous DRAM (SDRAM), Double Data Rate SDRAM (DDRSDRAM), Enhanced SDRAM (ESDRAM), Synchronous Link DRAM (SLDRAM), Rambus Direct RAM (RDRAM), direct bus dynamic RAM (DRDRAM), and memory bus dynamic RAM (RDRAM).
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 illustrated, and in practical applications, the above-mentioned function distribution may be performed by different functional units and modules according to needs, that is, the internal structure of the apparatus is divided into different functional units or modules, so as to perform all or part of the functions described above.
The above examples are only intended to illustrate the technical solution of the present invention, but not to limit it; although the present invention has been described in detail with reference to the foregoing embodiments, it will be understood by those of ordinary skill in the art that: the technical solutions described in the foregoing embodiments may still be modified, or some technical features may be equivalently replaced; such modifications and substitutions do not substantially depart from the spirit and scope of the embodiments of the present invention, and are intended to be included within the scope of the present invention.
Claims (10)
1. A block chain partition management and cross-partition trading method is characterized by comprising the following steps:
receiving a node start signal;
operating a global partition and other partitions, establishing communication connection with other external nodes, and providing external interface calling and message forwarding; the global partition interacts with other partitions to complete cross-partition transactions between the other partitions, which run independently to perform self-transactions.
2. The method of claim 1, wherein the global partition and the other partitions each include a respective independent consensus module, execution module, and storage module for performing self-transactions.
3. The method of claim 1, wherein the global partition receives a new partition proposal, the new partition proposal specifying a new partition node object; and the global partition records the node list of the newly added partition node object passed by the proposal so as to be used as a basis for starting the newly added partition to establish partition connection by the newly added partition node object.
4. The method of claim 1, wherein the global partition receives a node addition proposal for a single partition, and updates a node list of the single partition after the proposal is passed, so as to be used as a basis for the addition node to start the single partition to establish partition connection.
5. The method of any one of claims 1-4, wherein the global partition receives a node deletion proposal for a single partition, and updates a node list of the single partition after the proposal is passed, so as to be used as a basis for a deletion node to initiate the single partition to exit the partition connection.
6. The method of claim 1, wherein the global partition identifies cross-partition transactions between any first partition and a second partition, and wherein read-write transactions of the first partition and the second partition are constructed and sent to the first partition and the second partition, respectively; the first partition and the second partition forward the read-write transaction to corresponding partitions of other nodes, pack the read-write transaction blocks, and send the transaction hash to respective global partitions to construct a new transaction broadcast to global partitions of all nodes to complete block packing; the global partition, the first partition and the second partition communicate to complete respective block commit.
7. The method of claim 6, wherein after the first partition and the second partition forward the read-write transaction to corresponding partitions of other nodes, the block comprising the hash of the respective read-write transaction is in a wait state until the block is restored to receive other transaction states after the global partition is committed.
8. A blockchain partition management and cross-partition transaction device, comprising:
the starting module is used for receiving a node starting signal;
the partition management module is used for operating a global partition and other partitions, establishing communication connection with other external nodes and providing external interface calling and message forwarding; the global partition interacts with other partitions to complete cross-partition transactions between the other partitions, which run independently to perform self-transactions.
9. A computer device comprising a memory and a processor, the memory storing a computer program, wherein the computer program is operative to perform the method of any of claims 1-7 in the processor.
10. A computer-readable storage medium storing a computer program, characterized in that the computer program is executed in a processor to implement the method of any of claims 1-7.
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN202011637281.3A CN112783975A (en) | 2020-12-31 | 2020-12-31 | Block chain partition management and cross-partition transaction method and device |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN202011637281.3A CN112783975A (en) | 2020-12-31 | 2020-12-31 | Block chain partition management and cross-partition transaction method and device |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| CN112783975A true CN112783975A (en) | 2021-05-11 |
Family
ID=75754996
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN202011637281.3A Pending CN112783975A (en) | 2020-12-31 | 2020-12-31 | Block chain partition management and cross-partition transaction method and device |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN112783975A (en) |
Citations (7)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN107766542A (en) * | 2017-10-30 | 2018-03-06 | 上海分布信息科技有限公司 | A kind of block chain network of subregion and its method for realizing subregion inquiry |
| CN107766540A (en) * | 2017-10-31 | 2018-03-06 | 上海分布信息科技有限公司 | A kind of block chain network of subregion and its method for realizing partitioned storage |
| CN108399572A (en) * | 2018-03-22 | 2018-08-14 | 深圳市网心科技有限公司 | block chain transaction processing method, device and storage medium |
| CN108600315A (en) * | 2018-03-22 | 2018-09-28 | 深圳市网心科技有限公司 | Block chain route processing method, device and storage medium |
| CN108596613A (en) * | 2018-03-22 | 2018-09-28 | 深圳市网心科技有限公司 | block chain transaction processing method, device and storage medium |
| CN109359992A (en) * | 2018-10-09 | 2019-02-19 | 北京彩球世纪科技有限公司 | A kind of novel block chain subregion sliced fashion and device |
| CN109493225A (en) * | 2018-11-12 | 2019-03-19 | 夸克链科技（深圳）有限公司 | A kind of block chain divides domain authentication mechanism |
-
2020
- 2020-12-31 CN CN202011637281.3A patent/CN112783975A/en active Pending
Patent Citations (7)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN107766542A (en) * | 2017-10-30 | 2018-03-06 | 上海分布信息科技有限公司 | A kind of block chain network of subregion and its method for realizing subregion inquiry |
| CN107766540A (en) * | 2017-10-31 | 2018-03-06 | 上海分布信息科技有限公司 | A kind of block chain network of subregion and its method for realizing partitioned storage |
| CN108399572A (en) * | 2018-03-22 | 2018-08-14 | 深圳市网心科技有限公司 | block chain transaction processing method, device and storage medium |
| CN108600315A (en) * | 2018-03-22 | 2018-09-28 | 深圳市网心科技有限公司 | Block chain route processing method, device and storage medium |
| CN108596613A (en) * | 2018-03-22 | 2018-09-28 | 深圳市网心科技有限公司 | block chain transaction processing method, device and storage medium |
| CN109359992A (en) * | 2018-10-09 | 2019-02-19 | 北京彩球世纪科技有限公司 | A kind of novel block chain subregion sliced fashion and device |
| CN109493225A (en) * | 2018-11-12 | 2019-03-19 | 夸克链科技（深圳）有限公司 | A kind of block chain divides domain authentication mechanism |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| US11010358B2 (en) | Data migration method and system | |
| US8555242B2 (en) | Decentralized system services | |
| CN109992354B (en) | Container processing method, device, main body server, system and storage medium | |
| US20190340171A1 (en) | Data Redistribution Method and Apparatus, and Database Cluster | |
| WO2022134797A1 (en) | Data fragmentation storage method and apparatus, a computer device, and a storage medium | |
| CN111343236A (en) | Method, device and communication system for communication between server and client | |
| WO2019024679A1 (en) | Method for upgrading network function and upgrade management entity | |
| CN110597918A (en) | Account management method and device and computer readable storage medium | |
| CN110188114A (en) | A kind of optimization method of data manipulation, device, system, equipment and storage medium | |
| CN111628886A (en) | Method and device for building block chain network under private cloud environment, and computer equipment | |
| WO2023040502A1 (en) | User service registration | |
| WO2023040498A1 (en) | User service utilization | |
| CN113868295A (en) | Data query method and device and multi-party security database | |
| CN112783975A (en) | Block chain partition management and cross-partition transaction method and device | |
| WO2023040678A1 (en) | Information transmission method and apparatus, and electronic device, chip, storage medium, program and program product | |
| WO2022206429A1 (en) | Distributed transaction implementation method and distributed system | |
| WO2023040450A1 (en) | Blockchain service network establishment | |
| WO2022206426A1 (en) | Distributed transaction processing method and system, and related device | |
| CN116340138A (en) | Test method, system, equipment and storage medium based on service virtualization | |
| CN110290215B (en) | Signal transmission method and device | |
| CN113570071A (en) | Method and system for publishing federated learning model service | |
| CN112083975A (en) | Memory configuration switching method, device and system, electronic equipment and storage medium | |
| WO2023011203A1 (en) | Method for management and control of optical network unit, apparatus, device of related function, and storage medium | |
| JP2001067214A (en) | Computer system and program file updating method | |
| CN113177080B (en) | Block chain consensus engine system and block chain consensus processing flow method |
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 | ||
| RJ01 | Rejection of invention patent application after publication |
Application publication date: 20210511 |
|
| RJ01 | Rejection of invention patent application after publication |