Data revenue distribution incentive system based on blockchain smart contracts

Abstract

This invention discloses a data revenue distribution incentive system based on blockchain smart contracts, belonging to the field of blockchain technology. The incentive system includes: a subject authentication module, a smart contract module, a settlement execution module, a supervision and review module, and an on-chain anomaly handling module. The subject authentication module generates unique blockchain identities for multiple subjects, ensuring traceability. Simultaneously, the smart contract module follows a revenue distribution rule based on multi-subject consensus, and rule modifications require consensus among all subjects, avoiding unilateral rule decisions by centralized platforms. This achieves a unified understanding and acceptance of the revenue distribution rules among multiple subjects. Utilizing the decentralized technology of blockchain, it eliminates trust conflicts among multiple subjects caused by opaque rule formulation and modification, reduces doubts about the fairness of distribution, and thus incentivizes subjects to participate in data circulation, establishing a trust foundation for the orderly flow of data and revenue distribution.

Description

Technical Field

[0001] This invention relates to the field of blockchain technology, specifically to a data revenue distribution incentive system based on blockchain smart contracts. Background Technology

[0002] Blockchain is a decentralized distributed ledger that is block-based, immutable, secure, and reliable. It combines technologies such as distributed storage, peer-to-peer transmission, consensus mechanisms, and cryptography. Through a continuously growing chain of data blocks, it records transactions and information, ensuring data security and transparency. With the development of the digital economy, data has become a core production factor. Its circulation and utilization involve multiple stakeholders, including data providers, data processors, data users, and platform operators. Existing data revenue distribution models mainly rely on the distribution system built by centralized platforms.

[0003] Current data revenue distribution incentives typically rely on centralized systems. The rules for revenue distribution are unilaterally determined by the platform, settlement requires manual reconciliation and verification, and abnormal data behavior relies on manual investigation afterward. Furthermore, it is difficult for various stakeholders to conveniently verify the entire distribution process. This leads to a lack of consensus among stakeholders on revenue distribution rules, difficulty in verifying the effectiveness of data use, and difficulty in timely control of abnormal behavior. As a result, unfair revenue distribution, long settlement cycles, and frequent disputes are likely to occur. Consequently, the enthusiasm of various stakeholders to participate in data circulation is dampened, and the efficiency of data element circulation and the release of economic value are hindered. Summary of the Invention

[0004] To address the shortcomings of existing technologies, this invention provides a data revenue distribution incentive system based on blockchain smart contracts, which solves the problems mentioned in the background section.

[0005] To achieve the above objectives, the present invention provides the following technical solution: a data revenue distribution incentive system based on blockchain smart contracts, wherein the incentive system includes: a subject authentication module, a smart contract module, a settlement execution module, a supervision and review module, and an on-chain anomaly handling module;

[0006] The subject authentication module is used to register and authenticate the identities of the data provider, processor, and user on the data allocation operation platform, and generate a unique blockchain identity identifier for the subject of the provider, processor, and user.

[0007] The smart contract module is used to generate a smart contract for allocation and execution based on the revenue distribution ratio, revenue triggering conditions, pricing parameters, and anomaly governance triggering threshold agreed upon by multiple entities through negotiation. The smart contract is deployed on the blockchain.

[0008] The settlement execution module is used to trigger the revenue triggering condition when the user of the data triggers the data usage behavior and after the data usage behavior is verified to be valid, call the smart contract and calculate the total data revenue by combining the data pricing and data contribution, and distribute it according to the corresponding proportion of the subject, and complete the revenue settlement through the blockchain account system and legal digital currency.

[0009] The on-chain anomaly handling module is used to analyze the blockchain's interaction logs through the judgment rules for abnormal behavior preset in the smart contract. When there is an anomaly in the interaction logs, it triggers early warning information and graded handling. The record of the abnormal behavior, the result of the early warning information and the graded handling are combined to generate an abnormal behavior log, and the abnormal behavior log is stored in the blockchain.

[0010] The monitoring and review module is used to allow each of the entities to query the stored information of the blockchain. The query content includes: the rules of the smart contract, data interaction records, revenue calculation process, fund transfer records, revenue association records, and abnormal behavior logs.

[0011] Preferably, the subject authentication module is specifically used to receive the identity information and privacy authorization statement submitted by the data provider, the processor, and the user, and complete the identity registration and authentication of the subject through a preset verification mechanism to generate the corresponding blockchain identity identifier. The verification mechanism specifically includes:

[0012] The sensitive identity information of the data provider, processor, and user is encrypted, and the non-sensitive identity information is only exposed to the authentication nodes of the blockchain. The identity information of the subject is stored in fragments in the blockchain to generate the blockchain identity identifier.

[0013] The generated blockchain identity has behavior and permission adjustment mapping rules: when the subject's data contribution increases and the comprehensive score meets the standard, a higher level of operation permission is unlocked; when the subject's data contribution decreases and the comprehensive score fails to meet the standard, the subject's permission is downgraded.

[0014] Preferably, the revenue distribution ratio is specifically the rule for the proportion of data revenue distributed among the participating entities during the data transmission process. This rule needs to be determined through consensus among the multiple entities and is adjusted periodically in conjunction with the data contribution of each entity.

[0015] The specific revenue triggering condition is the specific scenario or event that triggers the smart contract to perform revenue calculation and distribution. The scenario or event is the user's access to, application of, and profit generation of the data.

[0016] The pricing parameter is specifically a quantitative indicator of the base of single-time or periodic revenue for the calculated data, and the revenue price for a single time or period is determined by obtaining the corresponding industry data through the oracle of the blockchain.

[0017] The anomaly management trigger threshold is specifically a critical value for determining the abnormal behavior and data status of the subject. It needs to be written into the smart contract in advance as the basis for the early warning information and the graded handling of the on-chain anomaly handling module.

[0018] Preferably, the smart contract module includes: a contract base layer, a contract rules layer, a contract interface layer, and a contract revision layer;

[0019] The contract base layer is used to fix the core rules of the smart contract that cannot be tampered with, and to use formal verification tools to prove the logical correctness of the smart contract.

[0020] The contract rules layer is used by each entity to update the contract content based on the base layer contract of the smart contract through the on-chain proposal and voting mechanism of the blockchain. The voting weight is positively correlated with the historical data contribution of the entity.

[0021] The contract interface layer is used to provide a standardized cross-chain call interface for the blockchain. The cross-chain call interface supports data interaction with external systems, and the call to the cross-chain call interface needs to be verified by the signatures of multiple entities.

[0022] The contract revision layer includes a built-in health assessment algorithm in the smart contract. This algorithm is used to periodically verify and detect vulnerabilities in the smart contract and generate contract optimization suggestions. After the contract optimization suggestions are agreed upon by all the parties, a contract patch is developed and applied. The contract patch is then updated into the smart contract to generate the revised smart contract.

[0023] Preferably, the default rules for determining the abnormal behavior in the smart contract include the following types:

[0024] The user's daily data call frequency exceeds the preset range, as well as malicious data calls; the entity's revenue receiving account has multiple consecutive failed transfers, indicating an account abnormality; and the provider's uploaded data is verified as invalid or false data.

[0025] The tiered handling includes: mild handling, moderate handling, and severe handling. Mild handling restricts the data access permissions of the abnormal entity for a preset period of time. Moderate handling freezes the revenue settlement function of the abnormal entity. Severe handling freezes the blockchain identity identifier of the abnormal entity.

[0026] Preferably, when the severe action is triggered, review information is generated and sent to each of the entities, and the entities conduct online arbitration based on the review information. The online arbitration specifically involves:

[0027] An on-chain arbitration process is jointly formed by the relevant industry regulatory agency, the provider, the processor, and the user. The on-chain arbitration process makes a ruling based on the abnormal behavior log stored in the blockchain. After the ruling is confirmed by each of the entities in the on-chain arbitration process, it is written into the blockchain and serves as the basis for unfreezing the blockchain identity or restoring the permissions of the abnormal entity.

[0028] Preferably, the on-chain anomaly handling module uses end-to-end anomaly governance to intercept abnormal operations in advance. Specifically, the early interception is used to analyze the historical interaction logs based on the Long Short-Term Memory (LSTM) neural network model, extract the abnormal behavior features, output the abnormal risk score of each subject, push the risk warning in advance when the score exceeds the warning threshold, and trigger the interception decision for high-risk behaviors based on the risk warning.

[0029] The interception decision is verified through consensus by multiple entities on the blockchain, and the consensus verification avoids false interception by the entities.

[0030] When the abnormal entity triggers the interception decision, the entity initiates an appeal by submitting compliance proof. Once the appeal is verified by the consensus verification of the blockchain, the restriction on the corresponding entity is lifted.

[0031] Preferably, the supervision and review module adopts a supervision and review process of distributed review and artificial intelligence-assisted verification. The supervision and review process is specifically used to allocate differentiated review permissions based on the blockchain identity identifier of each subject, call the rules of the smart contract stored in the blockchain, the data interaction records, the revenue calculation process, the fund transfer records, the revenue association records and the abnormal behavior logs, which are verified by the review nodes in the blockchain and a review report is generated.

[0032] The compliance of the review report generation process is verified by the AI-assisted verification algorithm. The review report is stored as evidence after being verified by the AI-assisted verification and the consensus of the subject. If the corresponding subject has any objection to the review report, the AI-assisted objection tracing is triggered, and the arbitration process of the blockchain is connected. The arbitration result of the arbitration process is written into the smart contract for subsequent adjustments.

[0033] Preferably, the validity verification of the user's behavior by the settlement execution module is specifically used for:

[0034] The system calls the historical permission records of the user stored in the supervision and review module to confirm whether the user's current permissions allow the data call. Then, it calls the abnormal behavior log of the on-chain abnormality handling module. If the risk of the user's abnormal behavior log is higher than the abnormality governance trigger threshold, the user's usage behavior is determined to be invalid, and the user's benefit trigger application is rejected.

[0035] Preferably, the incentive allocation system further includes: a data pricing module and a revenue distribution ratio module;

[0036] The data pricing module is used to obtain market indicator data through the oracle of the blockchain based on the current attributes of the data and market feedback, calculate the data value coefficient using a weighted summation algorithm, adjust the single-time revenue base, and write the calculation result of the data value coefficient and the update record of the single-time revenue base into the blockchain to generate the corresponding data pricing for the subject.

[0037] The revenue distribution ratio module is used to determine the basic revenue distribution ratio of each entity based on the consensus reached by each entity, and to fine-tune the basic revenue distribution ratio in combination with the data contribution. It provides a template for the basic revenue distribution ratio that is differentiated for different data types. The template can be reused according to the corresponding industry. At the same time, the determination process, adjustment basis and determination result of the basic revenue distribution ratio are written into the blockchain.

[0038] This invention provides a data revenue distribution incentive system based on blockchain smart contracts. It has the following beneficial effects:

[0039] (1) The main body authentication module generates a unique blockchain identity for multiple subjects to ensure that the identity is traceable. At the same time, the smart contract module is based on the multi-subject consensus on the profit distribution rules. The rule modification requires the consensus of multiple subjects to avoid the centralized platform unilaterally deciding the rules. This achieves the effect of multiple subjects forming a unified understanding and recognition of the profit distribution rules. By using the decentralized technology of blockchain, the trust contradictions of multiple subjects caused by the lack of transparency in the rule formulation and modification are eliminated. This allows each subject to clearly know the core basis of the profit distribution, reduces doubts about the fairness of the distribution, and thus encourages each subject to participate in the data circulation, thereby establishing a trust foundation for the orderly circulation of data and profit distribution.

[0040] (2) After the data usage behavior is verified to be valid, the settlement execution module automatically calls the smart contract to complete the revenue calculation. Without relying on manual reconciliation and audit, the revenue of each party can be automatically and intelligently settled and distributed according to the smart contract in the blockchain. At the same time, it supports the real-time transfer of revenue through the blockchain account system or legal digital currency, which simplifies the settlement process and avoids delays and errors in manual operation. It solves the problem of long traditional manual settlement cycle, ensures that valid data usage behavior can quickly trigger the revenue to be credited, and allows each party to obtain the revenue they deserve in a timely manner, avoiding the reduction of participation enthusiasm due to settlement delay.

[0041] (3) The on-chain anomaly handling module can analyze the blockchain interaction log in real time and automatically trigger anomaly warnings and graded handling according to preset rules. No manual investigation is required afterward. It realizes the full process of blockchain automated review and supervision, ensuring the rights and interests of all parties. The supervision and review module allows each party to query the full process record through private key, achieving the effect of timely control of abnormal behavior and transparent and traceable distribution process. It reduces the interference of abnormal operation behavior on the distribution of benefits, avoids the loss of benefits caused by the delay in handling anomalies, eliminates disputes caused by information asymmetry among parties, ensures the stability and fairness of the data benefit distribution process, provides positive and traceable incentives for each party, and thus enhances the trust in the distribution of data benefits among parties. Attached Figure Description

[0042] Figure 1 This is a system structure block diagram of the data revenue distribution incentive system based on blockchain smart contracts of the present invention;

[0043] Figure 2 This is a structural block diagram of the smart contract module of the data revenue distribution incentive system based on blockchain smart contracts of the present invention. Detailed Implementation

[0044] The technical solutions of the embodiments of the present invention will be clearly and completely described below with reference to the accompanying drawings. Obviously, the described embodiments are only some embodiments of the present invention, and not all embodiments. Based on the embodiments of the present invention, all other embodiments obtained by those skilled in the art without creative effort are within the scope of protection of the present invention. Example 1

[0045] Please see Figure 1 This invention provides a data revenue distribution incentive system based on blockchain smart contracts. To achieve the above objectives, this invention implements the following technical solution: The distribution incentive system includes: a subject authentication module, a smart contract module, a settlement execution module, a supervision and review module, and an on-chain anomaly handling module;

[0046] The entity authentication module is used to register and authenticate the identities of data providers, processors, and users on the data distribution operation platform, and generate unique blockchain identity identifiers for the entities of providers, processors, and users.

[0047] The smart contract module is used to generate smart contracts for distribution and execution based on the revenue distribution ratio, revenue triggering conditions, pricing parameters, and anomaly governance triggering threshold agreed upon by multiple parties through negotiation. The smart contracts are deployed on the blockchain.

[0048] The settlement execution module is used to trigger the revenue triggering conditions when the data user triggers the data usage behavior. After the data usage behavior is verified, the smart contract is called to calculate the total data revenue by combining the data pricing and data contribution and distribute it according to the corresponding proportion of the subject. The revenue settlement is completed through the blockchain account system and legal digital currency.

[0049] The on-chain anomaly handling module is used to analyze the blockchain's interaction logs through the judgment rules for abnormal behavior preset in the smart contract. When anomalies are found in the interaction logs, early warning information and tiered handling are triggered. The records of abnormal behavior, early warning information and tiered handling results are combined to generate an abnormal behavior log, which is then stored in the blockchain.

[0050] The oversight and review module allows entities to query the stored information on the blockchain. The query content includes: smart contract rules, data interaction records, revenue calculation process, fund transfer records, revenue-related records, and abnormal behavior logs.

[0051] In this embodiment, when the entity authentication module completes identity registration and authentication, it first receives the identity authentication materials submitted by each entity. After performing a preliminary verification of the completeness of the materials, it synchronizes the materials to the distributed nodes of the blockchain for multi-node verification. After successful verification, a unique blockchain identity identifier is generated and stored on the blockchain in association with the entity's basic information. Then, it collects the opinions of each entity on the profit distribution ratio, triggering conditions, etc., through the on-chain consensus channel, conducts multiple rounds of negotiation on points of disagreement until a consensus is reached, and then converts the consensus content into machine-executable contract code. After the code is reviewed and found to be correct, it is deployed to the blockchain to generate a smart contract. Before calling the smart contract, the settlement execution module first reads the relevant records of data usage behavior from the blockchain and compares them with the validity verification results. Only after confirming that the behavior is valid will the contract call be triggered, and then the smart contract defined in the blockchain will be executed. The revenue sharing ratio of each entity is determined, and the corresponding revenue is transferred to the corresponding blockchain wallet or digital account via blockchain wallet or digital transaction. The transfer process is an automated process of the blockchain system, and no entity has the right to terminate the transfer. The on-chain anomaly handling module monitors the blockchain's interaction log stream in real time and performs batch analysis of the log data at preset time intervals. Once behavior that meets the anomaly judgment rules is identified, an early warning message is immediately generated and pushed to the relevant entity. At the same time, corresponding hierarchical handling operations are executed. After the handling is completed, the complete abnormal behavior log is structured and stored in a designated block of the blockchain. The supervision and review module provides a unified query entry for each entity. After the entity completes identity verification through its private key, the system automatically matches the query scope according to the entity's identity. After the query request is verified by the blockchain node, the corresponding data is extracted from the chain and displayed in a structured form. Example 2

[0052] Specifically: See reference Figure 2 The entity authentication module is specifically used to receive the identity information and privacy authorization statements submitted by the data provider, processor, and user. It completes the entity's identity registration and authentication through a preset verification mechanism, generating a corresponding blockchain identity identifier. The verification mechanism specifically includes:

[0053] Sensitive identity information of data providers, processors, and users is encrypted, while non-sensitive identity information is only exposed to blockchain authentication nodes. The identity information of the subject is stored in fragments in the blockchain to generate blockchain identity identifiers.

[0054] The generated blockchain identity has rules for adjusting behavior and permissions: when the subject's data contribution increases and the comprehensive score meets the standard, a higher level of operation permission is unlocked; when the subject's data contribution decreases and the comprehensive score fails to meet the standard, the subject's permission is downgraded.

[0055] The specific revenue distribution ratio refers to the rules governing the allocation of data revenue among participating entities during the data transmission process. This ratio must be determined through multi-entity consultation and consensus, and adjusted periodically based on the data contribution of each entity.

[0056] The specific conditions for triggering revenue are the specific scenarios or events that trigger the smart contract to execute revenue calculation and distribution. These scenarios or events are the user's access to, application of, and profit generation of data.

[0057] The pricing parameters are specifically quantitative indicators of the base of single-time or periodic revenue for the calculation data, and the revenue price for a single time or period is determined by obtaining the corresponding industry data through a blockchain oracle.

[0058] The anomaly governance trigger threshold is specifically the critical value for judging abnormal behavior and data status of the subject. It needs to be written into the smart contract in advance as the basis for early warning information and graded handling of the on-chain anomaly handling module.

[0059] The smart contract module includes: a contract base layer, a contract rules layer, a contract interface layer, and a contract revision layer;

[0060] The contract base layer is used to fix the core rules of the smart contract so that they cannot be tampered with, and uses formal verification tools to prove the logical correctness of the smart contract.

[0061] The contract rules layer is used to update the contract content on the basis of the smart contract through the on-chain proposal and voting mechanism of the blockchain. The voting weight is positively correlated with the historical data contribution of the subject.

[0062] The contract interface layer is used to provide standardized cross-chain call interfaces for blockchains. The cross-chain call interface supports data interaction with external systems. The cross-chain call interface requires signature verification by multiple entities.

[0063] In the contract revision layer, the smart contract has a built-in health assessment algorithm, which is used to periodically verify and detect vulnerabilities in the smart contract and generate contract optimization suggestions. After the contract optimization suggestions are agreed upon by all parties, contract patches are formulated and applied. The contract patches are then updated into the smart contract to generate the revised smart contract.

[0064] In this embodiment, when the main authentication module encrypts sensitive identity information, it adopts an asymmetric encryption algorithm that conforms to the blockchain security standard, and only distributes the public key to the authentication nodes of the blockchain. The authentication nodes decrypt the information using the public key to obtain the identity fragment without sensitive information.

[0065] When storing identity information in fragments, the data is split according to information type (such as qualification certificate fragments, role information fragments), each fragment is marked with a unique index, and they are distributed and stored in different blockchains. The fragment index is associated with the blockchain identity identifier and is uploaded on the chain to ensure that the complete identity information can be reconstructed through the index in the future.

[0066] In the permission adjustment mapping rules, the data contribution is calculated comprehensively from multiple dimensions, such as the frequency of the subject's participation in data circulation and the feedback score after the data is used. The comprehensive score combines indicators such as the subject's compliance record and the number of abnormal behaviors. The contribution and score are calculated by periodically reading data on the blockchain. When the preset standard is reached, the permission adjustment instruction is automatically triggered, and the adjustment record is synchronously stored on the blockchain.

[0067] When using formal verification tools, the core rules of a smart contract's contract base layer are first transformed into a mathematical logic model. The tool is then used to verify whether the model has logical contradictions or vulnerabilities. The core rules that pass the verification are written into the contract as unmodifiable code snippets. The voting weight calculation of the contract rule layer is based on the cumulative value of the subject's historical data contribution and is transformed into voting weight according to a preset algorithm. During the voting process, the weight support ratio of each proposal is counted in real time. Once the preset support ratio is reached, the proposal is passed.

[0068] The cross-chain call signature verification at the contract interface layer requires the caller to provide its own private key signature and authorization signatures from at least two associated entities. The system only allows the interface call after verifying the legality of the signature. The interface call can synchronize external data and data pricing information of the corresponding industry to the system. The health assessment algorithm at the contract revision layer evaluates the health of the contract from three dimensions: contract operation stability, vulnerability exposure risk, and functional adaptability. Based on the assessment results, it generates targeted optimization suggestions. After the patch is formulated, it needs to be voted on by multiple entities in consensus. After it is approved, it is written into the contract in an incremental update manner, and the old version of the contract is retained for retrospective use. Example 3

[0069] Specifically, the default rules for judging abnormal behavior in smart contracts include the following types:

[0070] The data user's daily data call frequency exceeds the preset range, as well as malicious data calls; the subject's revenue receiving account has multiple consecutive failed transfers, which is abnormal; and the data provider uploads fake data that has been verified as invalid.

[0071] The tiered handling includes: mild handling, moderate handling, and severe handling. Mild handling restricts the abnormal entity's data access permissions for a preset period of time. Moderate handling freezes the abnormal entity's revenue settlement function. Severe handling freezes the abnormal entity's blockchain identity.

[0072] When a severe penalty is triggered, review information is generated and sent to each entity. The entities then conduct online arbitration based on the review information. The online arbitration process is as follows:

[0073] The on-chain arbitration process is jointly composed of regulatory agencies, providers, processors, and users in the corresponding industries. The on-chain arbitration process makes a ruling based on the abnormal behavior logs stored in the blockchain. After the ruling is confirmed by all parties in the on-chain arbitration process, it is written into the blockchain and serves as the basis for unfreezing the blockchain identity of the abnormal subject or restoring its permissions.

[0074] The on-chain anomaly handling module uses end-to-end anomaly governance to intercept abnormal operations in advance. Specifically, the early interception is used to analyze historical interaction logs based on the Long Short-Term Memory (LSTM) neural network model, extract abnormal behavior features, output anomaly risk scores for each subject, and push risk warnings in advance when the scores exceed the warning threshold. Based on the risk warnings, interception decisions are triggered for high-risk behaviors.

[0075] The interception decision is verified through consensus among multiple parties on the blockchain, and the consensus verification avoids false interception by the parties.

[0076] When an abnormal entity triggers an interception decision, the entity initiates an appeal by submitting proof of compliance. Once the appeal is verified through the blockchain consensus, the restrictions on the corresponding entity are lifted.

[0077] The supervision and review module adopts a supervision and review process with distributed review and artificial intelligence-assisted verification. Specifically, the supervision and review process is used to allocate differentiated review permissions based on the blockchain identity identifiers of each entity, call the rules of smart contracts stored in the blockchain, data interaction records, revenue calculation process, fund transfer records, revenue association records and abnormal behavior logs, which are verified by the review nodes in the blockchain and generate a review report.

[0078] The compliance of the review report is verified by an AI-assisted verification algorithm. The review report is stored as evidence after being verified by AI-assisted verification and consensus verification of the subject. If the corresponding subject has any objection to the review report, the AI-assisted objection tracing is triggered, and the arbitration process is connected to the blockchain. The arbitration result of the arbitration process is written into the smart contract for subsequent adjustments.

[0079] The settlement execution module's validation of the user's behavior is specifically used for:

[0080] The system calls the historical permission records of the user stored in the supervision and review module to confirm whether the user's current permissions allow the data call. Then it calls the abnormal behavior log of the on-chain abnormality handling module. If the risk of the user's abnormal behavior log is higher than the abnormal governance trigger threshold, the user's usage behavior is deemed invalid and the user's benefit trigger application is rejected.

[0081] In this embodiment, when analyzing historical interaction logs, the LSTM neural network model of the on-chain anomaly handling module first preprocesses the log data, removes redundant information and transforms it into a feature vector that the model can recognize. Then, it trains the model using labeled normal and abnormal log samples, enabling the model to recognize abnormal behavior features. When calculating the anomaly risk score, the LSTM neural network model outputs a score based on the matching degree between the real-time logs and the abnormal features. The score result is combined with the subject's historical risk record to generate the final risk level.

[0082] The consensus verification of the interception decision is jointly conducted by the verification nodes in the blockchain and representatives of relevant entities. Each participant votes on the rationality of the interception decision. If the number of votes exceeds the preset proportion, the verification is passed, thus avoiding false interception by a single entity or node. When an entity appeals, it must submit compliance proof, which includes an explanation of the rationality of the behavior and relevant supporting materials. The materials are encrypted and uploaded to the blockchain. The verification nodes review the authenticity of the verification based on the on-chain records. After the review is passed, a consensus vote is initiated. Once the vote passes, the restriction is lifted.

[0083] The distributed review nodes of the supervisory review module are divided according to their functions. Some nodes are responsible for verifying the integrity of data interaction records, while others are responsible for verifying the logic of the revenue calculation process. After each node generates a partial review report, they are summarized to form a complete review report. The artificial intelligence-assisted verification algorithm compares the review report with the preset review process template to check whether the report generation steps are complete and whether the verification basis is sufficient. It marks the parts with deviations and prompts for review.

[0084] In the validity verification process of the settlement execution module, the effective scope of the user's current permissions is first read (such as the data types that can be called and the frequency limit of calls), and it is determined whether the data call request is within the scope of permissions. Then, the risk level of the user's recent abnormal behavior log is queried. If the level is higher than the abnormal governance trigger threshold, an invalid judgment result is immediately generated and fed back to the user. At the same time, the judgment record is uploaded to the blockchain storage. Example 4

[0085] Specifically, the incentive distribution system also includes a data pricing module and a revenue distribution ratio module;

[0086] The data pricing module is used to obtain market indicator data through the blockchain oracle based on the current attributes of the data and market feedback, calculate the data value coefficient using a weighted summation algorithm, adjust the single-time revenue base, and write the calculation results of the data value coefficient and the update record of the single-time revenue base into the blockchain to generate the corresponding data pricing for the entity.

[0087] The revenue distribution ratio module is used to determine the basic revenue distribution ratio of each entity based on the consensus reached by all parties, and to fine-tune the basic revenue distribution ratio in combination with the data contribution. It provides templates for different data types, and the templates can be reused according to the corresponding industries. At the same time, the process of determining the basic revenue distribution ratio, the basis for adjustment, and the determination result are written into the blockchain.

[0088] In this embodiment, before acquiring market indicator data, the data pricing module first clarifies the specific dimensions of the current attributes of the data (such as data integrity, timeliness, and scarcity) and market feedback (such as data access popularity and user satisfaction). Then, through the data source docking function of the blockchain oracle, it obtains the corresponding indicator data from multiple authoritative off-chain data sources. After the acquired data is verified for authenticity by the oracle, it is transmitted to the module. When calculating the data value coefficient, the weight of each indicator is first determined according to the data application scenario (such as the medical industry, big data enterprises, etc.). Then, a weighted summation algorithm is used to calculate the standardized indicator data to obtain the data value coefficient. When adjusting the single revenue base, the basic revenue base is used as the benchmark, and the adjustment direction and magnitude are determined by combining the data value coefficient. After the adjustment is completed, the value coefficient calculation process, the basis for base adjustment, and the result are written into the blockchain.

[0089] When determining the basic revenue distribution ratio, the revenue distribution module first organizes all parties to hold an on-chain negotiation meeting. This meeting considers each party's role in data circulation (e.g., the original data contribution of the data provider, the processing input of the processor, and the value demanded by the user) to discuss and determine the basic ratio. When fine-tuning based on data contribution, an evaluation system for data contribution (e.g., data quality, usage frequency, and application value) is first established. The adjustment range is determined based on the evaluation results to ensure that the adjusted ratio still maintains overall fairness. When designing differentiated basic revenue distribution ratio templates, the circulation characteristics of different data types (i.e., the industries in which the data is applied) and the differences in contributions from each party are analyzed. Adaptive templates are developed for each data type, including the basic ratio range and key negotiation points, for reuse by entities within the same industry. Furthermore, the entire negotiation process, the basis for adjustments, and the final results are stored on the blockchain to ensure traceability of blockchain reconciliation.

[0090] Although embodiments of the invention have been shown and described, it will be understood by those skilled in the art that various changes, modifications, substitutions and alterations can be made to these embodiments without departing from the principles and spirit of the invention.

Claims

1.A data revenue distribution incentive system based on a blockchain smart contract, characterized by: The allocation incentive system comprises a subject authentication module, an intelligent contract module, a settlement execution module, a supervision review module and an on-chain exception processing module. The subject authentication module is configured to register and authenticate the identity of a data provider, a data processor and a data user on a data distribution operation platform, and generate a unique blockchain identity of the subject for the data provider, the data processor and the data user. The intelligent contract module is configured to generate an intelligent contract for distribution execution based on a consensus on a revenue distribution ratio, a revenue trigger condition, a pricing parameter and an exception management trigger threshold of a plurality of subjects, and deploy the intelligent contract on a blockchain. The contract base layer is configured to fix the core rules of the intelligent contract which cannot be tampered with, and prove the logical correctness of the intelligent contract by using a formal verification tool. The contract rule layer is configured to update the contract content on the basis of the base layer contract of the intelligent contract by the subjects through the on-chain proposal and voting mechanism of the blockchain, and the voting weight is positively correlated with the historical data contribution of the subjects. The contract interface layer is configured to provide a standardized cross-chain calling interface of the blockchain, and the cross-chain calling interface supports data interaction with external systems, and the calling of the cross-chain calling interface needs to be verified by the signatures of the subjects. The contract revision layer is configured to have a health degree evaluation algorithm built-in the intelligent contract, to periodically verify and detect the vulnerabilities of the intelligent contract by using the health degree evaluation algorithm and generate contract optimization suggestions, to formulate contract patches and apply them after the contract optimization suggestions are agreed by the subjects, to update the contract patches into the intelligent contract, and to generate the revised intelligent contract. The settlement execution module is configured to call the intelligent contract and calculate the total revenue of data according to the data pricing and data contribution after the use of data triggers the revenue trigger condition and the use of data is verified, to distribute the total revenue according to the corresponding proportion of the subjects, and to complete the revenue settlement through the account system and the legal digital currency of the blockchain. The on-chain exception processing module is configured to analyze the interaction log of the blockchain by using the preset judgment rules of abnormal behaviors in the intelligent contract, to trigger early warning information and hierarchical disposal when the interaction log is abnormal, to combine the record of abnormal behaviors with the early warning information and the result of hierarchical disposal to generate an abnormal behavior log, and to store the abnormal behavior log in the blockchain. The supervision review module is configured to allow the subjects to query the storage information of the blockchain, and the query content includes the rules of the intelligent contract, data interaction records, revenue calculation processes, fund transfer records, revenue association records and the abnormal behavior log. 2.The blockchain smart contract based data revenue distribution incentive system according to claim 1, characterized in that: The subject authentication module is specifically configured to receive identity information and privacy authorization declaration submitted by the provider, the processor and the user of the data, complete the identity registration and authentication of the subject through a preset review mechanism, and generate a corresponding blockchain identity identifier. The review mechanism specifically includes: The sensitive identity information of the provider, the processor and the user of the data is encrypted, and only the non-sensitive identity information is opened to the authentication node of the blockchain. The identity information of the subject is stored in the blockchain in fragments, and the blockchain identity identifier is generated. The generated blockchain identity identifier is provided with adjustment mapping rules of behavior and authority. When the data contribution degree of the subject improves and the comprehensive score meets the standard, the operation authority of the next higher level is unlocked. When the data contribution degree of the subject decreases and the comprehensive score does not meet the standard, the authority of the subject is degraded. 3.The blockchain smart contract based data revenue distribution incentive system of claim 1, wherein: The income distribution ratio is specifically the specific proportion rule of the distribution of data income among the subjects during the transmission process of the data, which needs to be determined through consensus negotiation of multiple subjects and adjusted regularly in combination with the data contribution degree of the subject. The income triggering condition is specifically a specific scene or event triggering the execution of the smart contract for income calculation and distribution. The scene or event is the calling, application and profit of the user to data. The pricing parameter is specifically a quantitative index for calculating the single or periodic income base of data, which is determined by the oracle of the blockchain. The abnormality governance triggering threshold is specifically a critical value for determining the abnormal behavior and data state of the subject, which needs to be written in the smart contract in advance as the basis for the early warning information and the hierarchical disposal of the on-chain abnormality processing module. 4.The blockchain smart contract based data revenue distribution incentive system of claim 1, wherein: The preset abnormal behavior determination rule in the smart contract includes the following types: The frequency of the user's single-day data calling behavior exceeds the preset range, malicious calling of data, account abnormality of the subject's income receiving account with continuous multiple transfer failures, and false data of the provider uploading data verified as invalid data. The hierarchical disposal includes mild disposal, moderate disposal and severe disposal. The mild disposal is to limit the data calling authority of the abnormal subject within a preset time period in the future. The moderate disposal is to freeze the income settlement function of the abnormal subject. The severe disposal is to freeze the blockchain identity identifier of the abnormal subject. 5.The blockchain smart contract based data revenue distribution incentive system according to claim 4, characterized in that: When the severe disposal is triggered, review information is generated and sent to each subject. The subject performs online arbitration according to the review information. The online arbitration specifically includes: The on-chain arbitration process is jointly composed of the corresponding industry supervision agency, the provider, the processor and the user. The on-chain arbitration process makes a ruling based on the abnormal behavior log stored in the blockchain. The ruling result is written into the blockchain after being confirmed by each subject in the on-chain arbitration process, as the basis for unlocking or restoring the authority of the abnormal subject. 6.The blockchain smart contract based data revenue distribution incentive system according to claim 1, wherein: The on-chain exception processing module uses full-link exception management to intercept abnormal operations in advance, and the early interception is specifically used for analyzing historical interaction logs based on a long short-term memory (LSTM) neural network model, extracting abnormal behavior features, and outputting abnormal risk scores of each subject. When the score exceeds a warning threshold, a risk prompt is pushed in advance, and an interception decision is triggered based on the risk prompt for high-risk behavior; The interception decision is verified by consensus of multiple subjects on the blockchain, which avoids false interception of the subjects. When the interception decision is triggered by an abnormal subject, the subject initiates an appeal by submitting a compliance certificate, and the restriction on the corresponding subject is lifted after the appeal passes the consensus verification of the blockchain. 7.The blockchain smart contract based data revenue distribution incentive system according to claim 1, wherein: The supervision review module adopts a supervision review process of distributed review and artificial intelligence assisted verification, and the supervision review process is specifically used for assigning differentiated review permissions to each subject based on the blockchain identity of the subject, calling the rules of the smart contract, the data interaction record, the income calculation process, the fund transfer record, the income association record and the abnormal behavior log stored in the blockchain, verifying by the review node in the blockchain, and generating a review report; The algorithm of the artificial intelligence assisted verification verifies the compliance of the review report generation process, and the review report is stored after the consensus verification of the artificial intelligence assisted verification and the subject. If the subject has objections to the review report, the artificial intelligence assisted objection tracing is triggered, and the arbitration process of the blockchain is connected. The arbitration result of the arbitration process is written into the smart contract for subsequent adjustment. 8.The blockchain smart contract based data revenue distribution incentive system according to claim 1, wherein: The effectiveness verification of the use behavior of the user by the settlement execution module is specifically used for: Calling the historical permission record of the user stored in the supervision review module to confirm whether the current permission of the user allows the data call, and calling the abnormal behavior log of the on-chain exception processing module. If the risk of the abnormal behavior log of the user is higher than the abnormal management trigger threshold, it is determined that the use behavior of the user is invalid, and the income trigger application of the user is rejected. 9.The blockchain smart contract based data revenue distribution incentive system according to claim 1, characterized in that: The allocation incentive system further comprises a data pricing module and an income distribution ratio module. The data pricing module is configured to obtain market index data through an oracle of the blockchain based on current attributes of data and market feedback, calculate a data value coefficient using a weighted summation algorithm, and adjust a single income base. The calculation result of the data value coefficient and the update record of the single income base are written into the blockchain to generate the data pricing of the corresponding subject. The income distribution proportion module is configured to determine a basic income distribution proportion of each of the subjects according to consensus negotiation of the subjects, fine-tune the basic income distribution proportion in combination with the data contribution degree, provide a template of the basic income distribution proportion that is differentiated for different data types, reuse the template according to corresponding industries, and write a determination process of the basic income distribution proportion, an adjustment basis, and a determination result into the blockchain.

Images