CN112182101A - Member admission method and system in block chain - Google Patents
Member admission method and system in block chain Download PDFInfo
- Publication number
- CN112182101A CN112182101A CN202011004730.0A CN202011004730A CN112182101A CN 112182101 A CN112182101 A CN 112182101A CN 202011004730 A CN202011004730 A CN 202011004730A CN 112182101 A CN112182101 A CN 112182101A
- Authority
- CN
- China
- Prior art keywords
- federation
- applicant
- members
- alliance
- center
- 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
- 238000000034 method Methods 0.000 title claims abstract description 51
- 238000012550 audit Methods 0.000 claims abstract description 19
- 239000000463 material Substances 0.000 claims description 11
- 238000004590 computer program Methods 0.000 claims description 7
- 238000013475 authorization Methods 0.000 claims description 6
- 238000012552 review Methods 0.000 claims description 3
- 238000010586 diagram Methods 0.000 description 9
- 238000012797 qualification Methods 0.000 description 8
- 230000009471 action Effects 0.000 description 4
- 230000006870 function Effects 0.000 description 4
- 239000003999 initiator Substances 0.000 description 4
- 230000006399 behavior Effects 0.000 description 3
- 238000007726 management method Methods 0.000 description 3
- 230000004048 modification Effects 0.000 description 3
- 238000012986 modification Methods 0.000 description 3
- 230000003287 optical effect Effects 0.000 description 3
- 230000008569 process Effects 0.000 description 3
- 230000009286 beneficial effect Effects 0.000 description 2
- 230000000694 effects Effects 0.000 description 2
- 238000005516 engineering process Methods 0.000 description 2
- 238000012423 maintenance Methods 0.000 description 2
- 230000000644 propagated effect Effects 0.000 description 2
- 238000010276 construction Methods 0.000 description 1
- 238000013461 design Methods 0.000 description 1
- 239000000835 fiber Substances 0.000 description 1
- 230000006872 improvement Effects 0.000 description 1
- 239000013307 optical fiber Substances 0.000 description 1
- 230000008520 organization Effects 0.000 description 1
- 239000004065 semiconductor Substances 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
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L9/00—Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols
- H04L9/32—Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols including means for verifying the identity or authority of a user of the system or for message authentication, e.g. authorization, entity authentication, data integrity or data verification, non-repudiation, key authentication or verification of credentials
- H04L9/3247—Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols including means for verifying the identity or authority of a user of the system or for message authentication, e.g. authorization, entity authentication, data integrity or data verification, non-repudiation, key authentication or verification of credentials involving digital signatures
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L9/00—Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols
- H04L9/32—Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols including means for verifying the identity or authority of a user of the system or for message authentication, e.g. authorization, entity authentication, data integrity or data verification, non-repudiation, key authentication or verification of credentials
- H04L9/3263—Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols including means for verifying the identity or authority of a user of the system or for message authentication, e.g. authorization, entity authentication, data integrity or data verification, non-repudiation, key authentication or verification of credentials involving certificates, e.g. public key certificate [PKC] or attribute certificate [AC]; Public key infrastructure [PKI] arrangements
Abstract
The invention discloses a member admission method and a member admission system in a block chain, and relates to the technical field of computers. One embodiment of the method comprises: an applicant applies for joining the alliance and submits data to the alliance; the CA center preliminarily examines the data; if the audit is passed, issuing a message to the blockchain by the CA center, and asking members in the alliance to vote on the application of the applicant; if the result of the vote exceeds a threshold, then the members in the federation sign a federation contract, and the applicant qualifies for federation admission; the CA center issues a certificate for the applicant. The implementation mode increases the transparency of the alliance governance, and can better acquire the trust of alliance members to the alliance.
Description
Technical Field
The present invention relates to the field of computer technologies, and in particular, to a member admission method and system in a block chain.
Background
The block chain is a distributed database, and the block chain ensures that each member node holds a complete record of a block chain account book through a consensus algorithm and a certification algorithm. The block chain supports the maintenance of data consistency of each member node, and the historical records of the block chain are extremely difficult to tamper. A federation chain is made up of members using a blockchain system, where admission eligibility needs to be issued by one particular member. At present, the certificate issuing authority in the alliance chain is mastered by the special member in the alliance, and the special member has an absolute centralization characteristic in the link of issuing the certificate.
In the process of implementing the invention, the inventor finds that at least the following problems exist in the prior art:
the special member in the alliance chain can decide the admittance and the penalty of the alliance member, and the situation is not in accordance with the block chain decentralization principle; on the other hand, the federation chain itself takes the certificate as an admission condition, the certificate is issued by a centralized special member, if the certificate is only taken as the admission condition, the special member with the certificate issuing authority can theoretically independently complete the joining of the member, and the ecology of federation coexistence cannot be achieved.
Disclosure of Invention
In view of this, embodiments of the present invention provide a member admission method and system in a block chain, which implement that a right of whether to pass an application of a coalition member is distributed to members in a coalition, weaken centralization of a coalition admission process, increase transparency of coalition governance, and better obtain trust of the coalition members on the coalition. Meanwhile, the CA center still reserves the right of rejection for the alliance registration application, so the CA center has special right and responsibility, and reserves the responsibility main body of the alliance. On the other hand, the applicant passing the CA center audit also needs the alliance committee to audit the qualification again, whether the applicant is admitted or not is determined by the voting result, the authority of finally determining whether the applicant is admitted or not is distributed to the alliance committee, and the alliance registration decentralization is achieved to a certain degree. The single-point management of a CA center is avoided, the transparency and the public trust of the alliance are increased, and the vitality of the alliance is also increased by endowing the alliance with power and responsibility.
To achieve the above object, according to an aspect of the embodiments of the present invention, there is provided a member admission method in a block chain, including:
the applicant applies for joining alliance and submits data;
the CA center preliminarily examines the data;
if the audit is passed, the CA center issues a message to the blockchain and requires members in the alliance to vote for the application of the applicant;
if the voting result exceeds the threshold value, the members in the alliance sign alliance contracts, and the applicant obtains alliance admission qualification;
the CA center issues a certificate for the applicant.
Optionally, the CA center preliminary review material includes conducting due diligence.
Optionally, the method further comprises: if the audit is not passed, the applicant revises the material and submits the application to the alliance again.
Optionally, the method further comprises: if the voting result does not exceed the threshold, the applicant revises the material again and submits the application to the alliance again.
Optionally, requiring members of the federation to vote on an applicant's application includes setting different weights to the members of the federation.
Optionally, the result of the vote is a sum of the votes of each of the members in the coalition multiplied by the weight of the member.
Optionally, setting different weights to the members in the federation includes determining the different weights by all members in the federation.
Alternatively, the votes of the members in the league are public and not tamperable, and the members in the league can only edit their votes.
Optionally, the voting results are public.
Alternatively, the threshold is determined by all members of the federation.
Optionally, the issuing, by the CA center, a certificate for the applicant includes: the CA center generates a member certificate signing and issuing authorization code for an applicant; the applicant signs an authorization code to the CA center by the certificate to receive the certificate; applying for deploying member nodes of the alliance chain and configuring a certificate.
Optionally, after the CA center issues the certificate for the applicant, the method further includes: the applicant can initiate member registration consensus transaction on the blockchain platform; and if the federation consensus passes, the registration is completed.
Alternatively, if the federation consensus does not pass, the applicant re-initiates the registration consensus transaction.
Optionally, the federation consensus failure includes a failure due to a bug or a failure due to information used.
According to a second aspect of the embodiments of the present invention, there is provided a member admission system in a block chain, including: the server and the method provided by the first aspect of the embodiments of the present invention perform member admission in a block chain.
According to a third aspect of embodiments of the present invention, there is provided a computer program stored thereon, wherein the program is configured to, when executed by a processor, implement the method provided by the first aspect of embodiments of the present invention.
The embodiment of the invention has the following advantages or beneficial effects: the CA center still reserves the right of refusal for the alliance registration application, so the CA center has special rights and responsibilities, and the responsibility body of the alliance is reserved. On the other hand, the applicant passing the CA center audit also needs the alliance committee to audit the qualification again, whether the applicant is admitted or not is determined by the voting result, the authority of finally determining whether the applicant is admitted or not is distributed to the alliance committee, and the alliance registration decentralization is achieved to a certain degree. The single-point management of a CA center is avoided, the transparency and the public trust of the alliance are increased, and the vitality of the alliance is also increased by endowing the alliance with power and responsibility.
Further effects of the above-mentioned non-conventional alternatives will be described below in connection with the embodiments.
Drawings
The drawings are included to provide a better understanding of the invention and are not to be construed as unduly limiting the invention. Wherein:
fig. 1 is a schematic diagram of main steps of a member admission method in a block chain according to an embodiment of the present invention;
fig. 2 is a schematic diagram of the complete steps of a member admission method in a block chain according to an embodiment of the present invention;
fig. 3 is a schematic diagram of the steps of issuing a certificate according to an embodiment of the present invention.
Detailed Description
Exemplary embodiments of the present invention are described below with reference to the accompanying drawings, in which various details of embodiments of the invention are included to assist understanding, and which are to be considered as merely exemplary. Accordingly, those of ordinary skill in the art will recognize that various changes and modifications of the embodiments described herein can be made without departing from the scope and spirit of the invention. Also, descriptions of well-known functions and constructions are omitted in the following description for clarity and conciseness.
It should be noted that the embodiments of the present invention and the technical features of the embodiments may be combined with each other without conflict.
According to an aspect of an embodiment of the present invention, a member admission method in a block chain is provided.
Fig. 1 is a schematic diagram of main steps of a member admission method in a block chain according to an embodiment of the present invention.
As shown in fig. 1, a method for admitting a member in a block chain according to an embodiment of the present invention mainly includes the following steps:
step S101: the applicant joins the federation application and submits the material.
Step S102: the CA center preliminarily examines the data.
Step S103: if the audit is passed, a message is issued to the blockchain by the CA center and the members in the federation are asked to vote on the applicant's application.
Step S104: if the result of the vote exceeds a threshold, the members in the federation sign a federation contract, and the applicant gains federation admission eligibility.
Step S105: the CA center issues a certificate for the applicant.
The CA (certificate authority) center is a certificate issuing certification center, which uses pki (public Key infrastructure) public Key infrastructure technology to provide network identity certification service, and may be a private group or a government agency. The invention also refers to a certificate issuing party.
The certificate is used for verifying whether a transaction initiator is a legal configuration file or not, and the signature can verify the validity of the certificate. The certificate is an identity for the network system, and a public key is also arranged in the certificate, so that whether the certificate is held by the user can be verified through a private key held by a transaction initiator.
In the implementation, the authority of the block chain link points is divided, wherein only part of nodes participating in alliance governance are divided. The member nodes of the blockchain deploy the complete blockchain contract, and the nodes which can inquire and initiate transactions on the blockchain are users of the blockchain.
Fig. 2 is a schematic diagram of the complete steps of a member admission method in a block chain according to an embodiment of the present invention.
As shown in fig. 2, a method for admitting a member in a block chain according to an embodiment of the present invention further includes: the CA center preliminary audit data includes making due diligence.
One of the differences between the alliance chain and the public chain is that the alliance chain is relatively easy to achieve consensus transaction due to the advantages of less time and resources consumed by the alliance chain so as to ensure the performance of the consensus transaction, but the anti-tampering capability is weaker than that of the public chain, and the alliance chain often needs to carry out more strict examination on the qualification of the members. Due diligence in the present invention includes any due diligence methodology known to those skilled in the art and is intended to include due diligence methodologies not addressed in the prior art.
As shown in fig. 2, a method for admitting a member in a block chain according to an embodiment of the present invention further includes:
step S106: if the audit is not passed, the applicant revises the data again and submits the application to the alliance again;
step S107: if the voting result does not exceed the threshold value, the applicant revises the data again and submits the application to the alliance again;
step S108: an applicant initiates a member registration consensus transaction on a blockchain platform;
step S109: if the alliance consensus is passed, the registration is completed;
step S110: if the alliance consensus is not passed, the applicant reinitiates the registration consensus transaction.
Optionally, the applicant applies for joining the alliance and submits the data to the alliance; the CA center preliminarily examines the data; if the audit is not passed, the applicant revises the material and submits the application to the alliance again until the audit is passed.
For example, an applicant joins a federation application and submits material to the federation; the CA center preliminarily examines the data; if the audit is passed, the CA center issues a message to the blockchain and requires members in the alliance to vote for the application of the applicant; if the voting result does not exceed the threshold, the applicant revises the material and submits the application to the alliance again until the auditing is passed and the voting result does not exceed the threshold.
Optionally, the result of the vote is a sum of the votes of each of the members in the coalition multiplied by the weight of the member.
Optionally, setting different weights to the members in the federation includes determining the different weights by all members in the federation.
Alternatively, the votes of the members in the league are public and not tamperable, and the members in the league can only edit their votes.
In the blockchain, each member has a blockchain ledger with a complete record of all transaction information on the blockchain. And through a consensus algorithm and a certification algorithm, each member node is ensured to hold a complete record of the block chain account book. Since each member has a blockchain ledger, it means that all data is publicly transparent, and thus the votes of the members in the federation are public.
In addition, the blockchain supports the maintenance of data consistency of each member node, and the history record of the blockchain is extremely difficult to tamper.
Optionally, the voting results are public.
As discussed above, because each member of the blockchain has a blockchain ledger with a complete record of all transaction information on the blockchain, the voting results are also public and not tamperproof.
Alternatively, the threshold is determined by all members of the federation.
For example, the members in the federation may determine in advance to set different weights to the members in the federation, and may adjust the weights of the members in the federation, the adjustment voting by the members in the federation to decide whether to pass. Since different members have different weights, the voting of different members has different effects on the voting results.
For example, there are 5 members in a federation: in the case of member a, member B, member C, member D, and member E, 5 members in the federation determine a threshold of 4 in advance.
Table 1 below shows that, in the case where member a votes through, member B votes through, member C votes through, member D votes not through, and member E votes through, where the voted through is "1" and the voted not through is "0", member a, member B, member C, member D, and member E have weights, respectively: weight example 1(1, 1.2, 1, 1, 0.85); weight example 2(1, 1, 1, 1.2, 0.9); the voting results of example 3(1, 1.1, 1, 1, 0.85) are weighted.
Table 2 below shows that in the case where member a votes through, member B votes not through, member C votes through, member D votes through, and member E votes through, where the votes pass is "1" and the votes do not pass is "0", member a, member B, member C, member D, and member E each have a weight: weight example 1(1, 1.2, 1, 1, 0.85); weight example 2(1, 1, 1, 1.2, 0.9); the voting results of example 3(1, 1.1, 1, 1, 0.85) are weighted.
TABLE 1
| Weight example 1 | Weight example 2 | Weight example 3 | |
| A＝1 | 1 | 1 | 1 |
| B＝1 | 1.2 | 1 | 1.1 |
| C＝1 | 1 | 1 | 1 |
| D＝0 | 1 | 1.2 | 1 |
| E＝1 | 0.85 | 0.9 | 0.85 |
| Results | 4.05 | 3.9 | 3.95 |
TABLE 2
| Weight example 1 | Weight example 2 | Weight example 3 | |
| A＝1 | 1 | 1 | 1 |
| B＝0 | 1.2 | 1 | 1.1 |
| C＝1 | 1 | 1 | 1 |
| D＝1 | 1 | 1.2 | 1 |
| E＝1 | 0.85 | 0.9 | 0.85 |
| Results | 3.85 | 4.1 | 3.85 |
As can be seen from table 2 above, in the case where the vote for user B does not pass and the votes for other members a, C, D, and E all pass, in weight example 1 (weight of member B is 1.2) and weight example 3 (weight of member B is 1.1) where the weight of B is higher, even if the applicant has obtained the votes for four passes, the result of the vote (the voting result of weight example 1 is 3.85, the voting result of weight example 3 is 3.85) still does not exceed the threshold 4, so the applicant needs to revise the material and submit the application to the federation again; in another example 2, in which the weight of the member D who passes the vote is higher, although the member B votes for failure, the result of the vote is 4.1, and the threshold is still exceeded, the applicant obtains the federation admission qualification.
As can be seen from table 1 and table 2 above, for the same weight example 1(1, 1.2, 1, 1, 0.85), different membership voting situations also affect the final voting result. That is, in the case shown in table 1, the member B with the higher weight example votes through, so even if the member D votes through, the final result is 4.05, the threshold is still exceeded, and the applicant obtains federation admission eligibility. In the case shown in table 2, the voting of the member B with higher weight example is not passed, and the final result is 3.85, so the applicant needs to revise the material and submit the application to the federation again.
As can be seen in connection with the different weight examples 1, 2 and 3 of tables 1 and 2 above, the individual votes and the different weight weights of the members in the league have an impact on the final voting results.
In the embodiment of the present invention, the voting threshold is determined by all members in the coalition, and therefore, in the cases shown in tables 1 and 2 above, if the members in the coalition vote to decide to modify the threshold to 3.9, the voting result in the case of weight example 3 in table 1 exceeds the modified threshold of 3.9 in addition to the cases of weight example 1 in table 1 and weight example 2 in table 2 described above where the voting result exceeds the threshold.
Similarly, if a membership voting decision in a league modifies the threshold to 4.05, the voting results 4.05 of weight example 1 in table 1 described above with the voting results exceeding the threshold do not exceed the modified threshold 4.05.
The above embodiments of the present invention are shown by way of example only, and the present invention is not limited to the methods described in the above embodiments.
Thus, it can be seen that in addition to the voting behavior of the members in the coalition and the weights of the individual members, the threshold also has an impact on the final voting results.
Optionally, the threshold is determined in advance by the members in the blockchain and is modifiable after consent of the members in the blockchain.
Also, the weights of different users may be modified after they have been voted through by members of the federation.
The voting behavior on the blockchain is public, all members can see the voting behavior and are not falsifiable, all members in the blockchain can edit only part of the contents of the members, and the voting result is also public.
Alternatively, as shown in fig. 3, step S105: the CA center issues a certificate for an applicant, and the method comprises the following sub-steps:
s1051: the CA center generates a member certificate signing and issuing authorization code for an applicant;
s1052: the applicant signs an authorization code to the CA center by the certificate to receive the certificate;
s1053: applying for deploying member nodes of the alliance chain and configuring a certificate.
The certificate is used to verify the configuration file of the transaction initiator, and the signature is provided, which can verify the validity of the certificate itself. The certificate is an identity for the network system, and a public key is also arranged in the certificate, so that whether the certificate is held by the user can be verified through a private key held by a transaction initiator.
Optionally, after the CA center issues the certificate for the applicant, the method further includes: the applicant can initiate member registration consensus transaction on the blockchain platform; and if the federation consensus passes, the registration is completed.
Consensus algorithms are algorithms that allow members of an organization to agree on a transaction. The consensus transaction is a transaction executed on a blockchain, wherein the blockchain records a consistent result for each transaction through a consensus algorithm to ensure that blockchain data cannot be tampered, the consensus transaction is that all members of the blockchain participate, and the obtained result cannot be tampered.
The new member can only start the consensus transaction of 'alliance member registration' before registering to the platform, any operation on the blockchain is the consensus transaction, after the step of configuring the certificate, the new member enters the blockchain system, only the authority is limited, and the authority of the general member is obtained after the registration action is completed. That is, the applicant has equal authority with other members in the blockchain after the registration action is completed.
After the new applicant registration action is completed, it then has the right to vote in the blockchain so it can vote for the following applicant.
After the new applicant registration action is completed, its weight is commonly determined by the members in the blockchain.
Alternatively, if the federation consensus does not pass, the applicant re-initiates the registration consensus transaction.
Optionally, the federation consensus failure includes a failure due to a bug or a failure due to information used.
In the previous step, the applicant has obtained the admission right of the federation, the information used for registration is correct, the program is not rejected to pass, the failure may be a program error, or the information used for registration is not verified.
According to a second aspect of the embodiments of the present invention, there is provided a member admission system in a block chain, including: the server and the method provided by the first aspect of the embodiments of the present invention perform member admission in a block chain.
The system adopts the following method:
the applicant applies for joining alliance and submits data;
the CA center preliminarily examines the data;
if the audit is passed, the CA center issues a message to the blockchain and requires members in the alliance to vote for the application of the applicant;
if the voting result exceeds the threshold value, the members in the alliance sign alliance contracts, and the applicant obtains alliance admission qualification;
the CA center issues a certificate for the applicant.
According to a third aspect of embodiments of the present invention, there is provided a computer readable storage medium having stored thereon a computer program, which when executed by a processor, performs the method provided by the first aspect of embodiments of the present invention.
The program when executed by the processor implements the steps of:
the applicant applies for joining alliance and submits data;
the CA center preliminarily examines the data;
if the audit is passed, the CA center issues a message to the blockchain and requires members in the alliance to vote for the application of the applicant;
if the voting result exceeds the threshold value, the members in the alliance sign alliance contracts, and the applicant obtains alliance admission qualification;
the CA center issues a certificate for the applicant.
Optionally, the program is further executable by the processor to implement the steps of:
if the audit is not passed, the applicant revises the data again and submits the application to the alliance again;
if the voting result does not exceed the threshold value, the applicant revises the data again and submits the application to the alliance again;
if the result of the vote exceeds a threshold, the members in the federation sign a federation contract, and the applicant gains federation admission eligibility.
The embodiment of the invention has the following advantages or beneficial effects: the CA center still reserves the right of refusal for the alliance registration application, so the CA center has special rights and responsibilities, and the responsibility body of the alliance is reserved. On the other hand, the applicant passing the CA center audit also needs the alliance committee to audit the qualification again, whether the applicant is admitted or not is determined by the voting result, the authority of finally determining whether the applicant is admitted or not is distributed to the alliance committee, and the alliance registration decentralization is achieved to a certain degree. The single-point management of a CA center is avoided, the transparency and the public trust of the alliance are increased, and the vitality of the alliance is also increased by endowing the alliance with power and responsibility.
In particular, according to the embodiments of the present disclosure, the processes described above with reference to the flowcharts may be implemented as computer software programs. For example, embodiments of the present disclosure include a computer program product comprising a computer program embodied on a computer readable medium, the computer program comprising program code for performing the method illustrated in the flow chart.
It should be noted that the computer readable medium shown in the present invention can be a computer readable signal medium or a computer readable storage medium or any combination of the two. A computer readable storage medium may be, for example, but not limited to, an electronic, magnetic, optical, electromagnetic, infrared, or semiconductor system, apparatus, or device, or any combination of the foregoing. More specific examples of the computer readable storage medium may include, but are not limited to: an electrical connection having one or more wires, 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), an optical fiber, a portable compact disc read-only memory (CD-ROM), an optical storage device, a magnetic storage device, or any suitable combination of the foregoing. In the present invention, a computer readable storage medium may be any tangible medium that can contain, or store a program for use by or in connection with an instruction execution system, apparatus, or device. In the present invention, however, a computer readable signal medium may include a propagated data signal with computer readable program code embodied therein, for example, in baseband or as part of a carrier wave. Such a propagated data signal may take many forms, including, but not limited to, electro-magnetic, optical, or any suitable combination thereof. A computer readable signal medium may also be any computer readable medium that is not a computer readable storage medium and that can communicate, propagate, or transport a program for use by or in connection with an instruction execution system, apparatus, or device. Program code embodied on a computer readable medium may be transmitted using any appropriate medium, including but not limited to: wireless, wire, fiber optic cable, RF, etc., or any suitable combination of the foregoing.
The flowchart and block diagrams in the figures illustrate the architecture, functionality, and operation of possible implementations of systems, methods and computer program products according to various embodiments of the present invention. In this regard, each block in the flowchart or block diagrams may represent a module, segment, or portion of code, which comprises one or more executable instructions for implementing the specified logical function(s). It should also be noted that, in some alternative implementations, the functions noted in the block may occur out of the order noted in the figures. For example, two blocks shown in succession may, in fact, be executed substantially concurrently, or the blocks may sometimes be executed in the reverse order, depending upon the functionality involved. It will also be noted that each block of the block diagrams or flowchart illustration, and combinations of blocks in the block diagrams or flowchart illustration, can be implemented by special purpose hardware-based systems which perform the specified functions or acts, or combinations of special purpose hardware and computer instructions.
The above-described embodiments should not be construed as limiting the scope of the invention. Those skilled in the art will appreciate that various modifications, combinations, sub-combinations, and substitutions can occur, depending on design requirements and other factors. Any modification, equivalent replacement, and improvement made within the spirit and principle of the present invention should be included in the protection scope of the present invention.
Claims (16)
1. A method for member admission in a block chain, comprising:
an applicant applies for joining the alliance and submits data to the alliance;
the CA center preliminarily examines the data;
if the audit is passed, issuing a message to the blockchain by the CA center, and asking members in the alliance to vote on the application of the applicant;
if the result of the vote exceeds a threshold, then the members in the federation sign a federation contract, and the applicant qualifies for federation admission;
the CA center issues a certificate for the applicant.
2. The method of claim 1, wherein the CA center preliminarily reviews the data including conducting due diligence.
3. The method of claim 1, wherein the method further comprises: if the review fails, the applicant revises the material and submits the application to the federation again.
4. The method of claim 1, wherein the method further comprises: if the result of the vote does not exceed the threshold, the applicant revises the material and submits the application to the federation again.
5. The method of claim 1, wherein requiring members in the federation to vote for the application of the applicant comprises setting different weights to members in the federation.
6. The method of claim 5, wherein the result of the vote is a sum of the vote for each of the members in the coalition multiplied by the weight of that member.
7. The method of claim 5, wherein setting different weights to members in the federation comprises the different weights being determined by all members in the federation.
8. The method of claim 1, wherein the votes of the members in the federation are public and not tamperproof, a member in the federation being able to edit only its own vote.
9. The method of claim 1, wherein the voting results are public.
10. The method of claim 1, wherein the threshold is determined by all members of the federation.
11. The method of claim 1, wherein the CA center issuing a certificate for the applicant comprises: the CA center generates a member certificate signing and issuing authorization code for the applicant; the applicant signs an authorization code to the CA center by virtue of the certificate to receive the certificate; the application is deploying federation chain member nodes and configuring the certificate.
12. The method of claim 1, wherein after the CA center issues the certificate for the applicant, further comprising: the applicant can initiate member registration consensus transaction on the blockchain platform; and if the federation consensus passes, the registration is completed.
13. The method of claim 12, wherein the applicant re-initiates a registration consensus transaction if the federation consensus fails.
14. The method of claim 13, wherein the federation consensus failure comprises a failure due to a bug or a failure due to information used.
15. A system for admission of members in a blockchain, comprising: a server and the method of any one of claims 1 to 14 for member admission in a block chain.
16. A computer-readable medium, on which a computer program is stored, which, when being executed by a processor, carries out the method according to any one of claims 1-14.
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN202011004730.0A CN112182101A (en) | 2020-09-22 | 2020-09-22 | Member admission method and system in block chain |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN202011004730.0A CN112182101A (en) | 2020-09-22 | 2020-09-22 | Member admission method and system in block chain |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| CN112182101A true CN112182101A (en) | 2021-01-05 |
Family
ID=73955908
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN202011004730.0A Pending CN112182101A (en) | 2020-09-22 | 2020-09-22 | Member admission method and system in block chain |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN112182101A (en) |
Cited By (4)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN112560115A (en) * | 2021-03-01 | 2021-03-26 | 南京可信区块链与算法经济研究院有限公司 | Multi-party combined research and development method and system based on block chain |
| CN112910982A (en) * | 2021-01-27 | 2021-06-04 | 网易（杭州）网络有限公司 | Node access method and device of alliance chain, electronic equipment and storage medium |
| CN113542438A (en) * | 2021-09-16 | 2021-10-22 | 中关村科学城城市大脑股份有限公司 | Method and device for entering link of linked user, electronic equipment and storage medium |
| CN113704815A (en) * | 2021-07-27 | 2021-11-26 | 陕西科技大学 | Flexible, safe and credible graph data sharing system and method based on block chain |
Citations (10)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN108667618A (en) * | 2018-05-10 | 2018-10-16 | 阿里巴巴集团控股有限公司 | Data processing method, device, server and the system of block chain member management |
| CN109493063A (en) * | 2018-12-29 | 2019-03-19 | 杭州趣链科技有限公司 | The method of permission control is carried out in a kind of alliance's block chain |
| CN110245183A (en) * | 2019-05-05 | 2019-09-17 | 上海链度科技有限公司 | A kind of encrypted electronic voting system and method based on alliance's block chain technology |
| CN110572262A (en) * | 2019-09-20 | 2019-12-13 | 中国银行股份有限公司 | Block chain alliance chain construction method, device and system |
| CN110602217A (en) * | 2019-09-17 | 2019-12-20 | 腾讯科技（深圳）有限公司 | Block chain-based alliance management method, device, equipment and storage medium |
| CN110636051A (en) * | 2019-08-29 | 2019-12-31 | 中芯昊月(深圳)科技控股有限公司 | Block chain transaction method based on multi-user CA digital certificate |
| US20200059369A1 (en) * | 2017-05-16 | 2020-02-20 | Peking University Shenzhen Graduate School | Determining consensus by parallel proof of voting in consortium blockchain |
| CN110958118A (en) * | 2019-10-12 | 2020-04-03 | 平安国际智慧城市科技股份有限公司 | Certificate authentication management method, device, equipment and computer readable storage medium |
| CN111163165A (en) * | 2019-12-28 | 2020-05-15 | 北京工业大学 | Voting consensus method based on Fabric alliance chain |
| CN111327564A (en) * | 2018-12-13 | 2020-06-23 | 航天信息股份有限公司 | Access method and device for alliance chain |
-
2020
- 2020-09-22 CN CN202011004730.0A patent/CN112182101A/en active Pending
Patent Citations (10)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US20200059369A1 (en) * | 2017-05-16 | 2020-02-20 | Peking University Shenzhen Graduate School | Determining consensus by parallel proof of voting in consortium blockchain |
| CN108667618A (en) * | 2018-05-10 | 2018-10-16 | 阿里巴巴集团控股有限公司 | Data processing method, device, server and the system of block chain member management |
| CN111327564A (en) * | 2018-12-13 | 2020-06-23 | 航天信息股份有限公司 | Access method and device for alliance chain |
| CN109493063A (en) * | 2018-12-29 | 2019-03-19 | 杭州趣链科技有限公司 | The method of permission control is carried out in a kind of alliance's block chain |
| CN110245183A (en) * | 2019-05-05 | 2019-09-17 | 上海链度科技有限公司 | A kind of encrypted electronic voting system and method based on alliance's block chain technology |
| CN110636051A (en) * | 2019-08-29 | 2019-12-31 | 中芯昊月(深圳)科技控股有限公司 | Block chain transaction method based on multi-user CA digital certificate |
| CN110602217A (en) * | 2019-09-17 | 2019-12-20 | 腾讯科技（深圳）有限公司 | Block chain-based alliance management method, device, equipment and storage medium |
| CN110572262A (en) * | 2019-09-20 | 2019-12-13 | 中国银行股份有限公司 | Block chain alliance chain construction method, device and system |
| CN110958118A (en) * | 2019-10-12 | 2020-04-03 | 平安国际智慧城市科技股份有限公司 | Certificate authentication management method, device, equipment and computer readable storage medium |
| CN111163165A (en) * | 2019-12-28 | 2020-05-15 | 北京工业大学 | Voting consensus method based on Fabric alliance chain |
Cited By (6)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN112910982A (en) * | 2021-01-27 | 2021-06-04 | 网易（杭州）网络有限公司 | Node access method and device of alliance chain, electronic equipment and storage medium |
| CN112910982B (en) * | 2021-01-27 | 2023-06-16 | 网易（杭州）网络有限公司 | Node admission method and device of alliance chain, electronic equipment and storage medium |
| CN112560115A (en) * | 2021-03-01 | 2021-03-26 | 南京可信区块链与算法经济研究院有限公司 | Multi-party combined research and development method and system based on block chain |
| CN113704815A (en) * | 2021-07-27 | 2021-11-26 | 陕西科技大学 | Flexible, safe and credible graph data sharing system and method based on block chain |
| CN113542438A (en) * | 2021-09-16 | 2021-10-22 | 中关村科学城城市大脑股份有限公司 | Method and device for entering link of linked user, electronic equipment and storage medium |
| CN113542438B (en) * | 2021-09-16 | 2021-12-31 | 中关村科学城城市大脑股份有限公司 | Method and device for entering link of linked user, electronic equipment and storage medium |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| CN112182101A (en) | Member admission method and system in block chain | |
| CN108667618B (en) | Data processing method, device, server and system for member management of block chain | |
| CN109189962B (en) | License service implementation system based on block chain | |
| CN109151013B (en) | Logistics industry information platform based on alliance block chain | |
| CN110599181B (en) | Data processing method, device and equipment based on block chain and storage medium | |
| US20200043115A1 (en) | Permissioned blockchain ecosystem for economic development incentives | |
| CN113989047A (en) | Asset publishing method and device based on block chain and electronic equipment | |
| AU2019380381A1 (en) | Smart logistics management using blockchain | |
| CN111080288A (en) | Block chain consensus achieving method and device based on directed acyclic graph | |
| US11115186B2 (en) | Blockchain management platform for performing asset adjustment, cross sectional editing, and bonding | |
| US11018848B2 (en) | Blockchain management platform for performing asset adjustment, cross sectional editing, and bonding | |
| CN113065868A (en) | Supply chain enterprise financial digital identity management method and system, equipment and medium | |
| CN111523152B (en) | Block chain-based electronic certificate management method, management network and electronic equipment | |
| CN110866289A (en) | Data processing method and device based on block chain, server and storage medium | |
| EP4050542B1 (en) | Blockchain-based data processing method and apparatus, and device and readable storage medium | |
| Harshavardhan et al. | Blockchain technology in cloud computing to overcome security vulnerabilities | |
| CN111988145A (en) | Method, device and system for processing service authentication and collateral certificate application and electronic equipment | |
| KR102051257B1 (en) | System for preventing counterfeit of non face-to-face transactions based on blockchain | |
| CN111476640A (en) | Authentication method, system, storage medium and big data authentication platform | |
| CN111222963A (en) | Bidding information processing method and device based on block chain | |
| CN113037827A (en) | Voting method based on block chain, self-organization management method and computer equipment | |
| US11012232B2 (en) | Blockchain management platform for performing asset adjustment, cross sectional editing, and bonding | |
| CN113254980B (en) | Workload certification consensus method and system for deep learning | |
| CN111222885A (en) | Data processing request endorsement method and device, computer equipment and storage medium | |
| JP2023106055A (en) | Evidence management method, evidence management system, and node |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| PB01 | Publication | ||
| PB01 | Publication | ||
| SE01 | Entry into force of request for substantive examination | ||
| SE01 | Entry into force of request for substantive examination | ||
| TA01 | Transfer of patent application right |
Effective date of registration: 20220926 Address after: 25 Financial Street, Xicheng District, Beijing 100033 Applicant after: CHINA CONSTRUCTION BANK Corp. Address before: 12 / F, 15 / F, No. 99, Yincheng Road, Shanghai pilot Free Trade Zone, 200120 Applicant before: Jianxin Financial Science and Technology Co.,Ltd. |
|
| TA01 | Transfer of patent application right | ||
| RJ01 | Rejection of invention patent application after publication |
Application publication date: 20210105 |
|
| RJ01 | Rejection of invention patent application after publication |