CN112789823B - Block chain-based competitive election network system and competitive election method - Google Patents

Abstract

The invention discloses an election method of an election network system based on a block chain. The election method of the block chain-based election network system according to the embodiment comprises the following steps: step (A), the superior node of the superior meeting sponsor as the meeting to be sponsored forms a alliance by requesting meeting generation from a platform manager; step (B), the superior node or the subordinate node of the subordinate party sponsor generates a private key public key pair of the candidate of the party and registers the party candidate; step (C), the manager node only generates a private key public key pair by the authenticated user, and registers the optional person of the participant by adding an account number to the network; step (D), the voter node registered as the voter generates a voting transaction through the public key of the candidate; and step (E), the verifier node generates a query transaction, confirms the detailed information of the transaction generated from the election account to the candidate account through the generated query transaction, and calculates a voting result.

Description

Blockchain-based campaign network system and campaign method

Technical field

The present invention relates to a campaign network system and a campaign method based on blockchain. More specifically, it relates to a campaign network system and a voting result calculation method, that is, the campaign organizer can register candidates, and only network members can query the records in the district. Blockchain voting details enable multiple votes to be conducted within a single platform.

Background technique

Unless otherwise stated in this specification, the content described here does not belong to the prior art related to the protection scope of the invention claimed in this application, and even if it belongs to this part, it is not regarded as prior art.

Blockchain is a decentralized ledger technology that does not require a centralized organization. System participants can jointly record, verify and store transaction information to ensure the reliability of transaction information. The blockchain is managed by a protocol for collective verification of new blocks in a peer-to-peer network between participants. Therefore, if someone wants to manipulate transaction records, they need to manipulate the interaction between participants before generating new blocks. All blocks connected.

That is, many blocks in the blockchain need to be manipulated within a specified time, but this is actually impossible. Therefore, blockchain technology has high transaction security.

In addition, the blockchain can solve the problem of double payment such as fraud by only realizing a new unit value transaction, and can significantly reduce transaction costs because it can achieve disintermediation without the need for intermediaries. Blockchain is used in user authentication, smart contracts, securities issuance and trading, overseas remittances and fund transfers, trade financing, real estate registration, authenticity verification of luxury goods, digital identity management, electronic voting, personal health record management, etc. There is unlimited creative potential in the field.

With the development of wireless communication technologies such as the Internet, research is being conducted on electronic voting to replace existing paper voting methods. Electronic voting has the following effect. As electronic voting using the Internet, voting is performed using nodes that can communicate, so there are no restrictions in time or space. Despite this advantage, many problems are found in existing electronic voting methods. As a specific example, if a node is maliciously occupied by a hacker or the like, the data packet containing the voting content may be manipulated or damaged, and the target node that exercised electronic voting can be reverse-traced to reveal who voted for which candidate. information about people.

Electronic voting cannot guarantee the four major principles of elections due to this problem, and current technology has limitations in the introduction of electronic voting technology. Therefore, it is necessary to develop technology that can ensure the reliability of the voting process and results during electronic voting. However, the existing patented technologies related to electronic voting focus on protecting the personal information of voters and preventing fraud in the voting process, but do not Sponsor-affiliated technology that registers candidates and manages voting.

Contents of the invention

technical problem

The present invention provides the following blockchain-based campaign network system and campaign method through embodiments, that is, the certified conference organizer can register candidates, and only network members can query the voting details recorded in the blockchain, and can Multiple participant-related voting can be conducted within a single platform, and the voting results of legal participants can be automatically calculated. Furthermore, general ledger data can be generated to prove voting details in the event of a dispute over voting fraud, thereby improving the notarization and reliability of voting.

Technical solutions

The election method of the blockchain-based election network system according to the embodiment includes: step (A), the superior node as the organizer of the superior conference to hold the conference forms an alliance by requesting the platform manager to generate the conference; step (B) , the upper-level node or the lower-level node that is the organizer of the lower-level conference generates the private key public key pair of the candidates participating in the above conference and registers the conference candidates; step (C), the manager node is limited to authenticated users to generate private keys and public keys Yes, register electors to participate in the conference by adding an account to the network; step (D), the elector node registered as the above elector generates a voting transaction through the candidate's public key; and step (E), the verifier node generates a query Transaction, the detailed information of the transaction generated from the elector account to the candidate account is confirmed and the voting results are calculated through the above query transaction generated.

A blockchain-based campaign network system according to another embodiment includes: a superior node that forms an alliance by requesting the system administrator for conference generation; a conference organizer node that is used to generate the private and public keys of candidates participating in the above conference. Correct and register candidates for the conference; the manager node is limited to authenticated users to generate private key and public key pairs, and register electors to participate in the conference by adding accounts to the network; the elector node generates voting transactions through the candidate's public key ; and the verifier node, generates a query transaction, and uses the generated query transaction to confirm the detailed information of the transaction generated from the elector account to the candidate account and calculate the voting results.

Effect of the invention

The above-mentioned blockchain-based campaign network system and campaign method have the following effects: that is, by recording voting details in the blockchain to improve the reliability of electronic voting, and at the same time, only representative nodes (manager nodes) are allowed to participate Talents can generate transactions on the network, thus ensuring privacy and improving the security of the voting process and results.

Moreover, since multiple conferences are organized on a single platform, the conference organizer can easily gather users who want to participate in voting, which is beneficial to the publicity and promotion of the conference.

Moreover, when the winner of the regional conference enters the main conference or the winner of the domestic conference enters the international conference, the upper-level conference organizer needs to select and manage the lower-level conference organizer. In the embodiment, the upper-level conference organizer needs to select and manage the lower-level conference organizer. The serial numbers of lower-level permissions (alliance identification numbers) are added together and a hash function is used to generate the private key of the lower-level permissions. The private key generates a public key through the Elliptic Curve Digital Signature Algorithm (ECDSA). Thus, the organizer of the upper-level conference can manage multiple A lower-level conference.

Furthermore, since participants’ voting details are stored on the blockchain, manipulation or hacking can be prevented, thereby improving the reliability and security of the conference.

The effects of the present invention are not limited to the above-described effects, but should be understood to include all effects that can be derived from the structure of the invention described in the detailed description of the invention or the scope of the claims.

Description of the drawings

Figure 1a is a diagram illustrating the node structure of the blockchain-based campaign network system of the embodiment.

Figure 1b is a diagram illustrating a conference platform generated by the system of an embodiment.

FIG. 2 is a diagram illustrating data processing blocks of a manager node and an upper-level node of the embodiment.

FIG. 3 is a diagram showing the data processing structure of the verifier node of the embodiment.

FIG. 4 is a diagram illustrating a conference generation flow for explaining the embodiment.

FIG. 5 is a diagram illustrating the structure of the blockchain-based campaign network system of the embodiment.

FIG. 6 is a signal flow diagram illustrating the blockchain-based campaign network system of the embodiment.

FIG. 7 is a diagram illustrating the general ledger data structure generated by the blockchain-based campaign network system of the embodiment.

Detailed ways

The election method of the blockchain-based election network system includes: step (A), the superior node as the organizer of the superior conference to be held forms an alliance by requesting the platform manager to generate the conference; step (B), the superior node or The subordinate node as the organizer of the subordinate conference generates the private key and public key pairs of the candidates participating in the above conference and registers the conference candidates; in step (C), the manager node is limited to the authenticated users to generate private key and public key pairs, and registers the candidates through The network adds an account to register the electors participating in the conference; step (D), the elector node registered as the above-mentioned elector generates a voting transaction through the candidate's public key; and step (E), the verifier node generates a query transaction, and passes all The above query transaction is generated to confirm the details of the transaction generated from the elector account to the candidate account and calculate the voting results.

The advantages, features and methods of realizing them may be made clear by referring to the accompanying drawings and the detailed description of the various embodiments. However, the present invention is not limited to the multiple embodiments disclosed below. The present invention can be implemented through various different implementation modes. This embodiment is only used to make the disclosure of the present invention complete and to make the technical field to which the present invention belongs. Those of ordinary skill in the art fully understand the scope of the present invention, and the present invention is only defined by the scope of the invention claims. Throughout this specification, the same reference numerals represent the same structural elements.

In describing the embodiments of the present invention, when it is judged that detailed description of well-known functions or structures may unnecessarily obscure the gist of the present invention, the detailed description thereof will be omitted. In addition, the terms in the following description are defined taking into consideration the functions of the embodiments of the present invention, and may differ depending on the user, operator's intention, convention, or the like. Therefore, the definition should be based on the entire content of this specification.

Figure 1a is a diagram illustrating the node structure of the blockchain-based campaign network system of the embodiment.

Referring to Figure 1a, the blockchain-based campaign network system of the embodiment may include a manager node 100, a validator node 101, an upper-level node 200, lower-level nodes 301, 302, and an elector node 401.

The manager node 100 serves as a terminal or server for the platform (system) manager that forms the alliance, and forms an alliance of the requested conference by receiving a conference generation request from the upper-level node 200 to host the conference. After the alliance is formed, the superior node 200, which is the organizer of each conference, registers candidates for the conference. In an embodiment, the upper-level node 200 may register the candidate by generating a private key-public key pair (pair) of the candidate participating in the conference. In embodiments, conference candidates may be registered through an upper-level node or a lower-level node that is the conference sponsor node.

The upper-level node 200, as the host of the upper-level conference, generates a conference hosting request message and transmits it to the manager node 100. By combining the private key of the above-mentioned conference with the serial number of the lower-level node (for example, the alliance identification number), the hash function is used. Generate the private key of the subordinate node. In an embodiment, the public key is generated by implementing Elliptic Curve Digital Signature Algorithm (ECDSA) on the private key. Elliptic Curve Digital Signature Algorithm (ECDSA) is a digital signature algorithm that utilizes elliptic curve cryptography (ECC) in Digital Signature Algorithm (DSA). As an encryption method with a 160-bit key, it is suitable for mobile terminals because it has equivalent security to the 1024-bit asymmetric key (RSA, Rivest-Shamir-Adelmen) method and can reduce processing speed.

In an embodiment, by combining the private key of the upper-level authority and the serial number of the lower-level authority (for example, the alliance identification number) and generating the private key of the lower-level authority through the hash function encryption process, it is possible to serve as the organizer of the upper-level conference. The superior node manages multiple subordinate nodes.

Furthermore, since voting details are stored on the blockchain, manipulation or hacking can be prevented, thereby improving the reliability of the conference.

In order to add candidates to participate in the conference, the subordinate nodes 301 and 302 add the key of the corresponding conference organizer as a non-public key and the candidate serial number, use a hash function to calculate the private key, and add the elliptic curve digital signature to The algorithm inputs the calculated private key to calculate the candidate's voting address as the candidate's public key as an output value.

Moreover, when the participant who is an elector who wants to vote normally completes the customer survey (KYC, Know Your Customer) steps such as mobile phone authentication and account real-name authentication, the manager node 100 passes the password and elector serial number directly registered by the participant. The addition and hashing function generates a private key, after which the public key is issued by feeding it into an elliptic curve digital signature algorithm.

A voting participant who receives a private key and a public key that encrypts the private key, that is, the elector node 401 can participate in voting by generating a transaction encrypted with its own private key as a public key address of a candidate for the conference.

The verifier node 101 decodes the transaction generated from the voting elector node by using the public key of the voting participant to confirm whether the generated transaction is generated by a normal participant who has passed the authentication step. Moreover, in the embodiment, the verifier node 101 verifies whether each elector node exceeds the number of votes that can be cast.

In an embodiment, the voting details verified by the validator node 101 are again encrypted by the public keys of the voting participants and recorded in the block. The voting details recorded in the block can only be decoded by the private key of the voting participant. Therefore, only the person who voted can query the voting details.

Furthermore, in the embodiment, the verifier node 101 records the details encrypted with the candidate's public key and the details encrypted with the public key of the lower-level conference organizer into the block. In this case, the candidate can use his private key to decrypt the recorded details encrypted with the candidate's public key. Moreover, since the upper-level conference organizer can know the private key of the lower-level conference, both the lower-level conference organizer and the upper-level conference organizer can decode the details encrypted by the lower-level conference organizer's public key.

As explained in the embodiment, the transactions generated from the elector nodes can be encrypted and recorded in the blockchain. Therefore, the upper-level node that is the host of the upper-level conference can query multiple lower-level nodes that are the sponsors of the lower-level conference. On the contrary, the organizer of the lower-level conference may make it impossible to conduct inquiries about matters related to the upper-level conference and other lower-level conferences. In the embodiment, when the lower-level conference voting ends, the above-mentioned node also adds its own private key and the candidate's serial number to calculate the private key and generates the candidate's public key through the elliptic curve digital signature algorithm.

After that, voting and recording in the block are done in the same way as previously explained.

Although Figure 1 illustrates the embodiment using a node structure in the form of a vertical structure (Hierarchical) as an example, the blockchain-based campaign network system of the embodiment can not only form a node system in the form of a vertical structure, but also form a bus (Bus) , ring, star, extended star and mesh node systems.

Figure 1b is a diagram illustrating a conference platform generated by the system of an embodiment.

The blockchain-based campaign network system of the embodiment can host multiple conferences at the same time. Referring to Figure 1b, the conference platform of the embodiment shares all electors, general ledger blocks for organizers, general ledger blocks for candidates, general ledger blocks for electors through the first conference network and the second conference network, as well as the conference organizers belonging to the corresponding conference. nodes are connected. The first conference network is connected to the first upper-level organization node, the electors and the general ledger block shared by the entire conference network. The first upper-level organization node is connected to the candidate pool, the first lower-level organization node and the second lower-level organization node. The first subordinate institution node and the second subordinate institution node are respectively connected to the candidate pool. The second conference network is connected to the electors, general ledger blocks, and upper-level nodes (upper-level institutions) shared by the entire network. Upper-level nodes can be connected to lower-level nodes (lower-level institutions).

FIG. 2 is a diagram illustrating data processing blocks of a manager node and an upper-level node of the embodiment.

The manager node, superior node and subordinate node of the embodiment may include a key generation module 110, an encryption module 130 and a candidate registration module 150. The term "module" as used in this specification may include software, hardware, or a combination thereof, depending on the context in which the term is used. For example, software can be machine language, firmware, embedded code and application software. As another example, the hardware may be a circuit, a processor, a computer, an integrated circuit, an integrated circuit core, a sensor, a micro-electro-mechanical system (MEMS), a manual device, or a combination thereof.

The key generation module 110 evaluates the suitability of the conference through the conference generation message received by the manager node. If the conference is approved to be held based on the evaluation results, the private key is issued to the upper-level conference organizer. In an embodiment, the suitability of the conference can be evaluated based on the presence or absence of input information included in the conference creation request message, whether the conference creation is confirmed, the administrator's certification, and the like. In an embodiment, the generated private key may be a key generated using the assembly generation date, time, name, detailed information of the superior node, etc.

The encryption module 130 generates a public key using the Elliptic Curve Digital Signature Algorithm (ECDSA) on the private key issued through the hash function. For example, after adding the private key of the superior assembly and the serial number of the subordinate node such as the alliance identification number, the private key of the subordinate node is generated through a hash function, and the public key is generated by applying the elliptic curve digital signature algorithm to the private key .

When a lower-level node adds a candidate to participate in the conference, the candidate registration module 150 adds the key of the corresponding conference organizer as a non-public key and the candidate serial number, uses a hash function to calculate the private key, and adds it to the ellipse The curve digital signature algorithm inputs the calculated private key to calculate the candidate voting address as the candidate's public key in the form of an output value.

Next, the elector node performs a customer survey (KYC, Know Your Customer) step to confirm the user's identity. When the elector who passes the customer survey registers a password, the manager node adds the password and the elector serial number and issues the election through a hash function. A person's private key, and the issued private key generates a public key through the elliptic curve digital signature algorithm. The elector node then performs the vote by generating a transaction encrypted with the issued private key using the public key address of the assembly candidate.

In embodiments, when a public key generated by implementing an elliptic curve digital signature algorithm on a private key is made public, it can be used as an address for sending and receiving transactions.

FIG. 3 is a diagram showing the data processing structure of the verifier node of the embodiment.

Referring to Figure 3, the verifier node 101 of the embodiment may include a decoding module 1011, a transaction judgment module 1013 and a recording module 1015.

The decoding module 1011 is used to decode the transaction encrypted by the public key of the voting participant.

The transaction judgment module 1013 is used to confirm whether the transaction is generated from a normal elector node whose identity has been confirmed. Moreover, the validator node is used to verify whether the number of votes available has been exceeded. Moreover, in the embodiment, the transaction judgment module 1013 calculates the voting results by grasping the final status information of the candidate account. When the result calculation transaction and the result query transaction are generated from an account that has never added a manager node, by prohibiting access to the transaction To generate voting transactions only on participant terminals that have completed verification. In an embodiment, the transaction determination module 1013 may verify the transaction by comparing the details of the transaction with the registered information. For example, the transaction can be verified by grasping the transaction generation time point, data sending and receiving addresses, data packet capacity, etc., and checking whether data is transmitted to the sending and receiving addresses of registered nodes and whether the data packet capacity is within the specified range.

The recording module 1015 re-encrypts the verified voting details through the public keys of the voting participants and records them in the block. For example, the recording module 1015 generates and records voting details encrypted with the public key of the candidate, details encrypted with the public key of the subordinate conference organizer, and details encrypted with the public key of the elector.

FIG. 4 is a diagram illustrating a conference generation flow for explaining the embodiment.

The blockchain-based campaign network system of the embodiment can conduct multiple conferences at the same time. For example, by adopting a sequential encryption system that issues alliance identification numbers and keys, the host of the upper-level conference (upper-level node) can generate and manage lower-level conferences (lower-level nodes). In addition, since voting details are stored on the blockchain, the risk of manipulation or hacking can be eliminated. In order to prevent possible disputes in the future, a separate ledger can be generated for external verification agencies.

Hereinafter, an embodiment of the generation process will be described in further detail with reference to FIG. 4 .

Conference generation process

In the embodiment, first, in order to generate a conference, when the superior node as the organizer of the superior conference requests the conference platform to generate a conference, the platform administrator assigns any non-overlapping conference serial number after evaluating the suitability of the conference. The conference serial number assigned will be made public in the form of an alliance identification number. Next, the platform administrator adds the password entered by the organizer of the superior conference and the conference serial number, calculates the private key of the superior conference through a hash function, and generates the public key by implementing the elliptic curve digital signature algorithm on it.

The lower-level conference organizer requests the upper-level conference organizer to generate a conference on the platform. The upper-level node as the organizer of the upper-level conference will assign a unique serial number to the lower-level conference after evaluating the suitability of the conference. The assigned serial number will be disclosed as the identification number of the lower-level conference alliance. In an embodiment, the public address may be generated by implementing an elliptic curve digital signature algorithm on the private key using the value implementing the hash function as the private key.

FIG. 5 is a diagram illustrating the structure of the blockchain-based campaign network system of the embodiment. Hereinafter, the data processing flow disclosed in the embodiment will be described in further detail through FIG. 5 .

Candidate registration process

First, when the conference organizer wants to register a candidate, the SHA256 hash function algorithm is used to encrypt the value obtained by adding the private key of the corresponding conference and the candidate serial number to obtain a 64-bit value. The encrypted 64-bit value will serve as the candidate's key, known only to the candidate himself. The value resulting from the implementation of the Elliptic Curve Digital Signature Algorithm on the candidate’s private key will become the candidate’s public address to which blockchain tokens can be transferred.

As shown in Figure 5, if the first upper-level organizer A wants to register a candidate, it encrypts it by adding his private key and the candidate serial number and using a hash function.

If the third-level organizer D wants to register a candidate for the corresponding conference, after adding the private key and the candidate serial number, the candidate's key is generated through a hash function, and then an elliptic curve is implemented on the generated key. Digital signature algorithm to become the candidate’s public address.

Voting process

When joining through personal authentication (mobile phone, bank account authentication), the elector (elector node) registers any 8-digit or more password that can query the personal voting details. If the password is registered, the manager node will assign an arbitrary user serial number. In an embodiment, a user who is a voting candidate who has registered a password can obtain a token that can participate in voting for free or for a fee according to the regulations of the conference. Voting electors can then transfer tokens and participate in voting via the candidate's public address given during the candidate registration process.

Below, the general meeting voting method of the blockchain-based election network system will be explained in sequence. Essentially, the role (function) of the general meeting voting method of the blockchain-based campaign network system of the embodiment is the same as the function of the blockchain-based campaign network system. Therefore, the same as those in Figures 1 to 5 will be omitted. Instructions with duplicate content.

FIG. 6 is a signal flow diagram illustrating the blockchain-based campaign network system of the embodiment.

In step S100, the upper-level node 200, which is the host of the upper-level conference to hold the conference, forms an alliance by requesting the platform manager node 100 to generate a conference.

In step S200, if an alliance is formed, the upper-level node or lower-level node as the conference organizer will generate the private key public key pair of the candidate participating in the conference. In step S300, the upper-level conference or lower-level conference organizer will register the conference candidates. people. For example, if the manager node 100 evaluates the suitability of the conference through the conference generation message received by the manager node in step S200 and approves the holding of the conference based on the evaluation results, the superior conference organizer will directly register the password, and the manager node will register the password by combining the password and The assembly serial numbers are added to generate the private key, and the public key is calculated by applying the elliptic curve digital signature algorithm to the private key. When an upper-level node adds a lower-level node, as described above, a private key is generated by adding the upper-level private key and a serial number that is the federation identity number, and then a public key is generated.

Moreover, in step S300, when the lower-level conference organizer node adds a candidate to participate in the conference, in order to add the candidate to participate in the conference, the key of the corresponding conference organizer as a non-public key and the candidate serial number are added. , use a hash function to calculate the private key, and input the calculated private key to the elliptic curve digital signature algorithm to calculate the candidate's voting address as the candidate's public key in the form of an output value, so that the candidate can be registered. In the embodiment, the candidate registration step is a step performed in the conference organizer node. Although the step is illustrated in FIG. 6 as a step performed by a subordinate node, a superior node that is a superior conference organizer may also Perform candidate registration.

In an embodiment, when the public key generated by applying the elliptic curve digital signature algorithm to the private key is made public, it can be used as an address for sending and receiving transactions.

In step S400, if the authentication information is transmitted from the elector node 401 to the lower-level node 301, then in step S500, the lower-level node 301 performs authentication steps such as user real-name authentication based on the received authentication information. When the authentication of the elector node is completed normally, in step S600, the manager node 100 generates a private key and public key pair as the elector's key, and adds a network account through step S700. Subsequently, in step S800, the manager node registers the elector node as a normal elector.

In an embodiment, if the elector node participating in the voting performs a customer survey (KYC, Know Your Customer) step for confirming the user's identity in step S600, the private key of each participant and the key to each participant will be issued. The private key implements the public key generated by the elliptic curve digital signature algorithm, and the elector node can perform voting by generating a transaction encrypted with the private key issued to the public key address of the assembly candidate.

In step S900, the elector node that is registered as an elector and participates in voting generates a voting transaction through the public key of the candidate.

In step S1000, the verifier node 101 generates a query transaction. In step S1010, the verifier node 101 confirms the detailed information of the transaction generated from the elector account to the candidate account through the generated query transaction, thereby calculating the voting results. In step S1000, the verifier node can also verify whether the number of votes available is exceeded.

In an embodiment, if the verifier node 101 decodes the transaction encrypted by the voting participant's public key in step S1010 to confirm whether the above transaction is generated from a normal elector node whose identity has been confirmed, the verifier node can pass the voting participant's public key. The public key again encrypts the verified vote details and records them in the block.

Moreover, in an embodiment, the step of the verifier node encrypting the verified voting details again through the voting participant's public key and recording it in the block may include the following steps, that is, generating the encrypted vote through the candidate's public key at the verifier node The details of the details and the details are encrypted by the key of the lower-level conference organizer and the generated details are recorded in blocks respectively.

Moreover, in step S1010, the voting results are calculated by grasping the final status information of the candidate account. When the result calculation transaction and the result query transaction are generated from an account to which no manager node has been added, access to the elector node that generates the transaction is prohibited. Or invalidate abnormal transactions.

FIG. 7 is a diagram illustrating the general ledger data structure generated by the blockchain-based campaign network system of the embodiment.

When a voting transaction is generated from an elector node, the manager node confirms whether the voting elector node has the authority to transmit the token and executes the process of generating general ledger data for a vote without problems. In an embodiment, the general ledger data is record data that increases the fairness and accuracy of voting results by recording detailed information about the conference such as conference organizers and voting participants. In the embodiment, the general ledger data can be generated into three types, namely, for the conference organizer, for candidate confirmation, and for voting participant confirmation.

Below, the process of generating general ledger data for the conference organizer, candidate confirmation, and voting participant confirmation will be explained in further detail using Figure 7 .

General ledger data (a) generation process of the superior node or subordinate node as the organizer of the conference

As shown in part (a) of Figure 7 , the general ledger for the conference organizer can be generated by recording the identification number of the upper-level organizer alliance, the identification number of the lower-level conference alliance, and the encrypted voting details. The encrypted voting details contained in the general ledger data can only be decoded by the subordinate assembly key. The upper-level node as the host of the upper-level conference can calculate the key of the lower-level conference and, therefore, can decode all voting details implemented in the lower-level conference. That is, as shown in Figure 5, the first upper-level organizer node A can decode the voting details of all conferences A, B, C, and D. In contrast, the first lower level organizer B can only decode the details of conference B and conference D. Although the second-lower organizer C can decode the details of conference C, it cannot decode the details of conference D. In an embodiment, since the alliance identification number is recorded in the general ledger data, when the general ledger is queried by the identification number, the voting details of the desired conference can be easily filtered and confirmed. In embodiments, since the general ledger data is recorded on the blockchain, details recorded once cannot be forged or changed.

Candidate generates process using general ledger data (b)

In an embodiment, ledger data for candidates can be generated so that candidates participating in the convention can confirm the details of their votes. In an embodiment, candidate ledger data is recorded with the candidate's public address and encrypted voting details. The encrypted voting details recorded in the candidate's ledger data can only be unlocked by the candidate's secret key. Different from other general ledger data, candidates use the general ledger to record in the internal server of the system (platform), not the blockchain. When the conference is over, the entire details will be uploaded to the blockchain at once. After the convention, the candidate can use his or her key to decode the details of the votes cast for him or her. Since the candidate's public address is recorded in the candidate's general ledger data, candidates can easily filter their voting details.

General ledger data (c) generation process for voting participants

In an embodiment, ledger data for voting participants can be generated so that voting participants can confirm the details of their votes. Voting participants use general ledger data to record user serial numbers and encrypted voting details. The encrypted voting details can be decoded by the elector's private key. As long as the password entered by the system user when joining is known, the private key can be matched in the platform, and the voting details can be confirmed through the matched private key.

Since the user serial number is recorded in the general ledger, one's voting details can be easily filtered.

The above-mentioned blockchain-based campaign network system and campaign method have the following effects: that is, by recording voting details in the blockchain to improve the reliability of electronic voting, and at the same time, only representative nodes (manager nodes) are allowed to participate Talents can generate transactions on the network, thus ensuring privacy and improving the security of the voting process and results. Moreover, since multiple conferences are organized on a single platform, the conference organizer can easily gather users who want to participate in voting, which is beneficial to the publicity and promotion of the conference. Moreover, when the winner of the regional conference enters the main conference or the winner of the domestic conference enters the international conference, the upper-level conference organizer needs to select and manage the lower-level conference organizer. In the embodiment, the upper-level conference organizer needs to select and manage the lower-level conference organizer. The public keys of the lower-level authorities are combined and encrypted using a hash function to generate the private keys of the lower-level authorities. As a result, the upper-level node as the organizer of the above conference can manage multiple lower-level nodes.

The disclosed content is only an example. A person of ordinary skill in the technical field to which the present invention belongs can make various changes without departing from the gist of the claimed protection scope of the invention. The protection scope of the disclosed content is not limited to the above-mentioned specific embodiments. .

Industrial availability

The campaign network system and campaign method based on the blockchain improve the reliability of electronic voting by recording voting details on the blockchain. At the same time, only participants allowed by the representative node (manager node) can generate transactions on the network. Therefore, It protects privacy and increases the security of the voting process and results.

Claims (12)

1. A campaign method of a blockchain-based campaign network system, used to calculate the campaign voting results of the blockchain-based campaign network system, which is characterized by including: Step A: The superior node as the organizer of the superior conference to be held forms an alliance by requesting the platform administrator to generate a conference; Step B, the upper-level node or the lower-level node that is the organizer of the lower-level conference generates the private key and public key pair of the candidates participating in the above-mentioned conference and registers the candidates for the conference; Step C: The manager node is limited to authenticated users to generate private key and public key pairs, and register electors to participate in the conference by adding accounts to the network; Step D, the elector node registered as the above-mentioned elector generates a voting transaction through the candidate's public key; and Step E, the verifier node generates a query transaction, and uses the generated query transaction to confirm the detailed information of the transaction generated from the elector account to the candidate account and calculate the voting results. Step A above includes: Step A-1: Evaluate the suitability of the conference through the conference generation message received by the manager node. When the conference is approved to be held based on the evaluation results, a private key is issued to the above-mentioned superior node and generated based on the above private key and the elliptic curve digital signature algorithm. public key; and Step A-2, after the upper-level node adds the private key and serial number of the upper-level node, it uses the hash function to calculate the private key of the lower-level node and generates the public key of the lower-level node through the elliptic curve digital signature algorithm. Step B above includes: When adding a candidate to participate in the conference, the lower-level node adds the private key of the lower-level node and the candidate's serial number, uses a hash function to calculate the candidate's private key, and generates a vote for the candidate through the elliptic curve digital signature algorithm. The public key of the address. 2. The campaign method of the blockchain-based campaign network system according to claim 1, characterized in that, The above-mentioned step C includes step C-1. The elector node participating in the voting performs the customer survey step to confirm the user's identity, and receives the public key by implementing the elliptic curve digital signature algorithm on the private key of each participant, The above step D includes step D-1. The elector node generates a transaction encrypted by the issued private key to the public key address of the candidate to perform voting. 3. The campaign method of the blockchain-based campaign network system according to claim 1, characterized in that the above-mentioned step E also includes: Step E-1, the validator node confirms whether the above-mentioned transaction was generated from a normal elector node whose identity has been confirmed by decoding the transaction encrypted with the public key of the voting participant; and Step E-2, the validator node once again encrypts the verified voting details through the public key of the voting participant, and records the encrypted public key of the voting participant in the block. 4. The campaign method of the blockchain-based campaign network system according to claim 3, characterized in that, in the above-mentioned step E-2, the verifier node generates the details of the voting details encrypted by the candidate's public key and The details are encrypted by the public key of the lower-level conference organizer, and the resulting details are recorded in blocks. 5. The campaign method of the blockchain-based campaign network system according to claim 3, characterized in that the above-mentioned step E-1 includes the step of the verifier node verifying whether the number of votes available is exceeded. 6. The campaign method of the blockchain-based campaign network system according to claim 1, characterized in that when the public key generated by encrypting the above-mentioned private key through the elliptic curve digital signature algorithm is disclosed to the outside world, it is used. The address for sending and receiving transactions. 7. The campaign method of the blockchain-based campaign network system according to claim 1, characterized in that in the above step E, the voting results are calculated by grasping the final status information of the candidate account. When the candidate has never been added When result calculation transactions and result query transactions are generated in the account of the manager node, access to the above transactions is prohibited or votes based on the above transactions are invalidated. 8. A blockchain-based campaign network system, characterized by: Superior nodes form an alliance by requesting the system administrator to generate a conference; The conference organizer node is used to generate private key and public key pairs of candidates participating in the above conference and register candidates for the conference; The manager node is limited to authenticated users to generate private key and public key pairs, and register electors to participate in the conference by adding accounts to the network; The elector node generates voting transactions through the candidate’s public key; and The validator node generates a query transaction, and uses the generated query transaction to confirm the detailed information of the transaction generated from the elector account to the candidate account and calculate the voting results, The suitability of the conference is evaluated through the conference generation message received by the manager node. When the conference is approved based on the evaluation results, a private key is issued to the above-mentioned superior node, and a public key is generated based on the above-mentioned private key and the elliptic curve digital signature algorithm. The superior node After adding the private key and sequence number of the upper-level node, the hash function is used to calculate the private key of the lower-level node and the public key of the lower-level node is generated through the elliptic curve digital signature algorithm. When adding a candidate to participate in the conference, the above-mentioned subordinate node adds the private key of the subordinate node and the candidate serial number, uses a hash function to calculate the candidate's private key, and generates the candidate's private key through the elliptic curve digital signature algorithm. The public key of the voting address. 9. The blockchain-based campaign network system according to claim 8, characterized in that the above-mentioned elector node performs a customer survey step to confirm the user's identity, and receives the private key of each participant and the password from the manager node. The public key generated by applying the elliptic curve digital signature algorithm to the above-mentioned private key, the elector node generates a transaction encrypted by the above-mentioned private key issued to the public key address of the candidate to perform voting. 10. The blockchain-based campaign network system according to claim 8, characterized in that the above-mentioned verifier node confirms whether the above-mentioned transaction is from a confirmed identity by decoding the transaction encrypted using the public key of the voting participant. Normal elector nodes are generated, the verified voting details are encrypted again with the voting participants' public keys, and the encrypted voting participants' public keys are recorded in the block. 11. The blockchain-based campaign network system according to claim 10, characterized in that the above-mentioned verifier node generates voting details encrypted by the public key of the candidate and voting details encrypted by the public key of the lower-level conference organizer. details, and record the generated details in blocks respectively. 12. The blockchain-based campaign network system according to claim 10, characterized in that the voting results are calculated by grasping the final status information of the candidate account, and the results are calculated when the results are generated from the account to which no manager node has been added. When querying transactions and results, access to the above transactions is prohibited or votes based on the above transactions are invalidated.