Dynamic sustainable digital contract intelligent transaction system and method based on time factor

Abstract

The invention provides a dynamic sustainable digital contract intelligent transaction system and method based on a time factor, and the method comprises the steps: constructing a platform and a plurality of corresponding terminals, and completing the digital contract transaction through the data interaction between the platform and the terminals; the terminal generates and submits delivery request data, and the platform receives and processes the delivery request data; in the process of processing the request data by the platform, receiving a delivery supplement application sent by the corresponding terminal, and generating a data processing result in combination with the delivery request data and the delivery supplement application; and calculating fund compensation data, and sending the data processing result and the fund compensation data to each terminal. The beneficial effects of the invention are that the transaction time is reduced, a faster and more stable transaction mode is provided, the production plan making speed of the two parties is improved, and the working efficiency of the two parties is greatly improved.

Description

Technical Field

[0001] The present invention belongs to the field of information technology, and in particular relates to a dynamic sustainable digital contract intelligent trading system and method based on time factors. Background Art

[0002] Digital contract trading, as a convenient trading method, is widely used in commercial transactions. However, existing technologies suffer from the following flaws: Trade matching is inefficient due to suboptimal algorithms, and risk management may lack detailed controls, making it easy for transactions to exceed holding capacity. The freezing and unfreezing of user funds is not transparent enough, which can prevent users from timely understanding the status of their funds, resulting in a lack of flexibility to respond to market fluctuations and adjust transactions dynamically. When user applications are rejected, there is often a lack of detailed error feedback, making it difficult for users to understand the problem.

[0003] It is the defects in the existing technology that lead to complicated transaction procedures and slow progress in transaction execution, which in turn affects the production plans of both supply and demand parties and has a significant impact on the work efficiency of both parties. Summary of the Invention

[0004] In view of this, the present invention aims to propose a dynamic sustainable digital contract intelligent trading system and method based on time factor, in order to solve at least one of the above-mentioned technical problems.

[0005] To achieve the above object, the technical solution of the present invention is achieved as follows:

[0006] The first aspect of the present invention proposes a dynamic sustainable digital contract intelligent trading system based on time factors, the system comprising:

[0007] Interactive terminals, of which there are multiple, are provided. Users complete digital contract transactions through interaction between the interactive terminals and the interactive platform, and the interactive terminals generate and submit delivery request data;

[0008] An interactive platform receives and processes delivery request data. During the process of processing the request data, the interactive platform receives a delivery supplementary application sent by a corresponding terminal, and generates a data processing result by combining the delivery request data and the delivery supplementary application.

[0009] Furthermore, the interactive platform completes the processing of delivery request data through the delivery application verification and fund freezing mechanism, as well as the delivery application matching and settlement mechanism;

[0010] During the process of data processing results on the interactive platform, fund compensation data is calculated at the same time, and the data processing results and fund compensation data are sent to each interactive terminal.

[0011] The second aspect of the present invention proposes a dynamic sustainable digital contract intelligent transaction method based on a time factor, the method comprising:

[0012] Building a platform and corresponding multiple terminals to complete digital contract transactions through data interaction between the platform and the terminals; the terminals generate and submit delivery request data, and the platform receives and processes the delivery request data;

[0013] During the process of processing the request data, the platform receives the delivery supplementary application sent by the corresponding terminal and generates the data processing results by combining the delivery request data and the delivery supplementary application;

[0014] Calculate the fund compensation data and send the data processing results and fund compensation data to each terminal.

[0015] Furthermore, the dynamic sustainable digital contract intelligent transaction method based on time factor is implemented by applying the dynamic sustainable digital contract intelligent transaction system based on time factor described in the first aspect of the present invention.

[0016] Furthermore, the platform's process of processing delivery request data is divided into two parts: delivery application verification and fund freezing, and delivery application matching and settlement. The delivery application verification and fund freezing process includes:

[0017] The user submits the contract code and delivery quantity through the terminal. The platform verifies whether the user's holding period meets the time factor requirements of the contract and checks whether the user's available holding quantity is sufficient.

[0018] If the requirements are met and sufficient, the required frozen funds will be calculated based on the contract's margin ratio and handling fee, and the user's fund balance will be determined to be sufficient;

[0019] If sufficient, the platform freezes the corresponding funds and positions, and writes the application information into the processing queue.

[0020] Furthermore, the delivery application matching and settlement process includes:

[0021] The platform counts the total number of applications from buyers and sellers interacting through the terminal and matches them based on quantity comparison and time priority;

[0022] If the buyer and seller apply for the same quantity, the applications will be matched and the transaction will be completed; otherwise, the application with the smaller quantity will be given priority. For successfully matched applications, the corresponding holdings will be unfrozen, the positions will be cancelled, and a delivery record will be generated.

[0023] Furthermore, the process of receiving the delivery supplementary application sent by the corresponding terminal includes:

[0024] Based on the difference in the quantities requested by the buyer and seller interacting through the terminal, the platform determines whether supplementary delivery is allowed. If so, the user submits a supplementary delivery application through the terminal. The platform verifies the correctness of the application direction and calculates whether the application quantity is within the applicable range.

[0025] The platform calculates the funds that need to be frozen based on the contract's delivery and trading margin ratios and handling fee ratios, and determines whether the user's fund balance is sufficient. If sufficient, the platform freezes the corresponding funds and queues the application. Otherwise, the platform rejects the supplementary delivery application and returns an error message.

[0026] Furthermore, the process of generating data processing results by combining the delivery request data with the delivery supplementary application includes:

[0027] The platform matches all unfulfilled delivery applications with supplementary delivery applications based on the application quantity and time priority principle. If the number of unfulfilled applications is equal to the number of supplementary delivery applications, all applications will be matched and filled.

[0028] For successfully matched applications, the corresponding positions will be unfrozen and delivery records will be generated. At the same time, reverse position records will be generated for users who apply for supplementary delivery.

[0029] Applications that fail to be successfully matched will be marked as failed, and their frozen funds and positions will be unfrozen.

[0030] Furthermore, the process of calculating the fund compensation data includes:

[0031] Determine the direction of compensation payment based on the difference in the total number of buy and sell applications for the contract;

[0032] Calculate the compensation due to users who were not successfully matched and users who were successfully matched with supplementary delivery, and summarize them into the total compensation for the contract;

[0033] Calculate the user's net holdings to obtain the compensation payable by each user.

[0034] Furthermore, the portion of compensation payable that is less than RMB 0.01 will be discarded; the portion of compensation payable that is less than RMB 0.01 will be rounded up to RMB 0.01.

[0035] Furthermore, based on the calculation results of the compensation fees, the payable compensation fees are collected from each trading user, and the due compensation fees are paid to users who were not successfully matched and users who were successfully matched for supplementary delivery; the part collected that is greater than the payment is recorded in the platform risk reserve account.

[0036] Compared with the existing technology, the dynamic sustainable digital contract intelligent trading system and method based on time factor described in the present invention has the following beneficial effects:

[0037] It avoids the price volatility risk near the delivery month in futures delivery, as well as the capital risk and physical delivery risk faced by centralized delivery, reduces holding costs, and makes up for the lack of liquidity in traditional futures delivery declarations. It provides a buffer for the market, increases market stability, and offers a more flexible trading and delivery method to better serve the needs of the market and investors. It provides a compensation mechanism for unmatched delivery declarations, alleviates the problem of insufficient supply and demand for delivery declarations in the market, and promotes the convergence of transaction prices and spot prices.

[0038] The technical solution described in the present invention reduces transaction time and provides a faster and more stable transaction method, thereby increasing the speed of production plan formulation for both parties and significantly improving the work efficiency of both parties. BRIEF DESCRIPTION OF THE DRAWINGS

[0039] The accompanying drawings, which constitute part of the present invention, are provided to provide a further understanding of the present invention. The exemplary embodiments of the present invention and their descriptions are provided to explain the present invention and do not constitute an undue limitation of the present invention. In the accompanying drawings:

[0040] Figure 1 Schematic diagram of the execution flow of the transaction method according to an embodiment of the present invention. DETAILED DESCRIPTION

[0041] It should be noted that, in the absence of conflict, the embodiments of the present invention and the features in the embodiments may be combined with each other.

[0042] In the description of the present invention, it should be understood that the terms "center", "longitudinal", "lateral", "up", "down", "front", "back", "left", "right", "vertical", "horizontal", "top", "bottom", "inside", "outside" and the like indicate orientations or positional relationships based on the orientations or positional relationships shown in the accompanying drawings, and are only for the convenience of describing the present invention and simplifying the description, rather than indicating or implying that the device or element referred to must have a specific orientation, be constructed and operated in a specific orientation, and therefore cannot be understood as limiting the present invention. In addition, the terms "first", "second", etc. are only used for descriptive purposes and cannot be understood as indicating or implying relative importance or implicitly indicating the number of the indicated technical features. Therefore, features defined as "first", "second", etc. may explicitly or implicitly include one or more of the features. In the description of the present invention, unless otherwise specified, "multiple" means two or more.

[0043] In the description of the present invention, it should be noted that, unless otherwise expressly specified or limited, the terms "mounted," "connected," and "connected" should be understood in a broad sense. For example, they may refer to fixed connections, detachable connections, or integral connections; mechanical connections or electrical connections; direct connections or indirect connections through an intermediate medium; and internal communication between two components. Those skilled in the art will understand the specific meanings of the above terms in the present invention based on specific circumstances.

[0044] The present invention will be described in detail below with reference to the accompanying drawings and in conjunction with embodiments.

[0045] A dynamic and sustainable digital contract intelligent trading system based on time factors, the system comprising:

[0046] Interactive terminals, of which there are multiple, are provided. Users complete digital contract transactions through interaction between the interactive terminals and the interactive platform, and the interactive terminals generate and submit delivery request data;

[0047] An interactive platform receives and processes delivery request data. During the process of processing the request data, the interactive platform receives a delivery supplementary application sent by a corresponding terminal, and generates a data processing result by combining the delivery request data and the delivery supplementary application.

[0048] Furthermore, the interactive platform completes the processing of delivery request data through the delivery application verification and fund freezing mechanism, as well as the delivery application matching and settlement mechanism;

[0049] During the process of data processing results on the interactive platform, fund compensation data is calculated at the same time, and the data processing results and fund compensation data are sent to each interactive terminal.

[0050] A dynamic sustainable digital contract intelligent transaction method based on time factors, the method comprising:

[0051] Building a platform and corresponding multiple terminals to complete digital contract transactions through data interaction between the platform and the terminals; the terminals generate and submit delivery request data, and the platform receives and processes the delivery request data;

[0052] During the process of processing the request data, the platform receives the delivery supplementary application sent by the corresponding terminal and generates the data processing results by combining the delivery request data and the delivery supplementary application;

[0053] Calculate the fund compensation data and send the data processing results and fund compensation data to each terminal.

[0054] like Figure 1 In some embodiments, a specific execution process of the above method is as follows:

[0055] S1. Users interact with the platform through the terminal to place orders and generate positions;

[0056] S2. The user submits a delivery application through the trading client;

[0057] S3. The platform receives and processes the delivery application submitted by the trading user;

[0058] S4. The platform receives and processes supplementary delivery applications submitted by trading users with relevant qualifications for the party with fewer delivery applications;

[0059] S5. The platform generates delivery matching results based on the purchase and sale delivery applications and the supplementary delivery applications and calculates the compensation funds payable for the portion of delivery requirements that are not met;

[0060] S6. The platform server interacts with the trading client to notify the trading user of the delivery matching results and compensation fund payment results.

[0061] The platform's process of processing delivery request data is divided into two parts: delivery application verification and fund freezing, and delivery application matching and settlement.

[0062] The delivery application verification and fund freezing process includes:

[0063] The user submits the contract code and delivery quantity through the terminal. The platform verifies whether the user's holding period meets the time factor requirements of the contract and checks whether the user's available holding quantity is sufficient.

[0064] If the requirements are met and sufficient, the required frozen funds will be calculated based on the contract's margin ratio and handling fee, and the user's fund balance will be determined to be sufficient;

[0065] If sufficient, the platform freezes the corresponding funds and positions, and writes the application information into the processing queue.

[0066] The delivery application matching and settlement process includes:

[0067] The platform counts the total number of applications from buyers and sellers interacting through the terminal and matches them based on quantity comparison and time priority;

[0068] If the buyer and seller apply for the same quantity, the applications will be matched and the transaction will be completed; otherwise, the application with the smaller quantity will be given priority. For successfully matched applications, the corresponding holdings will be unfrozen, the positions will be cancelled, and a delivery record will be generated.

[0069] In some embodiments, the execution processes of the delivery application verification and fund freezing, and the delivery application matching and settlement are as follows:

[0070] 1) Regarding the delivery application verification and fund freezing:

[0071] User submits delivery application: The user selects the contract code and delivery quantity through the client (terminal) and submits it to the server (platform). The server receives the application and parses the user code, contract code, delivery direction and delivery quantity.

[0072] Verify holding time: Query the contract's time factor variable, obtain the user's holding time, and compare the holding time with the time factor. If the holding time is greater than or equal to the time factor, continue processing the application; otherwise, reject the application and return an error message.

[0073] Verify available holdings: Calculate the user's available holdings (total holdings minus frozen holdings) and compare the delivery request quantity with the available holdings. If the request quantity is greater than the available quantity, reject the request and return an error message. Otherwise, continue processing.

[0074] Calculate and freeze funds: Obtain the contract's delivery margin ratio and handling fee ratio, calculate the funds to be frozen, and determine whether the user's available funds are sufficient. If sufficient, freeze the corresponding funds and position amount, and write the application information to the queue. Otherwise, reject the application and return an error message.

[0075] 2) The delivery application matching and settlement part

[0076] Delivery application matching: When the delivery application status ends, the number of applications in the application queue is counted and the total amount of applications from the buyer and seller is compared; if they are equal, all application records are matched and the status becomes completed; if the buyer is larger than the seller, the seller's application is matched based on the time priority principle; if the seller is larger than the buyer, the buyer's application is matched based on the time priority principle; for unmatched applications, they remain unchanged and await subsequent processing.

[0077] Processing matched trade applications: For successfully matched applications, query the corresponding position records, unfreeze and cancel the positions, generate delivery records, and wait for the delivery of the contract subject matter.

[0078] Furthermore, combined with the transaction process of digital contracts, a working example of the above-mentioned delivery application verification and fund freezing, as well as delivery application matching and settlement is given:

[0079] The trading user selects the contract code and delivery quantity and other information through the terminal and submits it to the platform; after the platform receives the delivery application from user i, it parses and obtains the user code ID i , contract code C i , delivery direction d∈{buy,sell}, delivery quantity Q i ; and according to contract code C i Query the time factor variable T configured for this contractc ;

[0080] The platform queries the user's holding time T based on the delivery application information i , T i ={ID i ,C,d,……};

[0081] If the holding time is greater than or equal to the contract time factor, that is, T i ≥T c , you can continue to process this application; if the holding time is less than the contract time factor, that is, T i <T c , the application will be rejected and the corresponding error message will be returned to the client;

[0082] The system uses the user code ID of user i i 、Contract code C i Query the user's available holdings for the contract in direction d This amount is calculated as follows:

[0083] in: Indicates the total holdings. Indicates the number of frozen positions.

[0084] The system compares the delivery application quantity Q i and the number of available positions like Then the system rejects the application and returns an error message; otherwise, continue;

[0085] According to contract code C i and direction d, obtain the delivery margin ratio r of this contract margin , delivery fee ratio r fee ; According to the code ID of user i i , get the available funds balance B i and position margin M i,d and other information;

[0086] System calculation requires freezing of funds F i :

[0087] F i =P c ×Q i ×U c ×r margin -M i,d +P c ×Q i ×U c ×r fee , where: P c Represents contract C i The delivery price, Uc Represents contract C i The transaction unit, r margin Represents contract C i Delivery margin ratio, r fee Represents contract C i Delivery fee ratio;

[0088] Determine whether the available funds balance of user i meets the frozen funds F i If B i ≥F i , then the system freezes the funds F i and the number of positions Q i , write the application information into the queue and return a success message; otherwise, the system rejects the application and returns an error message;

[0089] At the end of the delivery application status, according to the contract code C i And direction d will summarize the number of applications in the queue:

[0090] Where: Q i Indicates the number of delivery applications in the queue, and n indicates the total number of application records in the queue;

[0091] For the same contract code C i , if the total amount of buyer applications is equal to the total amount of seller applications, that is, Q buy =Q sell , then all application records of both the buyer and seller are matched and the status changes to transaction;

[0092] If Q buy >Q sell , then sort and select Q according to the principle of application time priority sell The number of buyer applications will be matched with all seller applications. The application status of the successfully matched application will be changed to "dealt". The unmatched buyer applications will remain unchanged and await further processing.

[0093] If Q buy <Q sell , then sort and select Q according to the principle of application time priority buy The number of seller applications will be matched with all buyer applications. The status of the successfully matched applications will be changed to "dealt". The unmatched seller applications will remain unchanged and await further processing.

[0094] For delivery applications that match transactions, according to contract code C i , User Code ID i Query the corresponding position records in direction d and unfreeze the position quantity Q i The corresponding positions will be cancelled and a delivery record will be generated to await the delivery of the contract subject matter.

[0095] The process of receiving the delivery supplementary application sent by the corresponding terminal includes:

[0096] Based on the difference in the quantities requested by the buyer and seller interacting through the terminal, the platform determines whether supplementary delivery is allowed. If so, the user submits a supplementary delivery application through the terminal. The platform verifies the correctness of the application direction and calculates whether the application quantity is within the applicable range.

[0097] The platform calculates the funds that need to be frozen based on the contract's delivery and trading margin ratios and handling fee ratios, and determines whether the user's fund balance is sufficient. If sufficient, the platform freezes the corresponding funds and queues the application. Otherwise, the platform rejects the supplementary delivery application and returns an error message.

[0098] In some embodiments, the execution process of receiving the delivery supplementary application sent by the corresponding terminal is as follows:

[0099] 1) Determine the direction and quantity of supplementary delivery:

[0100] Based on the contract code, the difference between the number of buy and sell applications is calculated: if the total number of delivery applications from the buyer on that day is greater than the total number of delivery applications from the seller, the seller is allowed to make a supplementary delivery application; if the total number of delivery applications from the buyer on that day is less than the total number of delivery applications from the seller, the buyer is allowed to make a supplementary delivery application; otherwise, the supplementary delivery application is not allowed.

[0101] 2) Verify the Supplementary Delivery Application

[0102] The platform receives the user's supplementary delivery application, verifies whether the application direction is correct, and checks whether the application quantity exceeds the applicable quantity. The applicable quantity is equal to the difference between the total quantity available for supplementary delivery and the quantity already applied.

[0103] 3) Calculate and freeze funds

[0104] Obtain the contract's delivery margin ratio, trading margin ratio, and handling fee ratio, calculate the funds to be frozen, and determine whether the user's available funds balance is sufficient. If so, freeze the funds, write the application information to the queue, and return a success message. Otherwise, reject the application and return an error message.

[0105] The process of combining the delivery request data and the delivery supplementary application to generate the data processing results includes:

[0106] The platform matches all unfulfilled delivery applications with supplementary delivery applications based on the application quantity and time priority principle. If the number of unfulfilled applications is equal to the number of supplementary delivery applications, all applications will be matched and filled.

[0107] For successfully matched applications, the corresponding positions will be unfrozen and delivery records will be generated. At the same time, reverse position records will be generated for users who apply for supplementary delivery.

[0108] Applications that fail to be successfully matched will be marked as failed, and their frozen funds and positions will be unfrozen.

[0109] In some embodiments, the execution process of combining the delivery request data and the delivery supplementary application to generate the data processing results is as follows:

[0110] 1) Matching delivery application:

[0111] When the supplementary delivery phase ends, unfulfilled delivery applications will be grouped and matched with supplementary delivery applications. If the number of unfulfilled applications is equal to the total number of supplementary delivery applications, all applications will be successfully matched and the status will be changed to "Finished." If the number of unfulfilled applications is greater than the total number of supplementary delivery applications, they will be matched according to the time priority principle, and the status of successful applications will be changed to "Finished."

[0112] 2) Processing matching results:

[0113] For successfully matched delivery applications, the corresponding positions will be unfrozen and cancelled, and a delivery record will be generated. For users who apply for supplementary delivery, a reverse position record will be generated. For unmatched applications, the status will be changed to failed, and the frozen funds and positions will be unfrozen.

[0114] Furthermore, in combination with the transaction process of digital contracts, a two-part working example is provided, which includes receiving the delivery supplementary application sent by the corresponding terminal and generating a data processing result by combining the delivery request data and the delivery supplementary application:

[0115] During the supplementary delivery phase, the system will i The difference in the number of buy and sell applications ΔQ determines the direction of the supplementary delivery application and the total number of applications available Q max ;

[0116] For contract code C i If the total amount of delivery applications for buying on that day is Q buy Greater than the total amount of delivery applications Q from the seller sell , then the seller can apply for additional delivery for this contract; if Q buy <Q sell , then the buyer can apply for additional delivery for this contract; if Q buy =Q sell , then no supplementary delivery application can be made for this contract on that day.

[0117] After the platform server receives the user's application for additional delivery, according to the contract code C i Verify whether the application direction d is correct and check the application quantity Qi Does it exceed the current available application quantity? rem , the quantity is calculated as follows: Q rem =Q max -Q apply . Among them: Q max Indicates the total quantity that can be applied for supplementary delivery, Q apply Indicates the number of applications received.

[0118] The system is based on contract code C i and direction d, obtain the delivery margin ratio r of this contract margin , Trading margin ratio r trade 、Charge ratio r fee ; According to the code ID of user i i , get the available funds balance B i .

[0119] The system calculates the need to freeze funds F for the supplementary delivery application i :

[0120] F i =P c ×Q i ×U c ×(r margin +r trade +r fee ), where: P c Represents contract C i The delivery price, U c Represents contract C i The transaction unit, r margin Represents contract C i Delivery margin ratio, r trade Represents contract C i Trading margin ratio, r fee Represents contract C i Delivery fee ratio.

[0121] The system determines the user's available funds B i Whether the supplementary delivery application freezes funds F i :

[0122] If B i ≥F i , the system freezes the user's corresponding funds, writes the supplementary delivery application information into the queue, and returns a success message;

[0123] If B i <F i , the system rejects the application and returns an error message.

[0124] When the supplementary delivery phase ends, according to contract code C iGroup and match unexecuted delivery applications and supplementary delivery applications;

[0125] For the same contract code C i If the number of unfulfilled delivery applications ΔQ is equal to the total number of supplementary delivery applications, then all unfulfilled delivery applications are matched with the supplementary delivery applications and the status changes to filled.

[0126] For the same contract code C i If the number of unfulfilled delivery applications ΔQ is greater than the total number of supplementary delivery applications, the delivery application entrustment and the supplementary delivery application will be matched according to the principle of application time priority, and the status of the matched and fulfilled delivery applications and supplementary delivery applications will be changed to fulfilled.

[0127] For the delivery application of the matching transaction, the system will i , User Code ID i and buy and sell direction d, query the corresponding position records, unfreeze and cancel the corresponding positions, and generate delivery records at the same time;

[0128] User code ID according to the supplementary delivery application i 、Contract code C i , buying and selling direction d, application quantity Q i and delivery price P c Generate corresponding delivery records based on the information;

[0129] User code ID according to the supplementary delivery application i 、Contract code C i , buying and selling direction d, application quantity Q i and delivery price P c Such information generates reverse position records for users applying for supplementary delivery;

[0130] For unsuccessful delivery applications, the status changes to failure and the frozen funds F of the delivery application are unfrozen. i and the number of positions Q i .

[0131] The process of calculating financial compensation data includes:

[0132] Determine the direction of compensation payment based on the difference in the total number of buy and sell applications for the contract;

[0133] Calculate the compensation due to users who were not successfully matched and users who were successfully matched with supplementary delivery, and summarize them into the total compensation for the contract;

[0134] Calculate the user's net holdings to obtain the compensation payable by each user.

[0135] The portion of compensation payable that is less than RMB 0.01 will be discarded; the portion of compensation payable that is less than RMB 0.01 will be rounded up to RMB 0.01.

[0136] Based on the calculation results of the compensation fees, the payable compensation fees are collected from each trading user, and the due compensation fees are paid to users who were not successfully matched and users who successfully matched with supplementary delivery; the part collected that is greater than the payment is recorded in the platform risk reserve account.

[0137] Furthermore, in combination with the transaction process of digital contracts, a working example of calculating the above-mentioned fund compensation data is given:

[0138] After the supplementary delivery process is completed, the system calculates the compensation fee for each contract according to the contract code; for the same contract code C i If the total amount of delivery applications for buying on that day is Q buy Greater than the total amount of delivery applications Q from the seller sell , then the net position of this contract is the compensation amount that the seller needs to pay to the user; if Q buy <Q sell , then the net position is the compensation amount that the buyer needs to pay to the user; if Q buy =Q sell , then no compensation funds will be generated for this contract on that day;

[0139] Calculate the compensation fee that the trading user should receive if their delivery application is not successfully matched on the same day:

[0140] F u1 =P c ×Q u ×U c ×r c , where: F u1 Indicates the compensation fee that users who fail to match successful transactions should receive, P c Represents contract C i The delivery price, Q u Represents contract C i The number of unsuccessful matches, U c Represents contract C i The transaction unit, r c Represents contract C i Compensation ratio.

[0141] Calculate the compensation fee that the trading user should receive for successfully matching the supplementary delivery on that day:

[0142] F u2 =P c ×Q t ×U c ×r c , where: F u2 Indicates the compensation fee that users who failed to match the transaction should receive, Qt Indicates the number of successful supplementary delivery matches;

[0143] Calculate the total compensation payable under a specified contract:

[0144] Among them: F total It represents the total compensation for all unmatched and supplementary delivery matching transactions of this contract. n represents the number of unmatched trading users, and m represents the number of successful supplementary delivery matching trading users.

[0145] Calculate the contract C specified by user i i Net position in the direction of payable compensation:

[0146] If the seller's net position is subject to compensation, then:

[0147]

[0148] If the buyer's net position is subject to compensation, then:

[0149]

[0150] Where: S pos represents the net holdings of user i, P i,s Indicates that user i is in contract C i The short position, Indicates that user i is in contract C i The number of delivery applications from the seller, P i,b Indicates that user i is in contract C i The buy position, Indicates that user i is in contract C i The number of delivery requests from the buyer.

[0151] Calculation Contract C i Total net holdings of compensation payable:

[0152] Where: S total Represents contract C i The total net position of compensation payable, where n represents the contract C held i The number of trading users.

[0153] Calculate the contract C specified by user i i Amount of compensation payable:

[0154]

[0155] Calculation Contract C i Total compensation payable:

[0156]

[0157] Among them: F pay_total Represents contract C i The total amount of compensation payable, n represents the holding of contract C i The number of trading users.

[0158] The calculation result of the compensation that each trading user deserves and pays is accurate to 0.01 yuan. The compensation that should be paid is F u1 and F u2 The portion less than 0.01 yuan will be discarded and compensation fee F will be paid pay The portion less than 0.01 yuan will be rounded up to 0.01 yuan;

[0159] According to the calculation results of the above formula, the compensation fee payable by each trading user will be collected and paid to the users whose delivery applications were not successfully matched and the users whose supplementary delivery applications were successfully matched; the portion greater than the payment, i.e., F pay_total -F total The amount will be credited to the platform risk reserve account.

[0160] Finally, it should be noted that the above embodiments are only used to illustrate the technical solutions of the present invention, rather than to limit it. Although the present invention has been described in detail with reference to the above embodiments, those skilled in the art should understand that they can still modify the technical solutions described in the above embodiments, or make equivalent replacements for some or all of the technical features therein. These modifications or replacements do not deviate the essence of the corresponding technical solutions from the scope of the technical solutions of the embodiments of the present invention, and they should all be included in the scope of the claims and description of the present invention.

[0161] The above description is only a preferred embodiment of the present invention and is not intended to limit the present invention. Any modifications, equivalent substitutions, improvements, etc. made within the spirit and principles of the present invention should be included in the scope of protection of the present invention.

Claims

1. A dynamic sustainable digital contract intelligent trading system based on time factor, characterized in that: The system comprises: Interactive terminals, wherein a plurality of interactive terminals are provided, and users complete digital contract transactions through interaction between the interactive terminals and the interactive platform, and the interactive terminals generate and submit delivery request data; The interactive platform receives and processes the delivery request data. During the process of processing the request data, the interactive platform receives the delivery supplementary application sent by the corresponding terminal, and generates a data processing result by combining the delivery request data and the delivery supplementary application.

2. A dynamic sustainable digital contract intelligent trading system based on time factor according to claim 1, characterized in that: The interactive platform completes the processing of delivery request data through delivery application verification and fund freezing mechanism, as well as delivery application matching and settlement mechanism; During the process of data processing results on the interactive platform, the fund compensation data is calculated at the same time, and the data processing results and fund compensation data are sent to each interactive terminal.

3. A dynamic sustainable digital contract intelligent trading method based on time factor, characterized in that: The method comprises: Building a platform and corresponding multiple terminals, completing digital contract transactions through data interaction between the platform and the terminals; the terminals generate and submit delivery request data, and the platform receives and processes the delivery request data; When the platform processes the request data, it receives the delivery supplementary application sent by the corresponding terminal, and generates data processing results by combining the delivery request data and the delivery supplementary application; Calculate the fund compensation data and send the data processing results and fund compensation data to each terminal.

4. A dynamic sustainable digital contract intelligent transaction method based on time factor according to claim 3, characterized in that: The process of processing delivery request data on the platform is divided into two parts: delivery application verification and fund freezing, and delivery application matching and settlement. The process of delivery application verification and fund freezing includes: The user submits the contract code and delivery quantity through the terminal. The platform verifies whether the user's holding time meets the time factor requirements of the contract and checks whether the corresponding user's available holding quantity is sufficient; If the conditions are met and sufficient, the funds to be frozen will be calculated based on the margin ratio and handling fee of the contract, and the user's fund balance will be determined to be sufficient; If sufficient, the platform freezes the corresponding funds and positions, and writes the application information into the processing queue.

5. A dynamic sustainable digital contract intelligent transaction method based on time factor according to claim 4, characterized in that: The process of delivery application matching and settlement includes: The platform counts the total number of applications from buyers and sellers interacting through the terminal, and matches them based on quantity comparison and time priority principles; If the application quantities of the buyer and seller are equal, the applications will be matched and the transaction will be completed; otherwise, the application with the smaller quantity will be given priority. For successfully matched applications, the corresponding position quantity will be unfrozen, the position will be cancelled, and a delivery record will be generated.

6. A dynamic sustainable digital contract intelligent transaction method based on time factor according to claim 3, characterized in that: The process of receiving the delivery supplementary application sent by the corresponding terminal includes: Based on the difference in the quantity applied by the buyer and seller interacting through the terminal, it is determined whether supplementary delivery is allowed. If it is allowed, the user submits a supplementary delivery application through the terminal, and the platform verifies the correctness of the application direction and calculates whether the application quantity is within the applicable range; The platform calculates the funds that need to be frozen based on the contract's delivery and trading margin ratios and handling fee ratios, and determines whether the user's fund balance is sufficient; if sufficient, the platform freezes the corresponding funds and records the application in the queue; otherwise, the platform rejects the supplementary delivery application and returns an error message.

7. A dynamic sustainable digital contract intelligent transaction method based on time factor according to claim 3, characterized in that: The process of combining the delivery request data with the delivery supplementary application to generate the data processing result includes: The platform matches all unsuccessful delivery applications with supplementary delivery applications based on the application quantity and time priority principle; if the number of unsuccessful delivery applications is equal to the number of supplementary delivery applications, all applications will be matched and executed; For successfully matched applications, the corresponding positions will be unfrozen and delivery records will be generated. At the same time, reverse position records will be generated for users who apply for supplementary delivery. Applications that fail to match are marked as failed, and their frozen funds and positions are unfrozen.

8. A dynamic sustainable digital contract intelligent transaction method based on time factor according to claim 3, characterized in that: The process of calculating the funding compensation data includes: Determine the direction of compensation fees to be paid based on the difference in the total amount of buy and sell applications for the contract; Calculate the compensation fees that should be earned by users who have not been successfully matched and users who have successfully matched with supplementary delivery, and summarize them into the total compensation fee of the contract; Calculate the user's net holdings to obtain the compensation payable by each user.

9. A dynamic sustainable digital contract intelligent transaction method based on time factor according to claim 8, characterized in that: The portion of compensation payable that is less than RMB 0.01 will be discarded; the portion of compensation payable that is less than RMB 0.01 will be rounded up to RMB 0.

01.

10. A dynamic sustainable digital contract intelligent transaction method based on time factor according to claim 8, characterized in that: Based on the calculation results of the compensation fees, the payable compensation fees are collected from each trading user, and the due compensation fees are paid to the users who were not successfully matched and the users who were successfully matched for supplementary delivery; the part collected that is greater than the payment is included in the platform risk reserve account.

Images