CN110992029A - Block chain management system and method - Google Patents
Block chain management system and method Download PDFInfo
- Publication number
- CN110992029A CN110992029A CN201911210731.8A CN201911210731A CN110992029A CN 110992029 A CN110992029 A CN 110992029A CN 201911210731 A CN201911210731 A CN 201911210731A CN 110992029 A CN110992029 A CN 110992029A
- Authority
- CN
- China
- Prior art keywords
- node
- signer
- nodes
- account
- authority
- 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
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/3829—Payment protocols; Details thereof insuring higher security of transaction involving key management
Landscapes
- Business, Economics & Management (AREA)
- Engineering & Computer Science (AREA)
- Accounting & Taxation (AREA)
- Computer Security & Cryptography (AREA)
- Finance (AREA)
- Strategic Management (AREA)
- Physics & Mathematics (AREA)
- General Business, Economics & Management (AREA)
- General Physics & Mathematics (AREA)
- Theoretical Computer Science (AREA)
- Management, Administration, Business Operations System, And Electronic Commerce (AREA)
Abstract
The invention provides a node authority management method and a node authority management system in a block chain network. The method comprises the steps that nodes are divided into a signer node, a common account node and a super account node through authority division, wherein the signer node is responsible for packaging transactions in a block chain into blocks and is responsible for authority management of the super account node and the common account node; the common account node is responsible for transaction transfer among accounts; the super account node is responsible for providing a monetary reserve for the circulation of funds in the blockchain. Through node authority division, better division and cooperation among nodes can be guaranteed, and high-speed safe operation of the block chain is realized. The node authority is written into the block chain in a digital form, the storage, the reading and the updating are ensured by the characteristics of the block chain technology, and the whole process is transparent, traceable and not falsifiable. The authority management increases the security credibility of the block chain, has certain expansibility and meets the requirement of the existing large-branch commercial application.
Description
Technical Field
The invention relates to the field of data processing of a block chain, in particular to node authority management in the block chain, and more particularly to a monitorable block chain node point management method and system based on node authority division.
Background
With the development of the technology, a block chain comes along, and the block chain is used as 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, provides a more convenient processing mechanism for two parties in mutual transaction, eliminates a third-party trust center, and can complete any transaction information without the consent of the third party, thereby not only providing privacy protection for the two parties in transaction, but also reducing the transaction flow, reducing the transaction threshold of the two parties in transaction and saving the transaction fee.
But block chain techniques also introduce security regulatory-related issues while removing third-party trusted data centers. When a third-party trusted center exists, supervision only needs to be carried out on the trusted center, and for a blockchain system without the trusted center, supervision needs to cover both transaction parties, the scale of nodes needing supervision is exponentially increased, and difficulty is increased for node supervision; and most of the actual services are based on role division and are completed together by node cooperation, but all nodes in the block chain compete for accounting, and reasonable division and cooperation do not exist among the nodes, so that most of the existing actual services with role division cannot be handled, the block chain transaction processing efficiency is low, and the existing commercial and application standards cannot be met.
In addition, as the blockchain is a point-to-point network in which any node can freely join and leave, no examination mechanism exists for nodes with malicious tendencies, and the network security cannot be guaranteed. Although incentive mechanisms in blockchain networks may effectively normalize node behavior, there is still an incentive for some nodes to do so. Therefore, efficient policing is essential for blockchains.
Any node in the block chain has the right of equating a block, any transaction is packed into the block with the same probability, and the division of labor among the nodes is not beneficial to the safe and high-speed operation of the block chain; for example, a bitcoin, any node can participate in block-out competition as long as it has enough computing power, and a block is formed every 10 minutes, the block-out rate is slow, and what is more, the transaction confirmation time is as long as 1 hour, and the reason for this is that there is no clear division mechanism between nodes of the block chain.
In summary, the conventional blockchain system has no clear division mechanism, and cannot efficiently cooperate with nodes, so that the blockchain transaction processing is low and the supervision is poor.
Disclosure of Invention
Therefore, an object of the present invention is to overcome the above-mentioned drawbacks of the prior art, and to provide a new system and method for managing a blockchain, which has a node division and authority management mechanism, can efficiently process node transactions, and has good supervision performance.
According to a first aspect of the present invention, there is provided a blockchain management system comprising one or more general account nodes, one or more super account nodes and one or more signer nodes, wherein: the signer node is used for packaging the transactions from the super account node and the common account node into a new block and is responsible for the authority management of the super account node and the common account node, including the steps of endowing the common account node and the super account node with the authority and freezing the illegal common account node and the illegal super account node; the common account node is used for transaction transfer among accounts; the super account node is used for providing currency reserve for fund circulation in the system.
The signer node and the super account node are deployed in a central server; the common account node is deployed at an external client. The authority of the signer node is configured to be 0; permission of the common account nodeThe priority corresponding to the legal transaction is configured to be an integer between 1 and 255, and the higher the priority is, the higher the authority value is; the authority of the super account node is configured to be 210。
The block chain management system further comprises: and the system management module is used for monitoring the signer node, the super account node and the common account node.
According to a second aspect of the present invention, there is provided a block chain management method, comprising:
and S1, dividing the nodes in the blockchain into nodes with different authorities according to the functions of the nodes in the blockchain, wherein the nodes comprise a signer node, a common account node and a super account node.
S2, performing initialization empowerment for nodes with different authorities according to the node division in the step S1: assigning the authority of the signer node as 0; assigning the authority of the common account node to be an integer between 1 and 255 according to the priority of the packed transaction in the block, wherein the larger the value is, the higher the priority of the packed transaction in the block is; assigning the authority of the super account node to 210。
And S3, the signer node, the common account node and the super account node are respectively responsible for the corresponding services in the block chain according to the authority. The signer node is responsible for packaging the transactions in the block chain into a new block and for managing the authority of the super account node and the common account node; the common account node is responsible for transaction transfer among accounts; the super account node is responsible for providing a monetary reserve for the circulation of funds in the blockchain.
In some embodiments of the present invention, a signer node performs entitlement management on a common account node in a block chain, so as to freeze an illegal account node and/or perform permission modification for the common account node based on an application of the common account node, including;
p1, all signer nodes determine whether to carry out empowerment voting for the common account nodes to be empowermed;
p2, all signer nodes which decide to perform empowerment voting for the common account nodes to be empowermed initiate empowerment transaction for the common account nodes respectively, and perform voting signature;
and P3, counting the voting signature information of all legal signer nodes obtained by the common account node, and modifying the authority of the common account node of which the total number of the obtained voting signature information exceeds the total number 1/2 of all the legal signer nodes into the authority given by voting.
In some embodiments of the present invention, performing entitlement management on a super account node in a block chain by a signer node to freeze an illegal super account node and trigger a super account node migration, including:
c1, all signer nodes determine whether to carry out migration voting for the super account node to be migrated;
c2, all signer nodes which are decided to vote for the super account node to be migrated initiate migration empowerment transaction and vote signature for the super account node to be migrated;
c3, counting the voting signature information of the legal signer nodes obtained by the super account node to be migrated, and setting the migration identifier of the super account node with the total number of the voting signature information exceeding the total number 1/2 of all the current legal signer nodes as true;
c4, migrating the super account node identified as true in the migration in the step C3 to the target address given by the vote.
In some embodiments of the present invention, a large amount of transactions related to a blockchain whose transaction amount is greater than a threshold value of a given amount of money of a blockchain system are verified by a signer node, so that a large amount of transactions which obtain verification signature information of any one legal signer node enter a transaction pool, and large amount of transactions which do not obtain verification signature information of the legal signer node are discarded.
In some embodiments of the present invention, a self-management manner is adopted for signer nodes, based on a preset time period, nodes whose total number of obtained voting information exceeds half of the total number of all legal signer nodes are removed according to a right given by voting or entitled as new signer nodes by a manner of voting by all other legal signer nodes, so as to update the signer nodes, and the entitled voting information of the signer nodes to other nodes is updated based on the updated legal signer nodes.
Compared with the prior art, the invention has the advantages that: the invention endows different authorities to the block chain nodes with different functions, makes different access control according to the authority sizes of the block chain nodes, and endows different functions to the nodes with different authorities respectively, so that the block chain can achieve consensus on the transaction information of the block chain nodes with different authorities with higher safety, better supervision and higher performance.
Drawings
Embodiments of the invention are further described below with reference to the accompanying drawings, in which:
fig. 1 is a schematic diagram of a network topology of a blockchain management system according to an embodiment of the present invention;
FIG. 2 is a block chain management system framework according to an embodiment of the present invention;
FIG. 3 is a schematic diagram of node deployment in a blockchain management system according to an embodiment of the present invention;
fig. 4 is a schematic flow chart illustrating the process of assigning rights to a common account node in the blockchain management method according to the embodiment of the present invention;
fig. 5 is a schematic flow chart illustrating a process of granting rights to migration of a super account node in the blockchain management method according to an embodiment of the present invention;
fig. 6 is a schematic diagram illustrating a flow of verification of a large transaction in a blockchain management method according to an embodiment of the invention.
Detailed Description
In order to make the objects, technical solutions and advantages of the present invention more apparent, the present invention is further described in detail by embodiments with reference to the accompanying drawings. It should be understood that the specific embodiments described herein are merely illustrative of the invention and are not intended to limit the invention.
The background that the present invention creates is first presented.
The inventor finds that the poor monitorability of the existing blockchain system is caused by a node-free control management mechanism when researching the alliance blockchain nodes. For the existing block chain system, any node can enter and exit the system at will, firstly, the network load is caused by the condition, certain expandability is reduced, and most importantly, no supervision mechanism examines the node. Most of actual services in real life have role division, and most of authority division of the existing alliance chain is unclear, so that the actual services with specific role division cannot be realized.
In order to better monitor the node of the blockchain, the invention adds an authority management mechanism to the node, adds authority management to the blockchain account and is beneficial to landing the blockchain item.
After an authority management mechanism is added, the block link points are divided into 3 types which are respectively set as a super account node, a common account node and a signer node; each node processes different functions in the block chain, node supervision is carried out according to the functions, and the blocks are formed by the nodes through division and cooperation; each node has a unique admission mechanism and a unique authority management mechanism, and the node scale is expanded according to different node types.
According to one embodiment of the invention, 3 types of block chain nodes respectively correspond to 3 different management modes when actual landing service is developed; the super account node corresponds to a fund circulation center (such as a national coin-sending organization) in real business and controls the amount of assets circulating in the system; the signer node corresponds to a management center and a data center, the management center manages the authority of a common account and a super account node account, and the data center records the transfer transaction between other two accounts; the common account is a node using the block chain service and corresponds to the common public in reality; the 3 types of accounts are in work division cooperation, and the expansion of block chain services is facilitated. Meanwhile, the classification of the block chain nodes is beneficial for a supervision mechanism to respectively implement supervision of different levels according to different functions, so that the safety of the block chain system is guaranteed.
The invention is described in detail below with reference to examples and/or illustrations and the accompanying drawings.
Fig. 1 shows a network topology diagram of a blockchain management system of the present invention, and as shown in fig. 1, a blockchain management system of the present invention includes one or more general account nodes, one or more super account nodes, and one or more signer nodes, where: the signer node is used for packaging the transactions from the super account node and the common account node into a new block, and one block can contain a plurality of transactions and is responsible for the authority management of the super account node and the common account node; the common account node is used for transaction transfer among accounts; the super account node is used to provide a monetary reserve for the circulation of funds in the system, serving both as a currency issuer of the system and as a starting point for the total circulation of funds in the system.
The one-way arrows in FIG. 1 illustrate the flow of transactions between different types of nodes, wherein the arrowless line segments between signer nodes represent communication between signer nodes; the two-way arrows between the common account nodes and the two-way arrows between the super account nodes represent transaction flows between the nodes of the same type; the one-way arrow from the signer node to the common account node represents the authority update of the signer node to the common account node; the one-way arrow from the signer node to the super account node represents the authority update of the signer node to the super account node or the transaction flow from the signer node to the super account node. It can be seen from fig. 1 that funds circulate in the form of transactions between ordinary account nodes, between super account nodes, and between ordinary account nodes and super account nodes; the signer node does not accept the transfer of funds and can only transfer funds out to the super account node.
In summary, the functions corresponding to the 3 types of nodes in the system can be summarized as follows:
the function of the signer node is to package legal transactions from each super account node and common account node into a new block and to manage the authority of the super account node and common account node. When the system monitors that any super account or common account has malicious operation, the signer node freezes the super account or common account, namely, the authority of the signer node is set to be 0. When a common account applies for changing the right offline, all signer nodes vote for the applied right online to determine whether to assign the right.
The super account node functions as a currency issuer of the system, is the starting point for the entire circulation of funds in the system, and provides a currency reserve for the circulation of funds in the system. In the block chain system corresponding to the invention, the mine digging of the signer does not have the reward of money-creating transaction, and the mine digging incentive of the signer only comprises the transaction fee obtained by mine digging.
The function of the common account node is to transfer transactions between accounts.
According to an embodiment of the present invention, the blockchain management system further includes a system management module, configured to supervise the signer node, the super account node and the general account node.
The interaction between type nodes in 3 in the system is as follows:
in order to prevent corruption of the management center, the signer node and the super account node are usually owned by different centers, the signer node corresponds to the management center, and the super account node corresponds to the fund circulation center. The super account node supports the transfer-in and transfer-out function of funds, while the signer node does not accept the transfer-in of funds and can only transfer out the funds to the super account node except for the first transaction for creating a common account. The funds among the common nodes can be mutually circulated, but the circulation amount has single maximum limit, the funds circulation exceeding the single maximum limit needs to apply for the verification of the signer node, and the signer node passes the verification of the circulation amount, so the funds circulation between two different nodes is allowed, otherwise, the funds circulation is not allowed.
The set of signer nodes is not uniform, and the system needs to reject malicious signer nodes and add new signer nodes in time. The signer nodes have a set of self-management methods, according to which the nodes communicate with each other and the change of the signer node set is flexibly processed.
According to an embodiment of the present invention, as shown in fig. 2, the block chain management system framework diagram of the present invention is divided into a central management part and an external client when the system is deployed, the super account node and the signer node are deployed in a central server and are managed by different centers, and the central server includes a fund flow center, a management center and a data center. The signer nodes are deployed in a data center and a management center of a central server; the super account node is deployed in a fund flow center of a center server; the common account node is deployed at an external client. The blockchain management system further comprises a system management module which is configured at a supervision authority and used for supervising the signer node of the central server, the super account node and the common account node of the external client.
The data center is responsible for data recording of a management system, a plurality of signer nodes are deployed, all the signer nodes pack legal transaction data in turn according to a primary EtherFang POA consensus algorithm to form blocks, block chains are prolonged, and rapid growth of the block chains is realized; the management center and the data center are integrated and correspond to the signer node, namely the authority management and the transaction record of the signer node.
The fund circulation center is responsible for the source of fund circulation in the system, and a plurality of super account nodes provide money reserves together; the fund circulates among the common accounts of the external client, the super account node of the central management part and the common accounts of the external client and between the signer node and the super account node of the central management part in a transaction mode; the transaction defines the data format of a fund from one node to another node, and the transaction is generated by the initiating node and sent to the data center for uniform processing by the data center.
The external client is a common account node and is responsible for generating data, and funds are circulated in the system in a transaction mode and are objects in fund circulation; the fund is circulated in a transaction mode, and the data is generated in a transaction mode; the transaction carries the circulation of data and funds in the system.
According to one embodiment of the invention, authority assignment is carried out on different nodes according to the authority of the nodes, wherein the authority of the signer node is configured to be 0; the authority of the common account node is configured according to the priority of the corresponding legal transactionThe priority is higher, and the authority value is higher; the authority of the super account node is configured to be 210。
According to one embodiment of the invention, the signer node is responsible for the authority management of the super account node and the common account node, and comprises the following steps: the method is used for endowing the ordinary account node and the super account node with rights and freezing the illegal ordinary account node and the illegal super account node. Specifically, the signer node performs authorization for the common account node in a voting manner to modify the authority of the common signer node, wherein the authorization for the common account node is increased or decreased or an illegal common account node is frozen by the signer node, and the authorization for the illegal common account node is assigned to be 0 to make the illegal common account node unavailable; and the signer node freezes the illegal super account node through voting and empowerment transaction and triggers the super account node to migrate, wherein the illegal super account node is frozen by assigning the authority of the illegal super account node to be 0 so as to be unavailable.
According to an example of the present invention, as shown in fig. 3, a blockchain management system, nodes in a blockchain system network are divided into three parts, a general account node (deployed at an external client), a signer node (deployed at a data center), and a super account node (deployed at a fund center). Based on a mechanism of a block chain system, all signer nodes have task sorting for executing the packaging of transactions into blocks, all the signer nodes execute the task of packaging the transactions into new blocks in turn according to the sorting, although a data center has a plurality of signers, only one block is effective under the same block height, and the packaging can be prolonged only by one signer. For example, as shown in fig. 3, the data center includes 5 signer nodes, which are respectively called a first signer node, a second signer node, a third signer node, a fourth signer node, and a fifth signer node according to the order of executing the packing task. In the process of packing legal transactions into a new block in the first theory, a first signer packs the legal transactions into a block and packs the legal transactions out of a block a; then packing a second signer, packing a block a +1 by the second signer, and so on, and packing a block a +4 by the fifth signer node; according to the round-robin packing scheme, the first signer node packs block a +5, the second signer node packs block a +6, and so on, where each block may contain multiple legitimate transactions.
The current chain state of all nodes in fig. 3 is the same, and is a consistent network state, and the signer node of the data center packs the blocks of the new blocks a, a +1, … …, a +4, … …, etc. in turn and adds the blocks at the tail of the current chain, that is, the block chain growth process.
Transactions x, y, z, n, p, m, as shown in fig. 3, are representative of transactions made by the general account node and the super account node. The transactions x, y, z, n, p and m represent transfers among nodes, and do not refer to transactions between a common account node or a super account node and a signer, and the one-way arrows in the figure represent the process of the transactions x, y, z, n, p and m propagating to the data center through the network.
The transactions x, y, z, n, p, m are propagated to the data center, and signer nodes of the data center pack the received transactions x, y, z, n, p, m, thereby extending a block chain, wherein each block can contain a plurality of transactions. After a signer node of the data center receives the transaction, firstly, the validity of the transaction is verified, if the transaction conforms to a transaction receiving rule, the transaction is legal, and all legal transactions form a transaction pool. When a new block is formed each time, the signer node for packaging the new block selects a plurality of transactions which can be contained in the block from the transaction pool according to the priority of the transaction sender to form a new block, and a block chain is prolonged.
According to an embodiment of the present invention, a block chain management method is provided, which mainly includes the following steps:
The fund in the block chain circulates among the common account nodes, among the super account nodes and between the common account nodes and the super account nodes in a transaction mode; the signer node does not accept the transfer of funds and can only transfer funds out to the super account node and package legitimate transactions from the ordinary account and super account into new blocks.
Preferably, the ordinary account nodes in the block chain are subjected to entitlement management through the signer nodes, so that the illegal account nodes are frozen and/or permission change is carried out on the ordinary account nodes based on application of the ordinary account nodes, including;
p1, all signer nodes determine whether to carry out empowerment voting for the common account nodes to be empowermed;
p2, all signer nodes which decide to perform empowerment voting for the common account nodes to be empowermed initiate empowerment transaction for the common account nodes respectively, and perform voting signature;
and P3, counting the voting signature information of all legal signer nodes obtained by the common account node, and modifying the authority of the common account node of which the total number of the obtained voting signature information exceeds the total number 1/2 of all the legal signer nodes into the authority given by voting.
Preferably, the performing, by the signer node, entitlement management on the super account nodes in the block chain to freeze the illegal super account nodes and trigger the super account nodes to migrate includes:
c1, all signer nodes determine whether to carry out migration voting for the super account node to be migrated;
c2, all signer nodes which are decided to vote for the super account node to be migrated initiate migration empowerment transaction and vote signature for the super account node to be migrated;
c3, counting the voting signature information of the legal signer nodes obtained by the super account node to be migrated, and setting the migration identifier of the super account node with the total number of the voting signature information exceeding the total number 1/2 of all the current legal signer nodes as true;
c4, migrating the super account node identified as true in the migration in the step C3 to the target address given by the vote.
Preferably, the large-amount transaction of which the transaction amount related in the blockchain is larger than the given amount threshold value of the blockchain system is verified through the signer node, the large-amount transaction of which the verification signature information of any legal signer node is obtained enters a transaction pool, and the large-amount transaction of which the verification signature information of the legal signer node is not obtained is discarded.
Preferably, a self-management mode is adopted for the signer node,
based on a preset time period, by means of voting of all other legal signer nodes, the nodes with the total voting information more than half of the total voting information of all the legal signer nodes are removed or entitled as new signer nodes according to the authority given by voting so as to update the signer nodes, and the entitled voting information of the signer nodes to other nodes is updated based on the updated legal signer nodes.
According to one embodiment of the invention, based on the mechanism of the block chain management method, the signer node and the super account node are deployed in a central server, wherein the signer node is deployed in a data center and a management center of the central server; deploying the super account node in a fund flow center of a center server; and deploying the common account node at the external client.
The signer node, the common account node and the super account node are supervised by a supervision mechanism; the authority of the signer node, the super account node and the common account node and the amount threshold of the large amount of transaction related between the nodes are automatically designated by system initialization.
Specifically, based on the above embodiment, the partition of the block link point authority can be summarized as follows:
the authority is 0, and is a signer node; permission 0-255, common account node; the authority is greater than 255, and the super account node, the specific signer authority is as shown in the following table 1:
TABLE 1
| Node type | Range of values of authority | 0 | 255 | 2^10 |
| Signer node | Is only 0 | The signer is legally available | □ | □ |
| Super account node | Two values of 0 and 2^10 | Super account is frozen | □ | Superaccount legally available |
| Common account node | An integer of 0 to 255 | The common account is frozen | Can be used | □ |
As can be seen from table 1, the legally available authority value interval of the common account node is an integer between 1 and 255, the authority value larger than 255 is not available, and the higher the authority value is, the higher the priority of the transfer transaction sent by the corresponding common account being packed into the block is, that is, the easier the transfer transaction is packed into the block. The legally available permission value of the super account node is 210When assigned a value of 0, it is in the frozen unavailable state.
As can be seen from the above description, the block chain management method of the present invention mainly involves four parts of management: common account entitlement management, super account migration management, large transaction verification management and signer node self-management.
Wherein, the ordinary account authorization and the super account migration are authorized through the authorization transaction sent by the signer, and all processes can be regarded as the authorization transaction appointed by the system. The large-amount transaction refers to the transaction of which the transaction amount sent by a common account and a super account node account is larger than a system given amount threshold value, and the large-amount transaction is processed.
Preferably, the authority values of the super account nodes and the signer nodes and the amount threshold value of the large-amount transaction are appointed when the system is initialized, the authority of all the super account nodes is initialized to be 2^10, and the balance is infinite; the signer node authority is initialized to 0; the amount threshold is automatically specified by the system. Then, the common account node can apply for permission change and trigger the empowerment process of the signer node to the common account node; in reality, a supervision mechanism can supervise the behaviors of a signer node, a super account node and a common account node, once the common account node or the super account node is found to have illegal behaviors, the authority of the common account node can be assigned to be 0 through the signer node, so that the common account node or the super account node is frozen, a super account migration process is triggered for the illegal super account node, and the frozen common account process is multiplexed with a common account empowerment process; if the illegal signers appear, the illegal signers can be voted and removed by other signers, and a self-management process of the signer node is operated.
The invention will be described in detail with reference to the following figures and examples:
the entitled transactions and the relationship between each part specified by the blockchain system can be described as follows:
the general data structure of the nodes in the block chain mainly comprises the following parts:
nonce, record how many transactions the account has initiated;
balabce, recording the balance of the account;
authority is account Authority.
The block chain system sets an Authority field for the data structure of the node corresponding to each account, and the Authority field is used for storing the Authority of the node so as to distinguish the type of the node, wherein the type comprises a signer node, a common account node and a super account node.
The block chain system adds authyVotes fields for all common accounts, the authyVotes field of each common account node is used for storing voting signature information of each signer node for the voting authority of the signer node, and one authyVote corresponds to the entitled transaction voting signature information of one signer node. The data structure of authorsyVote mainly comprises the following parts:
signer: a signer node of the vote;
txhash: a hash of the authorized transaction issued by the signer node;
tx-block number: the block number of the authorized transaction place sent by the signer node;
authority: the rights cast to the current account in the current vote of the signer node.
The block chain system adds transferAccountVotes fields for all the super accounts, the transferAccountVotes field of each super account node is used for storing voting signature information of each signer node on the migration empowerment transaction of the signer node, and one transferAccountVote corresponds to the voting signature information of the signer node on the migration empowerment of the super account node. Wherein, the data structure of transferaccountVote mainly includes the following parts:
signer: a signer node of the vote;
txhash: a hash of the authorized transaction issued by the signer node;
tx-block number: the block number of the authorized transaction place sent by the signer node;
TransferAccount: and in the current vote of the signer node, the address of the super account to be migrated, which is cast to the current super account, is added.
When the Authority of the ordinary account is set to 0 by the signer node, the ordinary account is frozen.
When the Authority of the super account is set to 0 by the signer node, the super account is then frozen.
Fig. 4 is a schematic flow chart illustrating the process of assigning rights to a general account node in the block link point management method according to the embodiment of the present invention; the ordinary account authorization process shown in fig. 4, that is, the process in which the signer node authorizes the ordinary account node, includes the following steps:
s10: starting to assign the right; all signer nodes which decide to perform empowerment voting for the common account node to be empowermed respectively initiate empowerment transaction aiming at the common account node to be empowerment, wherein the transaction comprises the authority corresponding to the voting;
s11: the signer node checks the voting signature information stored in the authority Votes of the common account node to be authorized, removes the voting signature information of other non-legal signer nodes on the common account to be authorized, and only keeps the valid and legal signer voting signature information in the current system;
s12: each signer node judges whether history voting signature information of the signer node on the common account node to be authorized is stored in authority votes of the common account node to be authorized, if so, the process goes to S121, and if not, the process goes to S122;
s121: the current signer node replaces the historical voting signature information of the ordinary account node to be authorized by the signer node stored in the Authority Votes with the voting signature information corresponding to the currently initiated authorization transaction;
s122: inserting voting information of current authorized transaction into AuthoryVotes, namely inserting current voting signature information of a to-be-authorized account into AuthoryVotes of the to-be-authorized account by a current signer node, and storing the current voting signature information;
s13: the current signer node judges whether the total number of voting signature information obtained by the current signer node for the authority corresponding to the authorization transaction of the common account node to be authorized is less than 1/3 of the total number of all legal signer nodes, if so, the step S131 is carried out, and if not, the step 14 is carried out;
s131, judging whether the authorization transaction of the current signer node to the common account node to be authorized is out of 10000 blocks of the block where the current signer node is located, if so, deleting voting signature information corresponding to the transaction from the authorization Votes of the common account node to be authorized; it should be noted that, based on the official regulation of the ethereal consensus algorithm adopted by the block chain, 30000 blocks are one segment, so that the signer node self-adjusts and restarts after every 30000 blocks, and therefore, corresponding to the signer node of 1/3, an adjustment segment of 10000 blocks is selected to ensure the timeliness and security of the vote of the signer node;
s132: refreshing voting signature information stored in AuthoryVotes of a common account node to be entitled, and not recording the authority without the voting signature information in the AuthoryVotes;
s14: traversing the signer node voting signature information obtained by different authorities in Authority Votes of the common account node to be entitled, judging whether the total voting signature information of the legal signer nodes obtained by a certain Authority exceeds half of the total of all the legal signer nodes, if so, entering step S141, otherwise, entering step S15:
s141, assigning the Authority field of the common account node to be entitled as the Authority given by the entitled voting result; assigning the Authority field of the common account node to be authorized as the Authority, if the total number of voting signature information of the legal signer node obtained by a certain Authority exceeds a given threshold, and the given threshold is half of the total number of all the legal signer nodes; when needing to be explained, based on the POW algorithm research of the block chain, when one mechanism controls the computing power (nodes) which exceeds 50% of the whole network, the attack is possible to succeed, then more than half of signers agree with a voting result to ensure that no mechanism can control the computing power which exceeds 50% of the whole network, therefore, the threshold value is set to be 50% of the total number of all legal signer nodes, and the threshold value is used as a safety factor, and only the voting result which reaches the safety factor is effective;
s142, modifying the authority of the common account node to be authorized, and deleting all voting signature information corresponding to the modified authority;
s15: and ending the flow.
Fig. 5 is a schematic flow chart illustrating a method for assigning authority to migration of a super account node in a block link point management method according to an embodiment of the present invention; the process of assigning rights to migration of a super account node as shown in fig. 5 includes the following steps:
s20: starting to assign the right; all signer nodes which decide to carry out migration empowerment voting on the super account node to be migrated respectively initiate empowerment transactions aiming at the super account node to be migrated, wherein the transactions comprise target addresses corresponding to the voting;
s21: the signer node checks the voting signature information stored in the transferAccountVotes of the super account node to be migrated, removes the voting signature information of other non-legal signer nodes to the super account to be entitled, and only retains the valid and legal signer voting signature information in the current system;
s22: each signer node judges whether the transfer accounts have voting records of the current super account migration transaction to be entitled, namely the signer node judges whether historical voting signature information of the signer node on the super account node is stored in the transfer accounts of the super account node to be entitled or not, if yes, the process enters S221, and if not, the process enters S222;
s221, replacing the historical voting signature information of the super account node to be entitled by the signer node stored in the transferAccountVotes by the current signer node, and replacing the historical voting signature information with the voting signature information corresponding to the currently initiated entitlement transaction;
s222: inserting voting information of current authorized transaction in the transferAccountVotes, namely inserting the current migration authorization voting signature information of the super account node to be authorized into the transferAccountVotes by the signer node for storage;
s23: the current signer node judges whether the total number of voting signature information obtained by the current signer node for the target address corresponding to the entitled transaction of the super account node to be migrated is less than 1/3 of the total number of all legal signer nodes, if so, the step S231 is carried out, and if not, the step S24 is carried out;
s231, judging whether the authorization transaction of the current signer node to the super account node to be migrated is out of 10000 blocks of the block where the current signer node is located, and if so, deleting voting signature information corresponding to the transaction in transferAccountVotes of the super account node to be authorized;
s232: refreshing voting signature information stored in the transferAccountVotes of the common account nodes to be entitled, and not recording the target address without the voting signature information in the transferAccountVotes;
s24: traversing the signer node voting signature information obtained by different target addresses in the super account nodes to be migrated, checking whether the total voting signature information of the legal signer nodes obtained by a certain target address exceeds half of the total voting signature information of all the legal signer nodes, if so, entering step S241, and if not, entering step S25;
s241: assigning the returned migration flag variable of the super account node to be migrated as true (true), namely when the total number of voting signature information of the legal signer nodes obtained by a certain target address exceeds the total number of all the legal signer nodes, setting the flag information of whether the super account node to be voted can be migrated as true, and setting the default value as no;
s242: in TransferAccountVotes of the super account node to be migrated
S242: deleting all the voting signature information corresponding to the target address of which the total number of the voting signature information of the obtained legal signer nodes exceeds half of the total number of all the legal signer nodes from the transferAccountVotes of the super account nodes to be migrated; s25: returning a flag variable for executing account migration operation, namely returning information whether the current voted super account can be migrated by the signer; if the super account migration can be executed, returning the assignment variable as true, otherwise, returning no;
s26: and (6) ending.
FIG. 6 is a schematic diagram illustrating a large transaction verification flow in a block link point management method according to an embodiment of the invention; for a transaction with a transaction fund circulation amount greater than the maximum limit of single fund circulation (the amount threshold of a general large transaction is automatically specified by the system), which becomes a large transaction, such single large fund circulation needs to be verified, as shown in fig. 6, the schematic flow chart of the large transaction verification according to the present invention includes the following steps:
s30: the client sends the transaction, which generally includes but is not limited to client creating transaction, setting currency amount, broadcasting the transaction to the deployed blockchain network;
s31: other nodes in the blockchain network receive the transaction and execute primary transaction verification;
s32: the node judges whether the currently received transaction is a large transaction, if not, the node enters S322, and if so, the node enters S321;
s321: the node judges whether the node is a Signer node (Signer), if not, the node enters S3211, and if so, the node enters S3212;
s3211: judging whether the current large-amount transaction receives the voting signatures of other Signer nodes (signers), if so, entering S322, otherwise, discarding the transaction, and entering S33;
s3212: judging whether the current large-amount transaction is signed by other signers or not, namely judging whether the current large-amount transaction receives the signatures of other Signer nodes or not by the Signer node, triggering a wallet interface of the current Signer to execute signature confirmation of the Signer for the specific large-amount transaction if the current large-amount transaction receives the signatures of the other Signer nodes, and then entering S322; if the signatures of other signers are not received, the current large-amount transaction enters a transaction pool for the Signer to be confirmed to wait for the signature of the node, when the current node is signed, the wallet interface of the current Signer is triggered to execute signature confirmation of the Signer for the specific large-amount transaction, and then the process enters S322;
s322: the transaction enters a transaction pool to be packaged, namely, the current transaction is added into the transaction pool to be packaged of the node, so that the node is packaged into a block;
s33: and (6) ending.
Based on the scheme of the foregoing embodiment, the ordinary account authorization and the super account migration are all authorized through the authorization transaction issued by the signer, and all processes can be regarded as the authorization transaction designated by the system. The large-amount transaction refers to the transaction of which the transaction amount sent by a common account and a super account node account is larger than a system given amount threshold value, and the large-amount transaction is processed. The method is implemented by the signer node initiating the entitled transaction, regardless of the entitled transaction corresponding to the ordinary account entitlement, the entitled transaction corresponding to the super account migration and the large-amount transaction verification, and the process of initiating the entitled transaction by the signer node is described in detail below with reference to a specific example.
According to an example of the present invention, assuming that the block chain starts from the first block, the authorstyvotes field of the ordinary account node p is now empty, and the voting signature information corresponding to the ordinary account node is shown in table 1. The signer set is 7 and all legal, assuming that the following operations of voting the entitled transaction all occur without the signer changing.
TABLE 1
The signer a votes for the common account node p at the 222 th block of the block chain, the authority is 6, and the voting signature information corresponding to the common account node p is shown in table 2:
TABLE 2
The signer E votes for the common account node p in the 444 th block of the block chain, the authority is 255, and the voting signature information corresponding to the common account node p is shown in table 3:
TABLE 3
The signer F votes for the common account node p at block 666 in the block chain, the common account node p votes for a right of 5, and the voting signature information corresponding to the common account node p is shown in table 4:
TABLE 4
The signer D votes for the common account node p in the 888 th block of the block chain, the common account node p votes, the authority is 3, and the voting signature information corresponding to the common account node p is shown in table 5:
TABLE 5
The signer a votes for the common account node p with the right of 5 at the 889 th block of the block chain, the voting signature information corresponding to the common account node p is shown in table 6, and the vote of the signer a at the 222 th block is covered:
TABLE 6
The signer B votes for the common account node p with the right of 1 at the 890 th block of the block chain, and the voting signature information corresponding to the common account node p is shown in table 7:
TABLE 7
The voting authority of the signer C for the common account node p at block 891 of the block chain is 1, and the voting signature information corresponding to the common account node p is shown in table 8:
TABLE 8
The voting authority of the signer H for the common account node p at the 892 th block of the block chain is 1, and the voting signature information corresponding to the common account node p is shown in table 9:
TABLE 9
Before a signer does not initiate a new voting entitlement transaction, the total voting signature number 4 obtained by the Authority 1 corresponding to the common account node p exceeds half of the total number of all legal signer nodes, the Authority of the common account node is assigned to 1, namely, the Authority field of the account p is set to 1, all voting signature information corresponding to the Authority 1 is deleted, and after triggering, the voting signature information recorded in the Authority voltes is as shown in table 10:
watch 10
It should be noted that, at this time, the process of assigning rights to the general account node is not finished, and this process is not all the time, but occurs continuously while the blockchain is extended.
For example, when the blockchain grows to 10444 blocks, the voting signature information of 1/3 that the total number of legal signer nodes to be obtained for a certain authority before 10000 blocks is lower than the total number of all legal signer nodes, and as can be seen from the above description, when the blockchain grows to 10444 blocks, the voting signature information of the signer node 3 is deleted because it is cast at the 444 th block and the total number of the voting information obtained by the corresponding authority 255 of the vote thereof does not exceed 3 votes. After triggering, the voting signature information recorded in authortyvotes of the common account node P is shown in table 11:
TABLE 11
Similarly, by analogy, when the blockchain grows to 10666, the voting signature information of the signer node F is deleted, and when the blockchain grows to 10888, the voting signature information of the signer node D is deleted.
It should be noted that, in the foregoing example, assuming that the signer node is unchanged and the rest signer nodes are not voting for the common account node p, if there are other valid signer nodes voting for the common account node in the process of the block chain increasing from the 892 block to the 10888 block, the authority is changed according to the voting result.
In actual operation, the signer node is constantly changing, and the signer node is to run self-management, for example, in the above example:
when the block chain is 777 th, a legal signer node G is newly added, when the block chain is 890 th, the signer node B casts a ticket as authority 1, and the signer node G also casts a ticket as authority 1, and then the voting signature information recorded in the authority votes of the common account node P is as shown in table 12:
TABLE 12
At block 891 of the block chain, the signer a is identified as an illegal signer node and is thrown out of the signer set by other legal signer nodes through self-management authentication of the signer node, and meanwhile, the signer node C throws a ticket as authority 1, and then the voting signature information recorded in the authorstyvotes of the common account node P is shown in table 13:
watch 13
At block 892 of the block chain, if the signer node H casts a vote as authority 1, the voting signature information recorded in the authorstyvotes of the common account node P is shown in table 14: '
TABLE 14
The process of the entitlement vote for the migration of the super account is basically consistent with the process of the entitlement vote of the common account, and the difference is that the voting content is changed from the authority to the address, and the process is as the example.
The invention endows different authorities to the block chain nodes with different functions, makes different access control according to the authority sizes of the block chain nodes, and endows different functions to the nodes with different authorities respectively, so that the block chain can achieve consensus on the transaction information of the block chain nodes with different authorities with higher safety, better supervision and higher performance.
It should be noted that, although the steps are described in a specific order, the steps are not necessarily performed in the specific order, and in fact, some of the steps may be performed concurrently or even in a changed order as long as the required functions are achieved.
The present invention may be a system, method and/or computer program product. The computer program product may include a computer-readable storage medium having computer-readable program instructions embodied therewith for causing a processor to implement various aspects of the present invention.
The computer readable storage medium may be a tangible device that retains and stores instructions for use by an instruction execution device. The computer readable storage medium may include, for example, but is not limited to, an electronic memory device, a magnetic memory device, an optical memory device, an electromagnetic memory device, a semiconductor memory device, or any suitable combination of the foregoing. More specific examples (a non-exhaustive list) of the computer readable storage medium would include the following: a portable computer diskette, a hard disk, a Random Access Memory (RAM), a read-only memory (ROM), an erasable programmable read-only memory (EPROM or flash memory), a Static Random Access Memory (SRAM), a portable compact disc read-only memory (CD-ROM), a Digital Versatile Disc (DVD), a memory stick, a floppy disk, a mechanical coding device, such as punch cards or in-groove projection structures having instructions stored thereon, and any suitable combination of the foregoing.
Having described embodiments of the present invention, the foregoing description is intended to be exemplary, not exhaustive, and not limited to the embodiments disclosed. Many modifications and variations will be apparent to those of ordinary skill in the art without departing from the scope and spirit of the described embodiments. The terminology used herein is chosen in order to best explain the principles of the embodiments, the practical application, or improvements made to the technology in the marketplace, or to enable others of ordinary skill in the art to understand the embodiments disclosed herein.
Claims (14)
1. A blockchain management system comprising one or more general account nodes, one or more super account nodes, and one or more signer nodes, wherein:
the signer node is used for packaging the transactions from the super account node and the common account node into a new block and is responsible for the authority management of the super account node and the common account node;
the common account node is used for transaction transfer among accounts;
the super account node is used for providing currency reserve for fund circulation in the system.
2. The blockchain management system of claim 1,
the signer node and the super account node are deployed in a central server; the common account node is deployed at an external client.
3. The blockchain management system of claim 1, further comprising:
and the system management module is used for monitoring the signer node, the super account node and the common account node.
4. The blockchain management system of claim 3,
the authority of the signer node is configured to be 0; the authority of the common account node is configured to be an integer between 1 and 255 according to the priority of the corresponding legal transaction, and the higher the priority is, the higher the authority value is; the authority of the super account node is configured to be 210。
5. The blockchain management system of claim 4, wherein the signer node is responsible for authority management of the super account node and the general account node, comprising:
the method is used for endowing the ordinary account node and the super account node with rights and freezing the illegal ordinary account node and the illegal super account node.
6. A method for managing a blockchain management system according to any one of claims 1 to 5, comprising the steps of:
s1, dividing the nodes in the block chain into nodes with different authorities according to the functions of the nodes in the block chain, wherein the nodes comprise a signer node, a common account node and a super account node;
s2, performing initialization empowerment for nodes with different authorities according to the node division in the step S1:
and S3, the signer node, the common account node and the super account node are respectively responsible for the corresponding services in the block chain according to the authority.
7. The blockchain management method of claim 6, wherein the initially assigning weights to the nodes with different rights in step S2 includes:
assigning the authority of the signer node as 0;
assigning the authority of the common account node to be an integer between 1 and 255 according to the priority of the packed transaction in the block, wherein the larger the value is, the higher the priority of the packed transaction in the block is;
assigning rights of super account nodesIs 210。
8. The method as claimed in claim 6, wherein the signer node, the general account node and the super account node respectively take charge of their respective corresponding services in the blockchain according to their authority, and the method comprises:
the signer node is responsible for packaging the transactions in the block chain into blocks and for the authority management of the super account node and the common account node;
the common account node is responsible for transaction transfer among accounts;
the super account node is responsible for providing a monetary reserve for the circulation of funds in the blockchain.
9. The blockchain management method according to claim 8, wherein the ordinary account nodes in the blockchain are subjected to entitlement management by the signer nodes to freeze illegal account nodes and/or perform permission change based on the application of the ordinary account nodes, including;
p1, all signer nodes determine whether to carry out empowerment voting for the common account nodes to be empowermed;
p2, all signer nodes which decide to perform empowerment voting for the common account nodes to be empowermed initiate empowerment transaction for the common account nodes respectively, and perform voting signature;
and P3, counting the voting signature information of all legal signer nodes obtained by the common account node, and modifying the authority of the common account node of which the total number of the obtained voting signature information exceeds the total number 1/2 of all the legal signer nodes into the authority given by voting.
10. A blockchain management method according to claim 8, wherein the super account node in the blockchain is authorized to be managed by the signer node to freeze the illegal super account node and trigger the super account node to migrate, comprising:
c1, all signer nodes determine whether to carry out migration voting for the super account node to be migrated;
c2, all signer nodes which are decided to vote for the super account node to be migrated initiate migration empowerment transaction and vote signature for the super account node to be migrated;
c3, counting the voting signature information of the legal signer nodes obtained by the super account node to be migrated, and setting the migration identifier of the super account node with the total number of the voting signature information exceeding the total number 1/2 of all the current legal signer nodes as true;
c4, migrating the super account node identified as true in the migration in the step C3 to the target address given by the vote.
11. The blockchain management method of claim 8, wherein the large transactions involved in the blockchain for which the transaction amount is greater than the threshold value of the amount given by the blockchain system are verified by the signer node, the large transactions for which the verification signature information of any legal signer node is obtained enter the transaction pool, and the large transactions for which the verification signature information of the legal signer node is not obtained are discarded.
12. The method as claimed in claim 8, wherein the signer node is self-managed, and based on a preset time period, by voting on all other legitimate signer nodes, the nodes whose total number of voting information exceeds half of the total number of all legitimate signer nodes are removed according to the authority given by voting or are entitled as new signer nodes to update the signer nodes, and the entitled voting information of the signer nodes to other nodes is updated based on the updated legitimate signer nodes.
13. An electronic device, comprising:
one or more processors;
one or more servers; and the number of the first and second groups,
the device of any one of claims 1 to 5.
14. A computer management system, comprising:
one or more processors;
memory having stored thereon computer programs for execution by one or more processors to perform the steps of the method according to any one of claims 6 to 12.
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201911210731.8A CN110992029A (en) | 2019-12-02 | 2019-12-02 | Block chain management system and method |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201911210731.8A CN110992029A (en) | 2019-12-02 | 2019-12-02 | Block chain management system and method |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| CN110992029A true CN110992029A (en) | 2020-04-10 |
Family
ID=70088853
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN201911210731.8A Pending CN110992029A (en) | 2019-12-02 | 2019-12-02 | Block chain management system and method |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN110992029A (en) |
Cited By (5)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN112087521A (en) * | 2020-09-17 | 2020-12-15 | 广州智云尚大数据科技有限公司 | Block chain link point authority control method based on big data and block chain system |
| CN112487487A (en) * | 2020-12-23 | 2021-03-12 | 深圳壹账通智能科技有限公司 | Authority management method, device, equipment and storage medium for member of block chain node |
| CN112540969A (en) * | 2020-11-26 | 2021-03-23 | 南京纯白矩阵科技有限公司 | Data migration method for intelligent contracts among heterogeneous block chains |
| WO2023077795A1 (en) * | 2021-11-04 | 2023-05-11 | 中国信息通信研究院 | Blockchain rights management method, blockchain system, device, program, and medium |
| CN117709947A (en) * | 2024-02-05 | 2024-03-15 | 广东通莞科技股份有限公司 | POS machine settlement authority management method based on blockchain |
Citations (4)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN106796685A (en) * | 2016-12-30 | 2017-05-31 | 深圳前海达闼云端智能科技有限公司 | Block chain authority control method and device and node equipment |
| CN107077675A (en) * | 2016-12-30 | 2017-08-18 | 深圳前海达闼云端智能科技有限公司 | Block chain based currency management method and system |
| CN107769922A (en) * | 2017-10-31 | 2018-03-06 | 捷德（中国）信息科技有限公司 | Block chain safety management system and method |
| US20180268382A1 (en) * | 2017-03-20 | 2018-09-20 | Steven Victor Wasserman | Blockchain digital currency: systems and methods for use in enterprise blockchain banking |
-
2019
- 2019-12-02 CN CN201911210731.8A patent/CN110992029A/en active Pending
Patent Citations (4)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN106796685A (en) * | 2016-12-30 | 2017-05-31 | 深圳前海达闼云端智能科技有限公司 | Block chain authority control method and device and node equipment |
| CN107077675A (en) * | 2016-12-30 | 2017-08-18 | 深圳前海达闼云端智能科技有限公司 | Block chain based currency management method and system |
| US20180268382A1 (en) * | 2017-03-20 | 2018-09-20 | Steven Victor Wasserman | Blockchain digital currency: systems and methods for use in enterprise blockchain banking |
| CN107769922A (en) * | 2017-10-31 | 2018-03-06 | 捷德（中国）信息科技有限公司 | Block chain safety management system and method |
Cited By (8)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN112087521A (en) * | 2020-09-17 | 2020-12-15 | 广州智云尚大数据科技有限公司 | Block chain link point authority control method based on big data and block chain system |
| CN112087521B (en) * | 2020-09-17 | 2021-12-17 | 山东诺蓝信息科技有限公司 | Block chain link point authority control method based on big data and block chain system |
| CN112540969A (en) * | 2020-11-26 | 2021-03-23 | 南京纯白矩阵科技有限公司 | Data migration method for intelligent contracts among heterogeneous block chains |
| CN112540969B (en) * | 2020-11-26 | 2023-07-14 | 南京纯白矩阵科技有限公司 | Data migration method of intelligent contracts among heterogeneous block chains |
| CN112487487A (en) * | 2020-12-23 | 2021-03-12 | 深圳壹账通智能科技有限公司 | Authority management method, device, equipment and storage medium for member of block chain node |
| WO2023077795A1 (en) * | 2021-11-04 | 2023-05-11 | 中国信息通信研究院 | Blockchain rights management method, blockchain system, device, program, and medium |
| CN117709947A (en) * | 2024-02-05 | 2024-03-15 | 广东通莞科技股份有限公司 | POS machine settlement authority management method based on blockchain |
| CN117709947B (en) * | 2024-02-05 | 2024-04-19 | 广东通莞科技股份有限公司 | POS machine settlement authority management method based on blockchain |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| EP3639468B1 (en) | Systems and methods for avoiding or reducing cryptographically stranded resources on a blockchain network | |
| EP3613189B1 (en) | Secure blockchain-based consensus | |
| CN110992029A (en) | Block chain management system and method | |
| JP7411011B2 (en) | Blockchain-implemented counting system and method used for secure voting and distribution | |
| US20230016360A1 (en) | Secure re-use of private key for dynamic group of nodes | |
| EP3655905B1 (en) | Distributed ledger technology | |
| US20230283473A1 (en) | Computer-implemented systems and methods relating to a binary blockchain comprising a pair of coupled blockchains | |
| Eklund et al. | Factors that impact blockchain scalability | |
| Keller et al. | Hotpow: Finality from proof-of-work quorums | |
| Pustišek et al. | Blockchain: Technology and Applications for Industry 4.0, Smart Energy, and Smart Cities | |
| US11983709B2 (en) | Systems and methods for addressing security-related vulnerabilities arising in relation to off-blockchain channels in the event of failures in a network | |
| Amiri et al. | Rashnu: Data-Dependent Order-Fairness | |
| Shamis | Auditable and Performant Byzantine Consensus for Permissioned Ledgers | |
| Ghazi et al. | On the Suitability of Improved TrustChain for Smartphones. | |
| Ferretti et al. | Blockchain and Smartcontracts: Fundamentals and a Decentralized Application Case-Study |
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 |