Project bidding management method, device, terminal and storage medium based on blockchain

Abstract

This application discloses a blockchain-based engineering bidding management method, apparatus, terminal, and storage medium. The method includes: obtaining bidding data based on the enterprise identifier carried in the obtained bidding request; verifying the legality of the bids included in the bidding data; broadcasting the bidding data in the blockchain network to determine a first consensus result on the bids; generating a candidate bid block based on multiple consensus bids and adding it to the blockchain; evaluating the bids included in the candidate bid block to determine the evaluation result; broadcasting the evaluation result in the blockchain network to determine a second consensus result on the evaluation result; if the second consensus result is a consensus, generating a winning bid contract block based on the winning bid corresponding to the evaluation result and adding it to the blockchain. Using this application embodiment can improve the fairness of the bidding review process and increase the efficiency of bid evaluation, and has high applicability.

Description

Technical Field

[0001] The present application relates to the field of blockchain technology, and in particular to a blockchain-based project bidding management method, device, terminal and storage medium. Background Art

[0002] Tendering is the abbreviation of bidding. Tendering and bidding are a kind of commodity trading behavior and two aspects of the transaction process. Generally speaking, the tenderer attracts a large number of bidders to compete on an equal basis under the same conditions through the procurement and requirements announced in advance, organizes technical, economic and legal experts to conduct a comprehensive review of the large number of bidders in accordance with the prescribed procedures, and selects the winner of the project from them. Its essence is to obtain the best goods, projects and services at a lower price. Tendering can be broadly divided into engineering bidding, goods bidding and service bidding. At present, the process of reviewing the conformity between the bid documents and the bidding documents is either based on the full control of the closed bidding unit or on the bidding transaction platform, and the above methods are all based on absolute trust. Therefore, how to design an open, fair and just transaction between multiple bidding companies and the bidding unit is an urgent problem to be solved. Summary of the invention

[0003] The embodiments of the present application provide a blockchain-based project bidding management method, device, terminal and storage medium, which can improve the fairness of the bidding review process and improve the bid evaluation efficiency and have high applicability.

[0004] In a first aspect, an embodiment of the present application provides a blockchain-based project bidding management method, the method comprising:

[0005] Obtaining a bidding request sent by a bidding party node, obtaining bidding data according to the enterprise identification carried in the bidding request, determining the legitimacy of the bidding document according to the bidding document and the digital signature of the bidding document included in the bidding data, and if the bidding document is a legal document, broadcasting the bidding data in the blockchain network so that the consensus node in the blockchain network performs a legitimacy check on the bidding document to obtain a first check result;

[0006] Determine a first consensus result for the bid document according to the first verification result returned by the consensus node; if the first consensus result is that a consensus is reached, generate a candidate bid document block based on multiple bid documents that have reached a consensus, and add it to the blockchain;

[0007] Evaluate each bid included in the candidate bid block to determine an evaluation result, and broadcast the evaluation result in the blockchain network so that the consensus node in the blockchain network verifies the evaluation result to obtain a second verification result;

[0008] A second consensus result for the bid evaluation result is determined based on the second verification result returned by the consensus node. If a consensus is reached as a result of the second consensus, the bid document corresponding to the bid evaluation result is determined as the winning bid document, and a winning contract block is generated based on the winning bid document to be added to the blockchain.

[0009] In a second aspect, an embodiment of the present application provides a blockchain-based project bidding management device, the device comprising:

[0010] A bid verification module is used to obtain a bid request sent by a bidder node, obtain bid data according to the enterprise identifier carried in the bid request, determine the legitimacy of the bid document according to the bid document and the bid document digital signature included in the bid data, and if the bid document is a legal document, broadcast the bid data in the blockchain network so that the consensus node in the blockchain network verifies the legitimacy of the bid document to obtain a first verification result;

[0011] A candidate bid determination module, configured to determine a first consensus result for the bid document according to the first verification result returned by the consensus node, and if the first consensus result is that a consensus is reached, generate a candidate bid block based on multiple bid documents that have reached a consensus, and add it to the blockchain;

[0012] A bid evaluation processing module, used to evaluate each bid included in the candidate bid block to determine the bid evaluation result, and broadcast the bid evaluation result in the blockchain network so that the consensus node in the blockchain network verifies the bid evaluation result to obtain a second verification result;

[0013] The winning bid determination module is used to determine the second consensus result of the above-mentioned bid evaluation result according to the second verification result returned by the above-mentioned consensus node. If the above-mentioned second consensus result is a consensus, the bid document corresponding to the above-mentioned bid evaluation result is determined as the winning bid document, and a winning bid contract block is generated based on the above-mentioned winning bid document to be added to the above-mentioned blockchain.

[0014] In conjunction with the second aspect, in a possible implementation manner, the device further includes an enterprise credit preliminary review module, and the enterprise credit preliminary review module includes:

[0015] An enterprise credit rating acquisition unit, used to acquire the first enterprise credit rating included in the bidding document;

[0016] The enterprise credit rating review unit is used to obtain the second enterprise credit rating corresponding to the above-mentioned enterprise identification from the enterprise credit investigation node. If the above-mentioned first enterprise credit rating is the same as the above-mentioned second enterprise credit rating, and the above-mentioned first enterprise credit rating is not less than the preset enterprise credit rating, the above-mentioned bidding data will be broadcast in the blockchain network.

[0017] In conjunction with the second aspect, in a possible implementation manner, the bid verification module includes:

[0018] A public key acquisition unit, used to obtain the public key corresponding to the above-mentioned enterprise identity from the above-mentioned blockchain;

[0019] A bid document hash value obtaining unit, used for decrypting the bid document digital signature based on the public key to obtain a first bid document hash value;

[0020] The hash value verification unit is used to generate a second bid document hash value based on the above bid document. If the above first bid document hash value is the same as the above second bid document hash value, it is determined that the above bid document is a legal document.

[0021] In conjunction with the second aspect, in a possible implementation manner, the bid evaluation processing module includes:

[0022] The bid evaluation dimension parameter acquisition unit is used to acquire a first bid evaluation dimension parameter from any bid included in the candidate bid block, wherein the first bid evaluation dimension parameter includes bid amount, number of construction personnel, construction period, and enterprise performance;

[0023] A bid evaluation dimension parameter processing unit, used for normalizing the first bid evaluation dimension parameter to obtain a second bid evaluation dimension parameter;

[0024] A bid scoring calculation unit, used to obtain the parameter weight corresponding to each bid evaluation dimension parameter in the second bid evaluation dimension parameter, and determine the first bid evaluation score corresponding to any of the bids based on the second bid evaluation dimension parameter and the parameter weight;

[0025] The bid evaluation result determination unit is used to determine the bid evaluation result according to the first bid evaluation scores corresponding to the multiple bid documents included in the candidate bid document block.

[0026] In conjunction with the second aspect, in a possible implementation manner, the bid evaluation result determination unit is specifically used to:

[0027] Determine the maximum first bid evaluation score from multiple first bid evaluation scores, where one bid document corresponds to one first bid evaluation score;

[0028] If the multiple first bid evaluation scores include multiple maximum first bid evaluation scores, the bid with the highest enterprise credit rating is determined as the bid evaluation result from the bids corresponding to the multiple maximum first bid evaluation scores.

[0029] In conjunction with the second aspect, in a possible implementation, the bid winning determination module includes a consensus result determination unit and a bid winning contract block generation unit, and the consensus result determination unit is used to:

[0030] If the proportion of verification passes in the second verification results received and returned by the above consensus nodes is not less than the preset passing proportion, it is determined that a consensus is reached on the above bid evaluation results.

[0031] In conjunction with the second aspect, in a possible implementation manner, the device further includes a project progress management module, and the project progress management module includes:

[0032] The bid amount acquisition unit is used to transfer the winning bid amount from the tenderer's account to the management account and freeze the winning bid amount in the management account, wherein the winning bid amount is the bid amount in the winning bid document;

[0033] An acceptance report acquisition unit is used to acquire the project progress acceptance report and the digital signature of the report uploaded by the acceptance party, and to acquire the acceptance party public key corresponding to the acceptance party from the above-mentioned blockchain;

[0034] An acceptance report verification unit, configured to decrypt the digital signature of the report based on the public key of the acceptance party to obtain a first report hash value, generate a second report hash value according to the project progress acceptance report, and if the first report hash value is the same as the second report hash value, obtain the preset acceptance time and preset project completion degree included in the selected bid;

[0035] The project payment settlement unit is used to call the payment contract to transfer the preset project payment corresponding to the above-mentioned preset project completion degree from the above-mentioned winning bid amount included in the above-mentioned management account to the winning bidder's account if the acceptance time included in the above-mentioned project progress acceptance report is the same as the above-mentioned preset acceptance time, and the project completion degree included in the above-mentioned project progress acceptance report is the same as the above-mentioned preset project completion degree.

[0036] In a third aspect, an embodiment of the present application provides a terminal device, the terminal device includes a processor and a memory, the processor and the memory are connected to each other. The memory is used to store a computer program that supports the terminal device to execute the method provided by the first aspect and / or any possible implementation of the first aspect, the computer program includes program instructions, and the processor is configured to call the program instructions to execute the method provided by the first aspect and / or any possible implementation of the first aspect.

[0037] In a fourth aspect, an embodiment of the present application provides a computer-readable storage medium, which stores a computer program, and the computer program includes program instructions, which, when executed by a processor, enable the processor to execute the method provided by the above-mentioned first aspect and / or any possible implementation method of the first aspect.

[0038] In an embodiment of the present application, a bid request sent by a bidder node is obtained, and the bid data corresponding to the enterprise identifier can be obtained according to the enterprise identifier carried in the bid request. The legality of the bid document can be determined according to the bid document and the digital signature of the bid document included in the bid data, wherein if the bid document is a legal document, the bid data is broadcast in the blockchain network so that the consensus node in the blockchain network performs a legality check on the bid document to obtain a first verification result. The first consensus result of the bid document is determined according to the first verification result returned by the received consensus node, and if the first consensus result is a consensus, a candidate bid document block is generated based on multiple bid documents that have reached a consensus, and added to the blockchain. Each bid document included in the candidate bid document block is evaluated to determine the evaluation result, and the evaluation result is broadcast in the blockchain network so that the consensus node in the blockchain network verifies the evaluation result to obtain a second verification result. The second consensus result of the bid evaluation result is determined according to the second verification result returned by the consensus node. If the second consensus result is a consensus, the bid document corresponding to the bid evaluation result is determined as the winning bid document, and a winning contract block is generated based on the winning bid document to be added to the blockchain. The embodiment of the present application can improve the fairness of the bidding review process and the bid evaluation efficiency, and has high applicability. BRIEF DESCRIPTION OF THE DRAWINGS

[0039] In order to more clearly illustrate the technical solutions in the embodiments of the present application, the drawings required for use in the description of the embodiments will be briefly introduced below. Obviously, the drawings described below are only some embodiments of the present application. For ordinary technicians in this field, other drawings can be obtained based on these drawings without creative work.

[0040] Figure 1 It is a structural schematic diagram of a blockchain network topology structure provided in an embodiment of the present application;

[0041] Figure 2 This is a flowchart of a blockchain-based project bidding management method provided in an embodiment of the present application;

[0042] Figure 3 It is a schematic diagram of the blockchain and block structure provided by the embodiment of the present application;

[0043] Figure 4It is a schematic diagram of a scenario of a project bidding management process provided by an embodiment of the present application;

[0044] Figure 5 This is another flowchart of the blockchain-based project bidding management method provided in an embodiment of the present application;

[0045] Figure 6 This is a structural diagram of a blockchain-based engineering bidding management device provided in an embodiment of the present application;

[0046] Figure 7 This is another structural diagram of a blockchain-based engineering bidding management device provided in an embodiment of the present application;

[0047] Figure 8 It is a schematic diagram of the structure of the terminal device provided in an embodiment of the present application. DETAILED DESCRIPTION

[0048] The following will be combined with the drawings in the embodiments of the present application to clearly and completely describe the technical solutions in the embodiments of the present application. Obviously, the described embodiments are only part of the embodiments of the present application, not all of the embodiments. Based on the embodiments in the present application, all other embodiments obtained by ordinary technicians in this field without creative work are within the scope of protection of this application.

[0049] See also Figure 1 , Figure 1 is a schematic diagram of a blockchain network topology structure provided in an embodiment of the present application. The blockchain network topology structure may include multiple types of nodes, for example, Figure 1 The bidding party node, bidder node, acceptance party node, enterprise credit node, consensus node 1, and consensus node 2 shown. It should be understood that the bidding party node, bidder node, acceptance party node, enterprise credit node, and consensus node in the blockchain network topology can be collectively referred to as nodes in the blockchain network, where each node has a connection relationship with other nodes. It is understandable that any node in the blockchain network topology can be any form of computing device, such as a server, terminal, etc., without limitation. Among them, terminals include but are not limited to mobile phones, tablet computers, laptops, PDAs, mobile Internet devices (mobile internet device, MID), etc., without limitation. Each node can receive input information when performing normal work, and maintain the shared data in the blockchain network topology based on the received input information.

[0050] It should be understood that for each node in the blockchain network topology, there is a node identifier corresponding to it, and each node in the blockchain network topology can store the node identifiers of other nodes in the blockchain network topology, so that the generated blocks can be broadcast to other nodes in the blockchain network topology according to the node identifiers of other nodes. A node identifier list as shown in the following table can be maintained in each node, and the node name and node identifier are stored in the node identifier list accordingly. Among them, the node identifier can be an IP (Internet Protocol, a protocol for interconnection between networks) address and any other information that can be used to identify the node. Table 1 only uses the IP address as an example for illustration.

[0051] Node Name Node ID Node 1 117.114.151.174 Node 2 117.116.189.145 … … Node N 119.123.789.258

[0052] Table 1

[0053] The engineering bidding management method based on blockchain provided in the embodiment of the present application can be widely applied to the bidding management system. In the implementation of the present application, the bidding party node can obtain the bidding data corresponding to the enterprise identity according to the enterprise identity carried in the bidding request by obtaining the bidding request sent by the bidding party node. The legality of the bidding document can be determined according to the bidding document included in the bidding data and the digital signature of the bidding document, wherein if the bidding document is a legal document, the bidding data is broadcast in the blockchain network so that the consensus node in the blockchain network performs a legality check on the bidding document to obtain a first verification result. The first consensus result of the bidding document is determined according to the first verification result returned by the received consensus node, and if the first consensus result is a consensus, a candidate bidding document block is generated based on multiple consensus bidding documents and added to the blockchain. Each bidding document included in the candidate bidding document block is evaluated to determine the evaluation result, and the evaluation result is broadcast in the blockchain network so that the consensus node in the blockchain network verifies the evaluation result to obtain a second verification result. The second consensus result of the bid evaluation result is determined according to the second verification result returned by the consensus node. If the second consensus result is a consensus, the bid document corresponding to the bid evaluation result is determined as the winning bid document, and a winning contract block is generated based on the winning bid document to be added to the blockchain. The embodiment of the present application can improve the fairness of the bidding review process and the bid evaluation efficiency, and has high applicability.

[0054] The following will be combined Figures 2 to 8The methods and related devices provided in the embodiments of the present application are described in detail respectively. The methods provided in the embodiments of the present application may include data processing stages such as obtaining bidding data, verifying the bidding documents included in the bidding data, generating a candidate bidding document block based on multiple bidding documents that have reached consensus, evaluating the bidding documents in the candidate bidding document block to obtain the bidding evaluation results, reaching consensus on the bidding evaluation results, and generating a winning contract block based on the consensus results. Among them, the implementation methods of the above-mentioned various data processing stages can be found as follows Figures 2 to 5 The implementation shown.

[0055] See also Figure 2 , Figure 2 1 is a flow chart of a blockchain-based project bidding management method provided in an embodiment of the present application. The method provided in an embodiment of the present application may include the following steps 101 to 104:

[0056] 101. Obtain the bidding request sent by the bidding party node, obtain the bidding data according to the enterprise identification carried in the bidding request, determine the legitimacy of the bidding document according to the bidding document and the digital signature of the bidding document included in the bidding data, and if the bidding document is a legal document, broadcast the bidding data in the blockchain network so that the consensus nodes in the blockchain network can verify the legitimacy of the bidding document to obtain a first verification result.

[0057] In some feasible implementations, bidding refers to a transaction method adopted when buying and selling bulk goods, awarding and contracting engineering construction projects, and purchasing and providing service projects under market economy conditions. It is a process in which the bidding party attracts a large number of bidders to compete on an equal basis under equal conditions through the procurement conditions and requirements announced in advance, organizes technical, economic and legal experts to conduct a comprehensive review of the large number of bidders in accordance with the prescribed procedures, and selects the project bidder from the best. Its essence is to obtain the best goods, projects and services at a lower price. Generally speaking, bidding can be divided into three types: goods bidding, engineering bidding, and service bidding. Among them, goods bidding refers to the bidding process for various items, including raw materials, products, equipment, electric energy and solid, liquid, gaseous objects, etc., as well as related ancillary services. Engineering bidding refers to the bidding process for various engineering construction projects such as industry, water conservancy, transportation, civil aviation, railways, information industry, housing construction and municipal infrastructure, including various civil engineering construction, equipment construction and installation, pipeline line manufacturing and laying, decoration and decoration, etc., as well as related ancillary services. Service bidding refers to the bidding process for any procurement object other than goods and projects (such as consulting and evaluation, property management, financial insurance, medical care, labor, advertising, etc.). For the convenience of description, the following embodiments of this application are all described by taking engineering bidding as an example.

[0058] In some feasible implementations, the tenderer can invite bidders with legal conditions and construction capacity to participate in the bidding competition by issuing tender documents, tender notices, or tender invitations. Generally speaking, bidding is divided into two organizational forms: the tenderer organizes the bidding by itself and entrusts the tender agency to act as an agent for bidding. For the convenience of description, the embodiment of this application takes the tenderer organizing the bidding by itself as an example for explanation, wherein the node corresponding to the tenderer is the tenderer node. When the tenderer publishes the tender documents through the tenderer node, the tenderer node can upload the tender documents to the blockchain for storage. It should be understood that bidding refers to the qualified bidder who prepares the bidding documents according to the provisions of the tender documents, and prepares the bid quotation according to the tender conditions, and delivers it to the tender unit and the designated location within the time limit of the tender documents. In the embodiment of this application, the node corresponding to the bidder is the bidder node. Generally speaking, one bidder can correspond to one bidder node.

[0059] In some feasible implementations, the tendering party node can obtain the corresponding bidding data according to the enterprise identification carried in the bidding request by obtaining the bidding request sent by the bidding party node. Among them, an enterprise identification is used to uniquely mark a bidding enterprise, that is, a bidder. In the embodiment of the present application, the enterprise identification can be the unified social credit code of the enterprise, or the business license registration number or the organization code, etc., which is not limited here. It should be understood that the bidding data may include bidding documents, digital signatures of bidding documents, etc., which are not limited here. Generally speaking, after the tendering party node obtains the bidding data, the legality of the bidding documents can be determined by verifying the bidding documents and digital signatures of bidding documents included in the bidding data. Specifically, the tendering party node can obtain the public key corresponding to the enterprise identification from the blockchain based on the enterprise identification, and decrypt the digital signature of the bidding document through the public key. It should be understood that if the summary information cannot be decrypted based on the public key corresponding to the enterprise identification, it means that the bidding document is not sent by the bidding enterprise corresponding to the above-mentioned enterprise identification, that is, someone has sent the bidding document in the name of the bidder, so it can be determined that the bidding document is an illegal document. If the digital signature of the bid document is decrypted by the public key, the summary information of the bid document, that is, the first bid document hash value, can be obtained. Then the bidding party node can further perform hash calculation on the bid document in the bid data to obtain the second bid document hash value corresponding to the bid document. By comparing the first bid document hash value with the second bid document hash value, if the first bid document hash value is the same as the second bid document hash value, it can be determined that the bid document is a legal document, that is, the bid document has not been tampered with. On the contrary, if the first bid document hash value is different from the second bid document hash value, it means that the content in the bid document has been tampered with, so it can also be determined that the bid document is an illegal document. In an embodiment of the present application, if the bid document is determined to be a legal document, the bid data can be broadcast in the blockchain network so that the consensus node in the blockchain network can perform a legality check on the bid document to obtain a first verification result. Among them, the consensus node can be a consensus node pre-determined based on the consensus mechanism of the blockchain network, such as the PoW (Proof of Work) consensus mechanism, the PoS (Proof of Stake) consensus mechanism, the DPoS (Delegated Proof of Stake) consensus mechanism, etc. Or the consensus node can also be the node corresponding to the sponsor or co-organizer who assists the tenderer in conducting the tendering activities, or it can also be the node corresponding to the tendering institution trusted by the tenderer, or it can also be the node corresponding to any institution with bid evaluation qualifications in the blockchain network, without limitation here.

[0060] Optionally, in some feasible implementations, in addition to verifying the legality of the tender documents, the specific contents of the tender documents can also be verified, that is, the contents of the tender documents are preliminarily reviewed. It should be understood that the tender documents generally consist of three parts, namely the business part, the technical part, and the price part. The business part includes a series of contents such as company qualifications and company situation introduction. The technical part includes project description, design, construction plan, bill of quantities, staffing, drawings, tables and other contents. The price part includes bid quotation description, bid total price, main material price list and other contents, which are not limited here. Here, the preliminarily review of the contents of the tender documents mainly refers to the preliminarily review of the business part included in the tender documents. For example, the corporate credit rating included in the tender documents can be reviewed, that is, by obtaining the corporate credit rating included in the tender documents, the corporate credit rating can be used as the first corporate credit rating, and then the corporate credit rating corresponding to the corporate identity is obtained from the corporate credit node as the second corporate credit rating. It should be understood that the enterprise credit node is the node corresponding to the credit agency or credit rating agency. The enterprise credit node can conduct credit rating for industrial and commercial enterprises, manufacturing enterprises and circulation enterprises, construction and installation real estate development and tourism enterprises, financial enterprises, etc. The main contents of the credit analysis of the enterprise entity include: industry, enterprise quality, business management, financial status and debt repayment ability. In the enterprise credit rating, more attention is paid to the enterprise quality, especially the comprehensive rating of the enterprise in the enterprise quality, including the rating of the quality of the enterprise leadership group, the rating of the enterprise's business management ability, and the rating of the enterprise's competitiveness. At present, due to the information asymmetry between the tenderer and the bidder, two problems will arise: the first is adverse selection; the second is moral hazard. Therefore, credit rating not only opens up a channel for the information gap between the supply and demand sides of funds, so that the capital market will not converge to the function of capital intermediary that cannot be played due to information asymmetry, so that the capital demanders can obtain the required funds to engage in their various production and operation activities, and the investment of the capital suppliers has a goal suitable for their risk preferences, but also improves the management efficiency of financial institutions, thereby enhancing the overall efficiency of the capital market. In an embodiment of the present application, if the first enterprise credit rating is the same as the second enterprise credit rating, and the first enterprise credit rating is not less than the preset enterprise credit rating, the bidding data can be broadcast in the blockchain network so that the consensus nodes in the blockchain network can perform a legality check on the bidding documents to obtain a first verification result.

[0061] 102. Determine a first consensus result for the bid document based on the first verification result returned by the received consensus node. If the first consensus result is that a consensus is reached, generate a candidate bid document block based on multiple bid documents that have reached consensus, and add it to the blockchain.

[0062] In some feasible implementations, the tendering party node broadcasts the bidding data in the blockchain network, so that the consensus node in the blockchain network can perform a legality check on the bidding document to obtain a first verification result. Then, the tendering party node can determine the first consensus result of the bidding document based on the first verification result returned by the consensus node, wherein, if the first consensus result is a consensus, a candidate bidding document block is generated based on multiple consensus bidding documents and added to the blockchain. It should be understood that the consensus node can be a node corresponding to a sponsor or co-organizer who assists the tendering party in conducting bidding activities, or a node corresponding to a bidding agency trusted by the tendering party, or a node corresponding to any agency with bid evaluation qualifications in the blockchain network, without limitation. When the consensus node receives the bidding data broadcasted by the tendering party node, the legality of the bidding document can be determined by verifying the bidding document and the digital signature of the bidding document included in the bidding data. Specifically, the consensus node can obtain the public key corresponding to the enterprise identity from the blockchain based on the enterprise identity, and decrypt the digital signature of the bid document through the public key to obtain the first bid document hash value, and then generate the second bid document hash value based on the bid document in the bidding data. If the first bid document hash value is the same as the second bid document hash value, it can be determined that the bid document is a legal document, that is, the first verification result is a verification pass, and the first verification result is returned to the node broadcasted by the bidding data, that is, the tendering party node. In an embodiment of the present application, if the proportion of verification passes in the first verification result returned by the consensus node received by the bidder node is not less than the preset passing proportion, it can be determined that each consensus node has reached a consensus on the legality of the bid document, that is, the first consensus result is a consensus. Generally speaking, when the bidder publicly bids, there should be no less than three bidders, and one bidder can only send one bid document. Therefore, after performing the above-mentioned legality verification on the bid documents included in the bid request sent by multiple bidder nodes, a candidate bid document block can be generated based on multiple consensus bid documents and added to the blockchain.

[0063] See also Figure 3 , Figure 3 Schematic diagram of the blockchain and block structure provided by the embodiment of the present application. Figure 3 The blockchain shown includes block N, block N+1 and block N+2, where N is a positive integer. Figure 3 Each block shown may contain the hash value of the previous block and transaction information within a certain period of time. It should be understood that the transaction information in the embodiment of the present application may be a bidding document, a tender document, or any information that the user needs to store, and is not limited here. Specifically, Figure 3 As shown, block N may contain the hash value of the previous block of block N (i.e. Figure 3The hash value of block N-1 shown in the figure) and transaction information X. Similarly, block N+1 can contain the hash value of the previous block of block N+1 (i.e. Figure 3 The hash value of block N shown in the figure) and transaction information Y; and so on, block N+2 can contain the hash value of the previous block of block N+2 (i.e. Figure 3 Further, for ease of understanding, the present application embodiment takes block N+1 as an example to illustrate the block structure of block N+1. Assume that block N+1 is a candidate bid block in the present application embodiment, where block N+1 can be Figure 3 The block header and block body shown in the figure are composed of the following blocks. Here, the block header can contain the hash value of the previous block (i.e. Figure 3 The transaction information Y in the block body is a number of bid documents that have reached consensus. For example, transaction information Y may include bid document 1, bid document 2, bid document 3, and bid document 4, etc. These bid documents can be organized together in the form of a Merkle tree. It should be understood that the construction process of the Merkle tree is a process of recursively calculating the hash value. Figure 3 Taking the bid documents 1, 2, 3 and 4 in the example, based on the SHA256 algorithm, we can calculate the hash value 1 (i.e. Hash1) corresponding to bid document 1, the hash value 2 (i.e. Hash2) corresponding to bid document 2, the hash value 3 (i.e. Hash3) corresponding to bid document 3, and the hash value 4 (i.e. Hash4) corresponding to bid document 4. Further, by connecting Hash1 and Hash2 in series and continuing to perform hash transformation, we can get Figure 3 The hash value 12 (i.e. Hash12) shown in the figure is shown in the figure. Similarly, by connecting Hash3 and Hash4 in series and performing a hash transformation, we can get Figure 3 The hash value 34 (i.e., Hash34) shown in FIG. 1 can be further connected in series with Hash12 and Hash34 to perform hash transformation to obtain a hash value 1234 (i.e., Hash1234). At this time, the embodiment of the present application can use the hash values ​​of all the bid documents finally obtained as the Merkle tree root of block N+1. It can be seen that the Merkle tree has good scalability. No matter how much transaction information there is, a Merkle tree and a Merkle tree root of fixed length can be generated in the end.

[0064] 103. Evaluate each bid included in the candidate bid block to determine the evaluation result, and broadcast the evaluation result in the blockchain network so that the consensus node in the blockchain network verifies the evaluation result to obtain a second verification result.

[0065] In some feasible implementations, the tendering party node can determine the evaluation results by evaluating each bid included in the candidate bid block of the blockchain. By broadcasting the evaluation results in the blockchain network, the consensus node in the blockchain network can verify the evaluation results to obtain the second verification result. Specifically, for any bid included in the candidate bid block, the tendering party node can obtain the bid amount, number of construction workers, construction period, enterprise performance, etc. included in the first evaluation dimension parameters by obtaining the first evaluation dimension parameters from any bid, without limitation. It should be understood that different evaluation dimension parameters often have different dimensions and dimensional units, which will affect the results of data analysis. For example, the bid amount is generally tens of thousands to hundreds of thousands of yuan, while the number of construction workers is generally dozens or hundreds of people. In order to eliminate the dimensional influence between the various evaluation dimension parameters, data standardization is required to solve the comparability between data indicators. In other words, by performing data standardization on the original data, each indicator is at the same order of magnitude, so that a comprehensive comparative evaluation can be performed later. Among them, the most typical data standardization processing method is the normalization of data, and the data after normalization can be limited to a certain range (such as [0,1] or [-1,1]). In the embodiment of the present application, the range transformation method or the 0 mean normalization method can be used to normalize each first bid evaluation dimension parameter to obtain the second bid evaluation dimension parameter, and then by obtaining the parameter weights corresponding to each bid evaluation dimension parameter in the second bid evaluation dimension parameter, the first bid evaluation score corresponding to any of the above bids can be determined according to each second bid evaluation dimension parameter and each parameter weight. In other words, the first bid evaluation score is equal to the sum of the products of the second bid evaluation dimension parameter and the corresponding parameter weight, that is, the first bid evaluation score = bid amount × bid amount weight + construction number × construction number weight + construction period × construction period weight + enterprise performance × enterprise performance weight. The bid evaluation result can be determined according to the multiple first bid evaluation scores corresponding to the multiple bids included in the candidate bid block. Generally speaking, the bid corresponding to the maximum first bid evaluation score among the multiple first bid evaluation scores can be used as the bid evaluation result. Optionally, when multiple first bid evaluation scores include multiple maximum first bid evaluation scores, the bid with the highest corporate credit rating can be determined as the bid evaluation result from the bids corresponding to the multiple maximum first bid evaluation scores, or the bid with the smallest bid amount can be determined as the bid evaluation result from the bids corresponding to the multiple maximum first bid evaluation scores. The specific determination depends on the actual application scenario and is not limited here.

[0066] In order to strictly adhere to the principles of fair, open and impartial bid evaluation and ensure the fairness of the bid evaluation results, after the bid evaluation of each bid included in the candidate bid block is carried out by the bid tendering party node and the bid evaluation results are determined, the bid evaluation results can also be broadcasted in the blockchain network, so that the consensus node in the blockchain network can verify the bid evaluation results to obtain the second verification result. Among them, the consensus node is the node corresponding to the sponsor or co-organizer who assists the bid tendering party in the bidding activities, or it can also be the node corresponding to the bidding agency trusted by the bid tendering party, or it can also be the node corresponding to any agency with bid evaluation qualifications in the blockchain network, without limitation.

[0067] 104. Determine a second consensus result for the bid evaluation result based on the second verification result returned by the received consensus node. If the second consensus result is that a consensus is reached, the bid document corresponding to the bid evaluation result is determined as the winning bid document, and a winning contract block is generated based on the winning bid document to be added to the blockchain.

[0068] In some feasible implementations, the tendering party node can broadcast the bid evaluation results in the blockchain network, so that the consensus node in the blockchain network can verify the bid evaluation results to obtain a second verification result. Then, the tendering party node can determine the second consensus result of the bid evaluation results based on the second verification result returned by the above consensus node, wherein, if the second consensus result is a consensus, the tendering party node can determine the bid corresponding to the bid evaluation result as the selected bid, and generate a winning contract block based on the selected bid to add it to the blockchain. It should be understood that the consensus node can be a node corresponding to a sponsor or co-organizer who assists the tendering party in conducting the bidding activities, or it can also be a node corresponding to a tendering agency trusted by the tendering party, or it can also be a node corresponding to any agency in the blockchain network that has bid evaluation qualifications, without limitation here. Therefore, when the consensus node receives the bid evaluation result broadcasted by the tendering party node, it can obtain the candidate bid block from the blockchain, and evaluate each bid included in the candidate bid block to obtain the bid evaluation result obtained by the consensus node after the bid evaluation. By comparing the bid evaluation result obtained by the consensus node after the bid evaluation with the bid evaluation result broadcasted by the tendering party node, the second verification result of the bid evaluation result can be determined. In an embodiment of the present application, if the bid evaluation result obtained by the consensus node after the bid evaluation is the same as the bid evaluation result broadcasted by the tendering party node, it can be determined that the second verification result is a verification pass. When the proportion of verification passes in the second verification result returned by each consensus node received by the tendering party node is not less than the preset passing proportion, it can be determined that each consensus node has reached a consensus on the bid evaluation result, so the tendering party node can determine the bid corresponding to the bid evaluation result as the selected bid, and generate a winning contract block based on the selected bid to add it to the blockchain.

[0069] See also Figure 4 , Figure 4 Schematic diagram of the project bidding management process provided by the embodiment of the present application. Figure 4 The blockchain network in includes a tendering party node, a bidder node, an acceptance party node, an enterprise credit node, a consensus node 1 and a consensus node 2, wherein each node has a connection relationship. When the bidder node initiates a bidding request to the tenderer node, the tenderer node obtains the corresponding bidding data through the enterprise identification carried in the bidding request, and can perform a legality check on the bidding documents included in the bidding data. When it is determined that the bidding documents included in the bidding data are legal documents, the bidding data is broadcast in the blockchain network, so that the consensus nodes 1 and 2 in the blockchain network perform a legality check on the bidding documents to obtain a first verification result. When the consensus nodes 1 and 2 in the blockchain network independently verify the received bidding data and generate a first verification result, the first verification result can be returned to the bidder node. Generally speaking, when the proportion of verification passes in each first verification result received by the bidder node is not less than the preset passing proportion, it can be determined that the consensus nodes in the blockchain network have reached a consensus on the bidding data, so a candidate bidding document block can be generated based on multiple consensus bidding documents and added to the blockchain. Furthermore, the bidder node can determine the bid evaluation result by evaluating each bid included in the candidate bid block, and broadcast the bid evaluation result in the blockchain network so that the consensus node 1 and the consensus node 2 in the blockchain network can verify the bid evaluation result to obtain the second verification result. When the consensus node 1 and the consensus node 2 in the blockchain network independently verify the received bid evaluation result and generate the second verification result, the second verification result can be returned to the bidder node. Generally speaking, when the proportion of the second verification results received by the bidder node is not less than the preset passing proportion, it can be determined that the consensus nodes in the blockchain network have reached a consensus on the bidding results, so the bid corresponding to the bid evaluation result can be determined as the winning bid, and a winning contract block is generated based on the winning bid to be added to the blockchain.

[0070] In an embodiment of the present application, the tendering party node can obtain the bidding data corresponding to the enterprise identity according to the enterprise identity carried in the bidding request by obtaining the bidding request sent by the bidding party node. The legality of the bidding document can be determined according to the bidding document and the digital signature of the bidding document included in the bidding data, wherein if the bidding document is a legal document, the bidding data is broadcast in the blockchain network so that the consensus node in the blockchain network verifies the legality of the bidding document to obtain a first verification result. The first consensus result of the bidding document is determined according to the first verification result returned by the received consensus node, and if the first consensus result is a consensus, a candidate bidding document block is generated based on multiple consensus bidding documents and added to the blockchain. Each bidding document included in the candidate bidding document block is evaluated to determine the evaluation result, and the evaluation result is broadcast in the blockchain network so that the consensus node in the blockchain network verifies the evaluation result to obtain a second verification result. The second consensus result of the bid evaluation result is determined according to the second verification result returned by the consensus node. If the second consensus result is a consensus, the bid document corresponding to the bid evaluation result is determined as the winning bid document, and a winning contract block is generated based on the winning bid document to be added to the blockchain. The embodiment of the present application can improve the fairness of the bidding review process and the bid evaluation efficiency, and has high applicability.

[0071] See also Figure 5 , Figure 5 This is another flowchart of the blockchain-based project bidding management method provided in the embodiment of the present application. The method provided in the embodiment of the present application can be described by the implementation provided by the following steps 201 to 206:

[0072] 201. Obtain the bidding request sent by the bidding party node, obtain the bidding data according to the enterprise logo carried in the bidding request, determine the legitimacy of the bidding document according to the bidding document and the digital signature of the bidding document included in the bidding data, and if the bidding document is a legal document, broadcast the bidding data in the blockchain network so that the consensus nodes in the blockchain network can verify the legitimacy of the bidding document to obtain a first verification result.

[0073] 202. Determine a first consensus result for the bid document based on the first verification result returned by the received consensus node. If the first consensus result is that a consensus is reached, generate a candidate bid document block based on multiple bid documents that have reached consensus, and add it to the blockchain.

[0074] 203. Evaluate each bid included in the candidate bid block to determine an evaluation result, and broadcast the evaluation result in the blockchain network so that the consensus node in the blockchain network verifies the evaluation result to obtain a second verification result.

[0075] 204. Determine a second consensus result for the bid evaluation result based on the second verification result returned by the received consensus node. If the second consensus result is that a consensus is reached, determine the bid document corresponding to the bid evaluation result as the winning bid document, and generate a winning contract block based on the winning bid document to add to the blockchain.

[0076] The specific implementation of steps 201 to 204 can be found in Figure 2 The description of steps 101 to 104 in the corresponding embodiment will not be repeated here.

[0077] 205. Transfer the winning bid amount from the tendering party's account to the management account, freeze the winning bid amount in the management account, obtain the project progress acceptance report and report digital signature uploaded by the acceptance party, and if the project progress acceptance report is verified based on the report digital signature, and the acceptance time and project completion degree in the project progress acceptance report are the same as the preset acceptance time and preset project completion degree included in the winning bid, then call the transfer contract to transfer the preset project payment corresponding to the preset project completion degree from the winning bid amount in the management account to the winning bidder's account.

[0078] In some feasible implementations, when a winning contract block is generated based on the winning bid and added to the blockchain, the bidding party node can transfer the winning bid amount from the bidding party account to the management account and freeze the winning bid amount in the management account, wherein the winning bid amount is the bid amount included in the winning bid. Further, during the construction of the engineering construction project, by obtaining the project progress acceptance report and report digital signature uploaded by the acceptance party node corresponding to the acceptance party, the acceptance party public key corresponding to the acceptance party can be obtained from the blockchain, and the report digital signature is decrypted based on the acceptance party public key to obtain the first report hash value, and then the second report hash value is generated according to the project progress acceptance report. If the first report hash value is the same as the second report hash value, it can be determined that the project progress acceptance report is legal, so the preset acceptance time and preset project completion included in the winning bid can be obtained. Among them, if the acceptance time included in the project progress acceptance report is the same as the preset acceptance time, and the project completion included in the project progress acceptance report is the same as the preset project completion, then the transfer contract can be called to transfer the preset project payment corresponding to the preset project completion from the winning bid amount included in the management account to the winning bidder account.

[0079] In an embodiment of the present application, the tendering party node can obtain the bidding data corresponding to the enterprise identity according to the enterprise identity carried in the bidding request by obtaining the bidding request sent by the bidding party node. The legality of the bidding document can be determined according to the bidding document and the digital signature of the bidding document included in the bidding data, wherein if the bidding document is a legal document, the bidding data is broadcast in the blockchain network so that the consensus node in the blockchain network verifies the legality of the bidding document to obtain a first verification result. The first consensus result of the bidding document is determined according to the first verification result returned by the received consensus node, and if the first consensus result is a consensus, a candidate bidding document block is generated based on multiple consensus bidding documents and added to the blockchain. Each bidding document included in the candidate bidding document block is evaluated to determine the evaluation result, and the evaluation result is broadcast in the blockchain network so that the consensus node in the blockchain network verifies the evaluation result to obtain a second verification result. The second consensus result of the bid evaluation result is determined according to the second verification result returned by the received consensus node. If the second consensus result is a consensus, the bid corresponding to the bid evaluation result is determined as the selected bid, and a winning contract block is generated based on the selected bid to be added to the blockchain. Further, the bidding party node can also transfer the winning bid amount from the bidding party account to the management account, and freeze the winning bid amount in the management account, by obtaining the project progress acceptance report and report digital signature uploaded by the acceptance party, if the project progress acceptance report is verified based on the report digital signature, and the acceptance time and project completion in the project progress acceptance report are the same as the preset acceptance time and preset project completion included in the winning bid, then the transfer contract can be called to transfer the preset project completion corresponding to the preset project completion from the winning bid amount in the management account to the winning bidder account. By adopting the embodiment of the present application, the fairness of the bidding review process can be improved, as well as the efficiency of bid evaluation, and the project progress after winning the bid can be supervised and controlled, with high applicability.

[0080] See also Figure 6 , Figure 6 : is a schematic diagram of the structure of a blockchain-based project bidding management device provided in an embodiment of the present application. The blockchain-based project bidding management device provided in an embodiment of the present application includes:

[0081] The bid verification module 31 is used to obtain the bid request sent by the bidder node, obtain the bid data according to the enterprise identification carried in the bid request, determine the legitimacy of the bid document according to the bid document and the bid document digital signature included in the bid data, and if the bid document is a legal document, broadcast the bid data in the blockchain network so that the consensus node in the blockchain network verifies the legitimacy of the bid document to obtain a first verification result;

[0082] A candidate bid determination module 32 is used to determine a first consensus result of the bid document according to the first verification result returned by the consensus node, and if the first consensus result is that a consensus is reached, a candidate bid block is generated based on multiple bid documents that have reached a consensus, and added to the blockchain;

[0083] The bid evaluation processing module 33 is used to evaluate each bid included in the candidate bid block to determine the bid evaluation result, and broadcast the bid evaluation result in the blockchain network so that the consensus node in the blockchain network verifies the bid evaluation result to obtain a second verification result;

[0084] The winning bid determination module 34 is used to determine the second consensus result of the above-mentioned bid evaluation result based on the second verification result returned by the above-mentioned consensus node. If the above-mentioned second consensus result is a consensus, the bid document corresponding to the above-mentioned bid evaluation result is determined as the winning bid document, and a winning bid contract block is generated based on the above-mentioned winning bid document to be added to the above-mentioned blockchain.

[0085] Please also see Figure 7 , Figure 7 is another structural diagram of the engineering bidding management device based on blockchain provided in the embodiment of the present application. Figure 7 As shown, where:

[0086] In some feasible implementations, the above device further includes an enterprise credit preliminary review module 35, and the above enterprise credit preliminary review module 35 includes:

[0087] An enterprise credit rating acquisition unit 351 is used to acquire the first enterprise credit rating included in the bidding document;

[0088] The enterprise credit rating review unit 352 is used to obtain the second enterprise credit rating corresponding to the above-mentioned enterprise identification from the enterprise credit investigation node. If the above-mentioned first enterprise credit rating is the same as the above-mentioned second enterprise credit rating, and the above-mentioned first enterprise credit rating is not less than the preset enterprise credit rating, the above-mentioned bidding data will be broadcast in the blockchain network.

[0089] In some feasible implementations, the bid verification module 31 includes:

[0090] A public key acquisition unit 311 is used to obtain the public key corresponding to the above-mentioned enterprise identity from the above-mentioned blockchain;

[0091] A bid document hash value obtaining unit 312, configured to decrypt the bid document digital signature based on the public key to obtain a first bid document hash value;

[0092] The hash value verification unit 313 is used to generate a second bid document hash value based on the bid document. If the first bid document hash value is the same as the second bid document hash value, the bid document is determined to be a legal document.

[0093] In some feasible implementations, the bid evaluation processing module 33 includes:

[0094] The bid evaluation dimension parameter acquisition unit 331 is used to acquire a first bid evaluation dimension parameter from any bid included in the candidate bid block, wherein the first bid evaluation dimension parameter includes bid amount, number of construction personnel, construction period, and enterprise performance;

[0095] The bid evaluation dimension parameter processing unit 332 is used to normalize the first bid evaluation dimension parameter to obtain a second bid evaluation dimension parameter;

[0096] The bid scoring calculation unit 333 is used to obtain the parameter weight corresponding to each bid evaluation dimension parameter in the second bid evaluation dimension parameter, and determine the first bid evaluation score corresponding to any of the bids based on the second bid evaluation dimension parameter and the parameter weight;

[0097] The bid evaluation result determining unit 334 is used to determine the bid evaluation result according to the first bid evaluation scores corresponding to the multiple bid documents included in the candidate bid document block.

[0098] In some feasible implementations, the bid evaluation result determination unit 334 is specifically used to:

[0099] Determine the maximum first bid evaluation score from multiple first bid evaluation scores, where one bid document corresponds to one first bid evaluation score;

[0100] If the multiple first bid evaluation scores include multiple maximum first bid evaluation scores, the bid with the highest enterprise credit rating is determined as the bid evaluation result from the bids corresponding to the multiple maximum first bid evaluation scores.

[0101] In some feasible implementations, the above-mentioned winning bid determination module 34 includes a consensus result determination unit 341 and a winning bid contract block generation unit 342. The above-mentioned consensus result determination unit 341 is used to:

[0102] If the proportion of verification passes in the second verification results received and returned by the above consensus nodes is not less than the preset passing proportion, it is determined that a consensus is reached on the above bid evaluation results.

[0103] In some feasible implementations, the above device further includes a project progress management module 36, and the above project progress management module 36 includes:

[0104] The bid amount acquisition unit 361 is used to transfer the winning bid amount from the tenderer's account to the management account and freeze the winning bid amount in the management account, wherein the winning bid amount is the bid amount in the winning bid document;

[0105] The acceptance report acquisition unit 362 is used to acquire the project progress acceptance report and the report digital signature uploaded by the acceptance party, and acquire the acceptance party public key corresponding to the acceptance party from the above-mentioned blockchain;

[0106] The acceptance report verification unit 363 is used to decrypt the report digital signature based on the acceptance party public key to obtain a first report hash value, generate a second report hash value according to the project progress acceptance report, and if the first report hash value is the same as the second report hash value, obtain the preset acceptance time and preset project completion degree included in the selected bid;

[0107] The project payment settlement unit 364 is used to call the payment contract to transfer the preset project payment corresponding to the preset project completion degree from the above-mentioned winning bid amount included in the above-mentioned management account to the winning bidder account if the acceptance time included in the above-mentioned project progress acceptance report is the same as the above-mentioned preset acceptance time, and the project completion degree included in the above-mentioned project progress acceptance report is the same as the above-mentioned preset project completion degree.

[0108] In a specific implementation, the above-mentioned blockchain-based project bidding management device can execute the above-mentioned Figures 2 to 5The implementation methods provided in each step. For example, the bid verification module 31 can be used to execute the implementation methods of obtaining bid data in each of the above steps, and performing legality verification on the bid documents included in the bid data. For details, please refer to the implementation methods provided in each of the above steps, which will not be repeated here. The candidate bid determination module 32 can be used to execute the implementation methods described in the above steps of reaching consensus on the bid documents included in the bid data, generating candidate bid blocks based on multiple bid documents that have reached consensus, etc., which can be specifically referred to the implementation methods provided in each of the above steps, which will not be repeated here. The bid evaluation processing module 33 can be used to execute the implementation methods of evaluating the bid documents included in the candidate bid block and reaching consensus on the bid evaluation results in each of the above steps, which can be specifically referred to the implementation methods provided in each of the above steps, which will not be repeated here. The winning bid determination module 34 can be used to execute the implementation methods described in the above steps of generating a winning bid contract block based on the consensus results of the bid evaluation results, etc., which can be specifically referred to the implementation methods provided in each of the above steps, which will not be repeated here. The above-mentioned enterprise credit preliminary review module 35 can be used to implement the implementation methods such as enterprise credit rating review of bidding enterprises in the above-mentioned steps. For details, please refer to the implementation methods provided in the above-mentioned steps, which will not be repeated here. The above-mentioned project progress management module 36 can be used to implement the implementation methods such as supervising and controlling project progress in the above-mentioned steps, automatically settling project funds based on the remittance contract, etc., for details, please refer to the implementation methods provided in the above-mentioned steps, which will not be repeated here.

[0109] In an embodiment of the present application, the engineering bidding management device based on blockchain can obtain the bidding data corresponding to the enterprise identity according to the enterprise identity carried in the bidding request by obtaining the bidding request sent by the bidding party node. The legality of the bidding document can be determined according to the bidding document and the digital signature of the bidding document included in the bidding data, wherein if the bidding document is a legal document, the bidding data is broadcast in the blockchain network so that the consensus node in the blockchain network verifies the legality of the bidding document to obtain a first verification result. The first consensus result of the bidding document is determined according to the first verification result returned by the consensus node received, and if the first consensus result is a consensus, a candidate bidding document block is generated based on multiple consensus bidding documents and added to the blockchain. Each bidding document included in the candidate bidding document block is evaluated to determine the evaluation result, and the evaluation result is broadcast in the blockchain network so that the consensus node in the blockchain network verifies the evaluation result to obtain a second verification result. The second consensus result of the bid evaluation result is determined according to the second verification result returned by the received consensus node. If the second consensus result is a consensus, the bid corresponding to the bid evaluation result is determined as the selected bid, and a winning contract block is generated based on the selected bid to be added to the blockchain. Further, the bidding party node can also transfer the winning bid amount from the bidding party account to the management account, and freeze the winning bid amount in the management account, by obtaining the project progress acceptance report and report digital signature uploaded by the acceptance party, if the project progress acceptance report is verified based on the report digital signature, and the acceptance time and project completion in the project progress acceptance report are the same as the preset acceptance time and preset project completion included in the winning bid, then the transfer contract can be called to transfer the preset project completion corresponding to the preset project completion from the winning bid amount in the management account to the winning bidder account. By adopting the embodiment of the present application, the fairness of the bidding review process can be improved, as well as the efficiency of bid evaluation, and the project progress after winning the bid can be supervised and controlled, with high applicability.

[0110] See also Figure 8 , Figure 8 Schematic diagram of the structure of the terminal device provided in the embodiment of the present application. Figure 8 As shown, the terminal device in this embodiment may include: one or more processors 401 and a memory 402. The processor 401 and the memory 402 are connected via a bus 403. The memory 402 is used to store a computer program, which includes program instructions, and the processor 401 is used to execute the program instructions stored in the memory 402 to perform the steps of the above method.

[0111] It should be understood that in some feasible implementations, the processor 401 may be a central processing unit (CPU), and the processor may also be other general-purpose processors, digital signal processors (DSP), application specific integrated circuits (ASIC), field programmable gate arrays (FPGA) or other programmable logic devices, discrete gates or transistor logic devices, discrete hardware components, etc. A general-purpose processor may be a microprocessor or the processor may also be any conventional processor, etc. The memory 402 may include a read-only memory and a random access memory, and provide instructions and data to the processor 401. A portion of the memory 402 may also include a non-volatile random access memory. For example, the memory 402 may also store information about the device type.

[0112] In a specific implementation, the above terminal device can execute the above-mentioned functions through its built-in functional modules. Figures 2 to 5 For the implementation methods provided in each step, please refer to the implementation methods provided in the above steps for details, which will not be repeated here.

[0113] In an embodiment of the present application, the terminal device can obtain the bidding data corresponding to the enterprise identity according to the enterprise identity carried in the bidding request by obtaining the bidding request sent by the bidder node. The legality of the bidding document can be determined according to the bidding document and the digital signature of the bidding document included in the bidding data, wherein if the bidding document is a legal document, the bidding data is broadcast in the blockchain network so that the consensus node in the blockchain network verifies the legality of the bidding document to obtain a first verification result. The first consensus result of the bidding document is determined according to the first verification result returned by the consensus node received, and if the first consensus result is a consensus, a candidate bidding document block is generated based on multiple consensus bidding documents and added to the blockchain. Each bidding document included in the candidate bidding document block is evaluated to determine the evaluation result, and the evaluation result is broadcast in the blockchain network so that the consensus node in the blockchain network verifies the evaluation result to obtain a second verification result. According to the second verification result returned by the received consensus node, the second consensus result of the bid evaluation result is determined. If the second consensus result is a consensus, the bid document corresponding to the bid evaluation result is determined as the selected bid document, and a winning contract block is generated based on the selected bid document to be added to the blockchain. Further, the bidding party node can also transfer the winning bid amount from the bidding party account to the management account, and freeze the winning bid amount in the management account, by obtaining the project progress acceptance report and report digital signature uploaded by the acceptance party, if the project progress acceptance report is verified based on the report digital signature, and the acceptance time and project completion in the project progress acceptance report are the same as the preset acceptance time and preset project completion included in the winning bid document, then the transfer contract can be called to transfer the preset project completion corresponding to the preset project completion from the winning bid amount of the management account to the winning bidder account. By adopting the embodiment of the present application, the fairness of the bidding review process can be improved, as well as the efficiency of bid evaluation, and the progress of the project after the winning bid can be supervised and controlled, with high flexibility and wide application range.

[0114] The present application also provides a computer-readable storage medium storing a computer program, wherein the computer program includes program instructions, and when the program instructions are executed by a processor, Figures 2 to 5 The blockchain-based engineering bidding management method provided in each step can be specifically referred to the implementation methods provided in the above steps, which will not be repeated here.

[0115] The computer-readable storage medium may be the internal storage unit of the engineering bidding management device based on blockchain or the terminal device provided in any of the aforementioned embodiments, such as a hard disk or memory of an electronic device. The computer-readable storage medium may also be an external storage device of the electronic device, such as a plug-in hard disk, a smart memory card (smart media card, SMC), a secure digital (secure digital, SD) card, a flash card (flashcard), etc. equipped on the electronic device. Furthermore, the computer-readable storage medium may also include both an internal storage unit of the electronic device and an external storage device. The computer-readable storage medium is used to store the computer program and other programs and data required by the electronic device. The computer-readable storage medium may also be used to temporarily store data that has been output or is to be output.

[0116] The terms "first", "second", "third", "fourth", etc. in the claims, specification and drawings of this application are used to distinguish different objects, rather than to describe a specific order. In addition, the terms "including" and "having" and any variations thereof are intended to cover non-exclusive inclusions. For example, a process, method, system, product or device that includes a series of steps or units is not limited to the listed steps or units, but optionally includes steps or units that are not listed, or optionally includes other steps or units inherent to these processes, methods, products or devices.

[0117] Mentioning "embodiment" in this article means that the specific features, structures or characteristics described in conjunction with the embodiment may be included in at least one embodiment of the present application. Displaying the phrase at various locations in the specification does not necessarily refer to the same embodiment, nor is it an independent or alternative embodiment that is mutually exclusive with other embodiments. It is explicitly and implicitly understood by those skilled in the art that the embodiments described herein may be combined with other embodiments. The term "and / or" used in the specification of this application and the appended claims refers to any combination of one or more of the items listed in association and all possible combinations, and includes these combinations. It can be appreciated by those of ordinary skill in the art that the units and algorithm steps of each example described in conjunction with the embodiments disclosed herein can be implemented in electronic hardware, computer software or a combination of the two. In order to clearly illustrate the interchangeability of hardware and software, the composition and steps of each example have been generally described in the above description according to the function. Whether these functions are performed in hardware or software depends on the specific application and design constraints of the technical solution. Professional and technical personnel can use different methods to implement the described functions for each specific application, but such implementation should not be considered to exceed the scope of this application.

[0118] The method and related apparatus provided by the embodiment of the present application are described with reference to the method flow chart and / or structural diagram provided by the embodiment of the present application. Specifically, each process and / or box in the method flow chart and / or structural diagram, as well as the combination of the processes and / or boxes in the flow chart and / or block diagram, can be implemented by computer program instructions. These computer program instructions can be provided to a processor of a general-purpose computer, a special-purpose computer, an embedded processor or other programmable data processing device to generate a machine, so that the instructions executed by the processor of the computer or other programmable data processing device generate instructions for implementing the process in the process. Figure 1 Schematic diagram of one or more processes and / or structures Figure 1 These computer program instructions can also be stored in a computer-readable memory that can guide a computer or other programmable data processing device to work in a specific way, so that the instructions stored in the computer-readable memory produce a product including an instruction device, which implements the functions specified in the process. Figure 1 Schematic diagram of one or more processes and / or structures Figure 1 These computer program instructions can also be loaded onto a computer or other programmable data processing device, so that a series of operation steps are executed on the computer or other programmable device to produce a computer-implemented process, so that the instructions executed on the computer or other programmable device provide for implementing the process in the process. Figure 1 A flow or multiple flows and / or structures illustrate the steps of the functions specified in one block or multiple blocks.

Claims

1. A project bidding management method based on blockchain, characterized in that: Applied to the bidding party node, the method includes: Obtain a bidding request sent by a bidding node, obtain bidding data according to the enterprise identification carried in the bidding request, determine the legitimacy of the bidding document according to the bidding document and the digital signature of the bidding document included in the bidding data, if the bidding document is a legal document, obtain a first enterprise credit rating included in the bidding document, obtain a second enterprise credit rating corresponding to the enterprise identification from an enterprise credit investigation node, if the first enterprise credit rating is the same as the second enterprise credit rating, and the first enterprise credit rating is not less than a preset enterprise credit rating, broadcast the bidding data in the blockchain network, so that the consensus node in the blockchain network performs a legitimacy check on the bidding document to obtain a first check result; Determining a first consensus result for the bid document according to the first verification result returned by the consensus node, and if the first consensus result is that a consensus is reached, generating a candidate bid document block based on multiple bid documents that have reached a consensus, and adding the candidate bid document block to the blockchain; Evaluating each bid document included in the candidate bid document block to determine a bid evaluation result, including: for any bid document included in the candidate bid document block, obtaining a first bid evaluation dimension parameter from the any bid document, normalizing the first bid evaluation dimension parameter using a range transformation method or a zero mean normalization method to obtain a second bid evaluation dimension parameter, obtaining a parameter weight corresponding to each bid evaluation dimension parameter in the second bid evaluation dimension parameter, determining a first bid evaluation score corresponding to the any bid document based on the second bid evaluation dimension parameter and the parameter weight, and determining a bid evaluation result according to the first bid evaluation scores corresponding to multiple bid documents included in the candidate bid document block; Broadcasting the bid evaluation result in the blockchain network so that the consensus nodes in the blockchain network verify the bid evaluation result to obtain a second verification result; A second consensus result for the bid evaluation result is determined based on the second verification result returned by the consensus node. If the second consensus result is that a consensus is reached, the bid document corresponding to the bid evaluation result is determined as the winning bid document, and a winning contract block is generated based on the winning bid document to be added to the blockchain.

2. The method according to claim 1, characterized in that: Determining the legitimacy of the bidding document according to the bidding document and the digital signature of the bidding document included in the bidding data includes: Obtaining a public key corresponding to the enterprise identifier from the blockchain; Decrypting the bid document digital signature based on the public key to obtain a first bid document hash value; A second bid document hash value is generated based on the bid document. If the first bid document hash value is the same as the second bid document hash value, the bid document is determined to be a legal document.

3. The method according to claim 1, characterized in that: The first evaluation dimension parameters include bid amount, number of construction workers, construction period, and corporate performance.

4. The method according to claim 3, characterized in that: The step of determining the bid evaluation result according to the first bid evaluation scores corresponding to the plurality of bids included in the candidate bid block includes: Determine the maximum first bid evaluation score from multiple first bid evaluation scores, where one bid document corresponds to one first bid evaluation score; If the multiple first bid evaluation scores include multiple maximum first bid evaluation scores, the bid with the highest enterprise credit rating is determined as the bid evaluation result from the bids corresponding to the multiple maximum first bid evaluation scores.

5. The method according to claim 1, characterized in that: Determining a second consensus result for the bid evaluation result according to the received second verification result returned by the consensus node includes: If the proportion of verification passes in the second verification results received and returned by the consensus node is not less than a preset passing proportion, it is determined that a consensus is reached on the bid evaluation results.

6. The method according to claim 1, characterized in that: After generating a winning contract block based on the winning bid to add it to the blockchain, the method further includes: Transfer the winning bid amount from the tenderer's account to the management account, and freeze the winning bid amount in the management account, where the winning bid amount is the bid amount in the winning bid; Obtain the project progress acceptance report and the digital signature of the report uploaded by the acceptance party, and obtain the acceptance party public key corresponding to the acceptance party from the blockchain; Decrypting the report digital signature based on the acceptance party's public key to obtain a first report hash value, generating a second report hash value according to the project progress acceptance report, and if the first report hash value is the same as the second report hash value, obtaining the preset acceptance time and preset project completion degree included in the selected bid; If the acceptance time included in the project progress acceptance report is the same as the preset acceptance time, and the project completion degree included in the project progress acceptance report is the same as the preset project completion degree, the transfer contract is called to transfer the preset project payment corresponding to the preset project completion degree from the winning bid amount included in the management account to the winning bidder's account.

7. A blockchain-based project bidding management device, characterized in that: Applied to the bidding party node, the device includes: A bid verification module is used to obtain a bid request sent by a bidder node, obtain bid data according to the enterprise identifier carried in the bid request, determine the legitimacy of the bid document according to the bid document and the bid document digital signature included in the bid data, and if the bid document is a legal document, obtain the first enterprise credit rating included in the bid document, obtain the second enterprise credit rating corresponding to the enterprise identifier from the enterprise credit investigation node, and if the first enterprise credit rating is the same as the second enterprise credit rating, and the first enterprise credit rating is not less than a preset enterprise credit rating, broadcast the bid data in the blockchain network, so that the consensus node in the blockchain network performs a legitimacy verification on the bid document to obtain a first verification result; A candidate bid determination module, configured to determine a first consensus result of the bid document according to the first verification result returned by the consensus node, and if the first consensus result is that a consensus is reached, generate a candidate bid block based on multiple bid documents that have reached a consensus, and add the block to the blockchain; A bid evaluation processing module, configured to evaluate each bid included in the candidate bid block to determine an evaluation result, and broadcast the evaluation result in the blockchain network so that the consensus node in the blockchain network verifies the evaluation result to obtain a second verification result; A bid winning determination module, configured to determine a second consensus result of the bid evaluation result according to the second verification result returned by the consensus node, and if the second consensus result is that a consensus is reached, determine the bid document corresponding to the bid evaluation result as the winning bid document, and generate a winning contract block based on the winning bid document to be added to the blockchain; The bid evaluation processing module includes: a bid evaluation dimension parameter acquisition unit, which is used to obtain a first bid evaluation dimension parameter from any bid included in the candidate bid block; a bid evaluation dimension parameter processing unit, which is used to normalize the first bid evaluation dimension parameter by using a range transformation method or a zero mean normalization method to obtain a second bid evaluation dimension parameter; a bid score calculation unit, which is used to obtain a parameter weight corresponding to each bid evaluation dimension parameter in the second bid evaluation dimension parameter, and determine a first bid evaluation score corresponding to any bid based on the second bid evaluation dimension parameter and the parameter weight; and a bid evaluation result determination unit, which is used to determine a bid evaluation result according to the first bid evaluation scores corresponding to multiple bids included in the candidate bid block.

8. A terminal device, characterized in that: comprising a processor and a memory, wherein the processor and the memory are connected to each other; The memory is used to store a computer program, the computer program includes program instructions, and the processor is configured to call the program instructions to execute the method according to any one of claims 1-6.

9. A computer-readable storage medium, characterized in that: The computer-readable storage medium stores a computer program, wherein the computer program includes program instructions, and when the program instructions are executed by a processor, the processor is caused to perform the method according to any one of claims 1 to 6.

Images