A paid sharing method for financial transaction strategies based on blockchain

Abstract

The present invention relates to the field of virtual commodity transaction operation and maintenance system of e-commerce platform, and specifically to a paid sharing method of financial transaction strategy based on blockchain. By borrowing the operation and maintenance thought of Bitcoin, the active role of the market is fully utilized in initiating the writing of investment strategy needs and gathering wisdom to optimize investment strategies, and investors initiate and make final judgments on strategies, so as to seamlessly connect strategy products in the quantitative platform with the purchase market; stimulate the enthusiasm of strategy writers to participate through a two-layer reward model (the first layer of rewards is given by the system platform to stimulate the activity of strategy demanders and strategy writers on the quantitative platform, and the second layer of rewards is the profit sharing after strategy subscription); introduce a game mechanism through a reward and punishment module to realize the supervision of e-commerce platforms and the optimization and iteration of the roles and rights of registered users on the platform; and ensure the accuracy and authenticity of platform transactions through electronic contracts.

Description

Technical Field

[0001] The present invention relates to the field of virtual commodity transaction operation and maintenance systems of e-commerce platforms, and in particular to a paid sharing method of financial transaction strategies based on blockchain. Background Art

[0002] With the steady implementation of the "Internet +" action plan, emerging technologies such as big data and cloud computing are combined with various industries, greatly leveraging the huge market of big data content consulting services. Focusing on the most active "finance + big data" market, investors are hoping to use various financial big data analysis technologies and methods to predict stock price trends and maximize investment returns. Not only investors, in the past decade, the prediction of stock price fluctuation trends has always been the focus of research by many scholars in the field of financial big data analysis, from traditional time-series financial data analysis (such as ARMA), to financial data mining, to stock price prediction based on machine learning, to stock price generation strategies based on deep learning, and more than 4,000 related papers. In addition, some stock quantitative trading platforms have also emerged in the industry, such as Youkuang and Bigquant. However, these platforms cannot be widely promoted due to the following shortcomings: first, to write stock trading strategies on these platforms, one either needs to have extremely "rich" computer programming skills (using a programming language such as Python to write strategies), or the operating interface is extremely "complex" and ordinary investors cannot operate it; second, the strategies written on these platforms can only be used for testing by the writers themselves, and cannot be communicated among investors, and thus strategy writers are like working in isolation and it is difficult to improve; third, as the saying goes, "If you are poor, you can only take care of yourself, and if you are rich, you can help the world," the purpose of quantitative trading platforms is to collect excellent trading strategies for investors to share "for a fee", but the operating model of existing trading platforms cannot open up a one-stop business model of "strategy writing->strategy evaluation->strategy sales". Summary of the invention

[0003] The purpose of the present invention is to overcome the above-mentioned problems existing in the prior art and to provide a paid sharing method for financial trading strategies based on blockchain (STSB, A Paid Sharing Method for Financial Trading Strategies via Blockchain).

[0004] In order to achieve the above technical objectives and the above technical effects, the present invention is implemented through the following two technical solutions:

[0005] A paid sharing system of financial transaction strategies based on blockchain, including:

[0006] 1) Strategy task formulation module: Legitimate users or platform managers with "task initiation" authority propose to the system platform the financial (stock) quantitative trading problems to be solved;

[0007] 2) Policy task review module: Legitimate users and platform managers with "task review" authority will review the submitted policy tasks for publication;

[0008] 3) User management module: It is responsible for the management of registered users in terms of roles, levels, permissions, etc. according to their behaviors on the system platform.

[0009] 4) Task distribution module: distributes corresponding strategy writing tasks to users based on different user profiles;

[0010] 5) Strategy writing module: Users can write strategies through the strategy writing page on the front end of the platform;

[0011] 6) Strategy multi-dimensional evaluation module: Users with evaluation authority will evaluate the submitted quantitative trading strategies in terms of strategy accuracy, profitability, security, etc. Among them, the high-quality strategies that pass the strategy evaluation will become strategy blocks and be added to the strategy blockchain, and the subscription price of the strategy on the platform will be given;

[0012] 7) Strategy block operation and maintenance module based on electronic contracts: The operation and maintenance relationship of the strategy block is legalized through the electronic contract signed between the platform and the owner of the strategy block, in which the owner of the strategy block has the right to maintain and transfer the strategy during the validity period of the electronic contract; the platform has the basic pricing right and renewal pricing right for the strategy block at the beginning and expiration time nodes of the electronic contract; the platform has the pricing right for the subscription of the strategy on the platform;

[0013] 8) Pricing module of strategy block: when implementing basic pricing for strategy block, the current platform-recognized basic price of strategy block is given according to the number of subscriptions of strategy, the periodic increment of subscriptions, strategy accuracy, profitability, security, and comprehensive ranking of strategy on the platform; when implementing repurchase pricing for strategy block, the current platform-recognized repurchase price of strategy block is given according to the basic pricing of strategy block in the current electronic contract cycle, the price fluctuation of market to block strategy and the remaining time of contract;

[0014] 9) Abnormal policy subscription detection module: Analyze the relationship between policy subscribers and policy writers through data mining technology to determine whether the subscription is abnormal;

[0015] 10) Reward and Punishment Module: Rewards will be given to strategy developers who have passed the strategy evaluation for "high-quality" strategies. In other words, in addition to receiving the bounty for the corresponding task of the strategy, the strategy developer will have the right to manage the corresponding strategy on the platform (the platform will work with the strategy developer to maintain the "paid" subscription of the strategy on the platform), which is called the maintenance right of the strategy block. Through the strategy subscription anomaly detection module, if it is found that the subscription is artificially manipulated by the strategy developer, the strategy developer's right to maintain and share profits on the platform will be revoked, the user's authority will be downgraded, and the strategy block held by the developer will be auctioned.

[0016] A paid sharing method of financial transaction strategy based on blockchain is implemented by the following steps:

[0017] Step 1. Users or system platform managers with the right to formulate strategic tasks submit unresolved financial (stock) quantitative trading needs to the platform (for example, the problem of over-issuance of major currencies, when certain conditions are met, the platform manager will no longer submit problems, or the platform will not accept new problems, or the platform will regulate the submission of problems by adjusting the profit distribution ratio);

[0018] Step 2: Users and platforms with policy task review functions review the policy tasks;

[0019] Step 3: The tasks that have passed the review in step 2 will be distributed to users who are recognized by the platform as “capable of solving tasks” through the task distribution module;

[0020] Step 4: The platform will sort out the strategies submitted within the task budget deadline and submit them to the strategy multi-dimensional evaluation module for evaluation;

[0021] Step 5: The high-quality strategies judged in step 4 will be constructed into a "strategy block" and written into the "strategy blockchain", and the writers and platform managers of the strategies will be set as the maintainers of the "strategy block" to share the strategy subscription revenue;

[0022] Step 6: The reward and punishment module monitors the "behavior" of each policy block in the policy blockchain on the platform and gives rewards and punishments to maintain the stable operation of the platform ecology.

[0023] The beneficial effects of the present invention are:

[0024] The present invention is aimed at an e-commerce platform for financial investment strategies, and requires a system that can quickly and optimally solve users' problems with financial investment, and proposes a financial transaction strategy sharing method based on blockchain. Since the self-developed trading strategies of existing quantitative trading platforms have the common problem of being separated from the user market and "playing and singing by themselves", the present invention, by borrowing the operation and maintenance ideas of Bitcoin, gives full play to the active role of the market in initiating the writing of investment strategy needs and gathering wisdom to optimize investment strategies, and initiates and makes final judgments on strategies by investors, so as to seamlessly connect the strategy products in the quantitative platform with the purchase market; stimulate the enthusiasm of strategy writers to participate through a two-layer reward model (the first layer of rewards is given by the system platform to stimulate the activity of strategy demanders and strategy writers on the quantitative platform, and the second layer of rewards is the profit share after the strategy subscription); introduce a game mechanism through a reward and punishment module to realize the supervision of the e-commerce platform and the optimization and iteration of the roles and rights of registered users on the platform; and ensure the accuracy and authenticity of platform transactions through electronic contracts.

[0025] Of course, any product implementing the present invention does not necessarily need to achieve all of the above advantages at the same time. BRIEF DESCRIPTION OF THE DRAWINGS

[0026] In order to more clearly illustrate the technical solutions of the embodiments of the present invention, the accompanying drawings required for describing the embodiments will be briefly introduced below. Obviously, the accompanying drawings described below are only some embodiments of the present invention. For ordinary technicians in this field, other accompanying drawings can be obtained based on these accompanying drawings without paying creative work.

[0027] Figure 1 A schematic diagram of a paid sharing system for financial transaction strategies based on blockchain according to the present invention;

[0028] Figure 2 A flowchart of submitting unresolved financial (stock) quantitative trading requirements involved in the present invention;

[0029] Figure 3 The present invention relates to a multi-party anti-tampering monitoring solution based on a hash algorithm. DETAILED DESCRIPTION

[0030] The following will be combined with the drawings in the embodiments of the present invention to clearly and completely describe the technical solutions in the embodiments of the present invention. Obviously, the described embodiments are only part of the embodiments of the present invention, not all of the embodiments. Based on the embodiments of the present invention, all other embodiments obtained by ordinary technicians in this field without creative work are within the scope of protection of the present invention. Specific implementation method one:

[0032] The blockchain-based financial transaction strategy paid sharing system of this embodiment is as follows: Figure 1 As shown, the blockchain-based financial transaction strategy paid sharing system includes:

[0033] Strategy task formulation module: legitimate users or platform managers with "task initiation" authority propose to the system platform the financial (stock) quantitative trading problems to be solved;

[0034] Policy task review module: Legitimate users and platform managers with "task review" permissions conduct a publishable review of submitted policy tasks;

[0035] User management module: It is responsible for the management of registered users in terms of roles, levels, permissions, etc. according to their behaviors on the system platform.

[0036] Task distribution module: distributes corresponding strategy writing tasks to users based on different user profiles;

[0037] Strategy writing module: Use the strategy writing page embedded in the Google Blockly customized graphical programming environment, and build a financial data analysis toolbox on it, so that users can write strategies simply by dragging and combining the "building blocks" in the toolbox;

[0038] Strategy multi-dimensional evaluation module: Users with evaluation authority will evaluate the submitted quantitative trading strategies in terms of strategy accuracy, profitability, security, etc. Among them, the high-quality strategies that pass the strategy evaluation will become strategy blocks and be added to the strategy blockchain, and the subscription price of the strategy on the platform will be given;

[0039] Strategy block operation and maintenance module based on electronic contracts: The operation and maintenance relationship of the strategy block is legalized through the electronic contract signed between the platform and the owner of the strategy block. The owner of the strategy block has the right to maintain and transfer the strategy during the validity period of the electronic contract. The platform has the basic pricing right and renewal pricing right for the strategy block at the beginning and expiration time nodes of the electronic contract. The platform has the pricing right for the subscription of the strategy on the platform.

[0040] Pricing module of strategy block: when implementing basic pricing for strategy block, the current platform-recognized basic price of strategy block is given according to the number of subscriptions, periodic increment of subscriptions, strategy accuracy, profitability, security, and comprehensive ranking of strategy on the platform; when implementing repurchase pricing for strategy block, the current platform-recognized repurchase price of strategy block is given according to the basic pricing of strategy block in the current electronic contract cycle, the market price fluctuation of block strategy and the remaining time of contract;

[0041] Abnormal policy subscription detection module: uses data mining technology to analyze the relationship between policy subscribers and policy writers to determine whether the subscription is abnormal;

[0042] Reward and Punishment Module: Rewards will be given to strategy developers who have passed the strategy evaluation for "high-quality" strategies. In other words, in addition to receiving the bounty reward for the corresponding task of the strategy, the strategy developer will have the right to manage the corresponding strategy on the platform (the platform will jointly maintain the "paid" subscription of the strategy on the platform with the strategy developer), which is called the maintenance right of the strategy block. Through the strategy subscription anomaly detection module, if it is found that there is a subscription phenomenon artificially manipulated by the strategy developer, the strategy developer's right to maintain and share profits on the platform will be revoked, the user's authority will be downgraded, and the strategy block held by the developer will be auctioned. Specific implementation method 2:

[0044] A paid sharing method of financial transaction strategy based on blockchain is implemented by the following steps:

[0045] Step 1. Users or system platform managers with the right to formulate strategic tasks submit unresolved financial (stock) quantitative trading needs to the platform (for example, the problem of over-issuance of major currencies, when certain conditions are met, the platform manager will no longer submit problems, or the platform will not accept new problems, or the platform will regulate the submission of problems by adjusting the profit distribution ratio);

[0046] Step 2: Users and platforms with policy task review functions review the policy tasks;

[0047] Step 3: The tasks that have passed the review in step 2 will be distributed to users who are recognized by the platform as “capable of solving tasks” through the task distribution module;

[0048] Step 4: The platform will sort out the strategies submitted within the task budget deadline and submit them to the strategy multi-dimensional evaluation module for evaluation;

[0049] Step 5. The high-quality strategies judged in step 4 will be constructed into a "strategy block" and written into the "strategy blockchain". The developers and platform managers of the strategy will be set as maintainers of the "strategy block" and share the strategy subscription revenue.

[0050] Step 6: The reward and punishment module monitors the "behavior" of each policy block in the policy blockchain on the platform and gives rewards and punishments to maintain the stable operation of the platform ecology. Specific implementation method three:

[0052] Different from the second specific implementation method, the strategy task formulation method of this implementation method adopts the process of submitting the financial (stock) quantitative trading requirements to be solved in step 1, such as Figure 2 The specific steps are as follows:

[0053] Step 1.1: A user with the right to formulate strategic tasks sets the thresholds of various target parameters on the web front-end for different strategic tasks;

[0054] Step 1.2: The Django web server issues generation instructions for training data, validation data, and test data to the MySQL database according to the strategic tasks;

[0055] Step 1.3: The data control library packages the execution results of the MySQL database and returns them to the web server;

[0056] Step 1.4: Place the user who proposed the trading strategy requirement at the end of the priority queue for formulating strategic tasks and wait for the next time window. The user at the head of the queue formulates new trading strategy requirements according to Step 1.1. Specific Embodiment 4:

[0058] Different from Specific Embodiment 2, the strategic task formulation method of this embodiment is not limited to submitting financial (stock) quantitative trading requirements to be solved as described in Step 1. The strategic task formulation can adopt the method of benchmarking existing strategic blocks:

[0059] Step 1: A platform registered user with the right to formulate strategic tasks and the right to review strategic tasks can propose a "dominant" block relative to an existing target strategic block. Here, in this embodiment, "dominant" means that the values of this strategic block in each index dimension are not lower than those of the target strategic block and at least in one index dimension, the value is higher than the value of the target strategic block on it. Then, it is said that this strategic block dominates the target block;

[0060] Step 2: Use the skyline algorithm to find all dominant strategic blocks in the current blockchain and logically group each dominant strategic block with the strategic block it dominates; Step 3: The strategic block pricing module is compatible with Specific Embodiment 1. In the same logical group, the basic pricing and strategic subscription price of the dominant strategic block should be higher than the basic pricing and strategic subscription price of all other strategic blocks in the same group at the current time window. Specifically, given the strategic blockchain L(B, D, G, S, {Jb, Jd}), B = <B1, B2,..., Bn> is an ordered set of strategic blocks included in the current strategic blockchain L, D = {D1, D2,..., D n} is the evaluation value of the strategic block in k dimensions (D i = {d i1 , d i2 ,..., d ik}), G = {{G1, G2,..., G n}},(m ≤ n) is the current set of all logical groups, where for there is and Make Then J b (B x )>J b (B y ),J d (B x )>J d (B y ) where J b and J d Represent the basic price of the strategy block and the strategy subscription price respectively. Further, let W={W1,W2,…,W k} is the weight corresponding to the evaluation dimension of the strategy block, T total ={T1,T2,…,T n} is the total duration of the strategy block electronic contract, T end ={t1,t2,…,t n} is the remaining duration of the electronic contract of the strategy block, then strategy block B i The current market reference price is:

[0061] Price(B i )=J b (B i )·R(T end,i / T total,i )+Q(W·D i ),

[0062] Among them, the functions R(x) and Q(x) are defined as monotonically increasing functions on the interval x∈[0,∞]. Specific implementation method five:

[0064] Different from the third embodiment, this embodiment adopts a dynamically adjustable time window in step 14. Under normal circumstances, the time window size is T (T is set by the platform), which is compatible with step 14 in the fourth embodiment; when the monthly subscription volume Top_K (K is set by the platform) in the existing strategy block on the platform, K∈N + ) is lower than the threshold g, the user is polled in turn to propose new trading strategy requirements according to the order of the priority queue formulated by the current strategy task, but the queue order does not change at this time. When a user proposes a new strategy requirement or proposes an improved block of an existing strategy block, the time window is re-timed; when the average subscription increment of the monthly subscription volume Top_K in the existing strategy blocks on the platform is higher than the threshold v, the time window is extended indefinitely until the average subscription increment is lower than the threshold v. In addition, in this embodiment, the setting of parameter K can be a fixed value, or it can be based on a quantile (such as the 2:8 quantile) of the distribution of subscriptions in all strategy blocks on the platform. Specific implementation method six:

[0066] Unlike the second specific implementation method, this implementation method is based on a zero-sum game reward and punishment mechanism in step six. The strategy operation platform will punish malicious strategy block operators (the so-called malicious in this embodiment refers to the strategy block operator tampering with the number of strategy subscriptions of the block it operates). According to the Nash equilibrium strategy of game theory, if the punishment is greater than the reward for malicious behavior, the strategy block operator will have no motivation to commit malicious behavior. In this embodiment, it is assumed that all strategy block operators are rational (that is, there are no operators who "harm others and do not benefit themselves"). In order to simplify the model, we divide the strategy block operators into two categories: malicious actors (malicious user) and honest actors (honestuser). Let the subscription income of the target block in the i-th round of time period be μ i , the dividend ratio of the operator is α, and correspondingly, the dividend ratio of the platform is 1-α. In each time cycle round, the actor can choose one of {Trust, Cheat}. If Trust is chosen, it means that the strategy block operator is an honestuser in this round. The operator increases the number of strategy subscriptions to increase the dividend ratio to β (α<β≤1). Otherwise, it means that the strategy block operator is a malicious user in this round. Let the probability that the strategy block operator chooses Cheat be δ, and λ be the probability that the platform detects the target block. Let M be the penalty for the target strategy block operator. When M is greater than the profit μ obtained through malicious behavior, the strategy block operator will have no motivation to commit malicious behavior. Where μ can be expressed as:

[0067] μ=(1-λ)δβμ1+(1-λ) 2 δ 2 βμ2+…+(1-λ) n δ n βμ n ≤M. Specific implementation method seven:

[0069] Different from the second specific implementation mode, the reward and punishment module in step 6 of this implementation mode adopts a multi-party anti-tampering monitoring solution based on a hash algorithm to monitor the "maintenance behavior" of the policy operator and the policy management platform on the policy subscription volume to prevent tampering with the subscription volume, such as Figure 3 The specific steps are as follows:

[0070] Step 61: After the user subscribes to the trading strategy, the subscription details of the strategy will be sent to the strategy management platform and all strategy block operators. In this way, the strategy management platform and all strategy block operators will have detailed records of all strategy subscriptions;

[0071] Step 62: Before sharing the strategy revenue, a certain strategy operator A and the strategy management platform each randomly initiate an anti-tampering verification request to other strategy block operators (the number is n% of the total number of all strategy block operators. The larger n is, the higher the ability to detect malicious tampering is);

[0072] Step 63: The policy block operator who receives the verification request first generates hash values ​​for the subscription records related to operator A using a hash algorithm, and sends them to the requesting policy operator A and the policy management platform;

[0073] Step 64: Policy operator A and the policy management platform will use the hash algorithm to generate hash values ​​for the subscription records related to operator A respectively, and compare and verify them one by one with the obtained hash values. If the comparison is the same, it means that the record has not been modified. Otherwise, the reward and punishment module will be used to impose penalties. Specific implementation eight:

[0075] Different from step 6 in the second specific implementation method, this implementation method adopts a trusted third-party maintenance mechanism. Specifically, in order to pursue greater profits, the policy management platform may reduce the number of users subscribing to the policy, thereby reducing the profits of the policy writers and increasing its own profits; while the policy maintainer may increase the number of users subscribing to the policy, thereby increasing its own profits. In order to prevent the policy management platform or the policy maintainer from arbitrarily tampering with the subscription amount in pursuit of increasing their own profits, a third party that both the policy management platform and the policy maintainer can trust is used to record the subscription records of the policy and maintain the number of subscriptions to the policy.

[0076] The preferred embodiments of the present invention disclosed above are only used to help illustrate the present invention. The preferred embodiments do not describe all the details in detail, nor do they limit the invention to the specific implementation methods described. Obviously, many modifications and changes can be made according to the content of this specification. This specification selects and specifically describes these embodiments in order to better explain the principles and practical applications of the present invention, so that those skilled in the art can understand and use the present invention well. The present invention is limited only by the claims and their full scope and equivalents.

Claims

1. A paid sharing method of financial transaction strategy based on blockchain, characterized by: A blockchain-based financial transaction strategy paid sharing system is adopted, including: 1) Strategy task formulation module: Legitimate users or platform managers with "task initiation" authority propose to the system platform the financial stock quantitative trading problems to be solved; 2) Policy task review module: Legitimate users and platform administrators with "task review" authority will review the submitted policy tasks for publication; 3) User management module: It is responsible for the management of roles, levels and permissions of registered users based on their behaviors on the system platform. 4) Task distribution module: distributes corresponding strategy writing tasks to users based on different user profiles; 5) Strategy writing module: Users can write strategies through the strategy writing page on the front end of the platform; 6) Strategy multi-dimensional evaluation module: Users with evaluation authority will evaluate the submitted quantitative trading strategies in terms of strategy accuracy, profitability or security. The high-quality strategies that pass the strategy evaluation will be added to the strategy blockchain as strategy blocks, and the subscription price of the strategy on the platform will be given; 7) Strategy block operation and maintenance module based on electronic contracts: The operation and maintenance relationship of the strategy block is legalized through the electronic contract signed between the platform and the owner of the strategy block, in which the owner of the strategy block has the right to maintain and transfer the strategy during the validity period of the electronic contract; the platform has the basic pricing right and renewal pricing right for the strategy block at the beginning and expiration time nodes of the electronic contract; the platform has the pricing right for the subscription of the strategy on the platform; 8) Pricing module of strategy blocks: when implementing basic pricing for strategy blocks, the current platform-recognized basic price of the strategy blocks is given based on the number of subscriptions to the strategy, the periodic increment of the number of subscriptions, the accuracy, profitability, security of the strategy, and the comprehensive ranking of the strategy on the platform; when implementing repurchase pricing for strategy blocks, the current platform-recognized repurchase price of the strategy blocks is given based on the basic pricing of the strategy blocks in the current electronic contract cycle, the market price fluctuations of the block strategy, and the remaining time of the contract; 9) Abnormal policy subscription detection module: Analyze the relationship between policy subscribers and policy writers through data mining technology to determine whether the subscription is abnormal; 10) Reward and Punishment Module: Rewards will be given to strategy developers who have passed the "high-quality" strategy evaluation. In other words, in addition to receiving the bounty for the corresponding task of the strategy, the strategy developer will have the right to manage the corresponding strategy on the platform. The platform will work with the strategy developer to maintain the "paid" subscription of the strategy on the platform, which is called the maintenance right of the strategy block. Through the strategy subscription anomaly detection module, if it is found that the subscription is artificially manipulated by the strategy developer, the strategy developer's right to maintain and share profits on the platform will be revoked, the user's authority will be downgraded, and the strategy block held by the developer will be auctioned.

2. A paid sharing method for financial transaction strategies based on blockchain, characterized in that: This is accomplished by following these steps: Step 1: Users or system platform managers with the authority to formulate strategy tasks submit the financial stock quantitative trading needs to be solved to the platform; Step 2: Users and platforms with policy task review functions review the policy tasks; Step 3: The tasks that have passed the review in step 2 will be distributed through the task distribution module to users who are recognized by the platform as "capable of solving tasks"; Step 4: The platform will sort out the strategies submitted within the task budget deadline and submit them to the strategy multi-dimensional evaluation module for evaluation; Step 5: The high-quality strategies judged in step 4 will be constructed into a "strategy block" and written into the "strategy blockchain", and the writers and platform managers of the strategies will be set as the maintainers of the "strategy block" to share the benefits of strategy subscription; Step 6: The reward and punishment module monitors the "behavior" of each policy block in the policy blockchain on the platform and gives rewards and punishments to maintain the stable operation of the platform ecology.

3. A paid sharing method for financial transaction strategies based on blockchain according to claim 2, characterized in that: The specific steps of submitting the unresolved financial stock quantitative trading requirements in step 1 are as follows: Step 1: A user with the authority to formulate policy tasks sets thresholds of various target parameters on the web front end for different policy tasks; Step 1 and 2: The Django web server sends instructions for generating training data, verification data, and test data to the MySQL database according to the policy task; Step 13: The data control library packages the execution results of the MySQL database and returns them to the web server; Step 14: The user who proposed the trading strategy requirement is placed at the end of the strategy task formulation priority queue, waiting for the next time window. The head user of the queue proposes a new trading strategy requirement according to steps one by one.

4. A paid sharing method for financial transaction strategies based on blockchain according to claim 2, characterized in that: Not limited to the submission of unresolved financial stock quantitative trading requirements as described in step 1, strategy task formulation can adopt the method of benchmarking existing strategy blocks: Step 1: Platform registered users who have the right to formulate and review strategy tasks can propose a "dominant" block relative to the existing target strategy block; where dominant means that the value of the strategy block in each indicator dimension is not lower than the target strategy block, and the value in at least one indicator dimension is higher than the value of the target strategy block on it, then the strategy block is called the dominant target block; Step 2: Use the skyline algorithm to find all the dominant strategy blocks in the current blockchain, and logically group each dominant strategy block with the strategy blocks it dominates; Step 3: When implementing basic pricing for strategy blocks, the current platform-recognized basic price of the strategy block is given based on the number of subscriptions to the strategy, the periodic increment of the number of subscriptions, the accuracy, profitability, security of the strategy, and the comprehensive ranking of the strategy on the platform; when implementing repurchase pricing for strategy blocks, the current platform-recognized repurchase price of the strategy block is given based on the basic pricing of the strategy block in the current electronic contract cycle, the market's price fluctuations for the block strategy, and the remaining time of the contract; and in the same logical grouping, the basic pricing and strategy subscription price of the dominant strategy block shall be higher than the basic pricing and strategy subscription price of the current time window of all other strategy blocks in the same group, respectively.

5. A paid sharing method for financial transaction strategies based on blockchain according to claim 3, characterized in that: In step 14, a dynamically adjustable time window is used. Under normal circumstances, the time window size is T, which is set by the platform. When the average subscription increment of the monthly subscription volume Top_K in the existing strategy blocks on the platform is lower than the threshold g, K is set by the platform K∈N + , then according to the order of the priority queue established by the current strategy task, users are polled in turn to propose new trading strategy requirements, but the queue order does not change at this time. When a user proposes a new strategy requirement or proposes an improved block of an existing strategy block, the time window is reset; when the average subscription increment of the monthly subscription volume Top_K in the existing strategy blocks on the platform is higher than the threshold v, the time window is extended indefinitely until its average subscription increment is lower than the threshold v; in addition, the setting of parameter K can be a fixed value or a certain quantile of the distribution of subscription volume in all strategy blocks on the platform.

6. A paid sharing method for financial transaction strategies based on blockchain according to claim 2, characterized in that: In step six, a reward and punishment mechanism based on zero-sum game is used; the strategy operation platform will punish malicious strategy block operators, where malicious means that the strategy block operators tamper with the number of strategy subscriptions of the blocks they operate; according to the Nash equilibrium strategy of game theory, if the punishment is greater than the reward for malicious behavior, the strategy block operator will have no motivation to commit malicious behavior.

7. A paid sharing method for financial transaction strategies based on blockchain according to claim 2, characterized in that: The reward and punishment module in step 6 uses a multi-party anti-tampering monitoring solution based on a hash algorithm to monitor the "maintenance behavior" of the policy operator and the policy management platform on the policy subscription volume to prevent tampering with the subscription volume; the specific steps are as follows: Step 61: After the user subscribes to the trading strategy, the subscription details of the strategy are sent to the strategy management platform and all strategy block operators respectively; in this way, the strategy management platform and all strategy block operators will have detailed records of all strategy subscriptions; Step 62: Before sharing the strategy revenue, a certain strategy operator A and the strategy management platform each randomly initiate anti-tampering verification requests to other strategy block operators, the number of which is n% of the total number of all strategy block operators. The larger n is, the higher the ability to detect malicious tampering; Step 63: The policy block operator who receives the verification request first generates hash values ​​for the subscription records related to operator A using a hash algorithm, and sends them to the requesting policy operator A and the policy management platform; Step 64: Policy operator A and the policy management platform will use the hash algorithm to generate hash values ​​for the subscription records related to operator A respectively, and compare and verify them one by one with the obtained hash values. If the comparison is the same, it means that the record has not been modified. Otherwise, the reward and punishment module will be used to impose penalties.

8. A paid sharing method for financial transaction strategies based on blockchain according to claim 2, characterized in that: A trusted third-party maintenance mechanism is adopted; in order to prevent the policy management platform or policy maintainer from arbitrarily tampering with the subscription amount in pursuit of increasing their own profits, a third party that is trusted by both the policy management platform and the policy maintainer is used to record the policy subscription records and maintain the policy subscription quantity.

Images