Private domain traffic incentive distribution method for smart contract

Abstract

The invention discloses a private domain traffic incentive distribution method for a smart contract, and belongs to the technical field of block chain and private domain traffic management, and the method specifically comprises the steps: constructing a hierarchical distributed incentive verification network based on the attributes of a smart contract private domain traffic system; obtaining a private domain traffic excitation parameter to be updated in the smart contract, and obtaining an excitation rule and a traffic value to-be-verified parameter set corresponding to the continuous traffic participation node network and each node by means of a built-in traffic value decomposition model; according to the adjacent node parameters and the flow conduction relation, an excitation distribution verification packet is constructed and built in the network; performing forward verification by using the network, if the verification is valid, executing incentive distribution and backwardly sharing a parameter set to a subsequent node until a full link is completed, and if the verification is invalid, triggering an intelligent contract correction mechanism, pausing the incentive distribution, and performing re-verification after adjusting parameters; the accuracy and efficiency of private domain traffic incentive distribution are improved, and the credibility and security of the system are enhanced.

Description

Technical Field

[0001] This invention belongs to the field of blockchain and private domain traffic management technology, specifically a method for allocating private domain traffic incentives using smart contracts. Background Technology

[0002] In today's digital business environment, private domain traffic has become an important asset for enterprises and merchants. In order to effectively utilize private domain traffic, incentivizing user participation and sharing has become a key strategy. Traditional private domain traffic incentive allocation methods often suffer from problems such as centralized management, lack of trust, and opaque incentive rules, resulting in poor incentive effects and difficulty in ensuring the fairness and accuracy of allocation.

[0003] As an automatically executed computer program, smart contracts can run on the blockchain according to preset rules. They have the characteristics of being immutable, transparent and trustworthy. Applying smart contracts to the incentive distribution of private domain traffic can effectively solve the shortcomings of traditional methods. However, existing incentive distribution schemes based on smart contracts lack effective verification mechanisms for incentive rules and traffic value, making it difficult to cope with complex private domain traffic scenarios and dynamically changing user behaviors. Summary of the Invention

[0004] To address the shortcomings of existing technologies, this invention proposes a method for allocating private domain traffic incentives for smart contracts. It constructs a hierarchical distributed incentive verification network based on the system attributes of the private domain traffic of smart contracts; obtains the private domain traffic incentive parameters to be updated in the smart contract; and, using a built-in traffic value decomposition model, derives the continuous traffic participation node network and the incentive rules and traffic value parameter set to be verified for each node. An incentive allocation verification package is constructed based on the parameters of adjacent nodes and the traffic transmission relationship and embedded into the network. Forward verification is performed using this network. If the verification is valid, incentive allocation is executed and the parameter set is shared backward to subsequent nodes until the entire link is completed. If the verification is invalid, a smart contract correction mechanism is triggered, pausing incentive allocation, adjusting parameters, and re-verifying. This method improves the accuracy and efficiency of private domain traffic incentive allocation and enhances the system's credibility and security.

[0005] To achieve the above objectives, the present invention provides the following technical solution:

[0006] A method for allocating private domain traffic incentives in smart contracts includes:

[0007] A hierarchical distributed incentive verification network is constructed based on the attributes of the smart contract private domain traffic system.

[0008] Obtain the private domain traffic incentive parameters to be updated in the smart contract, and obtain the continuous traffic participation node network and the set of incentive rules to be verified and the set of traffic value to be verified for each node through the built-in traffic value decomposition model;

[0009] Based on the parameters of adjacent nodes in the continuous flow participating node network and the flow transmission relationship between nodes, an incentive allocation verification package corresponding to each node is constructed and embedded into the hierarchical distributed incentive verification network.

[0010] By utilizing a hierarchical distributed incentive verification network, forward verification is performed on nodes and traffic propagation links in the continuous traffic participation node network. If the verification is valid, the incentive allocation result of the current node is executed through a smart contract, and the incentive rule parameter set and traffic value parameter set corresponding to the node are shared backward to subsequent nodes to continue verification until the entire link node is completed. If the verification is invalid, the correction mechanism of the smart contract is triggered, the current incentive allocation is suspended and the parameters are adjusted, and the verification is re-executed.

[0011] Specifically, the hierarchical distributed incentive verification network includes a distributed incentive rule verification layer and a distributed traffic value assessment layer:

[0012] The distributed incentive rule verification layer consists of rule verification nodes that correspond one-to-one with the private domain traffic participating nodes, and is used to verify the execution logic of the incentive rules in the smart contract.

[0013] The distributed traffic value assessment layer consists of value assessment nodes corresponding to private domain traffic sub-links, and is used to calculate the traffic value of each sub-link.

[0014] Specifically, the process of constructing the hierarchical distributed incentive verification network includes:

[0015] Analyze the attributes of the private domain traffic system; the analysis includes clarifying the traffic sources, traffic types, traffic scale, and the flow paths and key nodes of different traffic in the system.

[0016] Based on the analysis results, the overall architecture of the hierarchical distributed incentive verification network was designed, and the number of nodes, node functions, and interaction methods between layers were determined. Each layer contains different types of verification nodes. The bottom layer nodes are used for basic traffic data collection and preliminary verification, the middle layer nodes summarize and analyze the data uploaded by the bottom layer nodes, and the top layer nodes are used for global incentive allocation decisions and comprehensive judgment of verification results.

[0017] Each verification node is assigned a unique identity and access permissions. At the same time, a communication protocol is established between nodes, specifying the format, frequency, and encryption method of data transmission.

[0018] Specifically, the process of obtaining the continuous traffic participation node network and the set of parameters to be verified for the incentive rules and the set of parameters to be verified for the traffic value corresponding to each node through the built-in traffic value decomposition model includes:

[0019] Define the input parameters of the traffic value decomposition model and assign a weight value to each input parameter based on historical data; the input parameters include traffic source, traffic quality, and traffic conversion effect;

[0020] Based on the flow path of traffic in the system and the interaction relationship between nodes, a topology of a network of nodes with continuous traffic participation is constructed.

[0021] For each node, based on the calculation results of the traffic value decomposition model, a set of parameters to be verified for incentive rules is generated, and a set of parameters to be verified for traffic value is also generated. The set of parameters to be verified for incentive rules includes node incentive rules. The node incentive rules include incentive triggering conditions, incentive calculation methods, and incentive caps. The set of parameters to be verified for traffic value includes node traffic value indicators. The node traffic value indicators include the traffic revenue brought by the node and the contribution to traffic growth.

[0022] Specifically, the step of constructing an incentive allocation verification package for each node based on the parameters of adjacent nodes in the continuous flow participating node network and the flow transmission relationship between nodes includes:

[0023] Collect parameter information for each neighboring node in the continuous traffic participating node network, including the parameter set of the node's incentive rule to be verified and the parameter set of the traffic value to be verified;

[0024] Analyze the flow transmission relationship between nodes to determine the path and flow distribution ratio of flow from one node to another;

[0025] Based on the parameters of adjacent nodes and the traffic transmission relationship, an encryption algorithm is used to encrypt the node parameters, generating an incentive allocation verification package containing encrypted parameters, traffic transmission relationship information, and verification identifier;

[0026] A unique serial number is generated by assigning a verification package to each stimulus.

[0027] Specifically, the method of using a hierarchical distributed incentive verification network to perform forward verification of nodes and traffic propagation links in a continuous traffic participation node network includes:

[0028] The underlying verification node performs preliminary verification on the received incentive allocation verification packet, checking whether the basic parameters in the verification packet meet the preset format requirements, and at the same time, whether the flow data of the verification node itself matches the flow transmission relationship in the verification packet.

[0029] If the bottom-level verification node passes the verification, it uploads the verification result and verification package to the middle-level verification node. The middle-level verification node summarizes and analyzes the verification results uploaded by the bottom-level node, checks whether the traffic transmission relationship between different bottom-level nodes is consistent, and whether the parameter set to be verified for the incentive rule and the parameter set to be verified for the traffic value are within a reasonable range.

[0030] If the mid-level verification node passes the verification, the verification result and verification package are then uploaded to the top-level verification node. The top-level verification node makes a comprehensive judgment on the verification results of the entire link, taking into account the overall incentive allocation strategy and business objectives of the system, and determines whether the verification of the current node and traffic transmission link is effective.

[0031] Specifically, if the verification is valid, the incentive allocation result of the current node will be executed through a smart contract, including:

[0032] The top-level verification node generates execution instructions containing the incentive allocation results;

[0033] The execution command is sent to the nodes in the blockchain network, and the blockchain nodes verify the command through consensus.

[0034] After consensus verification is successful, the blockchain node calls the corresponding function in the smart contract to perform asset transfer or state update operations on the account according to the incentive allocation results, and records the execution results in the blockchain ledger.

[0035] Specifically, the step of sharing the set of incentive rule parameters to be verified and the set of traffic value parameters to be verified corresponding to the node to subsequent nodes for continued verification until the entire link is completed includes:

[0036] After the current node completes the execution of the incentive allocation results, it encrypts the parameter set to be verified for the incentive rules and the parameter set to be verified for the traffic value, and generates a parameter sharing package.

[0037] Based on the topology and traffic propagation relationships of the continuous traffic participating node network, determine the address information of subsequent nodes;

[0038] The parameter sharing packet is sent to the subsequent node using a point-to-point communication method. After receiving the parameter sharing packet, the subsequent node decrypts and verifies it, and updates the parameters that have passed the verification to the local parameter storage module.

[0039] After receiving the parameters shared by the preceding node, the subsequent node verifies itself and the traffic transmission link using the hierarchical distributed incentive verification network, following the same verification process as the preceding node.

[0040] After each node completes the verification, it records the verification result to the local log file and reports the verification status information to the system's monitoring center in real time.

[0041] The monitoring center monitors and summarizes the verification status of all nodes in the entire link in real time. When it is detected that all nodes have completed verification and the verification results are valid, the entire private domain traffic incentive allocation verification process is considered to have been successfully completed. If a node fails to verify during the verification process, the exception handling mechanism is triggered.

[0042] Specifically, if the verification fails, the smart contract's correction mechanism is triggered to suspend the current incentive allocation, adjust the parameters, and re-execute the verification, including:

[0043] When any node in the hierarchical distributed incentive verification network finds the verification result invalid during the verification process, the node immediately generates an alarm signal containing verification failure information and sends the alarm signal to the system's monitoring center and smart contract management module.

[0044] After receiving the alarm signal, the monitoring center conducts a preliminary analysis of the reasons for the verification failure, including checking whether there are any abnormalities in the set of parameters to be verified in the incentive rules, checking whether the traffic value calculation is accurate, whether there are any data errors or abnormal fluctuations, and whether the matching degree between the traffic value and the incentive rules is reasonable.

[0045] Based on the analysis results from the monitoring center, the corresponding correction mechanism in the smart contract is triggered according to the preset rules;

[0046] The smart contract management module sends a pause command to the blockchain network according to the requirements of the correction mechanism; the pause command specifies the smart contract address and related functions that need to be suspended from incentive allocation.

[0047] After receiving a pause command, the blockchain node verifies the pause command. If the pause command is verified, the blockchain node marks the specified smart contract as paused in the blockchain ledger and records the pause time and reason. At the same time, the blockchain node sends a confirmation message to the smart contract management module to inform that the command has been successfully executed.

[0048] Specifically, if the verification fails, the smart contract's correction mechanism is triggered to suspend the current incentive allocation, adjust the parameters, and re-execute the verification, including:

[0049] After receiving confirmation from the blockchain node, the smart contract management module notifies each node in the system via broadcast or peer-to-peer communication that the current incentive distribution has been suspended.

[0050] Based on the parameter adjustment rules in the smart contract correction mechanism, and combined with the verification failure reasons and historical data analyzed by the monitoring center, the smart contract management module determines the type and magnitude of the incentive parameters that need to be adjusted.

[0051] The selected excitation parameters are adjusted using a parameter optimization algorithm. During the parameter adjustment process, the impact of the adjusted parameters on the system is monitored in real time. The adjustment effect is evaluated through simulation verification. If the system indicators do not meet the preset target after adjustment, the parameter adjustment strategy is further optimized until a satisfactory adjustment effect is achieved.

[0052] Compared with the prior art, the beneficial effects of the present invention are:

[0053] 1. This invention proposes a method for allocating private domain traffic incentives in smart contracts. This method constructs a hierarchical distributed incentive verification network and combines it with a built-in traffic value decomposition model to accurately obtain the network of continuous traffic participating nodes and related parameter sets to be verified. Based on this, the incentive allocation verification package can be constructed to perform detailed forward verification of nodes and traffic transmission links using this network. When valid verification is performed, incentive allocation is executed and parameters are shared, ensuring that the incentive allocation across the entire link is based on accurate data and reasonable rules, thus improving the accuracy of private domain traffic incentive allocation. At the same time, the hierarchical distributed architecture enhances the reliability of the system in dealing with complex situations and avoids single-point failures affecting the overall system.

[0054] 2. This invention proposes a method for allocating private domain traffic incentives using smart contracts. When verification fails, the smart contract's correction mechanism can be quickly triggered, pausing incentive allocation and adjusting parameters before re-verification. This mechanism allows the system to dynamically adapt to changes in private domain traffic and user behavior, promptly correcting unreasonable parameters and ensuring that incentive allocation always meets actual needs. Moreover, the entire process relies on the automatic execution of smart contracts, reducing human intervention, operational risks, and the possibility of data tampering, thus enhancing the system's security and stability from both process and technical perspectives. Attached Figure Description

[0055] Figure 1 This is a schematic diagram of a private domain traffic incentive allocation method for smart contracts according to the present invention;

[0056] Figure 2 This is a flowchart illustrating the principle of a private domain traffic incentive allocation method for smart contracts according to the present invention. Detailed Implementation

[0057] Example 1

[0058] Please see Figure 1 and Figure 2 The present invention provides an embodiment of a method for allocating private domain traffic incentives for smart contracts, the method comprising S1 to S4, including the following steps:

[0059] S1: Construct a hierarchical distributed incentive verification network based on the attributes of the smart contract private domain traffic system;

[0060] S2: Obtain the private domain traffic incentive parameters to be updated in the smart contract, and obtain the continuous traffic participation node network and the set of incentive rules to be verified and the set of traffic value to be verified for each node through the built-in traffic value decomposition model;

[0061] Furthermore, when obtaining the private domain traffic incentive parameters to be updated in the smart contract, the process further includes:

[0062] Monitor the operation status of the private domain traffic system in real time and collect various data related to traffic incentives, including but not limited to traffic growth rate, user activity, conversion rate, and user retention rate;

[0063] Data analysis algorithms are used to perform in-depth mining of the collected data, analyze the impact of different incentive parameters on traffic behavior, and determine the types of incentive parameters that need to be updated, such as incentive amount, incentive period, and incentive conditions.

[0064] Extract the private domain traffic incentive parameters to be updated from the smart contract's storage module, and perform format validation on the extracted parameters to ensure that the parameters meet the system's preset data specifications and business logic requirements.

[0065] S3: Based on the parameters of adjacent nodes in the continuous flow participating node network and the flow transmission relationship between nodes, construct the incentive allocation verification package corresponding to each node and embed it into the hierarchical distributed incentive verification network.

[0066] Furthermore, when embedding the incentive allocation verification package into the hierarchical distributed incentive verification network, it further includes:

[0067] Based on the overall architecture and node functions of the hierarchical distributed incentive verification network, determine the level and node location where each incentive allocation verification package should be deployed;

[0068] A secure transmission protocol is used to transmit the incentive allocation verification packet from the data generation end to the target node. The verification packet is monitored in real time during the transmission process to ensure the stability and reliability of data transmission.

[0069] After the target node receives the incentive allocation verification packet, it decrypts and verifies the integrity of the verification packet, checks whether the parameter information in the verification packet is consistent with the original data, and if the verification passes, it stores the verification packet in the node's local database and updates the node's status information.

[0070] S4: Utilize a hierarchical distributed incentive verification network to perform forward verification on nodes and traffic propagation links in the continuous traffic participation node network. If the verification is valid, the incentive allocation result of the current node is executed through a smart contract, and the incentive rule parameter set and traffic value parameter set corresponding to the node are shared backward to subsequent nodes to continue verification until the entire link node is completed. If the verification is invalid, the correction mechanism of the smart contract is triggered to suspend the current incentive allocation and adjust the parameters, and re-execute the verification.

[0071] Furthermore, when re-performing the verification, it further includes:

[0072] After the parameter adjustment is completed, the smart contract management module generates a command to re-execute the verification and repackages the adjusted set of parameters to be verified for the incentive rules and the set of parameters to be verified for the traffic value into an incentive allocation verification package.

[0073] Following the same process as the initial verification, the regenerated incentive allocation verification package is embedded into the hierarchical distributed incentive verification network, and forward verification is performed sequentially on the nodes and traffic propagation links in the continuous traffic participating node network.

[0074] During the re-execution of verification, the verification status is continuously monitored. If the verification fails again, the above steps of triggering the correction mechanism, pausing incentive allocation, adjusting parameters, and re-executing verification are repeated until the verification passes or the preset maximum number of retries is reached.

[0075] Example 2

[0076] The hierarchical distributed incentive verification network described in this embodiment includes a distributed incentive rule verification layer and a distributed traffic value evaluation layer;

[0077] The distributed incentive rule verification layer consists of rule verification nodes that correspond one-to-one with the private domain traffic participating nodes, and is used to verify the execution logic of the incentive rules in the smart contract.

[0078] The distributed traffic value assessment layer consists of value assessment nodes corresponding to private domain traffic sub-links, and is used to calculate the traffic value of each sub-link.

[0079] The process of constructing the hierarchical distributed incentive verification network includes:

[0080] S1.1: Analyze the attributes of the private domain traffic system; the analysis includes clarifying the traffic sources, traffic types, traffic scale, and the flow paths and key nodes of different traffic in the system;

[0081] Furthermore, the process of analyzing the attributes of the private domain traffic system includes:

[0082] Traffic source definition: Organize all traffic entry points of the private domain traffic system, and clarify which channels the traffic comes from, such as social media platforms, own website, offline event traffic, and partner recommendations. Record the characteristics of each source in detail, such as the user group characteristics of different social media platforms and the attributes of the participants in offline events;

[0083] Traffic type classification: Based on the behavioral characteristics, purpose and value of traffic, traffic is subdivided into multiple types. At the same time, the quality dimension of traffic is considered to conduct quality assessment of different types of traffic.

[0084] Traffic volume statistics: Using data analysis tools and system logs, we can count the volume of different traffic sources and types within a specific time period, analyze the trend of traffic volume changes, including the growth or decline at different time granularities such as daily, weekly, monthly, and quarterly, and find out the patterns and influencing factors of traffic fluctuations.

[0085] Traffic flow path and key node identification: Draw a traffic flow path diagram within the system, clearly showing the entire process from traffic entering the system to final conversion, mark the key nodes in the flow path, and analyze the impact of each key node on traffic conversion and churn.

[0086] S1.2: Based on the analysis results, design the overall architecture of the hierarchical distributed incentive verification network, determine the number of nodes, node functions, and interaction methods between layers in each layer. Each layer contains different types of verification nodes. The bottom layer nodes are used for collecting basic traffic data and preliminary verification. The middle layer nodes summarize and analyze the data uploaded by the bottom layer nodes. The top layer nodes are used for global incentive allocation decisions and comprehensive judgment of verification results.

[0087] Furthermore, the design process of the overall architecture of the hierarchical distributed stimulus verification network includes:

[0088] (1) Hierarchical planning: Based on the complexity of the private domain traffic system and business needs, the incentive verification network is divided into three levels: bottom layer, middle layer and top layer. The bottom layer directly contacts the private domain traffic and is responsible for the collection and preliminary processing of basic data. The middle layer integrates and analyzes the data uploaded by the bottom layer to support the top layer decision. The top layer makes a global incentive allocation decision based on the analysis results of the middle layer and makes a comprehensive judgment on the entire verification process.

[0089] (2) Determining the number of nodes:

[0090] Bottom-level nodes: The number of bottom-level nodes is determined based on the diversity of traffic sources and the size of the traffic volume. For example, if the system has multiple social media channels for traffic, one or more bottom-level nodes can be set up for each channel to be responsible for data collection.

[0091] Mid-level nodes: The number of mid-level nodes depends on the amount of data uploaded by the bottom-level nodes and the processing complexity. Generally speaking, the number of mid-level nodes can meet the needs of effectively summarizing and analyzing the bottom-level data, while avoiding excessive management costs due to too many nodes. Grouping is done according to data classification and processing tasks, and each group is set with corresponding mid-level nodes.

[0092] Top-level nodes: Set up 1-3 top-level nodes. The top-level nodes need to have strong decision-making and data processing capabilities and be able to make accurate incentive allocation decisions by comprehensively considering various factors.

[0093] (3) Node function definition:

[0094] Bottom-level nodes: Primarily responsible for collecting basic traffic data, including user access records, click behavior, dwell time, etc.; performing preliminary verification of the collected data, checking the completeness and accuracy of the data, and filtering out obviously erroneous or abnormal data; and uploading the verified data to the middle-level nodes in the prescribed format.

[0095] Mid-layer nodes: Receive data uploaded by bottom-layer nodes, classify, summarize, and statistically analyze it; use data analysis algorithms to uncover potential patterns and trends in the data, such as conversion rates of different traffic types and user behavior patterns; present the analysis results in a visual manner to provide decision-making support for top-layer nodes; monitor the data upload status of bottom-layer nodes to ensure the stability and timeliness of data transmission.

[0096] Top-level node: Based on the analysis results provided by the mid-level nodes, and combined with the system's incentive strategy and business objectives, formulate a global incentive allocation plan; comprehensively judge and optimize the incentive allocation plan to ensure its rationality and effectiveness; monitor the operation status of the entire incentive verification network and handle abnormal situations in a timely manner; and send the final incentive allocation decision to the mid-level nodes, which then further transmit it to the bottom-level nodes for execution.

[0097] (4) Planning of inter-layer interaction methods:

[0098] Interaction between the bottom layer and the middle layer: The bottom layer node periodically uploads the processed data to the middle layer node through a secure communication protocol. The upload frequency can be adjusted according to the importance and real-time requirements of the data. For example, critical business data can be uploaded in real time, while general data can be uploaded hourly or daily. After receiving the data, the middle layer node sends an acknowledgment message to the bottom layer node to ensure the reliability of data transmission.

[0099] Interaction between middle and top layers: Middle-layer nodes upload analysis results and decision suggestions to top-layer nodes in a structured data format. Top-layer nodes review and evaluate the uploaded data. If necessary, they send feedback to middle-layer nodes, requesting them to further supplement or modify the analysis content. After the top-layer nodes make incentive allocation decisions, they promptly send the decision results to the middle-layer nodes.

[0100] Top-level and bottom-level interaction: The incentive allocation decision of the top-level node is transmitted to the bottom-level node through the middle-level node. The bottom-level node executes the corresponding incentive allocation operation according to the received decision instruction and feeds back the execution result to the middle-level node. The middle-level node summarizes and reports to the top-level node, forming a closed-loop management.

[0101] S1.3: Assign a unique identity and access permissions to each verification node. At the same time, establish a communication protocol between nodes and specify the format, frequency and encryption method of data transmission.

[0102] Among them, the identity identifier is unique and tamper-proof. The node ID is generated by means of digital encoding, alphanumeric combination or hash value based on blockchain technology. The node ID is associated with the node's physical address, functional attributes and other information for easy system management and query.

[0103] It should be noted that bottom-level nodes can only access and collect data related to their own functions, and have read-only access to data from other levels and nodes; mid-level nodes access data uploaded by bottom-level nodes, and process and analyze it, but only have read access to decision data from top-level nodes; top-level nodes have the highest level of access permissions, and can access and manage all data in the entire incentive verification network.

[0104] Furthermore, the process of developing a communication protocol includes:

[0105] (1) Specify a unified format for data transmission between nodes, such as using the common JSON data format, clarifying the meaning, data type and length limit of data fields, and ensuring that data can be accurately parsed and understood between different nodes. For example, when transmitting user access records, user ID, access time and access page URL fields should be included, and the data type of each field should be defined.

[0106] (2) Determine the data transmission frequency of different types of data based on the real-time requirements of the data and the processing capacity of the nodes. For example, for general statistical data, such as daily traffic summary data, it can be transmitted on a daily basis. At the same time, set a time window for data transmission to avoid transmitting a large amount of data during the system peak period, which would affect the system performance.

[0107] (3) To ensure the security of data during transmission, a symmetric encryption algorithm is used to encrypt the data to improve encryption and decryption efficiency. For key information, such as node identity and access permission data, an asymmetric encryption algorithm is used to encrypt the data to enhance data security. At the same time, the encryption key is changed regularly to prevent key leakage from causing the data to be cracked. The symmetric encryption algorithm and the asymmetric encryption algorithm are existing technologies in this field and are not the inventive solutions of this application. They will not be described in detail here.

[0108] The built-in traffic value decomposition model yields a continuous traffic participation node network and a set of parameters to be verified for the incentive rules and traffic value corresponding to each node, including:

[0109] S2.1: Define the input parameters of the traffic value decomposition model, and set a weight value for each input parameter based on historical data; the input parameters include traffic source, traffic quality, and traffic conversion effect;

[0110] S2.2: Based on the flow path of traffic in the system and the interaction relationship between nodes, construct the topology of the continuous traffic participating node network;

[0111] S2.3: For each node, based on the calculation results of the traffic value decomposition model, generate a set of parameters to be verified for incentive rules, and simultaneously generate a set of parameters to be verified for traffic value; the set of parameters to be verified for incentive rules includes node incentive rules; the node incentive rules include incentive triggering conditions, incentive calculation methods, and incentive caps; the set of parameters to be verified for traffic value includes node traffic value indicators; the node traffic value indicators include the traffic revenue brought by the node and the contribution to traffic growth.

[0112] Furthermore, the formula for the traffic value decomposition model is the weighted sum of the original data of each node in the private domain traffic system and the weights assigned to the corresponding indicators.

[0113] The method for constructing an incentive allocation verification package for each node based on the parameters of adjacent nodes in a continuous flow participating node network and the flow transmission relationship between nodes includes:

[0114] S3.1: Collect parameter information of each neighboring node in the continuous traffic participating node network, including the parameter set of the node's incentive rule to be verified and the parameter set of the traffic value to be verified;

[0115] S3.2: Analyze the flow transmission relationship between nodes to determine the path of flow from one node to another and the flow distribution ratio;

[0116] S3.3: Based on the parameters of adjacent nodes and the traffic transmission relationship, the node parameters are encrypted using an encryption algorithm to generate an incentive allocation verification package containing encrypted parameters, traffic transmission relationship information, and verification identifier;

[0117] S3.4: Assign a unique serial number to each stimulus by generating a verification package.

[0118] The method of using a hierarchical distributed incentive verification network to perform forward verification of nodes and traffic propagation links in a continuous traffic participation node network includes:

[0119] A1: The underlying verification node performs preliminary verification on the received incentive allocation verification packet, checks whether the basic parameters in the verification packet meet the preset format requirements, and at the same time checks whether the flow data of the verification node itself matches the flow transmission relationship in the verification packet.

[0120] A2: If the bottom-level verification node passes the verification, the verification result and verification package are uploaded to the middle-level verification node. The middle-level verification node summarizes and analyzes the verification results uploaded by the bottom-level node, checks whether the traffic transmission relationship between different bottom-level nodes is consistent, and whether the set of parameters to be verified for the incentive rules and the set of parameters to be verified for traffic value are within a reasonable range.

[0121] A3: If the mid-level verification node passes the verification, the verification result and verification package will be further uploaded to the top-level verification node. The top-level verification node will make a comprehensive judgment on the verification results of the entire link, taking into account the overall incentive allocation strategy and business objectives of the system, and determine whether the verification of the current node and traffic transmission link is effective.

[0122] If the verification is valid, the incentive allocation result for the current node will be executed via a smart contract, including:

[0123] B1: The top-level verification node generates execution instructions containing the incentive allocation results;

[0124] B2: The execution instruction is sent to the nodes in the blockchain network, and the blockchain nodes verify the instruction through consensus.

[0125] B3: After consensus verification is passed, the blockchain node calls the corresponding function in the smart contract to perform asset transfer or status update operations on the account according to the incentive allocation results, and records the execution results in the blockchain ledger.

[0126] The step of sharing the set of incentive rule parameters to be verified and the set of traffic value parameters to be verified corresponding to the node to subsequent nodes for continued verification until the entire link is completed includes:

[0127] C1: After the current node completes the execution of the incentive allocation result, it encrypts the parameter set to be verified for the incentive rule and the parameter set to be verified for the traffic value, and generates a parameter sharing packet.

[0128] C2: Determine the address information of subsequent nodes based on the topology and traffic transmission relationship of the continuous traffic participating node network;

[0129] C3: The parameter sharing packet is sent to the subsequent node using a point-to-point communication method. After receiving the parameter sharing packet, the subsequent node decrypts and verifies it, and updates the parameters that have passed the verification to the local parameter storage module.

[0130] C4: After receiving the parameters shared by the preceding node, the subsequent node verifies itself and the traffic transmission link using the hierarchical distributed incentive verification network, following the same verification process as the preceding node.

[0131] C5: After each node completes the verification, it records the verification result to the local log file and reports the verification status information to the system's monitoring center in real time.

[0132] C6: The monitoring center monitors and summarizes the verification status of all nodes in the entire link in real time. When it is detected that all nodes have completed verification and the verification results are valid, the entire private domain traffic incentive allocation verification process is determined to be successfully completed. If a node fails to verify during the verification process, the exception handling mechanism is triggered.

[0133] If the verification fails, the smart contract's correction mechanism is triggered, suspending the current incentive allocation, adjusting parameters, and re-executing the verification, including:

[0134] D1: When any node in the hierarchical distributed incentive verification network finds the verification result invalid during the verification process, the node immediately generates an alarm signal containing verification failure information and sends the alarm signal to the system's monitoring center and smart contract management module.

[0135] The alarm signals include, but are not limited to, the timestamp of the verification failure, the node identifier of the verification, the verification failure step, the preliminary error code or description, and the verification failure step includes the three-finger incentive rule verification and traffic value verification.

[0136] D2: After receiving the alarm signal, the monitoring center conducts a preliminary analysis of the reasons for the verification failure, including checking whether there are any abnormalities in the set of parameters to be verified in the incentive rules, checking whether the traffic value calculation is accurate, whether there are any data errors or abnormal fluctuations, and whether the matching degree between the traffic value and the incentive rules is reasonable.

[0137] Furthermore, upon receiving an alarm signal, the monitoring center immediately initiates the verification failure cause analysis process. The monitoring center possesses a global view of the system and historical data, enabling it to classify and match various verification failure scenarios. First, the monitoring center checks for anomalies in the parameter set to be verified under the incentive rules. For example, it checks whether the triggering conditions in the incentive rules are reasonable, whether the incentive intensity exceeds the preset range, and whether the incentive validity period has expired. Second, it analyzes the parameter set to be verified for traffic value. It checks whether the traffic value calculation is accurate, whether there are data errors or abnormal fluctuations, and whether the matching degree between the traffic value and the incentive rules is reasonable. Finally, it considers other factors that may lead to verification failure, such as network communication failures, node hardware failures, and software version incompatibility. Based on the analysis results, the monitoring center determines the main causes of verification failure and feeds the analysis results back to the smart contract management module.

[0138] D3: Based on the analysis results from the monitoring center, trigger the corresponding correction mechanism in the smart contract according to the preset rules;

[0139] The correction mechanism should include handling strategies and parameter adjustment rules for different reasons for verification failure. For example, if the verification failure is due to an unreasonable set of parameters to be verified in the incentive rules, the correction mechanism will specify the type and direction of the incentive parameters that need to be adjusted; if the problem is with the set of parameters to be verified for traffic value, the correction mechanism will provide a method to recalculate the traffic value or adjust the relevant weight parameters.

[0140] D4: The smart contract management module sends a pause command to the blockchain network according to the requirements of the correction mechanism; the pause command specifies the smart contract address and related functions that need to be suspended from incentive allocation;

[0141] The pause instruction should explicitly specify the smart contract address and related functions that need to be suspended for incentive allocation. This ensures that only incentive allocation operations related to the current verification failure are suspended, without affecting other normally functioning smart contracts. The pause instruction should also include the sending timestamp and the sending node identifier, so that blockchain nodes can verify and process it.

[0142] D5: After receiving the pause command, the blockchain node verifies the pause command. If the pause command is verified, the blockchain node marks the state of the specified smart contract as paused in the blockchain ledger and records the pause time and pause reason. At the same time, the blockchain node sends a confirmation message to the smart contract management module to inform that the command has been successfully executed.

[0143] The verification includes whether the instruction signature is valid, whether the sending node has the corresponding permissions, and whether the instruction format is correct.

[0144] D6: After receiving confirmation information from the blockchain node, the smart contract management module notifies each node in the system via broadcast or peer-to-peer communication that the current incentive distribution has been suspended.

[0145] The notification message should include the reason for the pause, the address of the paused smart contract and related functions, and the actions each node needs to take, such as stopping operations related to the current incentive allocation and saving the current state information. Upon receiving the notification, each node immediately executes the corresponding action and returns confirmation information to the smart contract management module.

[0146] D7: Based on the parameter adjustment rules in the smart contract correction mechanism, and combined with the verification failure reasons and historical data analyzed by the monitoring center, the smart contract management module determines the type and magnitude of the incentive parameters that need to be adjusted.

[0147] For example, if the verification failure is due to insufficient incentives, the correction mechanism may suggest increasing the incentive amount or discount percentage; if the incentive validity period is set unreasonably, the validity period needs to be extended or shortened. When determining the adjustment range, refer to similar situations and adjustment effects in historical data to ensure that the adjusted parameters can solve the current problem, while avoiding excessive adjustment that may cause new problems.

[0148] D8: The selected excitation parameters are adjusted using a parameter optimization algorithm. During the parameter adjustment process, the impact of the adjusted parameters on the system is monitored in real time. The adjustment effect is evaluated through simulation verification. If the system indicators do not meet the preset target after adjustment, the parameter adjustment strategy is further optimized until a satisfactory adjustment effect is achieved.

[0149] In this invention, the parameter optimization algorithm adopts the gradient descent method, which is a prior art in this field and is not an inventive solution of this application, so it will not be described in detail here.

[0150] Specifically, first, define an evaluation function for the incentive effect, such as the conversion rate after incentive. Then, calculate the gradient of the evaluation function with respect to the incentive parameters. Adjust the parameter values ​​step by step according to the direction and magnitude of the gradient until the evaluation function reaches the optimal value or meets the preset stopping condition.

[0151] The embodiments of the present invention have been described above with reference to the accompanying drawings. However, the present invention is not limited to the specific embodiments described above. The specific embodiments described above are merely illustrative and not restrictive. Those skilled in the art can make changes, modifications, substitutions and variations to the above embodiments under the guidance of the present invention without departing from the spirit and scope of the present invention. All of these variations are within the protection scope of the present invention.

Claims

1. A method for allocating private domain traffic incentives in smart contracts, characterized in that, include: A hierarchical distributed incentive verification network is constructed based on the attributes of the smart contract private domain traffic system. Obtain the private domain traffic incentive parameters to be updated in the smart contract, and obtain the continuous traffic participation node network and the set of incentive rules to be verified and the set of traffic value to be verified for each node through the built-in traffic value decomposition model; Based on the parameters of adjacent nodes in the continuous flow participating node network and the flow transmission relationship between nodes, an incentive allocation verification package corresponding to each node is constructed and embedded into the hierarchical distributed incentive verification network. By utilizing a hierarchical distributed incentive verification network, forward verification is performed on nodes and traffic propagation links in the continuous traffic participating node network. If the verification is valid, the incentive allocation result of the current node is executed through a smart contract, and the incentive rule parameter set and traffic value parameter set corresponding to the node are shared backward to subsequent nodes to continue verification until the entire link node is completed. If the verification fails, the smart contract's correction mechanism is triggered, suspending the current incentive allocation, adjusting the parameters, and re-executing the verification.

2. The method for allocating private domain traffic incentives for smart contracts as described in claim 1, characterized in that, The hierarchical distributed incentive verification network includes a distributed incentive rule verification layer and a distributed traffic value assessment layer. The distributed incentive rule verification layer consists of rule verification nodes that correspond one-to-one with the private domain traffic participating nodes, and is used to verify the execution logic of the incentive rules in the smart contract. The distributed traffic value assessment layer consists of value assessment nodes corresponding to private domain traffic sub-links, and is used to calculate the traffic value of each sub-link.

3. The method for allocating private domain traffic incentives for smart contracts as described in claim 2, characterized in that, The process of constructing the hierarchical distributed incentive verification network includes: Analyze the attributes of the private domain traffic system; the analysis includes clarifying the traffic sources, traffic types, traffic scale, and the flow paths and key nodes of different traffic in the system. Based on the analysis results, the overall architecture of the hierarchical distributed incentive verification network was designed, and the number of nodes, node functions, and interaction methods between layers were determined. Each layer contains different types of verification nodes. The bottom layer nodes are used for basic traffic data collection and preliminary verification, the middle layer nodes summarize and analyze the data uploaded by the bottom layer nodes, and the top layer nodes are used for global incentive allocation decisions and comprehensive judgment of verification results. Each verification node is assigned a unique identity and access permissions. At the same time, a communication protocol is established between nodes, specifying the format, frequency, and encryption method of data transmission.

4. The method for allocating private domain traffic incentives for smart contracts as described in claim 3, characterized in that, The built-in traffic value decomposition model yields a continuous traffic participation node network and a set of parameters to be verified for the incentive rules and traffic value corresponding to each node, including: Define the input parameters of the traffic value decomposition model and assign a weight value to each input parameter based on historical data; the input parameters include traffic source, traffic quality, and traffic conversion effect; Based on the flow path of traffic in the system and the interaction relationship between nodes, a topology of a network of nodes with continuous traffic participation is constructed. For each node, based on the calculation results of the traffic value decomposition model, a set of parameters to be verified for incentive rules is generated, and a set of parameters to be verified for traffic value is also generated. The set of parameters to be verified for incentive rules includes node incentive rules. The node incentive rules include incentive triggering conditions, incentive calculation methods, and incentive caps. The set of parameters to be verified for traffic value includes node traffic value indicators. The node traffic value indicators include the traffic revenue brought by the node and the contribution to traffic growth.

5. The method for allocating private domain traffic incentives for smart contracts as described in claim 4, characterized in that, The method for constructing an incentive allocation verification package for each node based on the parameters of adjacent nodes in a continuous flow participating node network and the flow transmission relationship between nodes includes: Collect parameter information for each neighboring node in the continuous traffic participating node network, including the parameter set of the node's incentive rule to be verified and the parameter set of the traffic value to be verified; Analyze the flow transmission relationship between nodes to determine the path and flow distribution ratio of flow from one node to another; Based on the parameters of adjacent nodes and the traffic transmission relationship, an encryption algorithm is used to encrypt the node parameters, generating an incentive allocation verification package containing encrypted parameters, traffic transmission relationship information, and verification identifier; A unique serial number is generated by assigning a verification package to each stimulus.

6. The method for allocating private domain traffic incentives for smart contracts as described in claim 5, characterized in that, The method of using a hierarchical distributed incentive verification network to perform forward verification of nodes and traffic propagation links in a continuous traffic participation node network includes: The underlying verification node performs preliminary verification on the received incentive allocation verification packet, checking whether the basic parameters in the verification packet meet the preset format requirements, and at the same time, whether the flow data of the verification node itself matches the flow transmission relationship in the verification packet. If the bottom-level verification node passes the verification, it uploads the verification result and verification package to the middle-level verification node. The middle-level verification node summarizes and analyzes the verification results uploaded by the bottom-level node, checks whether the traffic transmission relationship between different bottom-level nodes is consistent, and whether the parameter set to be verified for the incentive rule and the parameter set to be verified for the traffic value are within a reasonable range. If the mid-level verification node passes the verification, the verification result and verification package are then uploaded to the top-level verification node. The top-level verification node makes a comprehensive judgment on the verification results of the entire link, taking into account the overall incentive allocation strategy and business objectives of the system, and determines whether the verification of the current node and traffic transmission link is effective.

7. The method for allocating private domain traffic incentives for smart contracts as described in claim 6, characterized in that, If the verification is valid, the incentive allocation result for the current node will be executed via a smart contract, including: The top-level verification node generates execution instructions containing the incentive allocation results; The execution command is sent to the nodes in the blockchain network, and the blockchain nodes verify the command through consensus. After consensus verification is successful, the blockchain node calls the corresponding function in the smart contract to perform asset transfer or state update operations on the account according to the incentive allocation results, and records the execution results in the blockchain ledger.

8. The method for allocating private domain traffic incentives for smart contracts as described in claim 7, characterized in that, The step of sharing the set of incentive rule parameters to be verified and the set of traffic value parameters to be verified corresponding to the node to subsequent nodes for continued verification until the entire link is completed includes: After the current node completes the execution of the incentive allocation results, it encrypts the parameter set to be verified for the incentive rules and the parameter set to be verified for the traffic value, and generates a parameter sharing package. Based on the topology and traffic propagation relationships of the continuous traffic participating node network, determine the address information of subsequent nodes; The parameter sharing packet is sent to the subsequent node using a point-to-point communication method. After receiving the parameter sharing packet, the subsequent node decrypts and verifies it, and updates the parameters that have passed the verification to the local parameter storage module. After receiving the parameters shared by the preceding node, the subsequent node verifies itself and the traffic transmission link using the hierarchical distributed incentive verification network, following the same verification process as the preceding node. After each node completes the verification, it records the verification result to the local log file and reports the verification status information to the system's monitoring center in real time. The monitoring center monitors and summarizes the verification status of all nodes in the entire link in real time. When it is detected that all nodes have completed verification and the verification results are valid, the entire private domain traffic incentive allocation verification process is considered to have been successfully completed. If a node fails to verify during the verification process, the exception handling mechanism is triggered.

9. The method for allocating private domain traffic incentives for smart contracts as described in claim 8, characterized in that, If the verification fails, the smart contract's correction mechanism is triggered, suspending the current incentive allocation, adjusting parameters, and re-executing the verification, including: When any node in the hierarchical distributed incentive verification network finds the verification result invalid during the verification process, the node immediately generates an alarm signal containing verification failure information and sends the alarm signal to the system's monitoring center and smart contract management module. After receiving the alarm signal, the monitoring center conducts a preliminary analysis of the reasons for the verification failure, including checking whether there are any abnormalities in the set of parameters to be verified in the incentive rules, checking whether the traffic value calculation is accurate, whether there are any data errors or abnormal fluctuations, and whether the matching degree between the traffic value and the incentive rules is reasonable. Based on the analysis results from the monitoring center, the corresponding correction mechanism in the smart contract is triggered according to the preset rules; The smart contract management module sends a pause command to the blockchain network according to the requirements of the correction mechanism; the pause command specifies the smart contract address and related functions that need to be suspended from incentive allocation. After receiving a pause command, the blockchain node verifies the pause command. If the pause command is verified, the blockchain node marks the specified smart contract as paused in the blockchain ledger and records the pause time and reason. At the same time, the blockchain node sends a confirmation message to the smart contract management module to inform that the command has been successfully executed.

10. The method for allocating private domain traffic incentives for smart contracts as described in claim 9, characterized in that, If the verification fails, the smart contract's correction mechanism is triggered, suspending the current incentive allocation, adjusting parameters, and re-executing the verification, including: After receiving confirmation from the blockchain node, the smart contract management module notifies each node in the system via broadcast or peer-to-peer communication that the current incentive distribution has been suspended. Based on the parameter adjustment rules in the smart contract correction mechanism, and combined with the verification failure reasons and historical data analyzed by the monitoring center, the smart contract management module determines the type and magnitude of the incentive parameters that need to be adjusted. The selected excitation parameters are adjusted using a parameter optimization algorithm. During the parameter adjustment process, the impact of the adjusted parameters on the system is monitored in real time. The adjustment effect is evaluated through simulation verification. If the system indicators do not meet the preset target after adjustment, the parameter adjustment strategy is further optimized until a satisfactory adjustment effect is achieved.

Images