An e-commerce supply management method and system based on a blockchain

Abstract

The application relates to the technical field of e-commerce supply management, in particular to an e-commerce supply management method and system based on a block chain. The method comprises the following steps: acquiring block node information, analyzing the block node information, determining a primary common node set and a primary verification node set; constructing a supply block chain according to the primary common node set and the primary verification node set; acquiring node dynamic data, performing proof of stake processing on the primary common node set and the primary verification node set according to the node dynamic data, locally updating the primary verification node set, and determining a dynamic verification node set; acquiring transaction data, performing multiple fault-tolerant verification on the transaction data according to the dynamic verification node set, and determining a fault-tolerant verification result; based on the transaction data, performing data updating on the supply block chain according to the fault-tolerant verification result, and outputting a data updating report. The application realizes effective balance between data security and data updating efficiency in the e-commerce supply management process.

Description

TECHNICAL FIELD

[0001] The application relates to the technical field of e-commerce supply management, in particular to an e-commerce supply management method and system based on a block chain. BACKGROUND

[0002] With the popularity of the Internet and mobile Internet, the e-commerce industry has experienced explosive growth, and consumers' requirements for product selection and shopping experience have been continuously improved, prompting enterprises to need efficient supply chain management systems to meet customer demand. Traditional e-commerce supply chains have trust problems, and information asymmetry involving all parties (manufacturers, suppliers, logistics, and consumers), and block chain technology can significantly improve the overall trust in the e-commerce supply management process.

[0003] However, existing e-commerce supply management technology based on a block chain usually adopts a single-dimensional consensus mechanism to make all parties in the supply chain form a consensus in the data operation process. This method cannot effectively balance security and performance, and it is difficult to adapt well to modern e-commerce supply management processes with high security requirements and high transaction volume characteristics. SUMMARY

[0004] The application provides an e-commerce supply management method and system based on a block chain to solve the above technical problems.

[0005] In a first aspect, the application provides an e-commerce supply management method based on a block chain, which comprises:

[0006] Obtaining block node information, analyzing the block node information, determining a primary ordinary node set and a primary verification node set;

[0007] According to the primary ordinary node set and the primary verification node set, a supply block chain is constructed;

[0008] Obtaining node dynamic data, performing proof of stake processing on the primary ordinary node set and the primary verification node set according to the node dynamic data, locally updating the primary verification node set, and determining a dynamic verification node set;

[0009] Obtaining transaction data, performing multiple fault-tolerant verification on the transaction data according to the dynamic verification node set, and determining a fault-tolerant verification result;

[0010] Based on the transaction data, performing data update on the supply block chain according to the fault-tolerant verification result, and outputting a data update report.

[0011] By the scheme, the block node information is analyzed to determine the primary ordinary node set and the primary verification node set, and on this basis, the supply block chain is constructed. In the transaction process, the verification nodes are dynamically updated according to the node dynamic data, the dynamic verification node set is determined, the transaction data is verified by multiple fault tolerance, the data of the supply block chain is updated according to the multiple fault tolerance verification result, the data update report is determined and output, and the dynamic screening verification node and the consensus mechanism with fault tolerance space are realized. The effective balance between data security and data update efficiency in the process of e-commerce supply management is realized, so that the supply block chain can well adapt to the complex needs of modern e-commerce process management.

[0012] Optionally, the block node information includes node type and node transaction history, and the analysis of the block node information to determine the primary ordinary node set and the primary verification node set comprises:

[0013] According to the node type, the type index corresponding to each block node is determined;

[0014] The node transaction history is analyzed, and the transaction success number and the transaction failure number corresponding to each block node are extracted;

[0015] The node transaction history is analyzed, and the supply resource occupation index corresponding to each block node is determined;

[0016] According to the type index, the transaction success number, the transaction failure number and the resource occupation index of each block node, the verification index corresponding to each block node is determined;

[0017] The verification index corresponding to each block node is compared with the preset verification threshold respectively, if the verification index is greater than or equal to the preset verification threshold, the corresponding block node is determined as the primary verification node, otherwise, the corresponding block node is determined as the primary ordinary node;

[0018] According to a plurality of primary verification nodes and a plurality of primary ordinary nodes, the primary ordinary node set and the primary verification node set are constructed respectively.

[0019] By the scheme, the verification index for measuring whether the block node can become a verification node is analyzed from the multi-dimensional data angle of type index, transaction success number, transaction failure number and supply resource occupation index, and according to the comparison result between the verification index and the preset verification threshold, the primary ordinary node and the primary verification node are distinguished, and then the ordinary node set and the primary verification node set are constructed, the accuracy and comprehensiveness of node differentiation are improved, and the relationship between ordinary nodes and verification nodes conforms to the current role of each party in the supply chain, providing an important information basis for subsequent construction of block chain.

[0020] Optionally, the verification index corresponding to each block node is determined according to the type index, the number of successful transactions, the number of failed transactions, and the resource occupancy index of each block node, specifically as follows:

[0021] ;

[0022] in, is the verification index, is the preset type influence coefficient, is the type index, is the resource occupancy index, To preset resource impact index, is the preset transaction impact coefficient, is the number of successful transactions, The number of failed transactions.

[0023] This solution uses mathematical analysis to describe the relationship between different parameters and the verification index based on the type index, number of successful transactions, number of failed transactions, and resource usage index of each block node. This allows for scientific and precise quantification of the verification index, ensuring that the resulting verification index matches the actual status of the corresponding block node. This in turn makes the selection of primary verification nodes based on the verification index more accurate.

[0024] Optionally, constructing a supply chain chain based on the primary common node set and the primary verification node set includes:

[0025] Determine, based on the block node information corresponding to each block node, a unique identifier corresponding to each block node in the primary common node set and the primary verification node set;

[0026] Structuring the block node information to determine the structured data corresponding to each block node;

[0027] Constructing a block data linked list based on the unique identifier and the structured data, and performing a timestamp marking process on the data corresponding to each block node in the block data linked list;

[0028] The block data linked list is distributedly stored to determine the supply block link.

[0029] Through this solution, a corresponding unique identifier is assigned to each block node based on the block node information, so as to track the block node status and effectively prevent the information in the block node from being tampered with. By structuring the block node information, the corresponding structured data is determined to facilitate subsequent data retrieval and update. Based on the unique identifier and the corresponding structured data, a block data linked list is constructed, and the block node is timestamped according to the construction time of each block node to facilitate subsequent tracking of the status of the block node at different time nodes. Through the distributed storage processing of the block data linked list, the systemic risk caused by single point failure is effectively reduced.

[0030] Optionally, the node dynamic data includes node evaluation feedback and node log data. The performing proof of stake processing on the primary ordinary node set and the primary verification node set based on the node dynamic data, partially updating the primary verification node set, and determining the dynamic verification node set includes:

[0031] Based on the node evaluation feedback, extract the positive evaluation scores and negative evaluation scores, and use them to determine the average evaluation score of each block node;

[0032] Analyze the node log data to extract the average processing time, online time ratio, and total number of offline events for each block node;

[0033] Based on the verification index of each block node, the equity index of each block node is determined according to the average evaluation score, the average processing time, the online time ratio and the total number of offline events of each block node;

[0034] Comparing the equity index of each block node with a preset adjustment threshold to determine a comparison result;

[0035] According to the comparison results, several block nodes in the primary ordinary node set and the dynamic verification node set whose equity index is greater than the preset adjustment threshold are determined as the dynamic verification node set, and the primary verification nodes in the dynamic verification node set whose equity index is less than the preset adjustment threshold are converted into primary ordinary nodes.

[0036] Through this solution, a comprehensive analysis is conducted on the average evaluation score, average processing time, online time ratio and total number of offline events corresponding to each block node to obtain an equity index reflecting whether the block node can become a dynamic verification node. Based on the comparison result between the equity index and the preset adjustment threshold, the dynamic verification node set is determined, and the primary verification nodes that do not meet the requirements are converted into primary ordinary nodes to achieve local update of the primary verification nodes, so that the verification nodes in the blockchain are highly consistent with the dynamic situation of different block nodes in the blockchain during the transaction process, so that the verification nodes in the blockchain network always remain efficient and reliable, while the poorly performing primary verification nodes can reduce potential security and failure risks.

[0037] Optionally, the verification index of each block node is based on the average evaluation score, the average processing time, the online time ratio, and the total number of offline events of each block node to determine the equity index of each block node, specifically the following formula:

[0038] ;

[0039] in, is the equity index, is the verification index, is the preset evaluation impact coefficient, is the average evaluation score, is the preset processing speed influence coefficient, is the average processing time, is the online time ratio, is the total number of offline events, is the preset online adjustment factor, It is the preset offline adjustment factor.

[0040] Through this solution, mathematical analysis is used to accurately quantify the equity index of block nodes based on the average evaluation score, average processing time, online time ratio and total number of offline events of each block node, thereby improving the accuracy and comprehensiveness of the equity index and improving the accuracy and scientific nature of the dynamic verification node judgment process.

[0041] Optionally, performing multiple fault-tolerant verifications on the transaction data according to the dynamic verification node set to determine a fault-tolerant verification result includes:

[0042] Performing multiple digital signature verification on the transaction data according to the dynamic verification node set, and determining the total number of valid signatures based on the verification results;

[0043] Determining the total number of verification nodes based on the dynamic verification node set;

[0044] determine a consensus index reached by the dynamic set of verification nodes for the transaction data according to the total number of verification nodes and the total number of valid signatures;

[0045] compare the consensus index with a preset consensus threshold, if the consensus index is greater than or equal to the preset consensus threshold, determine that the fault-tolerant verification result is successful, otherwise, determine that the fault-tolerant verification result is failed.

[0046] According to the scheme, based on the dynamic verification node set, the transaction data is verified by multiple digital signatures, through the means of multiple parties participating in verification, the integrity and accuracy of the transaction data in the transmission and storage process are effectively guaranteed, at the same time, the transaction data is prevented from being tampered maliciously, and at the same time, through further effectiveness verification of the verification result, the transaction risk caused by key leakage is effectively prevented, and the data security in the transaction data writing process is further improved.

[0047] Optionally, the consensus index reached by the dynamic set of verification nodes for the transaction data is determined according to the total number of verification nodes and the total number of valid signatures, and the formula is as follows:

[0048] ;

[0049] wherein, the consensus index is, the total number of verification nodes is, sigmoid function is, the total number of valid signatures is, the preset tolerance adjustment parameter is.

[0050] According to the scheme, the total number of verification nodes and the total number of valid signatures are used to accurately quantify the consensus index by using mathematical analysis means, and a fault-tolerant mechanism is introduced in the quantification process, so that the consensus reaching process is more efficient and flexible, so that the management process of the transaction data is more suitable for the needs of e-commerce supply management, and the consensus measurement standard is more scientific.

[0051] Optionally, the method further comprises:

[0052] obtain preset node permission information, in the process of verifying the transaction data by the dynamic set of verification nodes, authenticate the permission of each block node in the dynamic set of verification nodes, and determine the permission authentication result;

[0053] According to the permission authentication result, the signature invalidation processing is performed on the block node which does not pass the permission authentication, and the corresponding block node is removed from the dynamic verification node set.

[0054] Through this solution, during the process of dynamic verification nodes verifying the digital signature of transaction data, the permissions of the dynamic verification nodes are dynamically checked, and based on the permission authentication results, the digital signatures are targeted and invalidated, thereby reducing the risk of malicious nodes tampering with transaction data, reducing the scope of potential attackers, and improving the security of the entire transaction data verification process.

[0055] In a second aspect, the present application provides an e-commerce supply management system based on blockchain, the system comprising:

[0056] A node analysis module, configured to obtain block node information, analyze the block node information, and determine a primary common node set and a primary verification node set;

[0057] A construction module, configured to construct a supply blockchain according to the primary common node set and the primary verification node set;

[0058] a node update module, configured to obtain node dynamic data, perform proof of stake processing on the primary common node set and the primary verification node set based on the node dynamic data, partially update the primary verification node set, and determine a dynamic verification node set;

[0059] a fault-tolerant verification module, configured to obtain transaction data, perform multiple fault-tolerant verifications on the transaction data based on the dynamic verification node set, and determine a fault-tolerant verification result;

[0060] A data update module is used to update the data of the supply chain chain based on the transaction data and the fault-tolerant verification result, and output a data update report. BRIEF DESCRIPTION OF THE DRAWINGS

[0061] In order to more clearly illustrate the embodiments of the present application or the technical solutions in the prior art, a brief introduction will be given below to the drawings required for use in the embodiments or the description of the prior art. Obviously, the drawings described below are some embodiments of the present application. For ordinary technicians in this field, other drawings can be obtained based on these drawings without paying any creative labor.

[0062] Figure 1 A schematic diagram of an application scenario provided in one embodiment of the present application;

[0063] Figure 2 A flowchart of a blockchain-based e-commerce supply management method provided in one embodiment of the present application;

[0064] Figure 3 A schematic diagram of the structure of a blockchain-based e-commerce supply management system provided in one embodiment of the present application. DETAILED DESCRIPTION

[0065] To make the purpose, technical solutions, and advantages of the embodiments of the present application clearer, the technical solutions in the embodiments of the present application will be clearly and completely described below in conjunction with the drawings in the embodiments of the present application. Obviously, the described embodiments are 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 making creative efforts are within the scope of protection of this application.

[0066] In this document, the term "and / or" simply describes a relationship between related objects, indicating that three possible relationships exist. For example, "A and / or B" can represent: A exists alone, A and B exist simultaneously, or B exists alone. Furthermore, the character " / " in this document, unless otherwise specified, generally indicates an "or" relationship between the related objects.

[0067] The embodiments of the present application are described in further detail below with reference to the accompanying drawings.

[0068] Existing blockchain-based e-commerce supply management technologies usually use a single-dimensional consensus mechanism to enable all parties in the supply chain to reach a consensus during data operations. This approach cannot achieve an effective balance between security and performance, and is difficult to adapt well to modern e-commerce supply management processes with high security requirements and high transaction volumes.

[0069] Based on this, this application provides a blockchain-based e-commerce supply management method and system. This method updates the supply chain blockchain based on the results of multi-layer fault-tolerant verification, determines and outputs a data update report, and achieves an effective balance between data security and data update efficiency in the e-commerce supply management process through dynamic screening of verification nodes and a consensus mechanism with fault-tolerant space. This enables the supply chain blockchain to effectively adapt to the complex needs of modern e-commerce process management.

[0070] Figure 1 This is a schematic diagram of an application scenario provided by this application. In the e-commerce supply management process, the method provided by this application uses blockchain technology to perform multiple fault-tolerant verifications on e-commerce supply transaction data, achieving a good balance between data security and data processing efficiency.

[0071] Specifically, the method of the present application is applied to any server that communicates with an e-commerce CRM system and an e-commerce background log system. The method obtains and analyzes the block node information provided by the e-commerce CRM system, analyzes the block node information, determines the primary ordinary node set and the primary verification node set, and on this basis, constructs the supply block chain. In the process of transaction, the verification nodes are dynamically updated according to the node dynamic data provided by the e-commerce background log system, and the dynamic verification node set is determined. The transaction data provided by the user is verified by multiple fault-tolerant verification, and the data of the supply block chain is updated according to the multi-layer fault-tolerant verification result. The data update report is determined and output. Through dynamic screening of verification nodes and consensus mechanism with fault-tolerant space, the effective balance between data security and data update efficiency in the process of e-commerce supply management is realized, and the supply block chain can well adapt to the complex needs of modern e-commerce process management. The specific implementation mode can refer to the following embodiments.

[0072] Figure 2 A flowchart of an e-commerce supply management method based on a block chain is provided for an embodiment of the present application. The method of the present embodiment can be applied to the server in the above scenario. As shown in the method includes: Figure 2

[0073] S201, obtain block node information, analyze block node information, and determine a primary ordinary node set and a primary verification node set.

[0074] The block node information can be related information of the roles of each party constituting the e-commerce supply chain, such as supplier information, wholesaler information, etc. The block node information can be obtained through the e-commerce CRM system.

[0075] The primary ordinary node set can be a set of nodes that are only responsible for storing transaction information after the block node information is preliminarily screened.

[0076] The primary verification node set can be a set of nodes that are responsible for verifying transaction information after the block node information is preliminarily screened.

[0077] ​Specifically, in the process of implementing e-commerce supply management using blockchain technology, block node information is analyzed through mathematical means. The importance and contribution of each block node in the block node information to the entire e-commerce supply chain are determined to determine whether the block node is an ordinary node or a verification node, thereby obtaining a primary ordinary node set and a primary verification node set. This solution is applied to the blockchain for e-commerce supply management. Ordinary nodes are responsible for storing a complete copy of the blockchain, that is, the transaction information in the entire blockchain, verifying and maintaining the validity of block nodes, and forwarding transaction information and block information during data updates to ensure the distributed consistency of transaction information in each block of the blockchain. Verification nodes are responsible for verifying transaction information. After reaching consensus, ordinary nodes are allowed to update and process the consistency of transaction information in the blockchain.

[0078] S202: Construct a supply chain chain based on the primary common node set and the primary verification node set.

[0079] The supply chain blockchain can be a complete blockchain used to manage e-commerce supply information.

[0080] Specifically, after obtaining the primary common node set and the primary verification node set, since e-commerce supply management involves collaboration between different enterprises and transaction information can only be disclosed to all parties involved in the e-commerce supply chain, when building a blockchain, the blockchain type adopts a federated chain. With the federated chain as the framework, the block nodes in the primary common node set and the primary verification node set are deployed to the federated chain, and network connections are created for different block nodes to maintain connectivity between each block node and the blockchain network, thereby constructing a supply chain blockchain to provide a basic data framework for subsequent e-commerce supply management.

[0081] S203. Obtain node dynamic data, perform proof of stake processing on the primary common node set and the primary verification node set based on the node dynamic data, partially update the primary verification node set, and determine the dynamic verification node set.

[0082] Node dynamic data can be the data dynamically updated by each block node during the e-commerce supply transaction process, such as the average processing time of the transaction, the proportion of online time, etc. Node dynamic data can be obtained through the e-commerce backend log system.

[0083] Proof of stake processing can be the process of dynamically evaluating the contributions of ordinary nodes and verification nodes in the blockchain during e-commerce supply transactions.

[0084] The dynamic verification node set can be a set of block nodes suitable for verifying transaction data obtained by dynamic screening during the e-commerce supply transaction process after the block nodes are processed for proof of stake.

[0085] Specifically, due to the complex and changeable supply demands of e-commerce, the flexible business environment, and the high requirements for data security, in the blockchain applied to e-commerce supply management, it is necessary to quantify the dynamic performance measurement indicators of each block node based on the dynamic data of each block node during the transaction process through mathematical analysis, find several block nodes that are most suitable for data verification in the current transaction environment, and realize dynamic update of verification nodes. Dynamic update of verification nodes can reduce the risk of attack, reduce the security risks caused by single point failures and centralization, and enhance the network's anti-attack capabilities. At the same time, due to the flexible business demands of e-commerce supply, new participants often join or existing participants exit the supply chain. By dynamically updating verification nodes, these changes can be reflected in a timely manner to ensure that the network structure meets the current participation needs. At the same time, with the continuous development of e-commerce platforms, the number of participants will continue to increase. Dynamic updates can support larger-scale participants and ensure the effectiveness of each node, making blockchain highly suitable for the needs of e-commerce supply management.

[0086] S204: Acquire transaction data, perform multiple fault-tolerant verifications on the transaction data based on a dynamic verification node set, and determine a fault-tolerant verification result.

[0087] Transaction data may be transaction data generated between various participants in the e-commerce supply process, and the transaction data may be provided by users.

[0088] Multi-fault-tolerant verification can be a process of multiple verification of transaction data that includes a fault-tolerant mechanism.

[0089] The fault-tolerant verification result may be verification information used to determine whether there are any anomalies in the transaction data.

[0090] Specifically, e-commerce supply transactions have very high requirements for high availability and rapid response. Due to the complexity of the e-commerce supply chain and the large number of block nodes involved, traditional blockchain consensus mechanisms, such as PoW (Proof of Work), are difficult to adapt well to the needs of high availability and rapid response in the e-commerce supply transaction process. Therefore, on the basis of dynamic verification nodes to ensure data security, a fault-tolerant mechanism is introduced by performing multiple verifications on transaction data in several dynamic verification nodes to reach a consensus, and a fault-tolerant verification result is obtained. A certain proportion of faulty nodes or dishonest nodes in the blockchain is tolerated, so that the blockchain network can still operate normally when attacked or some nodes fail, so that several dynamic verification nodes can reach consensus in a short time, reducing transaction congestion.

[0091] S205. Based on the transaction data and the fault-tolerant verification results, update the data of the supply chain chain and output a data update report.

[0092] The data update report may be a record report of the transaction data update status, and may include records of successful transaction data updates and records of failed transaction data updates.

[0093] Specifically, after multiple fault-tolerant verifications are performed on the transaction data, if the fault-tolerant verification result is successful, it means that there is no abnormality in the transaction data. At this time, the transaction data is written into the block data through the block node corresponding to the transaction data, and the transaction data is forwarded to other block nodes in the blockchain through the communication network to achieve distributed update of the transaction data, ensure data consistency between different block nodes, and record the update records of the blockchain. If the fault-tolerant verification result is failed, it means that there is an abnormality in the transaction data. At this time, the abnormal information corresponding to the transaction data is recorded as an abnormality. Within the set period, the update records and abnormal records are integrated, and the integrated data is visualized and output through data visualization technology to enable users to clearly understand the data update status in the blockchain.

[0094] Through this solution, the block node information is analyzed to determine the primary common node set and the primary verification node set. On this basis, a supply chain blockchain is constructed. During the transaction process, the verification node is dynamically updated according to the node dynamic data, and the dynamic verification node set is determined. In this way, the transaction data is multi-fault-tolerantly verified. The supply chain blockchain is updated based on the multi-layer fault-tolerant verification results, and a data update report is determined and output. By dynamically screening verification nodes and a consensus mechanism with fault-tolerant space, an effective balance between data security and data update efficiency in the e-commerce supply management process is achieved, so that the supply chain blockchain can well adapt to the complex needs of modern e-commerce process management.

[0095] In some embodiments, based on the node type, the type index corresponding to each block node is determined; the node transaction history is analyzed to extract the number of successful transactions and the number of failed transactions corresponding to each block node; the node transaction history is analyzed to determine the supply resource occupancy index corresponding to each block node; based on the type index, number of successful transactions, number of failed transactions and resource occupancy index of each block node, the verification index corresponding to each block node is determined; the verification index corresponding to each block node is compared with a preset verification threshold value, and if the verification index is greater than or equal to the preset verification threshold value, the corresponding block node is determined as a primary verification node, otherwise, the corresponding block node is determined as a primary ordinary node; based on a number of primary verification nodes and a number of primary ordinary nodes, a primary ordinary node set and a primary verification node set are respectively constructed.

[0096] Block node information includes node type and node transaction history.

[0097] The node type can be the type of entity role in the supply chain corresponding to the block node, such as supplier, wholesaler, etc.

[0098] The node transaction history can be the historical transaction records between the e-commerce merchant and the supply chain entity corresponding to the block node.

[0099] The type index can be a mathematical quantitative value that represents the importance of the node type in the supply chain. The type index corresponding to different types of block nodes can be obtained by fitting historical data and stored in the corresponding database. The corresponding type index can be retrieved according to the node type.

[0100] The number of successful transactions can be the number of successful transactions between the e-commerce merchant and the supply chain entity corresponding to the current block node.

[0101] The number of transaction failures may be the number of transaction failures between the e-commerce merchant and the supply chain entity corresponding to the current block node.

[0102] The supply resource occupancy index can be the resources provided by the supply chain corresponding to the current block node

[0103] The verification index can be a measurement indicator reflecting whether the current node can become a verification node.

[0104] The preset verification threshold may be a verification index threshold that the current node needs to reach to become a verification node.

[0105] Specifically, in the process of distinguishing between ordinary nodes and verification nodes, the node type, the number of successful and failed transactions, and the supply resource occupancy index all have a direct impact on whether a node can become a verification node. Specifically, different types of nodes play different roles in the e-commerce supply blockchain network. Verification nodes generally have higher resource maintenance capabilities to process and verify transactions, and resource maintenance capabilities are affected by the node type. For example, suppliers have stronger resource maintenance capabilities in the supply chain than wholesalers because wholesalers themselves do not have resource production capabilities. The transaction success and failure records of a node reflect its credibility in the supply blockchain network. Frequent failures may indicate that the node has problems when processing transactions or its network connection is unstable. Such a node will be considered unreliable, reducing its chance of becoming a verification node. A successful transaction record indicates that the node can effectively execute and verify transactions, increasing its likelihood of being selected as a verification node. The supply resource occupancy index reflects the proportion of supply resources occupied by the node in the supply chain corresponding to the e-commerce unit product. A relatively large resource share means that the node plays an important role in the network and can affect the security and efficiency of transactions.

[0106] Therefore, according to the node type, its corresponding type index in the corresponding database is determined. At the same time, according to the node transaction history, the number of successful transactions and the number of failed transactions corresponding to the block node are counted. Then, according to the transaction history, the historical transaction amount corresponding to each block node is counted, and the proportion of the historical transaction amount in the total transaction amount is used as the supply resource occupation index corresponding to the block node. Through mathematical analysis, according to the type index, number of successful transactions, number of failed transactions and resource occupation index of each block node, the verification index corresponding to each block node is quantified. According to the comparison result between the verification index and the preset verification threshold, the distinction between primary ordinary nodes and primary verification nodes is realized, and then the ordinary node set and the primary verification node set are constructed.

[0107] Through this solution, from the perspective of multi-dimensional data such as type index, number of successful transactions, number of failed transactions, and supply resource occupancy index, the verification index that measures whether a block node can become a verification node is analyzed. Based on the comparison results between the verification index and the preset verification threshold, the distinction between primary ordinary nodes and primary verification nodes is achieved, and then the ordinary node set and the primary verification node set are constructed, which improves the accuracy and comprehensiveness of node distinction, makes the relationship between ordinary nodes and verification nodes consistent with the current roles of each party in the supply chain, and provides an important information foundation for the subsequent construction of the blockchain.

[0108] In some embodiments, the verification index corresponding to each block node is determined based on the type index, number of successful transactions, number of failed transactions, and resource occupancy index of each block node, specifically the following formula (1):

[0109] (1);

[0110] in, To verify the index, is the preset type influence coefficient, is the type index, is the resource occupation index, To preset resource impact index, is the preset transaction impact coefficient, is the number of successful transactions, The number of failed transactions.

[0111] The preset type influence coefficient may be a numerical value reflecting the degree of influence of the node type on the verification index. The preset type influence coefficient may be obtained by mathematically fitting historical transaction data.

[0112] The preset resource impact index can be a value reflecting the degree of influence of the node resource ratio on the verification index. The preset resource impact coefficient can be obtained by mathematically fitting historical transaction data.

[0113] The preset transaction impact coefficient may be a numerical value representing the degree of influence of the proportion of successful transactions on the verification index. The preset transaction impact coefficient may be obtained by mathematically fitting historical transaction data.

[0114] Specifically, through formula (1) Describes the type of node and its resource usage impact on the verification index, type index Here is an importance coefficient with linear characteristics, and It allows nonlinear feedback of resource occupancy on node verification index; at the same time, through The verification index is adjusted by combining the ratio of successful and failed transactions, emphasizing the relationship between the success rate and the failure rate. In particular, when the success rate is very small, the verification index will be more significantly affected. Through the above mathematical characteristics, the verification index quantification process is made to conform to the actual relationship between each parameter and the verification index.

[0115] This solution uses mathematical analysis to describe the relationship between different parameters and the verification index based on the type index, number of successful transactions, number of failed transactions, and resource usage index of each block node. This allows for scientific and precise quantification of the verification index, ensuring that the resulting verification index matches the actual status of the corresponding block node. This in turn makes the selection of primary verification nodes based on the verification index more accurate.

[0116] In some embodiments, based on the block node information corresponding to each block node, the unique identifier corresponding to each block node in the primary ordinary node set and the primary verification node set is determined; the block node information is structured to determine the structured data corresponding to each block node; based on the unique identifier and the structured data, a block data linked list is constructed, and the data corresponding to each block node in the block data linked list is timestamped; the block data linked list is distributedly stored to determine the supply chain chain.

[0117] The unique identifier can be unique marking information representing the block node information. After calculating the hash value of the block node information through a hash algorithm, the hash value of the block node information can be used as the unique identifier corresponding to the block node.

[0118] Structural processing can be the process of converting block node information according to a specific structured data format, such as JSON, to obtain corresponding structured data that is easy to store and retrieve.

[0119] The block data linked list may be a data linked list constructed with the unique identifier corresponding to the block node information as the node index and the structured data corresponding to the block node information as the node content.

[0120] The construction timestamp marking process may be a process of marking the node content in the block data linked list using the block node construction timestamp as marking information.

[0121] Distributed storage can be a storage method that stores and shares blockchain data on multiple device nodes simultaneously.

[0122] Specifically, assigning a unique identifier to each node can effectively track the status of the node, and using the hash value as the unique identifier of the block node can effectively prevent data tampering; through data structuring tools, such as Apache NiFi, the block node information is automatically structured, and the data is converted into a specified structured format through the built-in processor of the data structuring tool to obtain the structured data corresponding to each block node, and then the unique identifier is used as the block node index, and the structured data corresponding to the block node is used as the block node content to construct a block data linked list. Through the log tool, the construction timestamp of each block node is recorded, and the construction timestamp corresponding to each block node is written into the corresponding block node content of the block data linked list to complete the construction timestamp marking processing, which is convenient for subsequent maintenance of the block. After completing the construction timestamp marking processing of all block nodes, the block data linked list is stored in different preset device nodes respectively, and the block data linked lists in different device nodes are assigned a linked list unique identifier to realize the distributed storage of the blockchain. The linked list unique identifier only serves as a distinction, and UUID can be used to improve allocation efficiency.

[0123] Through this solution, a corresponding unique identifier is assigned to each block node based on the block node information, so as to track the block node status and effectively prevent the information in the block node from being tampered with. By structuring the block node information, the corresponding structured data is determined to facilitate subsequent data retrieval and update. Based on the unique identifier and the corresponding structured data, a block data linked list is constructed, and the block node is timestamped according to the construction time of each block node to facilitate subsequent tracking of the status of the block node at different time nodes. Through the distributed storage processing of the block data linked list, the systemic risk caused by single point failure is effectively reduced.

[0124] In some embodiments, based on node evaluation feedback, positive evaluation scores and negative evaluation scores are extracted, and the average evaluation score of each block node is determined based on this; the node log data is analyzed to extract the average processing time, online time ratio and total number of offline events of each block node; based on the verification index of each block node, the equity index of each block node is determined according to the average evaluation score, average processing time, online time ratio and total number of offline events of each block node; the equity index of each block node is compared with a preset adjustment threshold to determine a comparison result; based on the comparison result, several block nodes in the primary ordinary node set and the dynamic verification node set whose equity index is greater than the preset adjustment threshold are determined as the dynamic verification node set, and the primary verification nodes in the dynamic verification node set whose equity index is less than the preset adjustment threshold are converted into primary ordinary nodes.

[0125] Node dynamic data includes node evaluation feedback and node log data.

[0126] Node evaluation feedback can be the evaluation feedback of supply chain parties and consumers on the supply resources corresponding to the block node.

[0127] Node log data can be log data of each block node in the process of processing transaction information.

[0128] The positive evaluation score may be the total evaluation score corresponding to the positive evaluation in the evaluation feedback obtained by the block node.

[0129] The negative evaluation score may be the total evaluation score corresponding to the negative evaluation in the evaluation feedback obtained by the block node.

[0130] The average evaluation score can be obtained by averaging the positive evaluation scores and the negative evaluation scores to obtain a score reflecting the general evaluation of the block node.

[0131] The average processing time may be the average processing time of the block node for the transaction information. The average processing time may be obtained by averaging the processing time of the block node for different transaction information obtained from the node log data.

[0132] The online time ratio may be the ratio of the time that the block node is online in the entire monitoring period. The monitoring period may be set according to specific circumstances.

[0133] The total number of offline events can be the number of times a block node is offline during the monitoring period.

[0134] The equity index can be a value that reflects the current contribution of the block node to the overall supply chain.

[0135] The preset adjustment threshold may be a stake index threshold that a block node needs to reach to become a dynamic verification node.

[0136] Specifically, the average evaluation score reflects the resource supply quality performance of the block node in terms of supply volume. The higher the average evaluation score of the block node, the higher the participation value and reliability of the block node, and the more likely it is to become a dynamic verification node; the average information processing time is a key indicator for evaluating node efficiency, especially in time-sensitive scenarios such as e-commerce supply chains. This indicator directly affects the transaction confirmation speed and the overall network response capability. The shorter the average processing time, the higher the data processing efficiency of the block node, and the higher the probability of becoming a dynamic verification node; the online time ratio and the total number of offline events can reflect whether the block node can maintain high availability, which is very important for verification nodes. This point is very important. If a block node's online time ratio is low and there are too many offline events, its availability and stability in the blockchain will be difficult to guarantee, thus affecting its qualification as a dynamic verification node. Through mathematical analysis, the average evaluation score, average processing time, online time ratio and total number of offline events corresponding to each block node are comprehensively analyzed to quantify whether the block node can become a dynamic verification node. The equity index reflecting whether the block node can become a dynamic verification node is determined based on the comparison between the equity index and the preset adjustment threshold. The set of dynamic verification nodes is determined, and the primary verification nodes that do not meet the requirements are converted to primary ordinary nodes to achieve local updates of the primary verification nodes.

[0137] Through this solution, a comprehensive analysis is conducted on the average evaluation score, average processing time, online time ratio and total number of offline events corresponding to each block node to obtain an equity index reflecting whether the block node can become a dynamic verification node. Based on the comparison result between the equity index and the preset adjustment threshold, the dynamic verification node set is determined, and the primary verification nodes that do not meet the requirements are converted into primary ordinary nodes to achieve local update of the primary verification nodes, so that the verification nodes in the blockchain are highly consistent with the dynamic situation of different block nodes in the blockchain during the transaction process, so that the verification nodes in the blockchain network always remain efficient and reliable, while the poorly performing primary verification nodes can reduce potential security and failure risks.

[0138] In some embodiments, based on the verification index of each block node, the equity index of each block node is determined according to the average processing time, online time ratio and total number of offline events of each block node, specifically the following formula (2):

[0139] (2);

[0140] in, is the equity index, To verify the index, is the preset evaluation impact coefficient, is the average evaluation score, is the preset processing speed influence coefficient, is the average processing time, is the online time ratio, is the total number of offline events, is the preset online adjustment factor, It is the preset offline adjustment factor.

[0141] The preset evaluation impact coefficient may be a numerical value reflecting the degree of influence of the evaluation score on the equity index. The preset evaluation impact coefficient may be obtained by mathematically fitting historical transaction data.

[0142] The preset processing speed impact coefficient may be a numerical value reflecting the degree of influence of the transaction information processing speed on the equity index. The preset processing speed impact coefficient may be obtained by mathematically fitting historical transaction data.

[0143] The preset online adjustment factor may be a mathematical factor used to adjust the degree of influence of the online time ratio on the equity index. The preset online adjustment factor may be obtained by mathematically fitting historical transaction data.

[0144] The preset offline adjustment factor may be a mathematical factor for adjusting the degree of influence of the total number of offline events on the equity index. The preset offline adjustment factor may be obtained by mathematically fitting historical transaction data.

[0145] Specifically, through formula (2) The nonlinear effect of the average evaluation score on the equity index is introduced, where Will follow It rises rapidly with the increase of , using its reciprocal Reflects the processing speed. The faster the processing time, the higher the equity index. It is positively correlated with the equity index, so the power function is used To reflect its impact on the equity index, the total number of offline events The negative impact on the equity index is through its reciprocal Describe the impact relationship between the total number of offline events and the equity index. The greater the number of offline events, the greater the negative impact on the equity index. After comprehensively considering the relationship between the above different parameters and the equity index, the equity index is accurately quantified using formula (2).

[0146] Through this solution, mathematical analysis is used to accurately quantify the equity index of block nodes based on the average evaluation score, average processing time, online time ratio and total number of offline events of each block node, thereby improving the accuracy and comprehensiveness of the equity index and improving the accuracy and scientific nature of the dynamic verification node judgment process.

[0147] In some embodiments, multiple digital signature verification is performed on the transaction data based on the dynamic verification node set, and the total number of valid signatures is determined based on the verification results; the total number of verification nodes is determined based on the dynamic verification node set; based on the total number of verification nodes and the total number of valid signatures, the consensus index reached by the dynamic verification node set for the transaction data is determined; the consensus index is compared with a preset consensus threshold; if the consensus index is greater than or equal to the preset consensus threshold, the fault-tolerant verification result is determined as a successful verification; otherwise, the fault-tolerant verification result is determined as a failed verification.

[0148] Multi-signature verification can be a process in which different dynamic verification nodes within a dynamic verification node set verify and digitally sign transaction data.

[0149] The total number of valid signatures may be the number of valid digital signatures obtained after validity verification of a number of digital signatures.

[0150] The total number of verification nodes may be the total number of dynamic verification nodes in the dynamic verification node set.

[0151] The consensus index can be a quantitative value that reflects the degree to which different dynamic verification nodes reach consensus on the transaction data verification results under the fault tolerance mechanism.

[0152] The preset consensus threshold may be a consensus index threshold required to determine that the transaction data is free of anomalies. The preset consensus index may be obtained by fitting historical data.

[0153] Specifically, the transaction data is reviewed through the different internal data verification logics of different dynamic verification nodes in the dynamic verification node set, such as legitimacy check, balance verification, transaction format verification, etc. When the dynamic verification node confirms that there is no abnormality in the transaction data under its corresponding data verification logic, the dynamic verification node digitally signs the transaction data through its private key (asymmetric encryption technology may be used). The digital signature will be attached to the above transaction information and transmitted to the next dynamic verification node. The new dynamic verification node repeats the above verification and signing steps. After each dynamic verification node performs verification and signing, a complete signature chain, namely the verification result, is generated. The validity of the signature chain is then verified through the public key of each dynamic verification node to ensure data security, and the total number of valid signatures is obtained. Based on the verification nodes and the total number of valid signatures, the consensus index is determined when the fault tolerance mechanism is effective. Based on the comparison result between the consensus index and the preset consensus threshold, it is judged whether the fault tolerance verification result is a success or a failure.

[0154] Through this solution, based on a dynamic verification node set, multiple digital signatures are verified for transaction data. By means of multi-party participation in verification, the integrity and accuracy of transaction data during transmission and storage are effectively guaranteed, while preventing transaction data from being maliciously tampered with. At the same time, through further verification of the validity of the verification results, the transaction risks brought by key leakage are effectively prevented, and the data security during the transaction data writing process is further improved.

[0155] In some embodiments, the consensus index reached by the dynamic verification node set for transaction data is determined based on the total number of verification nodes and the total number of valid signatures, specifically the following formula (3):

[0156] (3);

[0157] in, is the consensus index, is the total number of verification nodes, is the sigmoid function, is the total number of valid signatures, Adjust parameters for preset tolerances.

[0158] The preset tolerance adjustment parameter may be a parameter used to adjust the degree of abnormality that can be tolerated during the transaction data verification process. The preset tolerance adjustment parameter may be freely adjusted according to demand.

[0159] Specifically, through formula (3) A measure of the deviation between valid signatures and expected consensus, where Expresses the number of valid signatures required to reach consensus (based on the Byzantine fault tolerance mechanism) ), further, in order to be consensus index calculation more flexible, introduce preset tolerance adjustment parameter to adjust the sensitivity of formula (3), so that users can adjust according to the self-defined tolerance, adapt to different needs, while introducing Sigmoid function to standardize the calculation result, control its output range (the output range of Sigmoid function is between (0, 1)), and through The normalized processing of the calculation result is a normalized measurement standard of the consensus index, which improves the interpretability of the consensus index.

[0160] Through the scheme, the consensus index is accurately quantified according to the total number of verification nodes and the total number of valid signatures by using mathematical analysis means, and a fault-tolerant mechanism is introduced in the quantization process, so that the consensus reaching process is more efficient and flexible, so that the management process of transaction data is more suitable for the needs of e-commerce supply management, and the measurement standard of consensus is more scientific.

[0161] In some embodiments, the preset node permission information is obtained, and in the process of verifying the transaction data by multiple digital signatures according to the dynamic verification node set, the authority of each block node in the dynamic verification node set is authenticated, and the authority authentication result is determined; according to the authority authentication result, the signature invalidation processing is performed on the block node that does not pass the authority authentication, and the corresponding block node is excluded from the dynamic verification node set.

[0162] The preset node permission information can be the permission information set in advance for each block node in the block chain, and the preset node permission information can be obtained through an internal permission management system.

[0163] The authority authentication result can be a permission verification result of judging whether the dynamic verification node has authority.

[0164] The signature invalidation processing can be a process of marking the digital signature of the corresponding dynamic verification node on the current transaction data as invalid.

[0165] Specifically, in order to further improve the security of the transaction data verification process, in the process of each dynamic verification node verifying the transaction data by digital signature, the authority of the dynamic verification node is dynamically verified through an access control model such as RBAC (Role-Based Access Control, Role-Based Access Control), to obtain the authority authentication result. If the dynamic verification node does not have the corresponding authority, the corresponding digital signature is invalidated, which reduces the range of potential attackers and improves the security of the entire transaction data verification process.

[0166] Through this solution, during the process of dynamic verification nodes verifying the digital signature of transaction data, the permissions of the dynamic verification nodes are dynamically checked, and based on the permission authentication results, the digital signatures are targeted and invalidated, thereby reducing the risk of malicious nodes tampering with transaction data, reducing the scope of potential attackers, and improving the security of the entire transaction data verification process.

[0167] Figure 3 A schematic diagram of the structure of an e-commerce supply management system based on blockchain provided in one embodiment of the present application is shown as follows: Figure 3 As shown, a blockchain-based e-commerce supply management system 300 of this embodiment includes: a node analysis module 301, a construction module 302, a node update module 303, a fault-tolerant verification module 304 and a data update module 305.

[0168] The node analysis module 301 is used to obtain block node information, analyze the block node information, and determine the primary common node set and the primary verification node set;

[0169] A construction module 302 is configured to construct a supply blockchain according to the primary common node set and the primary verification node set;

[0170] A node update module 303 is configured to obtain node dynamic data, perform proof of stake processing on the primary common node set and the primary verification node set based on the node dynamic data, partially update the primary verification node set, and determine a dynamic verification node set;

[0171] A fault-tolerant verification module 304 is configured to obtain transaction data, perform multiple fault-tolerant verifications on the transaction data based on the dynamic verification node set, and determine a fault-tolerant verification result;

[0172] The data update module 305 is used to update the data of the supply chain based on the transaction data and the fault-tolerant verification result, and output a data update report.

[0173] Optionally, the node analysis module 301 is specifically configured to:

[0174] Determine the type index corresponding to each block node according to the node type;

[0175] Analyze the node transaction history and extract the number of successful transactions and failed transactions corresponding to each block node;

[0176] Analyze the node transaction history to determine the supply resource occupancy index corresponding to each block node;

[0177] Determine a verification index corresponding to each block node according to the type index, the number of successful transactions, the number of failed transactions, and the resource usage index of each block node;

[0178] Comparing the verification index corresponding to each block node with a preset verification threshold; if the verification index is greater than or equal to the preset verification threshold, determining the corresponding block node as a primary verification node; otherwise, determining the corresponding block node as a primary ordinary node;

[0179] According to the plurality of primary verification nodes and the plurality of primary ordinary nodes, the primary ordinary node set and the primary verification node set are constructed respectively.

[0180] Optionally, the node analysis module 301 determines the verification index corresponding to each block node according to the type index, the number of successful transactions, the number of failed transactions, and the resource occupancy index of each block node, specifically the following formula:

[0181] ;

[0182] in, is the verification index, is the preset type influence coefficient, is the type index, is the resource occupancy index, To preset resource impact index, is the preset transaction impact coefficient, is the number of successful transactions, The number of failed transactions.

[0183] Optionally, the construction module 302 is specifically configured to:

[0184] Determine, based on the block node information corresponding to each block node, a unique identifier corresponding to each block node in the primary common node set and the primary verification node set;

[0185] Structuring the block node information to determine the structured data corresponding to each block node;

[0186] Constructing a block data linked list based on the unique identifier and the structured data, and performing a timestamp marking process on the data corresponding to each block node in the block data linked list;

[0187] The block data linked list is distributedly stored to determine the supply block link.

[0188] Optionally, the node updating module 303 is specifically configured to:

[0189] Based on the node evaluation feedback, extract the positive evaluation scores and negative evaluation scores, and use them to determine the average evaluation score of each block node;

[0190] Analyze the node log data to extract the average processing time, online time ratio, and total number of offline events for each block node;

[0191] Based on the verification index of each block node, the equity index of each block node is determined according to the average evaluation score, the average processing time, the online time ratio and the total number of offline events of each block node;

[0192] Comparing the equity index of each block node with a preset adjustment threshold to determine a comparison result;

[0193] According to the comparison results, several block nodes in the primary ordinary node set and the dynamic verification node set whose equity index is greater than the preset adjustment threshold are determined as the dynamic verification node set, and the primary verification nodes in the dynamic verification node set whose equity index is less than the preset adjustment threshold are converted into primary ordinary nodes.

[0194] Optionally, the node update module 303 determines the equity index of each block node based on the verification index of each block node, according to the average evaluation score, the average processing time, the online time ratio, and the total number of offline events of each block node, specifically using the following formula:

[0195] ;

[0196] in, is the equity index, is the verification index, is the preset evaluation impact coefficient, is the average evaluation score, is the preset processing speed influence coefficient, is the average processing time, is the online time ratio, is the total number of offline events, is the preset online adjustment factor, It is the preset offline adjustment factor.

[0197] Optionally, the fault-tolerant verification module 304 is specifically configured to:

[0198] Performing multiple digital signature verification on the transaction data according to the dynamic verification node set, and determining the total number of valid signatures based on the verification results;

[0199] Determining the total number of verification nodes based on the dynamic verification node set;

[0200] Determining a consensus index reached by the dynamic verification node set for the transaction data based on the total number of verification nodes and the total number of valid signatures;

[0201] The consensus index is compared with a preset consensus threshold. If the consensus index is greater than or equal to the preset consensus threshold, the fault-tolerant verification result is determined as a verification success; otherwise, the fault-tolerant verification result is determined as a verification failure.

[0202] Optionally, the fault-tolerant verification module 304 determines the consensus index reached by the dynamic verification node set for the transaction data based on the total number of verification nodes and the total number of valid signatures, specifically the following formula:

[0203] ;

[0204] in, is the consensus index, is the total number of verification nodes, is the sigmoid function, is the total number of valid signatures, Adjust parameters for preset tolerances.

[0205] Optionally, the system 300 further includes an authority verification module 306, specifically configured to:

[0206] Obtaining preset node authority information, and in the process of performing multi-digital signature verification on the transaction data based on the dynamic verification node set, performing authority authentication on each block node in the dynamic verification node set, and determining an authority authentication result;

[0207] According to the authority authentication result, the signature of the block node that fails the authority authentication is invalidated, and the corresponding block node is removed from the dynamic verification node set.

[0208] The system of this embodiment can be used to execute the method of any of the above embodiments. Its implementation principles and technical effects are similar and will not be described in detail here.

Claims

1. A blockchain-based e-commerce supply management method, characterized in that: include: Obtaining block node information, analyzing the block node information, and determining a primary common node set and a primary verification node set; Constructing a supply blockchain based on the primary common node set and the primary verification node set; Obtain node dynamic data, including node evaluation feedback and node log data; According to the node dynamic data, performing proof of stake processing on the primary common node set and the primary verification node set, partially updating the primary verification node set, and determining a dynamic verification node set, including: Based on the node evaluation feedback, extract the positive evaluation scores and negative evaluation scores, and use them to determine the average evaluation score of each block node; Analyze the node log data to extract the average processing time, online time ratio, and total number of offline events for each block node; Based on the verification index of each block node, the equity index of each block node is determined according to the average evaluation score, the average processing time, the online time ratio and the total number of offline events of each block node; The verification index is a measure of whether the current node can become a verification node; Comparing the equity index of each block node with a preset adjustment threshold to determine a comparison result; According to the comparison result, several block nodes in the primary ordinary node set and the dynamic verification node set whose equity index is greater than the preset adjustment threshold are determined as the dynamic verification node set, and the primary verification nodes in the dynamic verification node set whose equity index is less than the preset adjustment threshold are converted into primary ordinary nodes; Acquire transaction data, perform multiple fault-tolerant verifications on the transaction data based on the dynamic verification node set, and determine a fault-tolerant verification result; Based on the transaction data and according to the fault-tolerant verification result, the supply chain chain is updated and a data update report is output.

2. The method according to claim 1, characterized in that The block node information includes the node type and the node transaction history. The analyzing the block node information to determine the primary common node set and the primary verification node set includes: Determine the type index corresponding to each block node according to the node type; Analyze the node transaction history and extract the number of successful transactions and failed transactions corresponding to each block node; Analyze the node transaction history to determine the supply resource occupancy index corresponding to each block node; Determine a verification index corresponding to each block node according to the type index, the number of successful transactions, the number of failed transactions, and the resource usage index of each block node; Comparing the verification index corresponding to each block node with a preset verification threshold; if the verification index is greater than or equal to the preset verification threshold, determining the corresponding block node as a primary verification node; otherwise, determining the corresponding block node as a primary ordinary node; According to the plurality of primary verification nodes and the plurality of primary ordinary nodes, the primary ordinary node set and the primary verification node set are constructed respectively.

3. The method according to claim 2, characterized in that The verification index corresponding to each block node is determined according to the type index, the number of successful transactions, the number of failed transactions, and the resource occupancy index of each block node, specifically as follows: ； in, is the verification index, is the preset type influence coefficient, is the type index, is the resource occupancy index, To preset resource impact index, is the preset transaction impact coefficient, is the number of successful transactions, The number of failed transactions.

4. The method according to claim 2, characterized in that The step of constructing a supply chain chain based on the primary common node set and the primary verification node set includes: Determine, based on the block node information corresponding to each block node, a unique identifier corresponding to each block node in the primary common node set and the primary verification node set; Structuring the block node information to determine the structured data corresponding to each block node; Constructing a block data linked list based on the unique identifier and the structured data, and performing a timestamp marking process on the data corresponding to each block node in the block data linked list; The block data linked list is distributedly stored to determine the supply block link.

5. The method according to claim 1, wherein The verification index of each block node is based on the average evaluation score, average processing time, online time ratio and total number of offline events of each block node to determine the equity index of each block node. Specifically, the equity index of each block node is determined as follows: ； in, is the equity index, is the verification index, is the preset evaluation impact coefficient, is the average evaluation score, is the preset processing speed influence coefficient, is the average processing time, is the online time ratio, is the total number of offline events, is the preset online adjustment factor, It is the preset offline adjustment factor.

6. The method according to claim 5, characterized in that The performing multiple fault-tolerant verifications on the transaction data according to the dynamic verification node set and determining the fault-tolerant verification result includes: Performing multiple digital signature verification on the transaction data according to the dynamic verification node set, and determining the total number of valid signatures based on the verification results; Determining the total number of verification nodes based on the dynamic verification node set; Determining a consensus index reached by the dynamic verification node set for the transaction data based on the total number of verification nodes and the total number of valid signatures; The consensus index is compared with a preset consensus threshold. If the consensus index is greater than or equal to the preset consensus threshold, the fault-tolerant verification result is determined as a verification success; otherwise, the fault-tolerant verification result is determined as a verification failure.

7. The method according to claim 6, characterized in that The consensus index reached by the dynamic verification node set for the transaction data is determined based on the total number of verification nodes and the total number of valid signatures, specifically as follows: ； in, is the consensus index, is the total number of verification nodes, is the sigmoid function, is the total number of valid signatures, Adjust parameters for preset tolerances.

8. The method according to claim 7, characterized in that The method further comprises: Obtaining preset node authority information, and in the process of performing multi-digital signature verification on the transaction data based on the dynamic verification node set, performing authority authentication on each block node in the dynamic verification node set, and determining an authority authentication result; According to the authority authentication result, the signature of the block node that fails the authority authentication is invalidated, and the corresponding block node is removed from the dynamic verification node set.

9. An e-commerce supply management system based on blockchain, characterized in that: The method as claimed in any one of claims 1 to 8 comprises: A node analysis module, configured to obtain block node information, analyze the block node information, and determine a primary common node set and a primary verification node set; A construction module, configured to construct a supply blockchain according to the primary common node set and the primary verification node set; a node update module, configured to obtain node dynamic data, perform proof of stake processing on the primary common node set and the primary verification node set based on the node dynamic data, partially update the primary verification node set, and determine a dynamic verification node set; a fault-tolerant verification module, configured to obtain transaction data, perform multiple fault-tolerant verifications on the transaction data based on the dynamic verification node set, and determine a fault-tolerant verification result; A data update module is used to update the data of the supply chain chain based on the transaction data and the fault-tolerant verification result, and output a data update report.

Images