A multi-chain coordination-based cross-industry supply chain supervision method

Abstract

The application discloses a cross-industry supply chain supervision method based on multi-chain cooperation, a business sub-chain is used for recording internal information of enterprise transaction subjects and business data of various supply processes; a transaction main chain is mainly responsible for transaction implementation and interaction between different businesses, and records circulation states and transaction data of commodities at various links of the supply chain; and a supervision chain is used for supervising and auditing transaction data between different businesses of the supply chain. The application combines an identity-based encryption mechanism based on fine-grained privacy protection, protects the privacy of multi-party cooperative transaction data in the supply chain process, and solves the contradiction between the privacy of supply chain transaction data and the implementation of supervision. The application designs two verification methods of transaction types based on an aggregated signature protocol, so as to realize aggregated verification of on-chain transactions and rapid tracking of abnormal transactions, and effectively improves the performance of system supervision and traceability.

Description

Technical Field

[0001] This invention relates to blockchain regulatory technology, specifically to a cross-industry supply chain regulatory method based on multi-chain collaboration. Background Technology

[0002] Cross-industry supply chain management platforms, utilizing next-generation information technologies such as the Internet of Things (IoT) and blockchain, can comprehensively record the entire lifecycle of goods across different industries, providing data and information throughout the entire circulation process. This functional network enables comprehensive connectivity and efficient collaboration among suppliers, manufacturers, distributors, and retailers. However, with the increasing complexity and diversity of supply chain processes and data, issues such as data security vulnerabilities and tracking difficulties exist. Blockchain technology, based on key technologies such as distributed storage, peer-to-peer transmission, consensus mechanisms, and encryption algorithms, features decentralization, data immutability, and traceability. It can effectively solve problems such as fragmented and opaque information at various stages of the supply chain, unreliable supply chain data supervision, and low traceability efficiency.

[0003] However, existing blockchain-based supply chain systems primarily implement storage and traceability supervision in a single-chain environment. In supply chain scenarios requiring real-time updates and multi-departmental collaboration, the single-chain structure faces several bottlenecks, mainly in the following three aspects: 1) Various types of transaction data and business data between participating entities need to be uploaded to the blockchain in real time during the supply chain process. This results in fragmented and disordered content stored on the single chain, easily leading to low traceability efficiency; 2) As business processes and data diversification increase in the supply chain system, the storage needs of nodes in the network grow with the expansion of the supply chain, and the capacity of single-chain storage media may even be insufficient to meet the rapidly growing data demands; 3) Due to the distributed and peer-to-peer nature of blockchain, the isolation of nodes in the system is poor. Any dishonest or bribed node in the network may leak sensitive information about participating entities and products. These problems have already constrained the development of blockchain in supply chain scenarios. Summary of the Invention

[0004] Purpose of the invention: The purpose of this invention is to solve the problems of low traceability efficiency, storage performance bottlenecks and poor data privacy in the deployment of single-chain structures in existing supply chain scenarios, and to provide a cross-industry supply chain supervision method based on multi-chain collaboration. This invention is based on a collaborative architecture of "business sub-chain - transaction main chain - supervision chain", which realizes the security and efficiency of supply process and supervision traceability under multi-chain collaboration.

[0005] Technical Solution: This invention provides a cross-industry supply chain supervision method based on multi-chain collaboration, involving a business sub-chain, a transaction main chain, and a supervision chain, specifically including the following steps:

[0006] Step 1: Subchain User Registration and Node Admission

[0007] Transaction Entity Pi (1≤i≤n) and end user P n+1 Both the business subchain and the regulatory authority submit their identity authentication information for registration in the regulatory chain, and the validity of the identity information is verified and identified by triggering the user registration contract. At the same time, after the business subchain and the regulatory chain complete registration and authentication on the main trading chain, cross-chain transactions and business supervision are carried out through the main trading chain.

[0008] Step 2: Implementation of Supply Chain Commodity Transactions

[0009] Assume a certain product passes through multiple trading entities in the supply chain. The order of processing is as follows: depending on whether the goods are sold to the end user, there are two types of transaction data: UNSOLD and SOLD. UNSOLD identifies the transaction data type between the transaction entities, while SOLD uniquely identifies the transaction data type between the transaction entity and the end user. When the transaction entities or the transaction entity and the end user reach a consensus on the transaction and sign and encrypt the transaction data, the business transaction contract is called through the main transaction chain to execute the transaction, and the transaction status of the transaction entities is updated in real time and the transaction data is recorded.

[0010] Step 3: Signature Retrieval and Aggregation

[0011] In the main transaction chain, the aggregation nodes continuously search for transaction data record blocks in the network: when the retrieved data type is UNSOLD, the node does not perform aggregation operations and continues to search for transaction data types in other record blocks; when the retrieved transaction type is SOLD, the aggregation node continues to search for signatures before this stage block by block according to the product number, uses the aggregation signature protocol to aggregate all signatures related to the transaction of the product to obtain the aggregate signature, and adds the aggregate signature to the transaction record block of the last transaction of the product;

[0012] Step 4: Cross-chain data query

[0013] Regulatory authorities initiate regulatory requests to the main trading chain through the regulatory chain. After the main trading chain hears the regulatory request, it calls the data query contract based on the product number to perform data retrieval operations.

[0014] Step 5: Supervision of Supply Chain Transaction Data

[0015] Regulatory authorities oversee the commodity transaction data returned by the main transaction chain, including decrypting the encrypted transaction data and verifying the corresponding signatures, and recording the results of the oversight.

[0016] Furthermore, the specific process of step 1 is as follows:

[0017] Step 1.1 The transaction parties, end users, and regulatory authorities submit valid identity information to the system to apply for registration. The system verifies and identifies the validity of their identity information by calling the user registration contract.

[0018] Step 1.2 After the transaction entity and end user have successfully registered, the transaction entity uses the registered number P i Upon entering the business sub-chain network, the system assigns a public-private key pair (Pk) to the transaction entity. i Sk i Private key Sk i Private storage, public key PK i Publicly available on the blockchain network;

[0019] After successful registration with the regulatory authorities, the key generator PKG uses its registration number R. id Generate the corresponding decryption private key S id The system parameters sp are made public, while the system master key msk is kept private.

[0020] Step 1.3 In order to implement business transactions and data supervision operations, the business sub-chain and the supervision chain respectively select nodes with strong communication capabilities as proxy nodes. The proxy nodes call the user registration contract and mutually authenticate with the nodes anchored on the transaction main chain to complete the registration and access on the transaction main chain.

[0021] Furthermore, the specific content of step 2 is as follows:

[0022] (A) Classifying transaction types: Assume that a single product circulating in the supply chain needs to pass through n transaction entities. The sequential processing, when the transaction entity With the transaction entity When a transaction is conducted, the transaction type is identified as UNSOLD, and when the transaction entity P... n With end user P n+1 When a transaction is conducted, the transaction type is identified as SOLD;

[0023] (B) When it is between the transacting parties and P i+1 When a transaction is conducted, after both parties reach a consensus, P i For the generated transaction data Signature, get P i+1 according to Verify Sig i The validity of the signature is checked. If the verification result is invalid, the signature is invalid and the transaction is terminated. If the verification result is valid, the signature is valid. Then P i Encrypt using an identity-based encryption mechanism. get Pi+1 Transaction requests are synchronized to the anchor node of the main transaction chain via the proxy node of the business sub-chain. The anchor node then calls the business transaction contract and executes the function BuyproductFromP within the contract. i (product ID UNSOLD The transaction is executed, and simultaneously, the business transaction contract responds to P with the transaction event. i ;P i After the proxy node of the business sub-chain detects the event response, it synchronizes the transaction request to the anchor node. The anchor node then calls the business transaction contract and executes the function SellproductToP within the contract. i+1 (product ID UNSOLD Sig i , Complete the transaction and store the resulting transaction parameters in the record block.

[0024] Among them, the transaction data Including product number ID Transaction ID i Transaction date, quantity, price, and encrypted data of the previous transaction. (This field is empty if this is the first transaction), Transaction entity address 1≤i≤n.

[0025] (C) When P is the transaction subject n With end user P n+1 When conducting a transaction, P n For the generated transaction data sign P n+1 Verify Sig n After confirming that there were no errors, P n Crypto transaction data obtained The transaction request is then synchronized to the anchor node on the main transaction chain via the proxy point. The node then calls the business transaction contract and executes the function SellproductToP. n+1 (product ID SOLD Sig n , Complete the transaction and store the resulting transaction parameters in the record block.

[0026] Furthermore, the specific process of step 3 is as follows:

[0027] First, the aggregation node continuously retrieves the transaction data type corresponding to each transaction record block in the main transaction chain:

[0028] If the data type in the retrieved record block is UNSOLD, the node will not perform an aggregation operation and will continue to retrieve the transaction data types of other record blocks;

[0029] If a record block contains a transaction of type SOLD, then that record block... This is the last transaction data for a product in the supply chain. Then, the nodes proceed based on the product... ID Continue the reverse retrieval to find all signatures of the product prior to this step. Aggregator nodes use the aggregation signature protocol to... Aggregate into a single signature And store it in a record block middle.

[0030] Furthermore, the specific content of step 4 is as follows:

[0031] Step 4.1: The regulatory authority initiates a regulatory request (product). ID The audit verifies the transaction data of the goods, and synchronizes the regulatory request to the anchor node of the main transaction chain through the proxy node of the regulatory chain. After the anchor node hears the regulatory request, it determines the product's transaction data according to the product's transaction data. ID The data query contract is invoked in response to access requests from regulatory authorities.

[0032] Step 4.2, Anchoring nodes according to product ID When tracing back to the source block, the node stops searching when it finds a record block containing a transaction data type of SOLD, and then forwards the retrieved record block. Return; when a transaction data type of UNSOLD is found in a record block, the node continues to search backwards in chronological order for each block in the main transaction chain. After the search is complete, Return, where j represents the distribution stage of the product, and the value of j ranges from 1 to j < n.

[0033] Furthermore, the specific content of step 5 is as follows:

[0034] If the main chain of the transaction returns a SOLD transaction record block This indicates that the goods have been sold. The regulatory authorities access the data monitoring contract and first decrypt the encrypted transaction data one by one. 1≤i≤n, then according to The Sig algorithm can verify the correctness of all transaction data of a product throughout the entire supply chain in one go. If the signature verification result is valid, it means that the transaction data throughout the entire process has not been tampered with; otherwise, there is anomaly in the transaction data at some stages of the circulation process, which needs to be addressed according to the product... ID Continue to send full-process data monitoring query requests to the main transaction chain;

[0035] If the main blockchain returns an UNSOLD transaction record block This indicates that the goods are still in the supply chain processing stage, and regulatory authorities need to decrypt the encrypted transaction data one by one. 1≤i≤j, and verify the signature in each transaction record block. If all signatures If all verifications pass, it indicates that the transaction data has not been tampered with; otherwise, the problematic link should be located based on the record block where the signature is located, and the responsible party should be determined.

[0036] After verifying the transaction signature results, the regulatory authority that initiates the regulatory action endorses the consensus on the regulatory results of the commodity transaction data and records and stores them on the regulatory chain for system users to query.

[0037] Beneficial effects: This invention realizes cross-industry supply chain supervision based on multi-chain collaboration. By designing three types of blockchains—business sub-chain, transaction main chain, and supervision chain—it isolates and processes the internal information of participating entities, the production information of goods, the transaction information between participating entities, and the supervision results. This reduces the storage and computing overhead of nodes in the network and improves the performance of the system's supervision and traceability. In addition, this method combines the concept of multi-chain collaboration, smart contracts, digital signature technology, and encryption mechanisms with cross-industry supply chains, achieving secure and efficient cross-industry supply processes and supervision and traceability under multi-chain collaboration. Moreover, this method has universal applicability.

[0038] Compared with the prior art, the present invention has the following advantages:

[0039] (1) A cross-industry supply chain supervision method based on multi-chain collaboration is proposed.

[0040] Based on the characteristics of data exchange and business collaboration in cross-industry supply chains, this invention proposes a multi-chain collaborative cross-industry supply chain supervision method. It separates the production and distribution of goods, transaction implementation and data supervision operations in the existing supply chain, and constructs a business sub-chain, a transaction main chain and a supervision chain to manage and monitor data between different businesses. This avoids the high storage and computing overhead of nodes in a single blockchain system, and supports the needs of high-throughput transaction data processing and low-latency business applications.

[0041] (2) Provide data security sharing protection

[0042] This invention, based on a multi-chain structure, separates the internal information of participating entities, commodity transaction data, and regulatory operations. This effectively addresses the shortcomings of poor node isolation and privacy in single-chain-based supply chain systems, ensuring the privacy of transaction data and the interests of participating entities. Furthermore, this invention employs an identity-based encryption mechanism to encrypt cross-chain data, guaranteeing the security of data transmission and regulatory processes, and enabling regulatory authorities to flexibly access and control transaction data.

[0043] (3) Improve the efficiency of data supervision and traceability

[0044] On the one hand, this invention uses a multi-blockchain collaborative architecture to transfer enterprise information and product production information to the business sub-chain and regulatory data to the regulatory chain. This solves the problem of low traceability efficiency caused by the large amount of fragmented and disordered storage content in single-chain systems, reduces the redundancy of node record data, and effectively improves the efficiency of data supervision. On the other hand, this invention designs two data verification methods for transaction types based on the aggregated signature protocol to achieve aggregated verification of on-chain transactions and rapid tracking of abnormal transactions, further improving the performance of system supervision and traceability. Attached Figure Description

[0045] Figure 1 This is an overall flowchart of the present invention;

[0046] Figure 2 This is a schematic diagram of the cross-industry supply chain supervision system of the present invention;

[0047] Figure 3 This is a flowchart illustrating the transaction data verification process based on aggregated signatures in this embodiment. Detailed Implementation

[0048] The technical solution of the present invention will be described in detail below, but the scope of protection of the present invention is not limited to the embodiments described.

[0049] like Figure 1 As shown, the present invention provides a cross-industry supply chain supervision method based on multi-chain collaboration, involving a business sub-chain, a transaction main chain, and a supervision chain, specifically including the following steps:

[0050] Step 1: Subchain User Registration and Node Admission

[0051] Transaction Entity P i and end user P n+1 Each entity submits its identity verification information for registration in both the business sub-chain and the regulatory chain, and verifies and identifies the validity of the identity information by triggering the user registration contract. At the same time, after the business sub-chain and the regulatory chain complete registration and authentication on the main trading chain, they implement cross-chain transactions and business supervision through the main trading chain.

[0052] The specific algorithm is as follows:

[0053]

[0054]

[0055] Step 2: Implementation of Supply Chain Commodity Transactions

[0056] Assume a certain product passes through multiple trading entities in the supply chain. The transaction is processed sequentially. There are two transaction data types depending on whether the goods are sold to the end user: UNSOLD and SOLD. UNSOLD identifies the transaction data type between the transaction entities, while SOLD uniquely identifies the transaction data type between the transaction entity and the end user. When the transaction entities or the transaction entity and the end user reach a consensus on the transaction and sign and encrypt the transaction data, the business transaction contract is called through the main transaction chain to execute the transaction, and the transaction status of the transaction entities is updated in real time and the transaction data is recorded.

[0057] The specific algorithm is as follows:

[0058]

[0059] Step 3: Signature Retrieval and Aggregation

[0060] In the main transaction chain, aggregation nodes continuously search for transaction data record blocks in the network: when the retrieved data type is UNSOLD, the node does not perform aggregation operations and continues to search for transaction data types in other record blocks; when the retrieved transaction type is SOLD, the aggregation node continues to search for signatures before this stage block by block according to the product number, uses the aggregation signature protocol to aggregate all signatures related to the transaction of the product to obtain the aggregate signature, and adds the aggregate signature to the transaction record block of the last transaction of the product.

[0061] Step 4: Cross-chain data query

[0062] Regulatory authorities initiate regulatory requests to the main trading chain through the regulatory chain. After receiving the regulatory request, the main trading chain invokes the data query contract based on the product number to perform data retrieval operations.

[0063] The specific algorithm is as follows:

[0064]

[0065] Step 5: Supervision of Supply Chain Transaction Data

[0066] Regulatory authorities oversee the commodity transaction data returned by the main transaction chain, including decrypting the encrypted transaction data and verifying the corresponding signatures, and recording the results of the oversight.

[0067] The specific algorithm is as follows:

[0068]

[0069]

[0070] Example:

[0071] like Figure 2 As shown, this embodiment is based on the concept of "blockchain-sub-chain" multi-chain collaboration, designing three types of blockchains—business sub-chain, transaction main chain, and regulatory chain—to separate transaction execution and data supervision operations; all jointly serving an agricultural product supply chain supervision system oriented towards multi-chain collaboration; the business sub-chain is maintained by various participating entities in different industries of the supply chain, used to record the internal information of enterprise participants and business data of each supply process, where participating entities include producers, processors, logistics providers, and retailers; the transaction main chain is jointly maintained by the supply chain participants, with each node in the transaction main chain corresponding to two types of participants in each link of the agricultural product supply chain: transaction entities and regulatory departments, mainly responsible for the implementation and interaction of transactions between different businesses, recording the circulation status and transaction data of goods in each link of the supply chain; the regulatory chain is deployed and managed by the regulatory department responsible for supervising agricultural product transaction data, used for supervising and auditing transaction data between different businesses in the supply chain.

[0072] like Figure 3 As shown, the specific process of the transaction signature verification method based on aggregated signature and the supervision of agricultural product supply chain transaction data based on multi-chain collaboration in this embodiment is as follows:

[0073] Step 1: Enterprise participants, consumers, and regulatory authorities need to submit identity authentication information to register in the system. The system verifies and identifies the validity of the identity information by calling the user registration contract. At the same time, the business sub-chain and the regulatory chain need to complete registration and authentication on the main transaction chain before they can carry out cross-chain transactions and business supervision activities through the main transaction chain.

[0074] Step 1.1 Enterprise participants, consumers, and regulatory authorities submit valid identity information to the system to apply for registration, and the system verifies the validity of their identity information by calling the user registration contract;

[0075] Step 1.2 After successful registration, enterprise participants and consumers enter the business blockchain network, and the system assigns them a public-private key pair (Sk). i ,Pk i );

[0076] Step 1.3 After successful registration with the regulatory authority, PKG enters the chain of custody network. PKG uses its registration number R... id Generate the corresponding decryption private key S id The system parameters sp are made public, while the system master key msk is kept private.

[0077] Step 1.4 The business sub-chain and the regulatory chain need to select nodes with strong communication capabilities as proxy nodes. The proxy nodes call the user registration contract and mutually authenticate with the nodes anchored on the main transaction chain to complete the registration and access on the main transaction chain.

[0078] Step 2: Implementation of Agricultural Product Transactions in the Supply Chain: Agricultural products need to be processed in the order of producers, processors, logistics providers, and retailers in the supply chain. Depending on whether the agricultural products are sold to consumers, two transaction data types are designed: UNSOLD and SOLD. UNSOLD identifies the transaction data type between transaction entities, while SOLD uniquely identifies the transaction data type between a transaction entity and a consumer. After the transaction entities reach a consensus or between a transaction entity and a consumer, the transaction execution request is synchronized to the main transaction chain through the proxy node. After receiving the request, the anchor node calls the business transaction contract to execute the commodity transaction, and updates the transaction status of the transaction entities and records the transaction data in real time.

[0079] Step 2.1 Assume that an agricultural product circulating in the supply chain needs to be processed in the order of producer P1, processor P2, logistics provider P3, and retailer P4. When the trading entities With transaction entity P i+1 When a transaction is made, the transaction type is marked as UNSOLD. When retailer P4 and consumer P5 make a transaction, the transaction type is marked as SOLD.

[0080] Step 2.2 and P i+1 When a transaction is conducted, after both parties reach a consensus, P i Sign the generated transaction data to obtain P i+1 according to Verify Sig i The validity of the signature is checked. If the verification result is invalid, the signature is invalid and the transaction is terminated. If the verification result is valid, the signature is valid. Then P i Encrypt transaction data using an identity-based encryption mechanism to obtain... P i+1 Transaction requests are synchronized to the anchor node of the main transaction chain via the proxy node of the business sub-chain. The anchor node then calls the business transaction contract and executes the function BuyproductFromP within the contract. i (product ID UNSOLD The transaction is executed, and simultaneously, the contract responds to P with the transaction event. i ;P iAfter the proxy node of the business sub-chain detects the event response, it synchronizes the transaction request to the anchor node of the main transaction chain. The anchor node then calls the business transaction contract and executes the function SellproductToP within the contract. i+1 (product ID UNSOLD Sig i , Complete the transaction and store the generated transaction parameters to... (1≤i≤3);

[0081] Step 2.3: As a terminal enterprise participant in the agricultural product supply chain, when P4 transacts with P5 and reaches a transaction consensus, P4 signs the generated transaction data, obtaining... After P5 verifies that Sig4 is correct, P4 encrypts the transaction data and synchronizes the transaction request to the anchor node on the main chain through the proxy point. The node calls the business transaction contract and executes the function SellproductToP5(product ID SOLD Sig4, Complete the transaction and store the generated transaction parameters to...

[0082]

[0083] The transaction data mentioned in step 2.4 includes the product ID. ID Transaction ID i Transaction date, quantity, price, and encrypted data of the previous transaction. (This field is empty if this is the first transaction), both parties' addresses (1≤i≤4).

[0084] Step 3: Signature Retrieval and Aggregation: Aggregation nodes in the main transaction chain continuously retrieve transaction data record blocks in the network. When a transaction of type SOLD is found, the aggregation node needs to continue to retrieve the signatures before this step block by block according to the product number, use the aggregation signature protocol to aggregate all signatures related to the transaction of the product, and add the obtained aggregated signature to the record block of the last transaction of the product.

[0085] Step 3.1 The aggregation node continuously retrieves each transaction record block in the main transaction chain. For the corresponding transaction data type, when the retrieved data type is UNSOLD, the node does not perform an aggregation operation and continues to search for the transaction data types of other record blocks;

[0086] Step 3.2 When a transaction data type of SOLD is found in a record block, it indicates that the record block... This is the last transaction data for agricultural products in the supply chain, with nodes based on product... ID Continue the reverse retrieval to find all signatures of the product prior to this step. Aggregator nodes use the aggregation signature protocol to... Aggregate into a single signature Sig and store it in middle.

[0087] Step 4: Cross-chain data query: The regulatory authorities synchronize regulatory requests to the anchor nodes of the main trading chain through the proxy nodes in the regulatory chain. After the anchor nodes listen for the regulatory requests, they call the data query contract to perform data retrieval operations based on the product number.

[0088] Step 4.1 The regulatory authority initiates a regulatory request (product). ID The audit verifies the transaction data of the goods, and synchronizes the regulatory request to the anchor node of the main transaction chain through the proxy node of the regulatory chain. After the anchor node hears the regulatory request, it determines the product's transaction data according to the product's transaction data. ID The data query contract is invoked in response to access requests from regulatory authorities.

[0089] Step 4.2 node is based on product ID When tracing back to the source block, the node stops searching when it finds a record block containing a transaction data type of SOLD, and then forwards the retrieved record block. return;

[0090] Step 4.3 When the node finds that the transaction data type in the record block is UNSOLD, it continues to search each block in the main chain in reverse chronological order. After the search is completed, it will... Return, where j represents the distribution stage of the agricultural product.

[0091] Step 5: Supply Chain Transaction Data Supervision: Regulatory authorities will implement supervision actions on the commodity transaction data returned by the main transaction chain, including decrypting the encrypted transaction data and verifying the corresponding signature, and recording the supervision results.

[0092] Step 5.1 If SOLD transaction record block is returned This indicates the product has been sold. The regulatory authorities access the data to monitor the contract, according to... The signature verification (Sig) can validate the validity of all transaction data throughout the entire supply chain. If the signature verification passes, it indicates that the transaction data throughout the entire process has not been tampered with; otherwise, there are anomalies in the transaction data at some stages of the distribution process, requiring verification based on the product details. ID Continue to send full-process data monitoring query requests to the main transaction chain;

[0093] Step 5.2 If the UNSOLD transaction record block is returned This indicates that the goods are still in the supply chain processing stage, and regulatory authorities need to verify the signatures in each transaction record block one by one; if all signatures If all verifications pass, it indicates that the transaction data has not been tampered with; otherwise, the problematic link should be located based on the record block where the signature is located, and the responsible party should be determined.

[0094] Step 5.3 After the regulatory authorities endorse and reach a consensus on the regulatory results of commodity transaction data, they record and store the regulatory results on the regulatory chain, update the status of the regulatory chain, and make it available for system users to query.

Claims

1. A multi-chain coordination based cross-industry supply chain supervision method, characterized in that: It involves business sub-chains, transaction main chains, and regulatory chains, and specifically includes the following steps: Step 1: Subchain User Registration and Node Admission Transaction entities and end users Both the business subchain and the regulatory authority submit their identity authentication information for registration in the regulatory chain, and verify and identify the validity of the identity information by triggering the user registration contract; at the same time, after the business subchain and the regulatory chain complete registration and authentication on the main transaction chain, they implement cross-chain transactions and business supervision through the main transaction chain; 1≤i≤n; Step 2: Implementation of Supply Chain Commodity Transactions Assume a certain product passes through multiple trading entities in the supply chain. The transaction is processed sequentially, with two transaction data types depending on whether the goods are sold to the end user: UNSOLD and SOLD. UNSOLD identifies the transaction data type between the transaction entities, while SOLD uniquely identifies the transaction data type between the transaction entity and the end user. Once the transaction entities or the transaction entity and the end user reach a consensus and sign and encrypt the transaction data, the business transaction contract is invoked through the main transaction chain to execute the transaction. The specific details of step 2 are as follows: (A) Classifying transaction types: Assume that a single item circulating in the supply chain needs to pass through n transaction entities. The sequential processing, when the transaction entity ∈ With the transaction entity ∈ When a transaction is conducted, the transaction type is identified as UNSOLD, and the transaction parties... With end users When a transaction is conducted, the transaction type is identified as SOLD; (B) When it is between the trading parties ∈ and When a transaction is conducted, after both parties reach a consensus, For the generated transaction data Signature, get , according to verify The validity of the signature is checked. If the verification result is invalid, the signature is invalid and the transaction is terminated. If the verification result is valid, the signature is valid. Encrypt using an identity-based encryption mechanism. ,get ; Transaction requests are synchronized to the anchor node on the main transaction chain via proxy nodes on the business sub-chain. The anchor node then invokes the business transaction contract and executes the functions within the contract. ( UNSOLD , The transaction is executed, and simultaneously, the business transaction contract responds to the transaction event with... ; After the proxy node of the business subchain detects the event response, it synchronizes the transaction request to the anchor node. The anchor node then calls the business transaction contract and executes the functions within the contract. ( UNSOLD , , , Complete the transaction and store the resulting transaction parameters in the record block. ; Among them, the transaction data Including product number ,trade Transaction date, quantity, price, and encrypted data of the previous transaction. Address of the transaction entity , , 1≤i≤n; (C) When it is the main party in the transaction With end users When conducting a transaction, For the generated transaction data sign ; verify After confirming that there are no errors, Crypto transaction data obtained The transaction request is synchronized to the anchor node on the main transaction chain through the proxy point. The node then calls the business transaction contract and executes the function. ( SOLD , , , Complete the transaction and store the resulting transaction parameters in the record block. ; Step 3: Signature Retrieval and Aggregation In the main transaction chain, the aggregation nodes continuously search for transaction data record blocks in the network: when the retrieved data type is UNSOLD, the node does not perform aggregation operations and continues to search for transaction data types in other record blocks; when the retrieved transaction type is SOLD, the aggregation node continues to search for signatures before this stage block by block according to the product number, uses the aggregation signature protocol to aggregate all signatures related to the transaction of the product to obtain the aggregate signature, and adds the aggregate signature to the transaction record block of the last transaction of the product; Step 4: Cross-chain data query The regulatory authority initiates a regulatory request to the main trading chain through the regulatory chain. After receiving the regulatory request, the main trading chain calls the data query contract based on the product number to perform the data retrieval operation; the specific content of step 4 is as follows: Step 4.1: The regulatory authority initiates a regulatory request (Request). The audit verifies the transaction data of the goods, and through the proxy nodes of the regulatory chain, the regulatory request is synchronized to the anchor node of the main transaction chain. After the anchor node hears the regulatory request, it... The data query contract is invoked in response to access requests from regulatory authorities. Step 4.2, Anchoring nodes according to When tracing back to the source block, the node stops searching when it finds a record block containing a transaction data type of SOLD, and then forwards the retrieved record block. Return; when a transaction data type of UNSOLD is found in a record block, the node continues to search backwards in chronological order for each block in the main transaction chain. After the search is complete, Return, where j represents the circulation stage of the product, and the value of j ranges from 1 to j and from j to n. Step 5: Supervision of Supply Chain Transaction Data Regulatory authorities oversee the commodity transaction data returned by the main transaction chain, including decrypting the encrypted transaction data and verifying the corresponding signatures, and recording the results of the oversight.

2. The cross-industry supply chain supervision method based on multi-chain collaboration as described in claim 1, characterized in that: The specific process of step 1 is as follows: Step 1.1: The trading entities, end users, and regulatory authorities submit valid identity information to the system to apply for registration. The system verifies and identifies the validity of their identity information by calling the user registration contract. Step 1.2: After the transaction entity and end user have successfully registered, the transaction entity uses the registered number. Upon entering the business sub-chain network, the system assigns a public-private key pair to the transaction entity. , ), private key Private storage, public key Publicly available on the blockchain network; After successful registration with the regulatory authorities, the key generator PKG uses its registered number. Generate the corresponding decryption private key Public system parameters And keep the system master key private. ; Step 1.3: The business sub-chain and the regulatory chain respectively select nodes with strong communication capabilities as proxy nodes. The proxy nodes call the user registration contract to mutually authenticate with the nodes anchored on the main transaction chain, and complete the registration and access on the main transaction chain.

3. The cross-industry supply chain supervision method based on multi-chain collaboration as described in claim 1, characterized in that: The specific process of step 3 is as follows: First, the aggregation node continuously retrieves the transaction data type corresponding to each transaction record block in the main transaction chain: If the data type in the retrieved record block is UNSOLD, the node will not perform an aggregation operation and will continue to retrieve the transaction data types of other record blocks; If a record block contains a transaction of type SOLD, then that record block... This is the last transaction data for a product in the supply chain, and then the nodes... Continue the reverse retrieval to find all signatures of the product prior to this step. Aggregator nodes use the aggregation signature protocol to... Aggregate into a single signature and store it in a record block. middle.

4. The cross-industry supply chain supervision method based on multi-chain collaboration according to claim 1, characterized in that: The specific details of step 5 are as follows: If the main chain of the transaction returns a SOLD transaction record block This indicates that the goods have been sold. The regulatory authorities then access the data monitoring contract and first decrypt the encrypted transaction data one by one. → , 1≤i≤n, then according to The Sig algorithm can verify the correctness of all transaction data of a product throughout the entire supply chain in one go. If the signature verification result is valid, it means that the transaction data throughout the entire process has not been tampered with; otherwise, there is anomaly in the transaction data at some stages of circulation, which needs to be addressed according to... Continue to send full-process data monitoring query requests to the main transaction chain; If the main blockchain returns an UNSOLD transaction record block This indicates that the goods are still in the supply chain processing stage, and regulatory authorities need to decrypt the encrypted transaction data one by one. → , And verify the signature in each transaction record block. If all signatures If all verifications pass, it indicates that the transaction data has not been tampered with; otherwise, the problematic link should be located based on the record block where the signature is located, and the responsible party should be determined. After verifying the transaction signature results, the regulatory authority that initiates the regulatory action endorses the consensus on the regulatory results of the commodity transaction data and records and stores them on the regulatory chain for system users to query.

Images