High-frequency trading methods

Abstract

This application discloses a high-frequency trading method, relating to the field of data processing technology. Specifically, this application designs an account system with a distributed architecture for high-frequency trading scenarios. The account system consists of multiple contracted settlement accounts, multiple high-frequency trading sub-databases corresponding to each contracted settlement account, and multiple virtual accounts created corresponding to each high-frequency trading sub-database. The multiple virtual accounts include multiple virtual trading accounts and one virtual position account. This distributed account system can meet the needs of high-frequency trading, dynamic fund allocation, expansion / contraction, position monitoring, account management, and end-of-day settlement, thereby ensuring high fund utilization efficiency while supporting high-frequency trading.

Description

Technical Field

[0001] This application relates to the field of data processing technology, and in particular to high-frequency trading methods. Background Technology

[0002] With the increase in internet transactions, companies need to conduct high-frequency trading in their trading accounts. A single trading account cannot conduct high-frequency trading. Traditional methods based on multiple trading accounts trading simultaneously require manual confirmation of the target account and its balance, which consumes extra time and reduces the efficiency of capital utilization. Therefore, it is impossible to ensure high capital utilization efficiency while conducting high-frequency trading. Summary of the Invention

[0003] The main purpose of this application is to provide a high-frequency trading method that aims to solve the technical problem of not being able to ensure high capital efficiency while conducting high-frequency trading.

[0004] To achieve the above objectives, this application proposes a high-frequency trading method. The account system includes a processing module, a fund allocation module, and multiple contracted settlement accounts. Each contracted settlement account corresponds to multiple high-frequency trading sub-databases, and each high-frequency trading sub-database has multiple virtual accounts. The multiple virtual accounts include multiple virtual trading accounts and one virtual position account. The method includes:

[0005] When the processing module receives a transaction request for a target contracted settlement account among the multiple contracted settlement accounts, for each transaction, it determines a tradable target virtual account from multiple high-frequency trading sub-databases corresponding to the target contracted settlement account and conducts the transaction. The tradable target virtual account is a virtual account with an account balance not less than the transaction amount and not in a transaction state.

[0006] When the fund transfer module detects that a fund transfer is needed, it transfers the balance of the target account based on the preset balance limit parameter so that the target account can conduct high-frequency trading. The target account includes a contracted settlement account and / or a virtual account.

[0007] In one embodiment, the step of determining a tradable target virtual account from multiple high-frequency trading sub-databases corresponding to the target contract settlement account for trading includes:

[0008] Based on the correspondence between the high-frequency trading sub-databases stored in the high-frequency trading routing table and the target contracted settlement account, at least one high-frequency trading sub-database corresponding to the target contracted settlement account is confirmed.

[0009] Obtain the load status and hardware status of the at least one high-frequency trading database;

[0010] Based on the load status and the hardware status, a target high-frequency trading sub-database is determined from the at least one high-frequency trading sub-database.

[0011] Select a tradable target virtual account from the target high-frequency trading database and conduct the transaction.

[0012] In one embodiment, the step of determining the target high-frequency trading sub-database from the at least one high-frequency trading sub-database based on the load state and the hardware state includes:

[0013] Determine whether there is at least one target high-frequency trading sub-database whose load status meets the preset load conditions and whose hardware status is non-faulty.

[0014] If not, return to the step of determining whether there is at least one target high-frequency trading sub-database whose load status meets the preset load conditions and whose hardware status is non-faulty, until the target high-frequency trading sub-database is obtained or the number of returns exceeds the preset number threshold. When the number of returns exceeds the preset number threshold, return a transaction failure message.

[0015] In one embodiment, the step of determining a tradable target virtual account from multiple high-frequency trading sub-databases corresponding to the target contract settlement account for trading includes:

[0016] From the plurality of virtual trading accounts, one virtual trading account that is not in a trading state and is not in a fund transfer state is selected as a candidate virtual trading account;

[0017] If the balance of the candidate virtual trading account is not less than the transaction amount, then the candidate virtual trading account is determined to be a tradable target virtual account, and the transaction is carried out based on the target virtual account;

[0018] If the balance of the candidate virtual trading account is lower than the transaction amount, then the virtual position account with a balance higher than the transaction amount is determined as the target virtual account that can be traded, and the transaction is carried out based on the target virtual account. The virtual position account with a balance higher than the transaction amount is the virtual position account corresponding to the candidate virtual trading account.

[0019] In one embodiment, the preset balance limit parameters include the balance limit range of the fund allocation account and the account balance limit range of the virtual account. The account balance limit range includes the transaction balance limit range of the virtual trading account and the position balance limit range of the virtual position account.

[0020] Before the step of transferring the balance of the target account based on the preset balance limit parameter, the following steps are included:

[0021] Detect whether the balance of the virtual account is lower than the lower limit of the account balance limit range, or whether the balance of the virtual account is higher than the upper limit of the account balance limit range;

[0022] When it is detected that the balance of a virtual account is lower than the lower limit of the account balance limit, it is determined whether the fund allocation account can allocate funds based on the balance of the fund allocation account and the lower limit of the fund balance limit. The fund allocation account is the target contract settlement account or the virtual position account. When the virtual account is a virtual position account, the fund allocation account is the target contract settlement account. When the virtual account is a virtual trading account, the fund allocation account is a virtual position account.

[0023] If the fund disbursement account is capable of disbursing funds, then it is determined that the balance of the target account needs to be transferred.

[0024] When the balance of a virtual account exceeds the upper limit of the account balance limit, it is determined that the balance of the target account needs to be transferred.

[0025] In one embodiment, the step of transferring the balance of the target account based on the preset balance limit parameter includes:

[0026] If the balance of each virtual account is lower than the lower limit of the account balance limit, the balance of the fund allocation account will be allocated to each virtual account until the balance of each virtual account is lower than the lower limit of the account balance limit or the fund allocation account is unable to allocate funds.

[0027] If the balance of each virtual account exceeds the upper limit of the account balance limit, the balance of each virtual account will be transferred to the fund disbursement account until the balance of each virtual account reaches the upper limit of the account balance limit.

[0028] In one embodiment, before the step of determining a tradable target virtual account from multiple high-frequency trading sub-databases corresponding to the target contract settlement account for each transaction, the method further includes:

[0029] Based on preset database configuration parameters, configure the number of high-frequency trading databases corresponding to the target contract settlement account and the number of virtual trading accounts in each high-frequency trading database corresponding to the target contract settlement account;

[0030] The step of configuring the number of high-frequency trading sub-databases corresponding to the target contract settlement account and the number of virtual trading accounts in each high-frequency trading sub-database based on preset sub-database setting parameters further includes:

[0031] When a command is received to change the number of virtual trading accounts in the high-frequency trading sub-database corresponding to the target contract settlement account, the number of virtual trading accounts in the high-frequency trading sub-database corresponding to the target contract settlement account is changed.

[0032] When a command to change the quantity of the high-frequency trading sub-database corresponding to the target contracted settlement account is received, the quantity of the high-frequency trading sub-database corresponding to the target contracted settlement account is changed.

[0033] In one embodiment, after configuring the number of high-frequency trading sub-databases corresponding to the target contracted settlement account and the number of virtual trading accounts in each high-frequency trading sub-database corresponding to the target contracted settlement account, the method further includes:

[0034] Obtain the machine time of the hardware deployed in each high-frequency trading sub-database;

[0035] Based on the machine time, at preset first time intervals, the balances of virtual position accounts and virtual trading accounts in each high-frequency trading sub-database are summarized for user query; wherein, the preset time interval is set in the server.

[0036] In one embodiment, after configuring the number of high-frequency trading sub-databases corresponding to the target contracted settlement account and the number of virtual trading accounts in each high-frequency trading sub-database corresponding to the target contracted settlement account, the method further includes:

[0037] Every preset second time period, the balances of the virtual trading account and the virtual position account are aggregated into each of the contracted settlement accounts, so that the processing module can save the balances of each of the contracted settlement accounts and accrue interest.

[0038] In one embodiment, after determining a tradable target virtual account from multiple high-frequency trading sub-databases corresponding to the target contract settlement account for trading, the method further includes:

[0039] When the target account is detected to be frozen, the high-frequency trading service is suspended.

[0040] The balances of each of the aforementioned virtual position accounts and virtual trading accounts are aggregated into the target contract settlement account.

[0041] One or more technical solutions proposed in this application have at least the following technical effects:

[0042] When the account system receives a transaction request for a target contracted settlement account, the transaction request can be multiple transactions. The account system includes a processing module, a fund allocation module, and multiple contracted settlement accounts. Each contracted settlement account corresponds to multiple high-frequency trading sub-databases, and each high-frequency trading sub-database creates multiple virtual accounts. These virtual accounts include multiple virtual trading accounts and one virtual position account. To enable parallel processing, for each transaction request, the processing module in the account system determines a target virtual account from the multiple high-frequency trading sub-databases corresponding to the target contracted settlement account. This virtual account has a balance not less than the transaction amount and is not currently in a trading state. When the fund allocation module in the account system detects that fund allocation is needed, it adjusts the balance based on the preset balance limit parameter. This eliminates the need for manual confirmation of the target account and its balance, ensuring that the target account has sufficient balance for high-frequency trading. Therefore, this application can ensure high fund utilization efficiency while conducting high-frequency trading. Attached Figure Description

[0043] The accompanying drawings, which are incorporated in and form part of this specification, illustrate embodiments consistent with this application and, together with the description, serve to explain the principles of this application.

[0044] To more clearly illustrate the technical solutions in the embodiments of this application or the prior art, the drawings used in the description of the embodiments or the prior art will be briefly introduced below. Obviously, for those skilled in the art, other drawings can be obtained based on these drawings without creative effort.

[0045] Figure 1 This is a schematic diagram of a scenario provided in Embodiment 1 of the high-frequency trading method of this application;

[0046] Figure 2 This is a flowchart illustrating Embodiment 2 of the high-frequency trading method of this application;

[0047] Figure 3 This is a flowchart illustrating Embodiment 3 of the high-frequency trading method of this application;

[0048] The purpose, features, and advantages of this application will be further explained in conjunction with the embodiments and with reference to the accompanying drawings. Detailed Implementation

[0049] It should be understood that the specific embodiments described herein are merely illustrative of the technical solutions of this application and are not intended to limit this application.

[0050] To better understand the technical solution of this application, a detailed description will be provided below in conjunction with the accompanying drawings and specific implementation methods.

[0051] Based on this, this application provides a high-frequency trading method, which is applied to an account system having a distributed architecture, the distributed architecture of which refers to... Figure 1 Specifically, the account system includes a processing module, a fund transfer module, and multiple contracted settlement accounts. Each contracted settlement account corresponds to multiple high-frequency trading sub-databases, and each high-frequency trading sub-database has multiple virtual accounts. The multiple virtual accounts include multiple virtual trading accounts and one virtual position account. The processing module is used to perform operations such as selecting trading accounts, and the fund transfer module is used to monitor the account balance and determine whether a fund transfer operation is needed.

[0052] The account system is an electronic information system used by banks to manage and record customers' financial transactions and fund status. In this embodiment, it is used to manage transactions of contracted settlement accounts. Contracted settlement accounts are ordinary settlement accounts that have signed high-frequency trading service contracts. Ordinary settlement accounts are accounts opened by users at banks for trading or other activities.

[0053] Each contracted settlement account in the account system has a virtual position account set up in one of its multiple high-frequency trading sub-databases. This virtual position account is used to handle fund transfers between the contracted settlement account and the virtual position account, as well as between the virtual position account and the virtual trading account. The goal is to ensure that each virtual trading account has an appropriate balance for trading, although in some cases, the virtual position account can be designated for trading. Each virtual position account corresponds to multiple virtual trading accounts, which are the accounts that actually handle high-frequency trading. Multiple virtual trading accounts can be set up as needed in the multiple high-frequency trading sub-databases corresponding to each contracted settlement account, and the resulting distributed architecture enhances parallel processing capabilities.

[0054] Specifically, the specific implementation methods of the high-frequency trading method include:

[0055] When the processing module receives a transaction request for a target contracted settlement account among the multiple contracted settlement accounts, for each transaction, it determines a tradable target virtual account from multiple high-frequency trading sub-databases corresponding to the target contracted settlement account and conducts the transaction. The tradable target virtual account is a virtual account with an account balance not less than the transaction amount and not in a transaction state.

[0056] When the fund transfer module detects that a fund transfer is needed, it transfers the balance of the target account based on the preset balance limit parameter so that the target account can conduct high-frequency trading. The target account includes a contracted settlement account and / or a virtual account.

[0057] The target settlement account is the settlement account to which the transaction instruction is directed.

[0058] Understandably, a regular settlement account can only be used for transactions. When multiple transactions need to be processed in a short period, the next transaction cannot be processed until the previous one is completed. A contracted settlement account has multiple corresponding virtual accounts. When a target contracted settlement account needs to process multiple transactions in a short period, for each transaction, a virtual account corresponding to the contracted settlement account can be selected with a balance no less than the transaction amount and not currently in a transaction state for the transaction. In this way, a virtual account will process each transaction, achieving the effect of parallel transaction processing.

[0059] Specifically, a user's contracted settlement account receives 10 transactions that need to be processed within a short period of time. For each transaction, the processing module in the account system automatically finds a virtual account with sufficient balance that is not currently in a transaction state to process the transaction. Since each virtual account is independent, this achieves the effect of processing these 10 transactions in parallel.

[0060] It should also be noted that the preset balance limit parameter is set by the user in the agreement when signing the contract. This parameter is used to limit the range of balances in the target contract settlement account, virtual position account, and virtual trading account. This contract is used to convert a regular settlement account into a contract settlement account to enable high-frequency trading services. The target account is the account that requires fund transfers. Fund transfers include fund inflows and outflows between the virtual position account, virtual trading account, and contract settlement account. Each fund transfer involves at least one account receiving funds and one account sending funds; therefore, the target account consists of at least two accounts.

[0061] It is understandable that the balances of the contract settlement account and each virtual account are independent. When the balance is too low or too high, it will affect the balance of funds between the accounts, thereby impacting high-frequency trading. Therefore, it is necessary to limit the balance range of the virtual accounts and the contract settlement account to ensure that both accounts have sufficient funds for high-frequency trading.

[0062] Specifically, the fund transfer module in the account system monitors each signed settlement account in real time. When the fund transfer module detects that a fund transfer is needed, it adjusts the balance of the target account to be within the preset balance limit range based on the preset balance limit range of the target account, thereby ensuring that the target account has sufficient funds for high-frequency trading.

[0063] Traditional multi-account trading methods require manual verification of the balances of multiple accounts and selection of the appropriate account for trading. In the method of this embodiment, when the fund transfer module detects that a fund transfer is needed, the fund transfer module in the account system automatically transfers the balance of the target account, thereby ensuring that the target account has sufficient balance for trading. This allows the processing module in the account system to select the appropriate account for high-frequency trading.

[0064] Specifically, when the balance of Account 1 falls below the lower limit of the preset balance limit parameter range, the fund transfer module in the account system detects that a fund transfer is needed for Account 1. The fund transfer module will transfer funds from Account 2 to Account 1 based on the preset balance limit parameter range. After the fund transfer, the funds in both target accounts 1 and 2 are within the preset balance limit parameter range, allowing the target accounts to conduct high-frequency trading.

[0065] In summary, when the account system receives a transaction request for a target contracted settlement account, the transaction request can be multiple transactions. The account system includes a processing module, a fund transfer module, and multiple contracted settlement accounts. Each contracted settlement account corresponds to multiple high-frequency trading sub-databases, and each high-frequency trading sub-database creates multiple virtual accounts. These virtual accounts include virtual trading accounts and virtual position accounts, with each virtual position account corresponding to multiple virtual trading accounts. To enable parallel processing, for each transaction request, the processing module in the account system determines a target virtual account from the multiple high-frequency trading sub-databases corresponding to the target contracted settlement account. This target virtual account has a balance not less than the transaction amount and is not currently in a trading state. When the fund transfer module in the account system detects the need for fund transfer, it adjusts the balance based on the preset balance limit parameter, thus eliminating the need for manual confirmation of the target account and its balance, ensuring the target account has sufficient balance for high-frequency trading. Therefore, this application can ensure high fund utilization efficiency while conducting high-frequency trading.

[0066] Based on the first embodiment of this application, please refer to the second embodiment of this application. Figure 2 For content that is the same as or similar to that in Embodiment 1 above, please refer to the above description, and it will not be repeated hereafter. The step of determining a tradable target virtual account from multiple high-frequency trading sub-databases corresponding to the target contract settlement account for trading includes steps S10 to S40:

[0067] Step S10: Based on the correspondence between the high-frequency trading sub-databases stored in the high-frequency trading routing table and the target contracted settlement account, confirm at least one high-frequency trading sub-database corresponding to the target contracted settlement account;

[0068] Understandably, the processing module in the account system uses a high-frequency trading routing table to locate the high-frequency trading sub-database corresponding to the target settlement account. This routing table, composed of multiple high-frequency trading routes, records the routes between settlement accounts and their corresponding high-frequency trading sub-databases. Routing refers to the process of determining the path a data packet takes from its source address to its destination address. In this embodiment, it's a high-frequency trading route, used to send trading instructions to exchanges or other trading venues via specific paths or network connections during high-frequency trading. Trading instructions are instructions sent by the processing module in the account system to the account used to execute trading operations, based on the user's trading actions.

[0069] In this embodiment, the high-frequency trading route is recorded in the high-frequency trading routing table when the processing module in the account system configures the high-frequency trading sub-database for the target contracted settlement account. Therefore, the processing module can find the high-frequency trading sub-database corresponding to the target contracted settlement account based on the path from the target contracted settlement account to the high-frequency trading sub-database in the high-frequency trading routing table.

[0070] Step S20: Obtain the load status and hardware status of the at least one high-frequency trading sub-database;

[0071] It should be noted that the high-frequency trading sub-database refers to the high-frequency trading sub-database corresponding to the target contracted account. Load status refers to the workload or workload of a device or system within a specific time period. In this embodiment, the load of the high-frequency trading sub-database refers to information such as the quantity and amount of transactions being processed by the virtual trading accounts and virtual position accounts within the high-frequency trading sub-database. Hardware status refers to the current working condition of the hardware components in a computer or other electronic device. In this embodiment, it mainly refers to the health status of the hardware, i.e., whether the hardware is faulty.

[0072] Step S30: Based on the load status and the hardware status, determine the target high-frequency trading sub-database from the at least one high-frequency trading sub-database;

[0073] It should be noted that the target high-frequency trading sub-database is the final determined high-frequency trading sub-database. The processing module in the account system executes transaction processing through virtual accounts on this high-frequency trading sub-database. The processing module determines the target high-frequency trading sub-database from the high-frequency trading sub-database corresponding to the target contract settlement account based on a load balancing algorithm. A load balancing algorithm is a technique used to distribute workloads in a network or computing environment. This algorithm ensures that no single server or resource is overloaded, while optimizing response time and improving overall system performance and availability.

[0074] In this embodiment, the processing module in the account system determines a high-frequency trading sub-database with low trading load and tradable status as the target high-frequency trading sub-database by using the load status information of each high-frequency trading sub-database that has been acquired, so as to balance the load among the various high-frequency trading sub-databases.

[0075] Step S40: Determine a tradable target virtual account from the target high-frequency trading sub-database for trading.

[0076] Specifically, when a target settlement account receives a high-frequency trading request, the processing module in the account system searches the high-frequency trading routing table for the corresponding high-frequency trading sub-database for that target settlement account, confirming that the target settlement account has high-frequency trading sub-databases 1 to 5. The processing module obtains the load status information of high-frequency trading sub-databases 1 to 5, confirming that sub-databases 2 to 5 have high loads. Therefore, the processing module identifies high-frequency trading sub-database 1 as the target high-frequency trading sub-database and selects a tradable virtual account from high-frequency trading sub-database 1 as the target virtual account for trading.

[0077] In a feasible embodiment, the specific implementation of the step of determining the target high-frequency trading sub-database from the at least one high-frequency trading sub-database based on the load state and the hardware state can be as follows:

[0078] Determine whether there exists at least one target high-frequency trading sub-database whose load status meets the preset load conditions and whose hardware status is non-faulty; if not, return to the step of determining whether there exists at least one target high-frequency trading sub-database whose load status meets the preset load conditions and whose hardware status is non-faulty, until the target high-frequency trading sub-database is obtained or the number of returns exceeds a preset number threshold, wherein when the number of returns exceeds the preset number threshold, a transaction failure message is returned.

[0079] It should be noted that, in this embodiment, the target high-frequency trading sub-database is determined from multiple candidate high-frequency trading sub-databases. The candidate high-frequency trading sub-databases are those whose load status meets preset load conditions and whose hardware status is non-faulty, as determined by the processing module in the account system.

[0080] It should also be noted that the preset threshold number is the threshold for the number of times the step of determining whether a target high-frequency trading sub-database exists is returned. This preset threshold number is set in the bank's account system to limit the number of times the above step is repeated, in order to prevent excessive repetition and thus reduce the overall system efficiency. When the number of repetitions exceeds the preset threshold number, the processing module in the account system will stop the step of determining the target high-frequency trading sub-database and return a transaction failure message to the user so that the user can understand the situation and proceed with the next step.

[0081] Understandably, the processing module in the account system has already located the high-frequency trading sub-database corresponding to the target contracted settlement account, identified target high-frequency trading sub-databases whose load status meets preset load conditions and whose hardware status is non-faulty, and selected all high-frequency trading sub-databases that meet the above conditions as candidate high-frequency trading sub-databases. Subsequently, the processing module in the account system determines the target high-frequency trading sub-database from the candidate high-frequency trading sub-databases based on a load balancing algorithm.

[0082] If the target high-frequency trading sub-database does not exist, the processing module in the account system will return to the step of determining whether there is at least one target high-frequency trading sub-database whose load status meets the preset load conditions and whose hardware status is non-faulty.

[0083] Ultimately, after multiple rounds of checks to determine if the target high-frequency trading sub-database exists, the processing module in the account system identifies the target high-frequency trading sub-database from among several candidate high-frequency trading sub-databases, or exceeds the upper limit of the number of returns and returns a transaction failure message to the user.

[0084] Specifically, the processing module in the account system identifies high-frequency trading sub-databases 1 through 5 corresponding to the target account. Based on the load and hardware status, it confirms that high-frequency trading sub-databases 4 and 5 are isolated due to hardware failure. Therefore, the processing module determines high-frequency trading sub-databases 1, 2, and 3 as candidate high-frequency trading sub-databases. Using a load balancing algorithm, the processing module selects high-frequency trading sub-database 1 from the candidate high-frequency trading sub-databases 1, 2, and 3 as the target high-frequency trading sub-database.

[0085] In one feasible embodiment, the step of determining a tradable target virtual account from multiple high-frequency trading sub-databases corresponding to the target contract settlement account for trading includes:

[0086] From the plurality of virtual trading accounts, one virtual trading account that is not in a trading state and is not in a fund transfer state is selected as a candidate virtual trading account; if the balance of the candidate virtual trading account is not less than the trading amount, the candidate virtual trading account is determined as a tradable target virtual account, and trading is carried out based on the target virtual account; if the balance of the candidate virtual trading account is less than the trading amount, a virtual position account with a balance higher than the trading amount is determined as a tradable target virtual account, and trading is carried out based on the target virtual account, wherein the virtual position account with a balance higher than the trading amount is the virtual position account corresponding to the candidate virtual trading account.

[0087] It should be noted that the candidate virtual trading account is a virtual trading account whose balance is within the preset balance limit parameter range and is not in a trading or fund transfer state. The balance of the candidate virtual trading account can be higher or lower than the transaction amount. When the balance of the candidate virtual trading account is lower than the transaction amount, the candidate virtual trading account cannot perform this transaction. The processing module in the account system then confirms whether the balance of the virtual position account corresponding to the candidate virtual trading account is sufficient to perform this transaction.

[0088] When the balance of the virtual position account is not less than the transaction amount, the processing module in the account system designates the virtual position account as the target virtual account for transaction processing. When the balance of the virtual position account is less than the transaction amount, the virtual position account is also unable to process the transaction, and the processing module in the account system suspends the transaction and returns information about insufficient liquidity to the user.

[0089] When the balance of a candidate virtual trading account does not meet the trading requirements, the processing module in the account system will not select another virtual trading account for the transaction. This is because the lower limit of the virtual position account, set based on preset balance limit parameters, is higher than the lower limit of the virtual trading account. Therefore, the virtual position account has more balance and is more likely to meet the amount requirement of this transaction. Thus, directly selecting a virtual position account avoids repeatedly executing the step of selecting virtual trading accounts, improving system efficiency and thereby improving the efficiency of capital utilization.

[0090] The method for selecting a virtual trading account from a first virtual trading account consisting of multiple virtual trading accounts is random selection. Random selection is to avoid the processing module in the account system repeatedly selecting the same virtual trading account for trading, which would lead to an imbalance in the balances among the virtual trading accounts.

[0091] The specific method of random selection is not limited, as long as the effect of random selection is achieved. One feasible method is to randomly arrange the first virtual trading accounts to form an available queue, and determine the first virtual trading account in the available queue as a candidate virtual trading account. Whenever the balance of a virtual trading account changes, the processing module in the account system determines whether the virtual trading account needs to be added to or removed from the available queue, and then randomly arranges the virtual trading accounts in the available queue again. Since the available queue is randomly arranged, determining the first virtual trading account in it can achieve the effect of random selection, and each time the balance of a virtual trading account changes, the processing module in the account system updates the available queue and re-randomizes it. Therefore, virtual trading accounts can be randomly selected each time, thus avoiding the repeated selection of the same virtual trading account.

[0092] Specifically, the processing module in the account system determines that the first virtual trading sub-database contains 6 virtual trading accounts and 1 corresponding virtual position account. Among them, virtual trading accounts 1 to 4 have balances within the preset balance limit parameter and are not in a trading or fund transfer state. These 4 virtual trading accounts are designated as the first virtual trading account. The processing module in the account system randomly selects virtual trading account 3 from the first virtual trading account as a candidate virtual trading account, and then determines that the balance of virtual trading account 3 is lower than the transaction amount. The processing module in the account system determines the virtual position account in the first virtual trading sub-database as a candidate virtual trading account, and then determines that the balance of this virtual position account is not lower than the transaction amount. Therefore, this virtual position account is selected as the target virtual account for transaction processing.

[0093] In summary, the processing module in the account system selects a tradable high-frequency trading sub-database from multiple high-frequency trading sub-databases corresponding to the target contracted account, based on the load status, hardware status, and virtual position account status of the sub-databases. This ensures a relatively balanced load on the high-frequency trading sub-databases corresponding to the target contracted settlement account. Furthermore, by setting an upper limit for the return step threshold, the system's operating efficiency is improved. Next, the processing module randomly selects a virtual trading account from multiple qualified virtual trading accounts in the target high-frequency trading sub-database as a candidate virtual trading account. This avoids imbalances in funds between virtual trading accounts caused by repeatedly selecting the same virtual trading account, which could affect subsequent transactions. Finally, the processing module in the account system determines the candidate virtual trading account or its corresponding virtual position account to execute the transaction processing. In this embodiment, the processing module in the account system automatically determines a suitable virtual account for transaction processing through multiple judgments and determinations, ensuring load and balance balance, resulting in high fund utilization efficiency.

[0094] Based on the first and second embodiments of this application, please refer to the third embodiment of this application. Figure 3 Contents identical or similar to those in Embodiments 1 and 2 described above can be referred to the above description and will not be repeated hereafter. The preset balance limit parameters include the balance limit range of the fund allocation account and the account balance limit range of the virtual account. The account balance limit range includes the transaction balance limit range of the virtual trading account and the position balance limit range of the virtual position account. Before transferring the balance of the target account based on the preset balance limit parameters, steps S01 to S03 are included:

[0095] Step S01: Detect whether the balance of the virtual account is lower than the lower limit of the account balance limit range, or whether the balance of the virtual account is higher than the upper limit of the account balance limit range;

[0096] It should be noted that the account balance limit range includes the trading balance limit range for the virtual trading account and the position balance limit range for the virtual position account. The lower limit of the account balance limit range includes both the lower limit of the trading balance limit range and the lower limit of the position balance limit range. The lower limit of the trading balance limit range includes the lower limit of the trading balance of the virtual trading account, and the lower limit of the position balance limit range includes the lower limit of the position balance of the virtual position account. If the balance of the virtual account is equal to the lower limit of the account balance limit range, then no adjustment is needed to the balance of the target account.

[0097] Step S02: When it is detected that the balance of a virtual account is lower than the lower limit of the account balance limit, it is determined whether the fund allocation account can allocate funds based on the balance of the fund allocation account and the lower limit of the fund balance limit. The fund allocation account is the target contract settlement account or the virtual position account. When the virtual account is a virtual position account, the fund allocation account is the target contract settlement account. When the virtual account is a virtual trading account, the fund allocation account is a virtual position account.

[0098] A fund allocation account is used to allocate funds when the balance in a virtual trading account or virtual position account is insufficient. Virtual trading accounts cannot be used for fund allocation; therefore, the fund allocation account is either a contracted settlement account or a virtual position account. The lower limit of the fund balance limit is the minimum remaining balance of the contracted settlement account or the minimum position balance of the virtual position account. These minimum trading balance, minimum position balance, and minimum remaining balance limits are set in the agreement when the user signs the contract.

[0099] Funds cannot be directly transferred between virtual trading accounts, nor can they be directly transferred between virtual trading accounts and contracted settlement accounts. Therefore, when the balance of a virtual trading account is lower than the aforementioned minimum trading balance, it is necessary to determine whether the virtual position account corresponding to that virtual trading account can transfer funds; similarly, when the balance of a virtual position account is lower than the aforementioned minimum position balance, it is necessary to determine whether the balance of the contracted settlement account can transfer funds.

[0100] The specific criteria for determining whether a fund allocation account can allocate funds are as follows: When the fund allocation account is a virtual position account, after the funds are allocated, the balance of the virtual trading account requiring balance adjustment must reach the minimum trading balance limit, and the balance of the virtual position account must reach the minimum position balance limit. When the fund allocation account is a contract settlement account, after the funds are allocated, the balance of the virtual position account requiring balance adjustment must reach the minimum position balance limit, and the balance of the contract settlement account must reach the minimum retention balance limit.

[0101] Specifically, in the high-frequency trading sub-database of the target settlement account, virtual trading account #1 has a balance of 1000 after trading, with a minimum trading balance of 2000. The minimum position balance of the virtual position account is 3000. When the balance of the virtual position account corresponding to virtual trading account #1 is 5000, after fund allocation, the balance of the virtual position account is 4000, and the balance of virtual trading account #1 is 2000. Both the virtual position account and virtual trading account #1 meet the minimum trading balance and position balance requirements, therefore, it is determined that fund allocation is possible. If the balance of the virtual position account corresponding to virtual trading account #1 is 3500, then if the balance of virtual trading account #1 is made to reach the minimum trading balance of 2000, the trading balance of the virtual position account will become 2500, which does not meet the minimum position balance requirement. Therefore, it is determined that fund allocation is not possible.

[0102] Step S03: If the fund disbursement account is able to disburse funds, then it is determined that the balance of the target account needs to be transferred.

[0103] It should be noted that balance transfer involves adjusting the balances of the fund-disbursing account and the fund-receiving account. If the fund-receiving account is a virtual trading account, the balances of the virtual trading account and the virtual position account will be transferred; if the fund-receiving account is a virtual position account, the balances of the virtual position account and the contract settlement account will be transferred.

[0104] Step S04: When the balance of a virtual account exceeds the upper limit of the account balance limit, it is determined that the balance of the target account needs to be transferred.

[0105] It should be noted that the upper limit of the account balance range includes both the upper limit of the transaction balance range and the upper limit of the position balance range. The upper limit of the transaction balance range includes the upper limit of the transaction balance of the virtual trading account, and the upper limit of the position balance range includes the upper limit of the position balance of the virtual position account. If the balance of the virtual account is equal to the upper limit of the balance range, then no transfer of funds to the target account's balance is required.

[0106] There is no upper limit on the balance of the contracted settlement account. Therefore, when the balance of the virtual trading account or virtual position account exceeds the upper limit, no other judgment conditions are required to determine that the balance of the target account needs to be transferred.

[0107] In one embodiment, the step of transferring the balance of the target account based on the preset balance limit parameter includes:

[0108] If the balance of each virtual account is lower than the lower limit of the account balance limit, the balance of the fund allocation account will be allocated to each virtual account until the balance of each virtual account is at the lower limit of the account balance limit or the fund allocation account is unable to allocate funds; if the balance of each virtual account is higher than the upper limit of the account balance limit, the balance of each virtual account will be transferred to the fund allocation account until the balance of each virtual account is at the upper limit of the account balance limit.

[0109] It should be noted that the amount of funds allocated from the fund disbursement account is the difference between the lower limit of the account balance range and the current balance of the virtual account, so that the balance of the virtual account is the lower limit of the account balance range. The amount of funds transferred from each virtual account is the difference between the balance of each virtual account and the upper limit of the account balance range, so that the balance of the virtual account is the upper limit of the account balance range.

[0110] When a virtual position account is unable to allocate funds, multiple virtual trading accounts may require balance adjustments due to their balances falling below the minimum trading balance limit. In this case, if the virtual position account's balance meets the fund allocation requirements—for example, if a virtual trading account transfers excess funds to the virtual position account after making a trade—the virtual position account will allocate the funds to the virtual trading account requiring balance adjustments. The order in which virtual trading accounts undergo balance adjustments is not specifically limited; it can be determined randomly or based on the amount requested by the virtual trading account.

[0111] When funds are transferred from the virtual position account to the virtual position account, and the balance of the virtual position account exceeds the position balance limit, the virtual position account will transfer the remaining balance to the contract settlement account until the balance of all accounts is within the limit.

[0112] In a feasible embodiment, after the step of determining a tradable target virtual account from the first high-frequency trading database for trading, it may further include:

[0113] When the target account is detected to be frozen, the high-frequency trading service is suspended; the balances of each virtual position account and virtual trading account are transferred to the target contract settlement account.

[0114] It should be noted that account freezing refers to a measure taken by banks to temporarily or permanently suspend the normal use of a user's account under certain circumstances. Situations requiring account freezing include account security, legal reasons, etc. In such cases, high-frequency trading services for the target contracted settlement account will also be suspended. If there are balances in the virtual trading accounts and virtual position accounts within the high-frequency trading sub-database corresponding to the target contracted settlement account, these balances need to be transferred to the target contracted settlement account to ensure the user's normal access to funds.

[0115] In summary, manually verifying the balances of each account during transactions consumes additional time. This embodiment, based on the balances and limitations of each account, utilizes the fund transfer module within the account system to determine whether a balance transfer to the target account is necessary. If a balance adjustment is required, the target account's balance is adjusted to facilitate high-frequency trading. Simultaneously, when an account freeze necessitates the suspension of transactions for the target contracted settlement account, high-frequency trading services are paused, and funds are consolidated to ensure the normal use of user funds. This embodiment eliminates the need for manual verification of target account balances during transactions, improving fund utilization efficiency.

[0116] Based on the first to third embodiments of this application, in the fourth embodiment of the application, the content that is the same as or similar to the first to third embodiments described above can be referred to the above description and will not be repeated hereafter. Before determining a tradable target virtual account from multiple high-frequency trading sub-databases corresponding to the target contract settlement account for trading, the following implementation method is further included:

[0117] Based on preset database configuration parameters, configure the number of high-frequency trading databases corresponding to the target contract settlement account and the number of virtual trading accounts in each high-frequency trading database corresponding to the target contract settlement account.

[0118] It should be noted that the preset database configuration parameters include the number of databases allocated in the high-frequency trading cluster and the number of virtual trading accounts in each database. These preset database configuration parameters are set when the user signs up. Afterward, the processing module in the account system configures the high-frequency trading databases and virtual trading accounts based on the parameters set by the user.

[0119] The step of configuring the number of high-frequency trading sub-databases corresponding to the target contract settlement account and the number of virtual trading accounts in each high-frequency trading sub-database based on preset sub-database setting parameters further includes:

[0120] When a command is received to change the number of virtual trading accounts in the high-frequency trading sub-database corresponding to the target contracted settlement account, the number of virtual trading accounts in the high-frequency trading sub-database corresponding to the target contracted settlement account is changed; when a command is received to change the number of high-frequency trading sub-databases corresponding to the target contracted settlement account, the number of high-frequency trading sub-databases corresponding to the target contracted settlement account is changed.

[0121] It should be noted that the quantity change instruction is either a quantity increase instruction or a quantity decrease instruction. When a user has a relevant requirement, the user sends the relevant requirement and quantity change instruction parameters to the bank. The processing module in the bank's account system then changes the quantity of the corresponding virtual transaction account based on the user's quantity change instruction parameters.

[0122] The specific scenario where users need to increase the number of virtual trading accounts is when the current trading volume exceeds the system's processing capacity. This can be achieved by increasing the number of virtual trading accounts in each high-frequency trading sub-database to improve the ability to process trades in parallel. Conversely, the specific scenario where users need to reduce the number of virtual trading accounts is when the current system's trading capacity exceeds demand. This can be achieved by reducing the number of virtual trading accounts to conserve hardware resources.

[0123] Since each high-frequency trading database resides on a separate piece of hardware, and the processing power of a single piece of hardware has an upper limit, increasing the number of virtual trading accounts within the high-frequency trading database will not improve the system's parallel processing capability once the processing power of the high-frequency trading database approaches the limit of a single piece of hardware.

[0124] Therefore, the specific scenario where users need to increase the number of virtual trading shards is when the current trading volume exceeds the system's processing capacity, and increasing the number of virtual trading accounts cannot effectively improve the system's parallel processing capability (or the user does not want to increase the number of virtual trading accounts but wants to directly increase the number of virtual trading shards). Users can improve the system's parallel trading processing capability by increasing the number of virtual trading shards. The specific scenario where users need to reduce the number of high-frequency trading shards is when the current system's trading processing capacity exceeds demand. Users can save hardware resources by reducing the number of virtual trading shards.

[0125] In a feasible embodiment, after the step of configuring the number of high-frequency trading sub-databases corresponding to the target contract settlement account and the number of virtual trading accounts in each high-frequency trading sub-database corresponding to the target contract settlement account, it may also be:

[0126] Obtain the machine time of the hardware deployed in each high-frequency trading sub-database;

[0127] Based on the machine time, at preset first time intervals, the balances of virtual position accounts and virtual trading accounts in each high-frequency trading sub-database are summarized for user query; wherein, the preset time interval is set in the server.

[0128] Understandably, because virtual trading accounts are distributed across various high-frequency trading sub-databases, and the fund allocation module in the account system automatically adjusts the balances of the contracted settlement accounts and virtual accounts, the processing module in the account system aggregates the balances of all virtual trading accounts and virtual position accounts in each high-frequency trading sub-database to allow users to understand the total balance of each high-frequency trading sub-database at a specific point in time. The high-frequency trading sub-database balance aggregation is performed at 1 minute and 0 seconds of the machine time of the hardware where each high-frequency trading sub-database is located. Machine time is the time recorded by the internal clock of each hardware. Since each high-frequency trading sub-database is located on different hardware, the balance aggregation of each high-frequency trading sub-database cannot be kept at the same moment, but users can still assess the use of funds based on the aggregated balance of each sub-database.

[0129] Specifically, in High Frequency Trading Sub-database 1, the balance of Virtual Trading Account 1 is 1000, the balance of Virtual Trading Account 2 is 1000, and the balance of Virtual Trading Account 3 is 1500. The minimum trading balance for each virtual trading account is 2000, and the balance of the Virtual Position Account is 4000, with a minimum position balance of 4000. At this time, the Virtual Position Account cannot transfer funds. When the previous summary of High Frequency Trading Sub-database 1 has passed through 1 minute and 0 seconds of its hardware time, the summary balance of the High Frequency Trading Sub-database is 7500. Subsequently, if other virtual trading accounts transfer funds upwards, causing the balance of the Virtual Position Account to become 6000, the Virtual Position Account will first determine Virtual Trading Account 1 to transfer funds. After the transfer, the balance of Virtual Trading Account 1 becomes 2000, and the balance of the Virtual Position Account becomes 5000. The virtual position account determines that virtual trading account No. 2 will allocate funds, the balance of the virtual trading account becomes 2000, and the balance of the virtual position account becomes 4000. At this time, the virtual position account can no longer allocate funds, so the fund allocation step ends. After the previous summary of the high-frequency trading sub-database No. 1, 1 minute and 0 seconds have passed in the machine time of the hardware, the summary balance of the high-frequency trading sub-database is 9500.

[0130] In a feasible embodiment, after the step of configuring the number of high-frequency trading sub-databases corresponding to the target contract settlement account and the number of virtual trading accounts in each high-frequency trading sub-database corresponding to the target contract settlement account, it may also be:

[0131] Every preset second time period, the balances of the virtual trading account and the virtual position account are aggregated into each of the contracted settlement accounts, so that the processing module can save the balances of each of the contracted settlement accounts and accrue interest.

[0132] It is understood that the preset time point is a fixed time point every day, at which the bank calculates interest on each account. Since the balances of the contracted settlement accounts are scattered across virtual trading accounts and virtual position accounts in the high-frequency trading sub-database, some amounts will not be included in the daily interest calculation. Therefore, it is necessary to aggregate the balances of the virtual trading accounts and virtual position accounts into the respective contracted settlement accounts at the end of each day to meet the users' interest calculation needs.

[0133] In summary, this embodiment summarizes the balances of the sub-databases in the account to meet the customer's needs for assessing the use of funds in high-frequency trading and for interest calculation. At the same time, based on specific high-frequency trading needs, the number of high-frequency trading sub-databases or the number of virtual trading accounts in the high-frequency trading sub-databases can be changed by receiving corresponding quantity change instructions. This makes the system highly scalable and can be scaled up according to trading volume, thereby improving the flexibility and efficiency of high-frequency trading processing.

[0134] It should be noted that the above examples are only for understanding this application and do not constitute a limitation on the high-frequency trading method of this application. Any simple modifications based on this technical concept are within the protection scope of this application.

[0135] The above description is only a part of the embodiments of this application and does not limit the patent scope of this application. All equivalent structural transformations made under the technical concept of this application and using the contents of the specification and drawings of this application, or direct / indirect applications in other related technical fields, are included in the patent protection scope of this application.

Claims

1. A high-frequency trading processing method, characterized in that, This system is applied to an account system, which includes a processing module, a fund transfer module, and multiple contracted settlement accounts. The contracted settlement accounts are ordinary settlement accounts that have signed high-frequency trading service contracts. These ordinary settlement accounts are accounts opened by users at banks for trading or other activities. Each contracted settlement account corresponds to multiple high-frequency trading sub-databases. These sub-databases include their corresponding load status and hardware status, and a routing table records the routes between the contracted settlement accounts and their corresponding high-frequency trading sub-databases. Each high-frequency trading sub-database creates multiple virtual accounts, including multiple virtual trading accounts and one virtual position account. Each virtual position account corresponds to multiple virtual trading accounts. The virtual trading accounts are the accounts that actually process high-frequency trading. The virtual position accounts are used to handle fund transfers between contracted settlement accounts and virtual position accounts, as well as between virtual position accounts and virtual trading accounts. The virtual position accounts are used to ensure that each virtual trading account has a suitable balance for trading or to determine whether to trade through the virtual position account. The method includes: When the processing module receives a transaction request for a target contracted settlement account among the multiple contracted settlement accounts, for each transaction, it determines a tradable target virtual account from multiple high-frequency trading sub-databases corresponding to the target contracted settlement account and conducts the transaction. The tradable target virtual account is a virtual account with an account balance not less than the transaction amount and not in a transaction state. When the fund transfer module detects that a fund transfer is needed, it transfers the balance of the target account based on a preset balance limit parameter so that the target account can conduct high-frequency trading. The target account includes a contracted settlement account and / or a virtual account. The preset balance limit parameter is used to limit the range of balances in the target contracted settlement account, virtual position account, and virtual trading account.

2. The method as described in claim 1, characterized in that, The step of determining a tradable target virtual account from multiple high-frequency trading sub-databases corresponding to the target contract settlement account for trading includes: Based on the correspondence between the high-frequency trading sub-databases stored in the high-frequency trading routing table and the target contracted settlement account, at least one high-frequency trading sub-database corresponding to the target contracted settlement account is confirmed. Obtain the load status and hardware status of the at least one high-frequency trading database; Based on the load status and the hardware status, a target high-frequency trading sub-database is determined from the at least one high-frequency trading sub-database. Select a tradable target virtual account from the target high-frequency trading database and conduct the transaction.

3. The method as described in claim 2, characterized in that, The step of determining the target high-frequency trading sub-database from the at least one high-frequency trading sub-database based on the load status and the hardware status includes: Determine whether there is at least one target high-frequency trading sub-database whose load status meets the preset load conditions and whose hardware status is non-faulty. If not, return to the step of determining whether there is at least one target high-frequency trading sub-database whose load status meets the preset load conditions and whose hardware status is non-faulty, until the target high-frequency trading sub-database is obtained or the number of returns exceeds the preset number threshold. When the number of returns exceeds the preset number threshold, return a transaction failure message.

4. The method as described in claim 1, characterized in that, The step of determining a tradable target virtual account from multiple high-frequency trading sub-databases corresponding to the target contract settlement account for trading includes: From the plurality of virtual trading accounts, one virtual trading account that is not in a trading state and is not in a fund transfer state is selected as a candidate virtual trading account; If the balance of the candidate virtual trading account is not less than the transaction amount, then the candidate virtual trading account is determined to be a tradable target virtual account, and the transaction is carried out based on the target virtual account; If the balance of the candidate virtual trading account is lower than the transaction amount, then the virtual position account with a balance higher than the transaction amount is determined as the target virtual account that can be traded, and the transaction is carried out based on the target virtual account. The virtual position account with a balance higher than the transaction amount is the virtual position account corresponding to the candidate virtual trading account.

5. The method as described in claim 1, characterized in that, The preset balance limit parameters include the balance limit range of the fund allocation account and the account balance limit range of the virtual account. The account balance limit range includes the transaction balance limit range of the virtual trading account and the position balance limit range of the virtual position account. Before the step of transferring the balance of the target account based on the preset balance limit parameter, the following steps are included: Detect whether the balance of each virtual account is lower than the lower limit of the account balance limit, or detect whether the balance of each virtual account is higher than the upper limit of the account balance limit; When it is detected that the balance of a virtual account is lower than the lower limit of the account balance limit, it is determined whether the fund allocation account can allocate funds based on the balance of the fund allocation account and the lower limit of the fund balance limit. The fund allocation account is the target contract settlement account or the virtual position account. When the virtual account is a virtual position account, the fund allocation account is the target contract settlement account. When the virtual account is a virtual trading account, the fund allocation account is a virtual position account. If the fund disbursement account is capable of disbursing funds, then it is determined that the balance of the target account needs to be transferred. When it is detected that the balance of a virtual account exceeds the upper limit of the account balance limit, it is determined that the balance of the target account needs to be transferred.

6. The method as described in claim 5, characterized in that, The step of transferring the balance of the target account based on the preset balance limit parameter includes: If the balance of each virtual account is lower than the lower limit of the account balance limit, the balance of the fund allocation account will be allocated to each virtual account until the balance of each virtual account is lower than the lower limit of the account balance limit or the fund allocation account is unable to allocate funds. If the balance of each virtual account exceeds the upper limit of the account balance limit, the balance of each virtual account will be transferred to the fund disbursement account until the balance of each virtual account reaches the upper limit of the account balance limit.

7. The method as described in claim 1, characterized in that, Before the step of determining a tradable target virtual account from multiple high-frequency trading sub-databases corresponding to the target contract settlement account for each transaction, the method further includes: Based on preset database configuration parameters, configure the number of high-frequency trading databases corresponding to the target contract settlement account and the number of virtual trading accounts in each high-frequency trading database corresponding to the target contract settlement account; The step of configuring the number of high-frequency trading sub-databases corresponding to the target contract settlement account and the number of virtual trading accounts in each high-frequency trading sub-database based on preset sub-database setting parameters further includes: When a command is received to change the number of virtual trading accounts in the high-frequency trading sub-database corresponding to the target contract settlement account, the number of virtual trading accounts in the high-frequency trading sub-database corresponding to the target contract settlement account is changed. When a command is received to change the quantity of the high-frequency trading sub-database corresponding to the target contracted settlement account, the quantity of the high-frequency trading sub-database corresponding to the target contracted settlement account is changed.

8. The method as described in claim 7, characterized in that, After configuring the number of high-frequency trading sub-databases corresponding to the target contract settlement account and the number of virtual trading accounts in each high-frequency trading sub-database corresponding to the target contract settlement account, the method further includes: Obtain the machine time of the hardware deployed in each high-frequency trading sub-database; Based on the machine time, at preset first time intervals, the balances of virtual position accounts and virtual trading accounts in each high-frequency trading sub-database are summarized for user query; wherein, the preset first time interval is set in the server.

9. The method as described in claim 7, characterized in that, After configuring the number of high-frequency trading sub-databases corresponding to the target contract settlement account and the number of virtual trading accounts in each high-frequency trading sub-database corresponding to the target contract settlement account, the method further includes: Every preset second time period, the balances of the virtual trading account and the virtual position account are aggregated into each of the contracted settlement accounts, so that the processing module can save the balances of each of the contracted settlement accounts and accrue interest.

10. The method as described in claim 1, characterized in that, After determining a tradable target virtual account from multiple high-frequency trading sub-databases corresponding to the target contract settlement account for trading, the process further includes: When the target account is detected to be frozen, the high-frequency trading service is suspended; The balances of each of the aforementioned virtual position accounts and virtual trading accounts are aggregated into the target contract settlement account.

Images