CN110738783A - System, method, device, equipment and readable storage medium for updating voting data - Google Patents

System, method, device, equipment and readable storage medium for updating voting data Download PDF

Info

Publication number
CN110738783A
CN110738783A CN201910978757.0A CN201910978757A CN110738783A CN 110738783 A CN110738783 A CN 110738783A CN 201910978757 A CN201910978757 A CN 201910978757A CN 110738783 A CN110738783 A CN 110738783A
Authority
CN
China
Prior art keywords
voting
account
block
request
data
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
Application number
CN201910978757.0A
Other languages
Chinese (zh)
Inventor
钟绍威
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Tencent Technology Shenzhen Co Ltd
Original Assignee
Tencent Technology Shenzhen Co Ltd
Priority date (The priority date 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 date listed.)
Filing date
Publication date
Application filed by Tencent Technology Shenzhen Co Ltd filed Critical Tencent Technology Shenzhen Co Ltd
Priority to CN201910978757.0A priority Critical patent/CN110738783A/en
Publication of CN110738783A publication Critical patent/CN110738783A/en
Pending legal-status Critical Current

Links

Images

Classifications

    • GPHYSICS
    • G07CHECKING-DEVICES
    • G07CTIME OR ATTENDANCE REGISTERS; REGISTERING OR INDICATING THE WORKING OF MACHINES; GENERATING RANDOM NUMBERS; VOTING OR LOTTERY APPARATUS; ARRANGEMENTS, SYSTEMS OR APPARATUS FOR CHECKING NOT PROVIDED FOR ELSEWHERE
    • G07C13/00Voting apparatus
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L63/00Network architectures or network communication protocols for network security
    • H04L63/08Network architectures or network communication protocols for network security for authentication of entities
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00Network arrangements or protocols for supporting network services or applications
    • H04L67/01Protocols
    • H04L67/10Protocols in which an application is distributed across nodes in the network
    • H04L67/1097Protocols in which an application is distributed across nodes in the network for distributed storage of data in networks, e.g. transport arrangements for network file system [NFS], storage area networks [SAN] or network attached storage [NAS]
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L2209/00Additional information or applications relating to cryptographic mechanisms or cryptographic arrangements for secret or secure communication H04L9/00
    • H04L2209/46Secure multiparty computation, e.g. millionaire problem
    • H04L2209/463Electronic voting
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L9/00Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols
    • H04L9/50Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols using hash chains, e.g. blockchains or hash trees

Abstract

The application discloses voting data updating systems, methods, devices, equipment and readable storage media, and relates to the field of computer networks, wherein the system comprises a client and a blockchain system, a client is used for sending a voting data updating request to the blockchain system, the blockchain system is used for receiving the voting data updating request, the voting data updating request comprises account number identification of a target candidate account number, and the target candidate account number is a voting object of a account number.

Description

System, method, device, equipment and readable storage medium for updating voting data
Technical Field
The present application relates to the field of computer networks, and in particular, to a method, an apparatus, a device and a readable storage medium for updating kinds of voting data.
Background
The voting mechanism is mechanisms for selecting between at least two candidate accounts by accumulating votes, and usually, there are two participants of the candidate account and the voting account in the voting mechanism, wherein, the voting account has voting opportunities within the preset times, and each voting opportunity of the voting account can add accumulated votes to the candidate account.
In the related technology, voting data are counted by setting a voting server, the voting server stores the voted times of each candidate account, and when the voting server receives a request for voting to a target candidate account sent by a voting account, the voting number of the target candidate account is increased according to the request.
However, in the process of counting the number of votes in the above manner, it is inevitable that the voting server is attacked, and the voting result is maliciously tampered.
Disclosure of Invention
The embodiment of the application provides voting data updating methods, apparatuses, devices and readable storage media, which can solve the problem that the voting result is maliciously tampered due to the fact that the voting server is attacked in the related art can not be avoided.
, kinds of voting data updating systems are provided, which comprise a th client and a blockchain system;
the th client side is used for sending a voting data updating request to the blockchain system, and a th account is logged in the th client side;
the block chain system is used for receiving a voting data updating request sent by the th client, wherein the voting data updating request comprises an account identifier of a target candidate account which is a voting object of the th account, generating a target block according to the voting data updating request, verifying the target block through at least two block chain links, correspondingly counting and increasing the voting data of the target candidate account when the number of the block chain links identified to the target block in the block chain system is greater than the required number of the nodes, generating an updating completion signal, and feeding back a voting success message to the th client according to the updating completion signal;
the th client, configured to receive the voting success message.
In another aspect, a updating methods of voting data are provided, which are applied to any node in a blockchain system, and the method includes:
receiving a voting data updating request sent by an th account, wherein the voting data updating request comprises account identifiers of target candidate accounts, and the target candidate accounts are voting objects of the th account;
generating a target block according to the voting data updating request;
verifying the target block by at least two block link points;
when the number of the block chain links identified for the target block in the at least two block chain nodes is greater than the required number of the nodes, correspondingly counting and increasing the voting data of the target candidate account;
and generating an updating completion signal, wherein the updating completion signal is used for indicating that a voting success message is fed back to the th account.
In another aspect, there is provided a kinds of voting data updating apparatus, which is applied to any node in a blockchain system, the apparatus including:
a receiving module, configured to receive a voting data update request sent by an th account, where the voting data update request includes an account identifier of a target candidate account, and the target candidate account is a voting object of the th account;
the generating module is used for generating a target block according to the voting data updating request;
the verification module is used for verifying the target block through at least two block link points;
the counting module is used for correspondingly counting and increasing the voting data of the target candidate account when the number of the block link points identified for the target block in the at least two block link nodes is greater than the required number of the nodes;
the generating module is further configured to generate an update completion signal, where the update completion signal is used to indicate that a voting success message is fed back to the th account.
In another aspect, computer devices are provided, the computer devices including a processor and a memory, the memory having stored therein at least instructions, at least programs, sets of codes, or sets of instructions, the at least instructions, the at least programs, the sets of codes, or the sets of instructions being loaded and executed by the processor to implement the update method of voting data as described above.
In another aspect, computer readable storage media are provided, having stored therein at least instructions, at least program segments, code sets, or instruction sets, the at least instructions, the at least program segments, the code sets, or instruction sets being loaded and executed by a processor to implement the update method for voting data as described above.
, there are provided computer program products which, when run on a computer, cause the computer to perform the method of updating voting data as provided in the embodiments of the present application above.
The beneficial effects brought by the technical scheme provided by the embodiment of the application at least comprise:
the counting of the voting data is increased for the target candidate account corresponding to the voting data updating request through the block chain system, and the voting data is stored in the block chain, so that information is disclosed and is not easy to be tampered in the voting process, and the problems that the voting data is stored in a server, the server is easy to attack, and the voting data is easy to be tampered are avoided.
Drawings
In order to more clearly illustrate the technical solutions in the embodiments of the present application, the drawings needed to be used in the description of the embodiments will be briefly introduced below, and it is obvious that the drawings in the following description are only embodiments of the present application, and it is obvious for those skilled in the art to obtain other drawings based on these drawings without creative efforts.
Fig. 1 is a block diagram of a distributed system applied to a blockchain system according to exemplary embodiments of the present application;
FIG. 2 is a block diagram of the block structure provided in example embodiments of the present application;
FIG. 3 is a block diagram of an implementation environment provided by exemplary embodiments of the present application;
fig. 4 is a block diagram illustrating a voting system for providing voting service in the related art according to exemplary embodiments of the present application;
fig. 5 is a block diagram of a voting system for providing voting service according to exemplary embodiments of the present application;
fig. 6 is a flowchart of a voting data updating method provided by exemplary embodiments of the present application;
fig. 7 is a flowchart of a voting data updating method provided by another exemplary embodiments of the present application;
FIG. 8 is an interface schematic diagram of a voting function area provided based on the embodiment shown in FIG. 7;
fig. 9 is a flowchart of a voting data updating method provided by another exemplary embodiments of the present application;
FIG. 10 is a schematic diagram of a voting result presentation interface provided based on the embodiment shown in FIG. 9;
fig. 11 is a flowchart of a voting data update method according to another exemplary embodiments of the present application;
fig. 12 is a block diagram of a voting data updating apparatus according to exemplary embodiments of the present application;
fig. 13 is a block diagram of a voting data updating apparatus according to another exemplary embodiments of the present application;
fig. 14 is a block diagram of a server according to exemplary embodiments of the present application.
Detailed Description
To make the objects, technical solutions and advantages of the present application more clear, embodiments of the present application will be described in further with reference to the accompanying drawings.
First, terms referred to in the embodiments of the present application are described:
the Blockchain (Blockchain) is a novel application mode of computer technologies such as distributed data storage, point-to-point transmission, a consensus mechanism, an encryption algorithm and the like, is essentially decentralized databases, is strings of data blocks which are generated by correlation through a cryptographic method, contains batches of network transaction information in each data blocks, is used for verifying the validity (anti-counterfeiting) of the information and generating the next blocks, and can comprise a Blockchain bottom platform, a platform product service layer and an application service layer.
The basic service module is deployed on all block link point devices and used for verifying the validity of a business request and recording the valid request after consensus is completed on storage, for new business requests, the basic service firstly performs interface adaptation analysis and authentication processing (interface adaptation) on the new business requests, then encrypts the business information through a consensus algorithm (consensus management), transmits the encrypted business information to a shared account (network communication) and records and stores the business information, the intelligent contract module is responsible for issuing registration and triggering and contract execution, developers can define contract logic through a certain programming language, issues contract logic on the regional contract, issues contract configuration, executes the contract configuration according to other contract configuration, executes the operation of the contract chain, and simultaneously executes the monitoring of the running state of the contract, the monitoring of the operation of the key chain, the monitoring of the running state of the key, the operation of the key chain, the operation, the monitoring of the operation of the key chain, the operation of the key, the operation of the key, the operation of the.
The platform product service layer provides basic capability and an implementation framework of typical application, and developers can complete block chain implementation of business logic based on the basic capability and the characteristics of the superposed business. The application service layer provides the application service based on the block chain scheme for the business participants to use.
Block chains can be divided into private, federation, and public chains; here, the alliance chain is also called a community Block chain (Consortium Block chains), and refers to a Block chain whose consensus process is controlled by a preselected node. In the alliance chain, all or part of functions are opened only for the node members in the chain, and each block chain link point in the alliance chain can customize read-write permission, query permission and the like based on needs.
In the blockchain system, verification and confirmation of transactions can be completed in a short time through voting of special nodes, and transactions can be considered to be agreed by all nodes in the system if a plurality of nodes with irrelevant interests can agree.
The intelligent contract is characterized in that various contract terms can be embedded into hardware and software used by an attacker, so that the attacker needs great cost to attack, the intelligent contract jointly participates in customizing and is diffused and stored into a block chain by using a Peer-to-Peer network (Peer to Peer, P2P), and the intelligent contract constructed by the block chain is automatically executed under a trigger condition.
The system related to the embodiment of the application can be a distributed system formed by connecting a client, a plurality of nodes (any form of computing equipment in an access network, such as a server and a user terminal) through a network communication mode.
Taking a distributed system as an example of a blockchain system, referring to fig. 1, fig. 1 is a schematic structural diagram of a distributed system 100 provided by exemplary embodiments of the present application, which is applied to a blockchain system, and is formed by a plurality of nodes (any form of computing devices in an access network, such as servers and user terminals) and clients, and a peer-to-peer (P2P) network is formed between the nodes, and a P2P Protocol is application layer protocols operating on top of a Transmission Control Protocol (TCP).
Referring to the functions of each node in the blockchain system shown in fig. 1, the functions involved include:
1) routing, a basic function that a node has, is used to support communication between nodes.
Besides the routing function, the node may also have the following functions:
2) the application is used for being deployed in a block chain, realizing specific services according to actual service requirements, recording data related to the realization functions to form recording data, carrying a digital signature in the recording data to represent a source of task data, and sending the recording data to other nodes in the block chain system, so that the other nodes add the recording data to a temporary block when the source and integrity of the recording data are verified successfully.
For example, the services implemented by the application include:
2.1) the wallet, is used for providing the function of carrying on the trade of the electronic currency, including initiating the trade, namely, send the trade record of the present trade to other nodes in the block chain system, after other nodes verify successfully, as the response of acknowledging that the trade is valid, store the record data of the trade in the temporary block of the block chain; the wallet also supports the querying of the electronic money remaining in the electronic money address. For example, the information of the excitation object to be added is sent to the blockchain system, other nodes in the blockchain system verify the transaction (i.e., the information of the excitation object added in the blockchain), and the transaction can be stored in the blockchain only after the verification of the other nodes is successful.
And 2.2) sharing the account book, wherein the shared account book is used for providing functions of operations such as storage, query and modification of account data, record data of the operations on the account data are sent to other nodes in the block chain system, and after the other nodes verify the validity, the record data are stored in a temporary block as a response for acknowledging that the account data are valid, and confirmation can be sent to the node initiating the operations.
2.3) Smart contracts, computerized agreements, which can enforce the terms of a contract, implemented by code deployed on a shared ledger for execution when timing conditions are met , are used to complete automated transactions according to actual business requirement codes, such as querying the logistics status of goods purchased by buyers, transferring the buyer's electronic money to the merchant's address after the buyer accepts the goods, of course, Smart contracts are not limited to executing contracts for transactions, but also executing contracts that process received information.
3) The Block chain comprises series of blocks (blocks) which are connected with each other according to the generated chronological order, a new Block cannot be removed once being added into the Block chain, and the blocks record the record data submitted by the nodes in the Block chain system.
Referring to fig. 2, fig. 2 is a schematic diagram of a Block Structure (Block Structure) provided by exemplary embodiments of the present application, each Block includes a hash value of a transaction record stored in the Block (hash value of the Block) and a hash value of a previous Block, the blocks are connected by the hash values to form a Block chain, in addition, information such as a timestamp when the Block is generated may also be included in the Block chain, which is essentially decentralized databases, which are strings of data blocks associated by using a cryptographic method, and each data blocks include related information for verifying validity (anti-counterfeiting) of the information and generating the next blocks.
FIG. 3 is a schematic diagram of a blockchain system provided by exemplary embodiments of the present application, the system includes a plurality of servers 101 and a plurality of storage devices 102, wherein the plurality of servers 101 may be configured with blockchains, that is, the plurality of servers 101 may constitute a blockchain system, and each server 101 is a node in the blockchain system. optionally, the nodes in the blockchain system include a master accounting node and other nodes, and any node in the blockchain system may become the master accounting node. the plurality of servers 101 may be a plurality of servers of the same institution, and may also be a plurality of servers belonging to different institutions, for example, servers of various departments of a hospital may be included in the blockchain system, servers of various parts of a company may be included in the blockchain system, and of course, servers of a stock exchange, servers of a bank may also be included in the blockchain system, and a user terminal 1011 of each institution may access the servers of the plurality of terminal devices 1011 may be an electronic device capable of accessing the plurality of servers 101, and the server of a smart phone, a tablet device, or other electronic device.
Of course, in order to perform services such as security verification and rights management, a CA center (Certificate Authority) 103 is configured in the blockchain system and is used to store keys of each organization, and each server in the blockchain system may obtain the key of each organization from the CA center, such as a public key of any node, to perform processes such as encryption and decryption of data.
In the related art, in the process of online voting, a game client votes through a game server by a player, please refer to fig. 4, in the voting process, after a client 411 sends a voting request to the game server 421, the game server 421 writes voting data into the voting server 430, while in the process of checking the voting result, clients 412 and 413 send a query request to the game server 422, and the game server 422 pulls the voting data from the voting server 430, generates a voting result according to the voting data, and sends the voting result to the clients 412 and 413.
In the process of voting in the above manner, the voting result is unilaterally controlled by the voting server 430, and when the voting server 430 is attacked, it cannot be ensured that the voting result is not tampered, resulting in low authenticity of the voting result.
In the embodiment of the present application, as shown in fig. 5, in the process of performing online voting, after a client 511 sends a voting request to a game server 521, the game server 521 writes voting data into a blockchain system 530, and in the process of viewing a voting result, a client 512 and a client 513 send a query request to a game server 522, and the game server 522 pulls the voting data from the blockchain system 530, generates a voting result according to the voting data, and sends the voting result to the client 512 and the client 513.
The block chain system 530 ensures that the voting data is not tampered, and the authenticity of the voting result is guaranteed.
In conjunction with the above description, fig. 6 is a flowchart of a voting data updating method provided by exemplary embodiments of the present application, which is described by taking as an example that the method is applied to a voting data updating system including a th client and a blockchain system, and as shown in fig. 6, the method includes:
in step 601, the st client sends a vote data update request to the blockchain system, and the st client logs in the th account.
Optionally, the th client includes a voting function area in its client interface, and when receiving a voting operation in the voting function area, the th client sends a voting data update request to the blockchain system.
Optionally, the th client logs in the th account, and the voting operation received by the th client is an operation of voting the th account with a target candidate account, optionally, the voting operation may be an operation of voting a single vote from the th account with the target candidate account, or an operation of voting a plurality of votes from the th account with the target candidate account.
Alternatively, the voting data update request can default to a request for a single vote to the target candidate account when the voting function area can only vote a single time, and the voting data update request also includes the voting times of the th account when the voting function area can vote at least times a single time.
Illustratively, the voting data update request includes "00001, 00002, 01", where 00001 is the account id of account , 00002 is the account indication of the target candidate account, and 01 is the number of votes voted from account to the target candidate account.
In step 602, the blockchain system receives a voting data update request sent by the th client, where the voting data update request includes an account id of a target candidate account, and the target candidate account is a voting object in account .
Optionally, the voting data updating request is used to instruct the blockchain system to update the voting data of the target candidate account.
Optionally, taking the th client as a game client for example, the game client includes a plurality of game partitions, and games among the plurality of game partitions are played independently, that is, the plurality of game partitions are controlled by different servers, and optionally, the block chain system includes nodes respectively corresponding to the plurality of game partitions, so that the candidate account participating in the vote may be an account in the plurality of game partitions, and votes cast by accounts in different game partitions are votes in the same voting events.
Step 603, the blockchain system performs corresponding counting increase on the voting data of the target candidate account through a consensus mechanism according to the voting data update request.
Optionally, the block chain system generates a target block according to the voting data update request, verifies the target block through at least two block link points, and performs corresponding count increase on the voting data of the target candidate account when the number of block link points approved by the target block in the block chain system is greater than the required number of nodes.
Optionally, the block chain system obtains a history block in which the target candidate account is correspondingly stored in the block chain system, where the history block includes an existing vote count of the target candidate account, generates an updated vote count according to the vote data update request and the existing vote count, generates the target block according to the updated vote count, verifies the target block through at least two block chain link points, and stores the target block to a block chain node in the block chain system when the number of block chain link points identified for the target block in the block chain system is greater than the required number of node points.
Optionally, after receiving the vote data update request through nodes, the blockchain system sends the vote data update request to at least two blockchain nodes, and verifies the target block through the at least two blockchain nodes.
Optionally, each of the at least two blockchain nodes stores an intelligent contract, and when a target block is verified, the target block is verified through the intelligent contract in each of the at least two blockchain nodes.
Any node in the blockchain system receives the voting data update request and broadcasts the voting data update request to other nodes , broadcasts the content that the voting data corresponding to the voting data update request is stored in the blockchain, the other nodes verify the voting data update request and verify the authenticity and validity of the information, and when the other nodes pass the verification, the blockchain system stores the voting data corresponding to the voting data update request in the blockchain.
When receiving a voting data updating request, the block chain verifies the voting data, stores the voting data into a memory pool after the verification is completed, and updates a hash tree for recording the voting data; then, updating the update timestamp to be the time when the voting data update request is received, trying different random numbers, and calculating the characteristic value for multiple times, so that the calculated characteristic value can satisfy the following formula:
SHA256(SHA256(version+prev_hash+merkle_root+ntime+nbits+x))<TARGET
the SHA256 is a characteristic value algorithm used for calculating a characteristic value, version (version number) is version information of a related block protocol in a block chain, prev _ hash is a block head characteristic value of a parent block of a current block, merkle _ root is a characteristic value of input information, ntime is update time of an update timestamp, nbits is calculation difficulty of the current block, is a fixed value within time periods and is determined again after the fixed time period is exceeded, x is a random number, and TARGET is a characteristic value threshold which can be determined according to nbits.
When the random number meeting the formula is obtained through calculation, the voting data can be correspondingly stored, a block head and a block subject are generated, a current block is obtained, then, other nodes in the block chain system check the newly generated block, and the newly generated block is added to the block chain stored in the block chain after the check is completed.
In step 604, the blockchain system generates an update complete signal and feeds back a voting success message to the th client according to the update complete signal.
Optionally, after each node in the blockchain system performs corresponding count update on the voting data of the target candidate account, an update completion signal is generated, and a voting success message is sent to the th client according to the update completion signal.
In summary, in the updating method of voting data provided in this embodiment, the counting of the voting data is increased for the target candidate account corresponding to the voting data updating request through the blockchain system, and since the voting data is stored in the blockchain, in the voting process, the information is disclosed and is not easily tampered, so that the problems that the voting data is stored in the server, the server is easily attacked, and the voting data is easily tampered are avoided.
In optional embodiments, the voting system further includes a voting server, the voting data update request is sent by the voting server to the blockchain system according to the received voting request, fig. 7 is a flowchart of a voting data update method provided in another exemplary embodiments of the present application, which is described by taking as an example that the method is applied to the voting system, and as shown in fig. 7, the method includes:
in step 701, the th client sends a voting request to the voting server, where the voting request includes the account id of the th account, the account id of the target candidate account, and the voting number of times that the th account votes for the target candidate account.
Alternatively, the voting server may be implemented as nodes in a blockchain system, or as separate servers.
Optionally, the th client includes a voting function area in its client interface, and when receiving a voting operation in the voting function area, the th client sends a voting request to the voting server.
Optionally, a th account is logged in the th client, the voting operation received by the th client is an operation of voting the th account to a target candidate account, optionally, the voting operation may be an operation of voting a single vote from the th account to the target candidate account, or an operation of voting a plurality of votes from the th account to the target candidate account.
Optionally, the target candidate account may be candidate accounts participating in the voting, or may be multiple candidate accounts participating in the voting, which is not limited in this embodiment of the application.
Optionally, when the target account candidate is a plurality of account candidates participating in the voting, the th account votes for a plurality of account candidates at a single time.
Illustratively, when an th account votes for a target candidate account in a voting function area, the voting function area displays a voting number selection area in which a user selects the number of votes, please refer to fig. 8, the client interface 800 of the th client includes a voting function area 810, the voting function area 810 is used for voting for the candidate account, the voting function area 810 includes a candidate account 821, a candidate account 822 and a candidate account 823, the voting number selection area 830 is also displayed in the voting item corresponding to the candidate account 821, the voting number selection area 830 is used for setting the number of votes for voting for the candidate account 821, as shown in fig. 8, the number of votes for voting for the candidate account 821 is currently set to 3 votes, and when a selection operation on the confirmation 840 is received, the th client sends a voting request to the voting server, and the voting request includes the number of votes for the candidate account 821 of 3, which is .
In step 702, when the remaining voting times of the th account reach the voting times, the voting server sends a voting data updating request to the blockchain system according to the voting request.
Optionally, the voting server stores the remaining voting times of account , where the remaining voting times are used to verify the voting times of the account voting for the target candidate account, when the remaining voting times reach the voting times of the account voting for the target candidate account, the verification is passed, the account can vote for the target candidate account, and when the remaining voting times are less than the voting times of the account voting for the target candidate account, it indicates that the voting prop of the account is insufficient, and the voting times cannot be voted for the target candidate account.
Optionally, when the voting server verifies the voting times of the th account, a voting data updating request is sent to the blockchain system according to the voting request, and the voting data updating request is used for updating the voting data of the target candidate account.
In step 703, the blockchain system receives a vote data update request.
Optionally, the voting data updating request includes account id of the target candidate account, and voting number of times for updating the voting data of the target candidate account.
Step 704, the blockchain system performs a corresponding count increase on the voting data of the target candidate account according to the voting data update request.
Optionally, the blockchain system correspondingly increases the number corresponding to the voting times of the voting data of the target candidate account through a consensus mechanism according to the voting data update request.
Illustratively, the vote data stored in the blockchain system for the target candidate account 0002 is 25, and when the blockchain system receives the vote data update request "0002, 15", which means that the vote data update request is used to add 15 to the vote data of the target candidate account 0002, the blockchain system receives the vote data update request, verifies the vote data update request, and then updates the vote data of the target candidate account 0002 to 40.
Optionally, please refer to step 603 above for the updating process of the voting data, which is not described herein again.
In step 705, the blockchain system generates an update complete signal and feeds back a voting success message to the th client according to the update complete signal.
Optionally, after each node in the blockchain system performs corresponding count update on the voting data of the target candidate account, an update completion signal is generated, and a voting success message is sent to the th client according to the update completion signal.
Optionally, after generating the update completion signal, the blockchain system sends the update completion signal to the voting server, and the voting server sends a voting success message according to the update completion signal.
In summary, in the updating method of voting data provided in this embodiment, the counting of the voting data is increased for the target candidate account corresponding to the voting data updating request through the blockchain system, and since the voting data is stored in the blockchain, in the voting process, the information is disclosed and is not easily tampered, so that the problems that the voting data is stored in the server, the server is easily attacked, and the voting data is easily tampered are avoided.
In the method provided by this embodiment, the voting server verifies the voting times of voting in the th account to the target candidate account, and when the remaining voting times of the th account reach the voting times of voting in the target candidate account, the verification is passed, so that the problem that voting can be implemented due to insufficient remaining voting times in the voting process is avoided.
In optional embodiments, the voting system further includes a second client, and the second client is used to view voting results, and optionally, the second client and the client may be implemented as the same client or as two different clients fig. 9 is a flowchart of a voting data updating method provided in another exemplary embodiments of the present application, which is described by taking as an example that the method is applied to the voting system, and as shown in fig. 9, the method includes:
in step 901, the second client sends a query request to the voting server, where the query request is used to request to view the voting result.
Alternatively, the voting server can be implemented as the voting server in the embodiment shown in fig. 7, or as separate servers, or alternatively, the voting server can be implemented as servers independent of the blockchain system.
Optionally, the query request may be a request for checking the voting result of a single candidate account, may also be a request for checking the voting results of multiple candidate accounts, and may also be a request for checking the voting results of all candidate accounts participating in the voting, which is not limited in this embodiment of the present application.
Optionally, the query request may be a request for viewing the current voting result, or may be a request for viewing the historical voting result, such as: the current time is 10/2019, and the query request is used for checking the voting results until 10/8/2019.
Step 902, the voting server sends a voting result viewing request to the blockchain system according to the query request.
Optionally, when the voting result viewing request is used for viewing the voting result of the specified candidate account, the voting result viewing request includes an account identifier of the specified candidate account; when the voting result checking request does not include the account number identification of the designated candidate account number, the voting result checking request defaults to check the voting results of all the candidate account numbers.
Optionally, when the voting result viewing request is used for requesting to view the historical voting result, the voting result viewing request includes a voting result interception time; and when the voting result interception moment is not included in the voting result viewing request, the voting result viewing request views the current voting result in a default mode.
Optionally, when the voting result checking request includes the voting result interception time, the node in the block chain system selects, according to the voting result interception time and the stored time stamp of the block, the voting data of the block corresponding to the time stamp before the voting result interception time.
Step 903, the block chain system feeds back voting data to the voting server according to the voting result viewing request.
Optionally, when the voting result viewing request is used for requesting to view the voting result of the specified candidate account, the blockchain system feeds back the voting data of the specified candidate account to the voting server; when the voting result checking request is used for requesting to check the voting results of all the candidate accounts, the blockchain system feeds back the voting data of all the candidate accounts to the voting server.
Optionally, when the voting result checking request includes a voting result interception time, the node in the block chain system selects voting data of a block corresponding to a timestamp before the voting result interception time according to the voting result interception time and the stored timestamp of the block, and sends the voting data to the voting server; and when the voting result checking request does not comprise the voting result interception moment, the nodes in the block chain system send the current voting data to the voting server.
In step 904, the voting server generates a voting result according to the voting data and sends the voting result to the second client.
Optionally, the second client displays the voting result. Referring to fig. 10, schematically, the block chain system sends the voting data of player a, player B, player C, and player D to the voting server, the voting server sends the voting results of the above four players to the second client for display according to the voting data, a voting result display area 1020 is displayed in the client interface 1010 of the second client, the voting result display area 1020 displays the vote count 666 votes obtained by player a, the vote count 99 votes obtained by player B, the vote count 50 votes obtained by player C, and the vote count 1 votes obtained by player D, and optionally, the voting server arranges the candidate accounts according to the voting data of the candidate accounts in sequence, and sends the arranged voting results to the second client for display.
In summary, in the updating method of voting data provided in this embodiment, the counting of the voting data is increased for the target candidate account corresponding to the voting data updating request through the blockchain system, and since the voting data is stored in the blockchain, in the voting process, the information is disclosed and is not easily tampered, so that the problems that the voting data is stored in the server, the server is easily attacked, and the voting data is easily tampered are avoided.
According to the method provided by the embodiment, when the voting result checking request comprises the voting result interception moment, the voting data before the voting result interception moment is acquired according to the timestamp of the block stored in the block chain system, and the voting data is sent to the voting server to generate the voting result, so that the function of inquiring the historical voting result is realized.
Fig. 11 is a flowchart of a voting data updating method provided in another exemplary embodiments of the present application, which is described by taking as an example that the method is applied to a game voting system, and as shown in fig. 11, the method includes:
in step 1101, the st client sends a voting request to the th game server.
Optionally, the th account is registered in the th client, the voting request is a voting request generated when the th account votes on the target candidate account, and the voting request further includes the number of votes voted on the target candidate account by the th account.
Step 1102, game server deducts voting props used in account .
Optionally, the server deducts voting props according to account and the voting times corresponding to the voting times of voting to the target candidate account in the account in the voting request.
Optionally, the th game server stores the remaining prop amount in th account, when the remaining prop amount reaches the voting number, that is, the remaining prop amount can be deducted, the th game server deducts the voting prop in th account, otherwise, the th game server feeds back a voting failure message to the th client.
At step 1103, the th game server sends a voting result update request to the blockchain system.
Optionally, the voting result updating request is used to request that the voting data of the target candidate account be updated in the blockchain system.
In step 1104, the block chain system updates the voting results.
Optionally, after receiving the voting result update request, the blockchain system generates a block and verifies the block in the blockchain system, and when the verification passes, the voting result is updated according to the voting result update request.
In step 1105, the blockchain system sends an update complete message to the th game server.
In step 1106, the game server sends a voting success notification to the client according to the update completion message.
In step 1107, the second client sends a query request to the second game server.
Optionally, the query request is used for querying the voting result. Optionally, the query request is used to query the voting results of the designated candidate accounts, or the query request is used to query the voting results of all candidate accounts.
Optionally, the query request is used for querying a current voting result, or the query request is used for querying a historical voting result.
In step 1108, the second game server pulls the voting data from the blockchain system.
In step 1109, the blockchain system feeds back the voting data to the second game server.
In step 1110, the second game server feeds back the voting result to the second client.
In summary, in the updating method of voting data provided in this embodiment, the counting of the voting data is increased for the target candidate account corresponding to the voting data updating request through the blockchain system, and since the voting data is stored in the blockchain, in the voting process, the information is disclosed and is not easily tampered, so that the problems that the voting data is stored in the server, the server is easily attacked, and the voting data is easily tampered are avoided.
Fig. 12 is a block diagram of a voting data updating apparatus according to exemplary embodiments of the present application, which may be applied in any node in a blockchain system, as shown in fig. 12, and the apparatus includes:
a receiving module 1210, configured to receive a voting data update request sent by an th account, where the voting data update request includes an account identifier of a target candidate account, and the target candidate account is a voting object of the th account;
a generating module 1220, configured to generate a target block according to the voting data update request;
a verification module 1230 configured to verify the target block through at least two block link points;
a counting module 1240, configured to perform corresponding counting increase on the voting data of the target candidate account when the number of block link points identified for the target block in the at least two block link nodes is greater than the required number of nodes;
the generating module 1220 is further configured to generate an update completion signal, where the update completion signal is used to indicate that a voting success message is fed back to the th account.
In optional embodiments, the generating module 1220 is further configured to acquire a history block that is stored in the blockchain system correspondingly to the target candidate account, where the history block includes an existing number of votes for the target candidate account, generate an updated number of votes according to the vote data update request and the existing number of votes, and generate the target block according to the updated number of votes.
In alternative embodiments, each tile connection point of the at least two tile link nodes has an intelligent contract stored therein;
the verification module 1230 is further configured to verify the target block by the intelligent contract in each of the at least two blockchain nodes.
In optional embodiments, the receiving module 1210 is further configured to receive the voting data update request sent by a voting server, where the voting data update request is generated by the voting server according to the received voting request sent by the account, the voting request includes the voting times of the account for voting the target candidate account, the voting server stores the remaining voting times of the account, and the voting server is configured to verify the voting times according to the remaining voting times.
In alternative embodiments, the counting module 1240 is further configured to correspondingly increase the number corresponding to the number of votes for the voting data of the target candidate account through the consensus mechanism according to the voting data update request.
In optional embodiments, the receiving module 1210 is further configured to receive a voting result viewing request sent by the voting server, where the voting result viewing request is generated by the voting server according to the received query request sent by the second client;
as shown in fig. 13, the apparatus further includes:
the sending module 1250 is configured to feed back voting data to the voting server according to the voting result viewing request, where the voting server is configured to generate a voting result according to the voting data and feed back the voting result to the second client.
In alternative embodiments, the voting result viewing request includes a voting result interception time;
the generating module 1220 is further configured to select, according to the voting result interception time in the voting result viewing request, voting data of a block whose timestamp is before the voting result interception time;
the sending module 1250 is further configured to feed the voting data back to the voting server.
In summary, in the updating apparatus for voting data provided in this embodiment, the counting of the voting data is increased for the target candidate account corresponding to the voting data updating request through the blockchain system, and since the voting data is stored in the blockchain, in the voting process, the information is disclosed and is not easily tampered, so as to avoid the problem that the voting data is stored in the server, and the server is easily attacked and the voting data is easily tampered.
It should be noted that the updating apparatus for voting data provided in the foregoing embodiment is only illustrated by dividing the functional modules, and in practical applications, the function allocation may be completed by different functional modules according to needs, that is, the internal structure of the device is divided into different functional modules to complete all or part of the functions described above.
Fig. 14 shows a schematic diagram of a server provided by exemplary embodiments of the present application, which may be the server shown in fig. 3.
The server 1400 includes a Central Processing Unit (CPU) 1401, a system Memory 1404 including a Random Access Memory (RAM) 1402 and a Read Only Memory (ROM) 1403, and a system bus 1405 connecting the system Memory 1404 and the Central Processing Unit 1401. The server 1400 also includes a basic Input/Output System (I/O) 1406 that facilitates transfer of information between devices within the computer, and a mass storage device 1407 for storing an operating System 1413, application programs 1414, and other program modules 1415.
The basic input/output system 1406 includes a display 1408 for displaying information and an input device 1409, such as a mouse, keyboard, etc., for user input of information. Wherein a display 1408 and an input device 1409 are both connected to the central processing unit 1401 via an input-output controller 1410 connected to the system bus 1405. The basic input/output system 1406 may also include an input/output controller 1410 for receiving and processing input from a number of other devices, such as a keyboard, mouse, or electronic stylus. Similarly, input-output controller 1410 also provides output to a display screen, a printer, or other type of output device.
The mass storage device 1407 is connected to the central processing unit 1401 through a mass storage controller (not shown) connected to the system bus 1405. The mass storage device 1407 and its associated computer-readable media provide non-volatile storage for the server 1400. That is, the mass storage device 1407 may include a computer readable medium (not shown) such as a hard disk or Compact disk Read Only Memory (CD-ROM) drive.
Computer storage media includes RAM, ROM, Erasable Programmable Read-Only Memory (EPROM), Electrically Erasable Programmable Read-Only Memory (EEPROM), flash Memory or other solid state Memory technology, CD-ROM, Digital Versatile Disks (DVD), or other optical storage, magnetic cassettes, magnetic tape, magnetic disk storage or other magnetic storage devices.
According to various embodiments of the present application, the server 1400 may also operate as a remote computer connected to a network through a network, such as the Internet. That is, the server 1400 may be connected to the network 1412 through the network interface unit 1411 connected to the system bus 1405, or the network interface unit 1411 may be used to connect to other types of networks or remote computer systems (not shown).
The memory further includes or or more programs, or or more programs are stored in the memory and configured to be executed by the CPU.
Embodiments of the present application further provide computer devices, where the computer device includes a processor and a memory, where the memory stores at least instructions, at least programs, code sets, or instruction sets, and at least instructions, at least programs, code sets, or instruction sets are loaded and executed by the processor to implement the voting data updating method provided by the above method embodiments.
Embodiments of the present application further provide computer-readable storage media, where at least instructions, at least segments of programs, code sets, or instruction sets are stored on the computer-readable storage media, and at least instructions, at least segments of programs, code sets, or instruction sets are loaded and executed by a processor to implement the updating method of voting data provided by the above method embodiments.
It should be understood that reference herein to "a plurality" means two or more "and/or" describing the association of the associated objects, meaning that there may be three relationships, e.g., a and/or B, meaning that there are three instances of a alone, a and B together, and B alone.
It will be understood by those skilled in the art that all or part of the steps for implementing the above embodiments may be implemented by hardware, or may be implemented by a program instructing relevant hardware, and the program may be stored in computer readable storage media, which may be read only memory, magnetic or optical disk, etc.
The above description is only exemplary of the present application and should not be taken as limiting, as any modification, equivalent replacement, or improvement made within the spirit and principle of the present application should be included in the protection scope of the present application.

Claims (13)

1, kinds of voting data updating system, characterized in that, the system includes client and blockchain system;
the th client side is used for sending a voting data updating request to the blockchain system, and a th account is logged in the th client side;
the block chain system is used for receiving a voting data updating request sent by the th client, wherein the voting data updating request comprises an account identifier of a target candidate account which is a voting object of the th account, generating a target block according to the voting data updating request, verifying the target block through at least two block chain links, correspondingly counting and increasing the voting data of the target candidate account when the number of the block chain links identified to the target block in the block chain system is greater than the required number of the nodes, generating an updating completion signal, and feeding back a voting success message to the th client according to the updating completion signal;
the th client, configured to receive the voting success message.
2. The system of claim 1,
the block chain system is used for acquiring a history block which is correspondingly stored in the block chain system by the target candidate account, wherein the history block comprises the existing ticket number of the target candidate account; generating an updated vote number according to the voting data updating request and the existing vote number; generating the target block according to the updated ticket number; verifying the target block by at least two block link points; when the number of the block chain links approved for the target block in the block chain system is larger than the number of the required nodes, the target block is stored on the block chain nodes in the block chain system.
3. The system of claim 2, wherein each blockchain node of the at least two blockchain nodes has an intelligent contract stored therein;
the blockchain system is configured to verify the target block by the intelligent contract in each of the at least two blockchain nodes.
4. The system of any of claims 1 to 3 to , further comprising a voting server;
the client side is configured to send a voting request to the voting server, where the voting request includes the account id of the th account, the account id of the target candidate account, and the voting number of times that the th account votes for the target candidate account, and the voting server stores the remaining voting number of times of the th account;
when the remaining voting number of times of the voting of the th account reaches the voting number of times, the voting server sends the voting data updating request to the blockchain system according to the voting request.
5. The system of claim 4,
and the block chain system is used for correspondingly increasing the number corresponding to the voting times of the voting data of the target candidate account through the consensus mechanism according to the voting data updating request.
6. The system of claim 4, further comprising, in the voting system: a second client;
the second client is used for sending a query request to the voting server, wherein the query request is used for requesting to check the voting result;
the voting server is used for sending a voting result viewing request to the blockchain system according to the query request;
the block chain system is used for feeding back voting data to the voting server according to the voting result viewing request;
and the voting server is used for generating the voting result according to the voting data and sending the voting result to the second client.
7. The system according to claim 6, wherein the voting result checking request includes a voting result interception time;
the block chain system is used for selecting voting data of a block with a timestamp before the voting result interception time according to the voting result interception time in the voting result viewing request; and feeding back the voting data to the voting server.
8, A method for updating voting data, which is applied to any node in a blockchain system, the method comprising:
receiving a voting data updating request sent by an th account, wherein the voting data updating request comprises account identifiers of target candidate accounts, and the target candidate accounts are voting objects of the th account;
generating a target block according to the voting data updating request;
verifying the target block by at least two block link points;
when the number of the block chain links identified for the target block in the at least two block chain nodes is greater than the required number of the nodes, correspondingly counting and increasing the voting data of the target candidate account;
and generating an updating completion signal, wherein the updating completion signal is used for indicating that a voting success message is fed back to the th account.
9. The method of claim 8, wherein generating a target block according to the vote data update request comprises:
acquiring a history block which is correspondingly stored in the block chain system by the target candidate account, wherein the history block comprises the existing ticket number of the target candidate account;
generating an updated vote number according to the voting data updating request and the existing vote number;
and generating the target block according to the updated ticket number.
10. The method of claim 9, wherein each block connection point of the at least two block chain nodes has an intelligent contract stored therein;
the verifying the target block by at least two block link points comprises:
verifying the target block by the intelligent contract in each of the at least two blockchain nodes.
11, kinds of voting data updating device, applied to any node in a blockchain system, the device comprising:
a receiving module, configured to receive a voting data update request sent by an th account, where the voting data update request includes an account identifier of a target candidate account, and the target candidate account is a voting object of the th account;
the generating module is used for generating a target block according to the voting data updating request;
the verification module is used for verifying the target block through at least two block link points;
the counting module is used for correspondingly counting and increasing the voting data of the target candidate account when the number of the block link points identified for the target block in the at least two block link nodes is greater than the required number of the nodes;
the generating module is further configured to generate an update completion signal, where the update completion signal is used to indicate that a voting success message is fed back to the th account.
12, computer device comprising a processor and a memory, the memory having stored therein at least instructions, at least programs, sets of codes, or sets of instructions, the at least instructions, the at least end programs, the sets of codes, or the sets of instructions being loaded and executed by the processor to implement the method for updating voting data according to any one of claims 8 to 10 and .
computer storage medium, wherein at least instructions, at least program segments, a set of codes, or a set of instructions are stored in the storage medium, and wherein said at least instructions, said at least program segments, said set of codes, or said set of instructions are loaded and executed by a processor to implement the method for updating voting data according to any one of claims 8 to 10 and .
CN201910978757.0A 2019-10-15 2019-10-15 System, method, device, equipment and readable storage medium for updating voting data Pending CN110738783A (en)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN201910978757.0A CN110738783A (en) 2019-10-15 2019-10-15 System, method, device, equipment and readable storage medium for updating voting data

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN201910978757.0A CN110738783A (en) 2019-10-15 2019-10-15 System, method, device, equipment and readable storage medium for updating voting data

Publications (1)

Publication Number Publication Date
CN110738783A true CN110738783A (en) 2020-01-31

Family

ID=69269983

Family Applications (1)

Application Number Title Priority Date Filing Date
CN201910978757.0A Pending CN110738783A (en) 2019-10-15 2019-10-15 System, method, device, equipment and readable storage medium for updating voting data

Country Status (1)

Country Link
CN (1) CN110738783A (en)

Cited By (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN112258092A (en) * 2020-11-23 2021-01-22 国网能源研究院有限公司 Block chain-based data asset reliability assessment method and device
CN112636984A (en) * 2020-12-28 2021-04-09 杭州趣链科技有限公司 Federation chain configuration updating method, equipment and computer medium
CN113066221A (en) * 2021-03-23 2021-07-02 函谷数巢品牌管理(广州)有限公司 Network voting method and device
CN113393608A (en) * 2021-06-08 2021-09-14 北京达佳互联信息技术有限公司 Service processing method, device, terminal and storage medium

Citations (10)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101083749A (en) * 2006-06-01 2007-12-05 中国科学技术大学 WEB server based TV voting method and system
CN104125313A (en) * 2014-07-11 2014-10-29 广州华多网络科技有限公司 Network voting method and device
US20160027229A1 (en) * 2014-07-25 2016-01-28 Blockchain Technologies Corporation System and method for securely receiving and counting votes in an election
WO2016022864A2 (en) * 2014-08-06 2016-02-11 Blockchain Technologies Corporation System and method for securely receiving and counting votes in an election
CN107070716A (en) * 2017-04-14 2017-08-18 腾讯科技(深圳)有限公司 Game server state acquiring method, device, electronic equipment and storage medium
CN107185239A (en) * 2017-07-12 2017-09-22 天津卓越互娱科技有限公司 Method and server system of the user across clothes game in a kind of online game
CN108933656A (en) * 2018-07-18 2018-12-04 京东方科技集团股份有限公司 Online works voting method and device, computer equipment, readable storage medium storing program for executing
CN208444351U (en) * 2018-05-21 2019-01-29 广西九星互联网络有限公司 Based on IP sections of network voting detection device of ballot
CN109671205A (en) * 2018-09-25 2019-04-23 深圳壹账通智能科技有限公司 Voting method, device, equipment and computer storage medium based on block chain
CN110247921A (en) * 2019-06-24 2019-09-17 北京艾摩瑞策科技有限公司 A kind of polled data cochain method and its equipment for applying intelligent contract

Patent Citations (10)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101083749A (en) * 2006-06-01 2007-12-05 中国科学技术大学 WEB server based TV voting method and system
CN104125313A (en) * 2014-07-11 2014-10-29 广州华多网络科技有限公司 Network voting method and device
US20160027229A1 (en) * 2014-07-25 2016-01-28 Blockchain Technologies Corporation System and method for securely receiving and counting votes in an election
WO2016022864A2 (en) * 2014-08-06 2016-02-11 Blockchain Technologies Corporation System and method for securely receiving and counting votes in an election
CN107070716A (en) * 2017-04-14 2017-08-18 腾讯科技(深圳)有限公司 Game server state acquiring method, device, electronic equipment and storage medium
CN107185239A (en) * 2017-07-12 2017-09-22 天津卓越互娱科技有限公司 Method and server system of the user across clothes game in a kind of online game
CN208444351U (en) * 2018-05-21 2019-01-29 广西九星互联网络有限公司 Based on IP sections of network voting detection device of ballot
CN108933656A (en) * 2018-07-18 2018-12-04 京东方科技集团股份有限公司 Online works voting method and device, computer equipment, readable storage medium storing program for executing
CN109671205A (en) * 2018-09-25 2019-04-23 深圳壹账通智能科技有限公司 Voting method, device, equipment and computer storage medium based on block chain
CN110247921A (en) * 2019-06-24 2019-09-17 北京艾摩瑞策科技有限公司 A kind of polled data cochain method and its equipment for applying intelligent contract

Cited By (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN112258092A (en) * 2020-11-23 2021-01-22 国网能源研究院有限公司 Block chain-based data asset reliability assessment method and device
CN112636984A (en) * 2020-12-28 2021-04-09 杭州趣链科技有限公司 Federation chain configuration updating method, equipment and computer medium
CN113066221A (en) * 2021-03-23 2021-07-02 函谷数巢品牌管理(广州)有限公司 Network voting method and device
CN113393608A (en) * 2021-06-08 2021-09-14 北京达佳互联信息技术有限公司 Service processing method, device, terminal and storage medium
CN113393608B (en) * 2021-06-08 2023-10-10 北京达佳互联信息技术有限公司 Service processing method, device, terminal and storage medium

Similar Documents

Publication Publication Date Title
US11669811B2 (en) Blockchain-based digital token utilization
CN110599173B (en) Block chain consensus node determination method, device, equipment and storage medium
US11689362B2 (en) Distributed ledger for generating and verifying random sequence
EP3655905B1 (en) Distributed ledger technology
US20220027384A1 (en) Data Manifest as a Blockchain Service
CN111164935B (en) Systems and methods for providing privacy and security protection in blockchain-based private transactions
JP6939791B2 (en) Bulletin board information management system
CN110602248B (en) Abnormal behavior information identification method, system, device, equipment and medium
US20190102163A1 (en) System and Method for a Blockchain-Supported Programmable Information Management and Data Distribution System
CN110738783A (en) System, method, device, equipment and readable storage medium for updating voting data
CN111445333B (en) Block generation method, device, computer equipment and storage medium
WO2019127532A1 (en) Blockchain-based crowdfunding information processing method and device, storage medium and electronic device
CN110620810A (en) Non-linked ownership of continuous asset transfer over blockchain
CN112868210B (en) Block chain timestamp protocol
US20190354968A1 (en) Utilization Management Method, Utilization Management System, and Node
CN111369730B (en) Voting processing method and device based on block chain
CN110458709B (en) Resource transfer information transmission method and device, storage medium and electronic device
CN110737723B (en) Method, device and equipment for getting card ticket and storage medium
CN111782551B (en) Test method and device for block chain item and computer equipment
CN111416709B (en) Voting method, device, equipment and storage medium based on block chain system
CN111488626A (en) Data processing method, device, equipment and medium based on block chain
CN110807209B (en) Data processing method, device and storage medium
KR20210046982A (en) Project Management Platform
WO2019243235A1 (en) Distributed ledger technology
CN110852891B (en) Data processing method and device based on rolling stock and readable storage medium

Legal Events

Date Code Title Description
PB01 Publication
PB01 Publication
SE01 Entry into force of request for substantive examination
SE01 Entry into force of request for substantive examination
RJ01 Rejection of invention patent application after publication

Application publication date: 20200131

RJ01 Rejection of invention patent application after publication