Building supply chain transparent communication system and method based on block chain

Abstract

The invention discloses a building supply chain transparent communication system and method based on a block chain, and relates to the field of block chain technology and building supply chain management, and the system comprises the following components: a block chain underlying network, an intelligent contract module, a terminal collection node, an authority management module and a communication interaction module. According to the invention, by deploying the intelligent contract module, the business rules of automatic payment, performance verification and dispute early warning are realized, and the application of a dynamic acceptance weight verification algorithm and a dynamic threshold dispute early warning mechanism enables the payment trigger logic to better meet the actual demand of a project, improves the payment accuracy by 27%, reduces disputes caused by fuzzy acceptance standards, and improves the payment efficiency. Meanwhile, the dispute early warning mechanism monitors on-chain performance data in real time, automatically triggers early warning when the data deviates from a preset threshold value, synchronously pushes early warning information to related nodes, and generates an on-chain early warning certificate.

Description

Technical Field

[0001] This invention relates to the field of blockchain technology and construction supply chain management, specifically to a blockchain-based transparent communication system and method for construction supply chains. Background Technology

[0002] With the rapid development of the construction industry, construction supply chain management has become increasingly complex, involving multiple parties and a large amount of data exchange. Traditional construction supply chain communication methods mainly rely on centralized information systems or third-party intermediaries for data transmission and verification, which has significant shortcomings in terms of data transparency, security, and efficiency.

[0003] Traditional construction supply chain communication technologies suffer from several drawbacks: First, centralized information systems easily lead to data silos, making real-time data sharing and synchronization between participants difficult, thus impacting overall supply chain efficiency. Second, reliance on third-party intermediaries for data verification and transmission not only increases communication and time costs but also poses risks of data tampering or leakage. Third, traditional technologies lack flexibility and adaptability when dealing with complex and ever-changing construction supply chain scenarios, failing to meet dynamically evolving business needs. Particularly in dispute resolution, the lack of effective early warning mechanisms and evidence preservation methods often results in lengthy and inefficient dispute resolution processes.

[0004] To address the problems of data silos, high communication costs, significant data security risks, and low efficiency in dispute resolution that exist in traditional construction supply chain communication technologies, a blockchain-based transparent communication system and method for the construction supply chain has emerged. Summary of the Invention

[0005] The purpose of this invention is to overcome the shortcomings of existing technologies and provide a transparent communication system and method for the construction supply chain based on blockchain. It can realize functions such as real-time data sharing and synchronization, efficient consensus and compliant evidence storage, automatic payment and performance verification, and dispute early warning and rapid handling among all participants in the construction supply chain by adopting advanced technologies such as consortium blockchain architecture, credit-weighted Byzantine fault tolerance algorithm, block archiving and evidence storage optimization mechanism, and smart contract module.

[0006] To solve the above-mentioned technical problems, the present invention provides the following technical solution: On the one hand, a blockchain-based transparent communication system for the construction supply chain, which includes the following components: a blockchain underlying network, a smart contract module, a terminal data collection node, a permission management module, and a communication interaction module;

[0007] The underlying blockchain network adopts a consortium blockchain architecture, connects to nodes of all participants in the construction supply chain, and configures a custom consensus algorithm and block archiving and evidence storage optimization mechanism to achieve efficient consensus and compliant evidence storage of on-chain data.

[0008] The smart contract module is equipped with business rules for automatic payment, performance verification, and dispute warning. It integrates a dynamic acceptance weight verification algorithm and a dynamic threshold dispute warning mechanism, and automatically triggers execution when on-chain data meets preset conditions.

[0009] The terminal acquisition node collects multi-source data on material arrival and acceptance, and encrypts and uploads it to the blockchain. It adopts a multi-source data fusion, encrypted transmission, and edge computing-assisted real-time data processing mechanism to ensure the timeliness and security of data acquisition.

[0010] The access control module: Based on role-based configuration data access permissions, it adopts a sensitive data access control mechanism based on zero-knowledge proof to balance information transparency and privacy protection;

[0011] The communication interaction module enables real-time synchronization of on-chain data and multi-party collaborative communication, configures priority to drive cross-node message synchronization, and adapts to communication needs in different scenarios.

[0012] Furthermore, the underlying blockchain network employs a credit-weighted Byzantine fault-tolerant algorithm to achieve consensus. This algorithm is designed to address the characteristics of large credit differences among nodes in the construction supply chain and complex collaboration scenarios. The voting weights of consensus nodes are dynamically generated based on historical communication behavior, using the following formula: ,in For nodes Consensus voting weight, The on-chain communication credit score for a node over the past six months is calculated by weighting 12 indicators, including the timeliness and authenticity of data uploads and instruction execution rate. The node communication response latency rate, with a value range of [0, 1], is obtained from on-chain communication log statistics. The node data verification pass rate is determined by the proportion of data uploaded by a node that is successfully verified by other nodes. (Parameter) , , The weights were determined after training the analytic hierarchy process on historical data from 127 domestic construction supply chain projects. The algorithm prioritizes credit in collaborative building by dynamically adjusting node voting weights, giving nodes with good credit a greater voice in consensus, improving consensus efficiency by 32%, and reducing the risk of attacks from malicious nodes.

[0013] Furthermore, the underlying blockchain network adopts a block-based archiving mechanism for evidence storage optimization. The specific implementation steps are as follows: First, the system stores on-chain data in blocks according to project stages, with each block corresponding to all communication and transaction data for one project stage. Second, each block generates a Merkle tree, and the integrity of the data within the block is quickly verified using the Merkle root. Third, the system periodically compresses and archives historical data for completed project stages, using the LZ77 compression algorithm to compress the data volume to approximately 30% of its original size. Finally, the hash value and index information of the archived data are stored on the main chain. When historical data needs to be retrieved, the archived file is quickly located using the hash value, ensuring the security of evidence storage and retrieval efficiency. This mechanism reduces the storage cost of the blockchain by 40% while improving data retrieval speed.

[0014] Furthermore, the automatic payment triggering logic of the smart contract module adopts a dynamic acceptance weight verification algorithm. This algorithm is designed for scenarios involving multi-dimensional and dynamically changing standards in the acceptance of building materials. The calculation formula for the payment triggering condition is as follows: ,in The payment triggers the judgment result. For the first The weights for each acceptance dimension are determined by the owner, supervisor, and supplier through joint review in the early stages of the project. For steel reinforcement acceptance, material quality has a weight of 0.4, arrival time has a weight of 0.3, quantity matching has a weight of 0.2, and data completeness has a weight of 0.1. For the first The score for each acceptance dimension is automatically calculated by a smart contract based on the test data, photos, RFID information, etc., uploaded by the terminal data collection nodes. The payment trigger threshold is transformed from the qualification standard agreed in the contract into a score of 0-100. The algorithm dynamically adjusts the weight of each acceptance dimension to make the payment trigger logic more in line with the actual needs of the project. Compared with fixed threshold verification, the payment accuracy rate is improved by 27%, reducing disputes caused by ambiguity in acceptance standards.

[0015] Furthermore, the dispute warning triggering logic of the smart contract module adopts a dynamic threshold monitoring mechanism. The specific implementation steps are as follows: First, when the smart contract is deployed, all parties jointly preset the normal fluctuation range of the performance data. The normal fluctuation of the material arrival time is ±2 days, and the normal fluctuation of the quality inspection data is ±5%. Second, the smart contract monitors the performance data on the chain in real time. When the data deviates from the preset threshold by more than 10%, a dispute warning is automatically triggered. Third, the warning information is simultaneously pushed to relevant nodes of the owner, supervisor, and supplier, and an on-chain warning certificate is generated. The certificate contains the specific content of the abnormal data, the degree of deviation, and timestamp information. Finally, all parties can initiate a negotiation process based on the warning certificate. The warning record is permanently stored on the blockchain for subsequent responsibility tracing. This mechanism identifies performance risks in advance, shortening the dispute handling cycle by more than 60%.

[0016] Furthermore, the terminal data acquisition node adopts a multi-source data fusion and encrypted transmission mechanism. The specific implementation steps are as follows: First, the terminal collects multi-source data such as material batch information, acceptance photos, and environmental data through RFID readers, high-definition cameras, and temperature and humidity sensors. Second, the collected data is cleaned, deduplicated, and format-converted to generate a dataset in a unified format. Third, the dataset is encrypted using the SM4 symmetric encryption algorithm, and the SHA-256 hash value of the data is generated. Finally, the encrypted data and hash value are uploaded to the underlying blockchain network. The receiving node decrypts the data using the corresponding public key and verifies the consistency between the hash value and the decrypted data. If the verification fails, a data retransmission mechanism is triggered to ensure the integrity and security of data transmission.

[0017] Furthermore, the terminal acquisition node adopts an edge computing-assisted real-time data processing mechanism. The specific implementation steps are as follows: First, the terminal has a built-in edge computing module to perform real-time analysis on the acquired unstructured video and photo data; second, the edge computing module merges the analysis results with structured data to generate standardized acceptance data; third, the merged data is encrypted and uploaded to the blockchain, while the edge computing module retains a local backup for data resending in case of network interruption; finally, when the network is restored, the terminal automatically compares the local backup data with the on-chain data to ensure data consistency. This mechanism reduces the cloud computing pressure and compresses the data upload delay from the traditional 30-60 seconds to 5-10 seconds.

[0018] Furthermore, the access control module employs a sensitive data access mechanism based on zero-knowledge proofs. The specific implementation steps are as follows: First, when a node requests access to sensitive data such as cost budgets and bid-winning documents, the system automatically generates a zero-knowledge proof request, which includes the node's identity and the scope of data access. Second, the system verifies the node's identity using an elliptic curve cryptography algorithm. Upon successful verification, a proof is generated that does not expose the specific content of the sensitive data. Third, the node can verify the authenticity of the sensitive data using this proof without obtaining the original data. Finally, the proof result and the access request are stored on the blockchain together, ensuring the privacy protection of sensitive data and the traceability of access behavior. This mechanism effectively prevents the leakage of sensitive data while ensuring information transparency, resolving the contradiction between transparency and privacy in the construction supply chain.

[0019] Furthermore, the communication interaction module adopts a priority-driven cross-node message synchronization mechanism. The specific implementation steps are as follows: First, when a node sends a message, the system automatically assigns a priority according to the message type, with emergency warnings having the highest priority. Second, the message is broadcast to all nodes through a P2P network. After receiving the message, each node first verifies the hash value and signature of the message. Third, verified messages are written to the message queue of the local ledger according to priority, with high-priority messages being processed first. Finally, if a message conflict occurs, the system resolves the conflict through the CW-BFT consensus algorithm to ensure message synchronization consistency across all nodes. This mechanism reduces the transmission delay of critical messages such as emergency warnings from the traditional 5-10 minutes to 10-15 seconds, improving the emergency response capability of the supply chain.

[0020] On the other hand, the blockchain-based transparent communication method for the construction supply chain is characterized by the following specific steps:

[0021] S1. Node Access and Underlying Initialization: Build the underlying blockchain network of the consortium blockchain architecture, connect the nodes of all participants in the construction supply chain, configure the custom consensus algorithm and block archiving and evidence storage optimization mechanism, complete the identity authentication of each node and the initialization of network parameters, and build a trusted on-chain communication infrastructure environment.

[0022] S2. Smart Contract Deployment and Rule Configuration: Deploy smart contract modules in the underlying blockchain network, write business rules for automatic payment, performance verification, and dispute warning, integrate dynamic acceptance weight verification algorithm and dynamic threshold dispute warning mechanism, and preset the condition parameters for contract triggering under various business scenarios.

[0023] S3. Multi-source data acquisition and encrypted on-chain: Multi-source data such as material entry and acceptance in the construction supply chain are collected through terminal acquisition nodes. Multi-source data fusion, encrypted transmission and edge computing-assisted real-time data processing mechanism are adopted. After the data is cleaned, fused and encrypted, it is uploaded to the blockchain to generate an immutable on-chain data certificate.

[0024] S4. Access Control and Automatic Contract Execution: Data access permissions are configured for each participating node based on roles. The zero-knowledge proof sensitive data access control mechanism of the access management module achieves a balance between data transparency and privacy protection. When on-chain data meets preset conditions, the smart contract automatically triggers the corresponding business process and generates execution records synchronously.

[0025] S5. Collaborative Communication and Data Maintenance: Real-time synchronization of on-chain data across nodes is achieved through the communication interaction module. Priority-driven cross-node message synchronization is adopted to adapt to different communication needs. At the same time, the on-chain data is regularly compressed, archived, and retrieved and maintained through a block archiving mechanism to ensure traceability and efficient operation of the entire communication process.

[0026] Compared with existing technologies, this blockchain-based transparent communication system and method for the construction supply chain has the following advantages:

[0027] I. This invention, through the deployment of smart contract modules, realizes business rules for automatic payment, performance verification, and dispute early warning. Among them, the application of dynamic acceptance weight verification algorithm and dynamic threshold dispute early warning mechanism makes the payment triggering logic more in line with the actual needs of the project, improving the payment accuracy rate by 27% and reducing disputes caused by ambiguous acceptance standards. At the same time, the dispute early warning mechanism monitors on-chain performance data in real time, automatically triggering an early warning when the data deviates from the preset threshold, and synchronously pushing the early warning information to relevant nodes to generate on-chain early warning certificates, shortening the dispute handling cycle by more than 60%, and significantly enhancing the transparency of the supply chain and the efficiency of dispute handling.

[0028] Second, this invention adopts a credit-weighted Byzantine fault-tolerant algorithm to dynamically adjust the consensus voting weight of nodes, enabling nodes with good credit to obtain higher consensus discourse power. This algorithm design is designed to address the characteristics of large credit differences among nodes in the construction supply chain and complex collaboration scenarios, effectively improving consensus efficiency by 32% while reducing the risk of attacks from malicious nodes. In addition, the block archiving evidence optimization mechanism ensures the integrity and security of on-chain data. By periodically compressing archived historical data, the data volume is compressed to about 30% of the original, reducing storage costs by 40% while improving data retrieval speed.

[0029] Other advantages, objectives and features of the invention will be set forth in part in the description which follows, and in part will be apparent to those skilled in the art from the following examination or study, or may be learned from the practice of the invention. Attached Figure Description

[0030] To more clearly illustrate the technical solutions in the embodiments of the present invention or the prior art, the accompanying drawings used in the description of the embodiments or the prior art will be briefly introduced below. Obviously, the drawings described below are merely some embodiments of the present invention. For those skilled in the art, other drawings can be obtained based on these drawings without any creative effort.

[0031] Figure 1 A flowchart for a blockchain-based transparent communication system for the construction supply chain;

[0032] Figure 2 A flowchart for triggering smart contract dispute early warning in a blockchain-based transparent communication system for the construction supply chain;

[0033] Figure 3 A flowchart for a blockchain-based transparent communication method for the construction supply chain. Detailed Implementation

[0034] To further illustrate the technical means and effects of the present invention in achieving its intended purpose, the following detailed description of the specific implementation methods, structures, features, and effects of the present invention, in conjunction with the accompanying drawings and preferred embodiments, is provided below.

[0035] Example 1

[0036] A consortium blockchain architecture is built as the underlying network, connecting server nodes from the owner, steel supplier, supervision unit, and general contractor. This consortium architecture effectively limits the participating entities, prevents interference from irrelevant nodes, and ensures network security and data privacy. The network is configured with a credit-weighted Byzantine fault-tolerant algorithm as a custom consensus algorithm, with the following formula: ,in For nodes Consensus voting weight, The node's on-chain communication credit score over the past 6 months. For node communication response latency, For node data validation pass rate, parameters , , The weights, determined after training on historical data from 127 domestic construction supply chain projects using the analytic hierarchy process (AHP), are allocated based on nodes' on-chain communication credit scores, communication response latency rates, and data verification pass rates over the past six months. This assigns consensus voting weights to nodes with good credit, efficient responses, and reliable data, enhancing the accuracy and credibility of consensus decisions. Simultaneously, a block-based archiving and evidence preservation mechanism is implemented to lay the foundation for efficient data storage and rapid retrieval. The algorithm completes node authentication, sets network communication parameters, and establishes a trusted on-chain communication environment. The authentication process prevents fraudulent node intrusion, ensuring the authenticity and validity of participants in every data interaction, thus guaranteeing communication security from the source. The node access and underlying initialization process is as follows: Figure 1 As shown.

[0037] Deploy smart contract modules in the underlying blockchain network and write business rules for automatic payment and performance verification, such as... Figure 2 As shown, the document clearly defines four acceptance dimensions: material specification conformity, quantity accuracy, quality inspection qualification, and environmental protection indicator compliance. Clear acceptance dimensions allow all parties to reach a unified understanding of the acceptance standards, reducing subsequent disputes. An integrated dynamic acceptance weight verification algorithm is used, with the weight allocation for each acceptance dimension determined through negotiation among all parties. The formula is as follows: ,in The payment triggers the judgment result. For the first The weight of the acceptance dimension, For the first Scores for the acceptance dimension, To determine the payment trigger threshold, the algorithm can perform weighted calculations based on the importance differences of different acceptance dimensions, making the acceptance results more aligned with the actual needs of the project and avoiding the bias caused by a single dimension. At the same time, a common preset payment trigger threshold is set, clarifying that payment will only be triggered after all acceptance requirements are met and the weighted score reaches the target. This setting can protect the owner's funds and prevent situations where payments are made in advance or where unqualified materials pass acceptance but payments are still made. It can also make suppliers clearly aware of the payment terms and standardize their performance.

[0038] The general contractor deployed terminal data collection nodes at the rebar delivery site. These nodes used RFID readers to collect structured data such as batch numbers, manufacturers, and production dates of the rebars. High-definition cameras captured unstructured photographs of the rebars' appearance, packaging, and markings. Temperature and humidity sensors recorded environmental data from the temporary storage area. This multi-device, multi-dimensional data collection comprehensively captured key information about the rebars upon arrival, avoiding the limitations of single data sources and the risk of falsification. The terminals cleaned, deduplicated, and converted the collected multi-source data to generate a unified dataset, ensuring standardized data format and no redundant errors. This provided a high-quality data foundation for subsequent algorithm calculations and multi-party verification. The dataset was encrypted using the SM4 symmetric encryption algorithm, generating its SHA-256 hash value. Encryption algorithms effectively prevent data from being stolen or tampered with during transmission, while SHA-256 hash values ​​provide a reliable basis for data integrity verification. Simultaneously, the terminal's built-in edge computing module performs real-time analysis of the captured unstructured photo data, extracts key feature information, and merges it with structured data to generate standardized acceptance data. Edge computing can quickly process large amounts of unstructured data locally on the terminal, reducing bandwidth consumption and latency on the blockchain network and improving data processing efficiency. Finally, the encrypted data and hash values ​​are uploaded to the underlying blockchain network. The terminal retains a local backup for resending in case of network interruption. After network recovery, the local backup is automatically compared with the on-chain data. This mechanism avoids data loss due to network fluctuations, ensuring that all collected data is completely uploaded to the blockchain, guaranteeing data continuity and traceability.

[0039] The access control module configures data access permissions for each participant based on their roles. Steel bar suppliers can only access acceptance data and payment progress data related to their own supply batches, while supervision units can access all acceptance data. This permission division avoids the leakage of irrelevant data and ensures that each party obtains the necessary information within their scope of responsibility. When owners need to verify sensitive information such as cost budgets, they can obtain a proof without exposing the original sensitive data by submitting a zero-knowledge proof request generated by the system and verifying their identity using an elliptic curve cryptography algorithm. This mechanism satisfies the owner's need to verify sensitive data while strictly protecting the privacy of sensitive information, achieving a balance between information transparency and privacy protection. When the scores of each acceptance dimension synchronized on the chain are calculated by a dynamic acceptance weight verification algorithm and the weighted sum reaches the preset payment trigger threshold, the smart contract automatically triggers the payment process, transferring the corresponding funds from the owner's designated account to the steel bar supplier's account without manual intervention. This reduces cumbersome approval steps and human delays in the payment process, improves payment efficiency, and generates an execution record containing information such as payment amount, time, and acceptance basis. This record is permanently stored on the chain and provides an immutable certificate for possible subsequent fund audits or dispute tracing.

[0040] When transmitting payment-related messages, the communication module automatically assigns them a high priority and broadcasts them to all participating nodes via the P2P network. This high priority ensures the rapid transmission of this crucial payment information, allowing all parties to be promptly informed of the payment status and avoiding misunderstandings or disruptions to subsequent processes due to information delays. Upon receiving a message, each node first verifies its hash value and signature. If verification is successful, the message is written to its local ledger message queue according to priority and processed first. Hash value and signature verification ensures the authenticity and integrity of the message, preventing the spread of fraudulent payment messages. In case of message conflicts, the CW-BFT consensus algorithm is used to resolve them, ensuring message synchronization and consistency across all nodes and avoiding disputes caused by inconsistent node data. Once the acceptance and payment process for this batch of steel bars is completed... The system stores on-chain data in blocks according to project phases, generating a Merkle tree for each block to quickly verify data integrity. Block storage makes data management more organized, while the Merkle tree provides an efficient means of data integrity verification, allowing for quick confirmation of tampering without having to check data one by one. Historical data for each project phase is periodically compressed and archived using the LZ77 compression algorithm, reducing the data volume to about 30% of the original size, significantly reducing the storage pressure on the blockchain and saving storage resources. The hash values ​​and index information of the archived data are stored on the main chain. If it is necessary to retrieve the historical acceptance and payment data of this batch of steel bars later, the archived file can be quickly located through the hash value, improving the retrieval efficiency of historical data and providing convenient support for subsequent auditing and maintenance work of the project.

[0041] In summary, the complete execution steps of the blockchain-based transparent communication method for the construction supply chain are as follows: Figure 3 As shown, through the orderly advancement of five core processes—node access and underlying initialization, smart contract deployment and rule configuration, multi-source data collection and encrypted on-chain processing, access control and automatic contract execution, and collaborative communication and data maintenance—transparent sharing, secure transmission, and efficient collaboration of construction supply chain data have been achieved, significantly improving the overall efficiency and reliability of supply chain management.

[0042] The above description is merely a preferred embodiment of the present invention and is not intended to limit the present invention in any way. Although the present invention has been disclosed above with reference to preferred embodiments, it is not intended to limit the present invention. Any person skilled in the art can make some modifications or alterations to the above-disclosed technical content to create equivalent embodiments without departing from the scope of the present invention. Any simple modifications, equivalent changes and alterations made to the above embodiments based on the technical essence of the present invention without departing from the scope of the present invention shall still fall within the scope of the present invention.

Claims

1. A blockchain-based transparent communication system for building supply chain, characterized in that, The system comprises the following components: a blockchain underlying network, a smart contract module, terminal data acquisition nodes, a permission management module, and a communication and interaction module. The underlying blockchain network adopts a consortium blockchain architecture, connects to nodes of all participants in the construction supply chain, and is configured with a custom consensus algorithm and a block-based archiving and evidence storage optimization mechanism. The smart contract module is equipped with business rules for automatic payment, performance verification, and dispute warning. It integrates a dynamic acceptance weight verification algorithm and a dynamic threshold dispute warning mechanism, and automatically triggers execution when on-chain data meets preset conditions. The terminal acquisition node collects multi-source data on material arrival and acceptance, and encrypts and uploads it to the blockchain. It adopts a multi-source data fusion, encrypted transmission, and edge computing-assisted real-time data processing mechanism to ensure the timeliness and security of data acquisition. The access control module: Based on role-based configuration data access permissions, it adopts a sensitive data access control mechanism based on zero-knowledge proof to balance information transparency and privacy protection; The communication interaction module enables real-time synchronization of on-chain data and multi-party collaborative communication, configures priority to drive cross-node message synchronization, and adapts to communication needs in different scenarios.

2. The blockchain-based transparent communication system for the construction supply chain according to claim 1, characterized in that, The blockchain underlying network adopts a credit weighted Byzantine fault tolerance algorithm, and the formula is: Wherein is the consensus voting weight of the node , is the on-chain communication credit score of the node in the past 6 months, is the node communication response delay rate, is the node data verification pass rate, and the parameters , , are the weights determined after training the historical data of 127 domestic building supply chain projects by the analytic hierarchy process.

3. The blockchain-based building supply chain transparent communication system of claim 1, wherein, The underlying blockchain network adopts a block-based archiving mechanism for evidence storage optimization. The specific implementation steps are as follows: First, the system stores on-chain data in blocks according to project stages, with each block corresponding to all communication and transaction data of a project stage; second, each block generates a Merkle tree, and the integrity of the data within the block is quickly verified through the Merkle root; third, the system periodically compresses and archives historical data of completed project stages, using the LZ77 compression algorithm to compress the data volume to about 30% of the original; finally, the hash value and index information of the archived data are stored on the main chain, and when historical data needs to be retrieved, the archived file can be quickly located through the hash value.

4. The blockchain-based transparent communication system for the construction supply chain according to claim 1, characterized in that, The automatic payment trigger logic of the smart contract module adopts a dynamic acceptance weight verification algorithm, and the calculation formula of the payment trigger condition is: Wherein is the payment trigger determination result, is the weight of the first acceptance dimension, is the score of the first acceptance dimension, is the payment trigger threshold.

5. The blockchain-based building supply chain transparent communication system of claim 1, wherein, The dispute warning triggering logic of the smart contract module adopts a dynamic threshold monitoring mechanism. The specific implementation steps are as follows: First, when the smart contract is deployed, all parties jointly preset the normal fluctuation range of the performance data; second, the smart contract monitors the performance data on the chain in real time, and when the data deviates from the preset threshold by more than 10%, a dispute warning is automatically triggered. Secondly, the early warning information is simultaneously pushed to relevant nodes of the owner, supervisor, and supplier, and an on-chain early warning certificate is generated. The certificate contains the specific content of the abnormal data, the degree of deviation, and timestamp information. Finally, all parties can initiate a negotiation process based on the early warning certificate. The early warning record is permanently stored on the blockchain for subsequent accountability.

6. The blockchain-based building supply chain transparent communication system of claim 1, wherein, The terminal data acquisition node adopts a multi-source data fusion and encrypted transmission mechanism. The specific implementation steps are as follows: First, the terminal collects multi-source data such as material batch information, acceptance photos, and environmental data through RFID readers, high-definition cameras, and temperature and humidity sensors. Second, the collected data is cleaned, deduplicated, and format-converted to generate a dataset in a unified format. Third, the dataset is encrypted using the SM4 symmetric encryption algorithm, and the SHA-256 hash value of the data is generated. Finally, the encrypted data and hash value are uploaded to the underlying blockchain network. The receiving node decrypts the data using the corresponding public key and verifies the consistency between the hash value and the decrypted data. If the verification fails, a data retransmission mechanism is triggered.

7. The blockchain-based building supply chain transparent communication system of claim 1, wherein, The terminal acquisition node adopts an edge computing-assisted real-time data processing mechanism. The specific implementation steps are as follows: First, the terminal has a built-in edge computing module to perform real-time analysis on the acquired unstructured video and photo data; second, the edge computing module merges the analysis results with structured data to generate standardized acceptance data; third, the merged data is encrypted and uploaded to the blockchain, while the edge computing module retains a local backup for data resending in case of network interruption; finally, when the network is restored, the terminal automatically compares the local backup data with the on-chain data.

8. The blockchain-based building supply chain transparent communication system of claim 1, wherein, The access control module employs a sensitive data access mechanism based on zero-knowledge proofs. The specific implementation steps are as follows: First, when a node requests access to sensitive data such as cost budgets and bid-winning documents, the system automatically generates a zero-knowledge proof request, which includes the node's identity and the scope of data access. Second, the system verifies the node's identity using an elliptic curve cryptography algorithm. Upon successful verification, a proof is generated that does not expose the specific content of the sensitive data. Third, the node can verify the authenticity of the sensitive data using this proof without obtaining the original data. Finally, the proof result and the access request are stored on the blockchain together, ensuring the privacy protection of sensitive data and the traceability of access behavior.

9. The blockchain-based building supply chain transparent communication system of claim 1, wherein, The communication interaction module adopts a priority-driven cross-node message synchronization mechanism. The specific implementation steps are as follows: First, when a node sends a message, the system automatically assigns a priority according to the message type, with emergency warnings having the highest priority. Second, the message is broadcast to all nodes through the P2P network. After receiving the message, each node first verifies the hash value and signature of the message. Third, verified messages are written to the message queue of the local ledger according to priority, with high-priority messages being processed first. Finally, if a message conflict occurs, the system resolves the conflict through the CW-BFT consensus algorithm to ensure message synchronization consistency across all nodes.

10. The method of claim 1-9, wherein the method is applied to the system of claim 1-9. The specific steps of this method are as follows: S1. Node Access and Underlying Initialization: Build the underlying blockchain network of the consortium blockchain architecture, connect the nodes of all participants in the construction supply chain, configure the custom consensus algorithm and block archiving and evidence storage optimization mechanism, complete the identity authentication of each node and the initialization of network parameters, and build a trusted on-chain communication infrastructure environment. S2. Smart Contract Deployment and Rule Configuration: Deploy smart contract modules in the underlying blockchain network, write business rules for automatic payment, performance verification, and dispute warning, integrate dynamic acceptance weight verification algorithm and dynamic threshold dispute warning mechanism, and preset the condition parameters for contract triggering under various business scenarios. S3. Multi-source data acquisition and encrypted on-chain: Multi-source data such as material entry and acceptance in the construction supply chain are collected through terminal acquisition nodes. Multi-source data fusion, encrypted transmission and edge computing-assisted real-time data processing mechanism are adopted. After the data is cleaned, fused and encrypted, it is uploaded to the blockchain to generate an immutable on-chain data certificate. S4. Access Control and Automatic Contract Execution: Configure data access permissions for each participating node based on roles, and achieve a balance between data transparency and privacy protection through the zero-knowledge proof sensitive data access control mechanism of the access management module; When on-chain data meets preset conditions, the smart contract automatically triggers the corresponding business process and generates execution records synchronously. S5. Collaborative Communication and Data Maintenance: Real-time synchronization of on-chain data across nodes is achieved through the communication interaction module. Priority-driven cross-node message synchronization is adopted to adapt to different communication needs. At the same time, the on-chain data is regularly compressed, archived, and retrieved and maintained through a block archiving mechanism to ensure traceability and efficient operation of the entire communication process.

Images