WO2021081693A1 - Digital currency transaction data processing method, device and system - Google Patents

Abstract

A digital currency transaction data processing method, device and system. The method comprises: receiving a transaction request for a currency pair to be transacted, and determining a possible transaction price of the currency pair to be transacted (S0); determining whether the possible transaction price falls within a price fluctuation interval, the price fluctuation interval being determined according to a valuation value and a price fluctuation threshold, and the valuation value being determined according to the latest transaction price (S2); if not, starting a cooling-off period (S402); after the cooling-off period is finished, executing the following steps: determining whether a user cancels the order (S404), if not, adjusting the valuation value (S406), determining a new price fluctuation interval according to the adjusted valuation value (S408), and re-determining whether the possible transaction price falls within the new price fluctuation interval (S410); if not, restarting the cooling-off period, and repeating the above steps; and when it is determined that the possible transaction price falls within the new price fluctuation interval, determining the possible transaction price as a final transaction price of the currency pair to be transacted, and promoting the transaction according to the final transaction price (S6). Large price fluctuation in a short time can be effectively avoided.

Description

Method, device and system for processing digital currency transaction data Technical field

The present invention relates to the technical field of computer data processing, and in particular, to a method, device and system for processing digital currency transaction data.

Background technique

With the continuous development of today's world, digital currency transactions have become a new type of user. In this huge digital currency market system, exchanges are becoming more and more competitive, and how to build an exchange that meets market needs has become the focus of all major platforms. However, the current price fluctuations in the digital currency market can easily make investors excited and irrational. In a state of complete excitement, it is difficult for investors to conduct in-depth research on individual digital currencies. They just want to buy quickly. Buying is earning, and they will panic buying, buying, and buying. At the same time, the prices of different digital currencies are quite different, and investors are likely to send wrong prices and affect market conditions, and they cannot reflect the true conditions of the market. Therefore, how to build a trading platform that can stabilize the violent fluctuations of trading prices in a short period of time has become an urgent technical problem.

Summary of the invention

The purpose of the embodiments of this specification is to provide a digital currency transaction data processing method, device, and system, which can effectively avoid large price fluctuations in a short period of time and ensure transaction stability.

This manual provides a digital currency transaction data processing method, device and system, which are implemented in the following ways:

A method for processing digital currency transaction data, the method comprising:

Receive the transaction request of the currency pair to be traded, and determine the possible transaction price of the currency pair to be traded;

Judging whether the possible transaction price is within a price fluctuation interval, the price fluctuation interval being determined according to the estimated value and the price fluctuation threshold, and the estimated value is determined according to the latest transaction price;

If the result of the judgment is negative, the cooling-off period is initiated, and after the cooling-off period is over, the following adjustment steps are performed: if it is determined that the transaction request has not been revoked, adjust the valuation, and determine the new The price fluctuation range of, re-judge whether the possible transaction price is within the new price fluctuation range;

If the judgment result is no, restart the cooling-off period and repeat the above adjustment steps until the possible transaction price is within the new price fluctuation range;

When it is determined that the possible transaction price is within the new price fluctuation range, the possible transaction price is determined as the final transaction price of the currency pair to be traded, and the transaction is matched according to the final transaction price.

In another embodiment of the method described in this specification, the adjusting the accounting value includes:

When the possible transaction price is greater than the maximum value of the price fluctuation interval, adjusting the calculated value to be equal to the maximum value of the price fluctuation interval;

When the possible transaction price is less than the minimum value of the price fluctuation interval, the estimated value is adjusted to be equal to the minimum value of the price fluctuation interval.

In another embodiment of the method described in this specification, the method further includes:

Receive an order cancellation request for the transaction request;

Determine whether it is in the first restricted transaction period, the first restricted transaction period includes the preset time period before the end of the cooling-off period corresponding to the transaction request and/or the adjustment step execution time period, and if so, the order cancellation request is rejected .

In another embodiment of the method described in this specification, before determining the possible transaction price of the currency pair to be traded, the method further includes:

Determine whether there is the first transaction in the process of the currency pair to be traded; [JQU: What is the first transaction? 】

If so, determine whether it is in the second restricted transaction period, the second restricted transaction period includes the preset time period before the end of the cooling-off period corresponding to the first transaction and/or the adjustment step execution time period, and if so, suspend all transactions. The transaction request.

In another embodiment of the method described in this specification, before determining the possible transaction price of the currency pair to be traded, the method further includes:

Obtaining user information in the transaction request;

Determine whether there is a second transaction in progress of the currency pair to be traded initiated by the user information, and if so, obtain the first transaction type of the second transaction;

Determine whether to continue the transaction request according to the first transaction type and the second transaction type corresponding to the transaction request.

In another embodiment of the method described in this specification, after the cooling-off period ends, the method further includes:

If it is determined that all transactions corresponding to the currency pair to be traded are cancelled, the corresponding price fluctuation range at the end of the cooling-off period will be obtained;

The critical value of the obtained price fluctuation range closest to the possible transaction price is determined as the final transaction price.

On the other hand, the embodiment of this specification also provides a digital currency transaction data processing device, the device includes:

The data receiving module is used to receive the transaction request of the currency pair to be traded, and to determine the possible transaction price of the currency pair to be traded;

A data judgment module for judging whether the possible transaction price is within a price fluctuation interval, the price fluctuation interval being determined according to the estimated value and the price fluctuation threshold, and the estimated value is determined according to the latest transaction price;

The data adjustment module is used to start a cooling-off period if the judgment result is no, and after the cooling-off period ends, perform the following adjustment steps: if it is determined that the transaction request has not been revoked, adjust the valuation according to the adjustment After determining the value of the new price fluctuation range, re-judge whether the possible transaction price is within the new price fluctuation range; if the judgment result is no, restart the cooling-off period and repeat the above adjustment steps until the possible transaction price is within the new price fluctuation range. Within the new price fluctuation range;

The transaction price determination module is used to determine the possible transaction price as the final transaction price of the currency pair to be traded when it is determined that the possible transaction price is within the new price fluctuation range, and to match the transaction according to the final transaction price .

In another embodiment of the device described in this specification, the device further includes:

The transaction judgment module is used to judge whether there is a first transaction in the currency pair to be traded; if it exists, whether it exists, and whether it is in the second restricted transaction period, the second restricted transaction period includes the first transaction The preset time period and/or the adjustment step execution time period before the end of the cooling-off period corresponding to a transaction, if yes, suspend the transaction request.

On the other hand, the embodiments of this specification also provide a digital currency transaction data processing device, the device including a processor and a memory for storing executable instructions of the processor, the instructions being executed by the processor include the following step:

Receive the transaction request of the currency pair to be traded, and determine the possible transaction price of the currency pair to be traded;

Judging whether the possible transaction price is within a price fluctuation interval, the price fluctuation interval being determined according to the estimated value and the price fluctuation threshold, and the estimated value is determined according to the latest transaction price;

If the result of the judgment is negative, the cooling-off period is initiated, and after the cooling-off period is over, the following adjustment steps are performed: if it is determined that the transaction request has not been revoked, adjust the valuation, and determine the new The price fluctuation range of, re-judge whether the possible transaction price is within the new price fluctuation range;

If the judgment result is no, restart the cooling-off period and repeat the above adjustment steps until the possible transaction price is within the new price fluctuation range;

When it is determined that the possible transaction price is within the new price fluctuation range, the possible transaction price is determined as the final transaction price of the currency pair to be traded, and the transaction is matched according to the final transaction price.

On the other hand, the embodiment of this specification also provides a digital currency transaction data processing system, the system includes a request receiving module, a matching module, and a cooling module, wherein:

The request receiving module is used to receive the transaction request of the currency pair to be traded, and send it to the matching module;

The matching module is used to determine the possible transaction price of the currency pair to be traded, and send the possible transaction price to the cooling module;

The cooling module is used to determine whether the possible transaction price is within a price fluctuation range, the price fluctuation range is determined according to the estimated value and the price fluctuation threshold, and the estimated value is determined according to the latest transaction price; if the result of the judgment is no, then Start the cooling-off period, and after the cooling-off period ends, perform the following adjustment steps:

If it is determined that the transaction request has not been cancelled, adjust the valuation, determine a new price fluctuation range based on the adjusted valuation, and re-judge whether the possible transaction price is within the new price fluctuation range;

If the judgment result is no, restart the cooling-off period and repeat the above adjustment steps until the possible transaction price is within the new price fluctuation range;

The cooling module is also used to determine the possible transaction price as the final transaction price of the currency pair to be traded when it is determined that the possible transaction price is within a new price fluctuation range, and feed it back to the matching module;

The matching module is also used to match transactions according to the final transaction price.

The digital currency transaction data processing method, device, and system provided in one or more embodiments of this specification can set a cool-down mechanism by default. After determining the user’s initial possible transaction price for a transaction currency pair, the possibility can be determined first. Whether the transaction price meets the requirements of the price fluctuation range, if not, the cooling-off period is initiated. During the cooling-off period, the user can choose to withdraw the order, which can prevent the wrong quotation from affecting the market, or cause large price fluctuations in a short period of time, causing panic. If the user does not withdraw the order, the system can adjust the price fluctuation range requirements after the end of the cooling-off period to reassess the possible transaction price. Until it is determined that the possible transaction price meets the requirements of the price fluctuation range, the possible transaction price is regarded as the final transaction price and the transaction is matched. Using the various embodiments of this specification can effectively avoid large price fluctuations in a short period of time and ensure the stability of transactions.

Description of the drawings

In order to more clearly describe the technical solutions in the embodiments of this specification or the prior art, the following will briefly introduce the drawings that need to be used in the description of the embodiments or the prior art. Obviously, the drawings in the following description are only These are some embodiments described in this specification. For those of ordinary skill in the art, other drawings can be obtained from these drawings without creative labor. In the attached picture:

FIG. 1 is a schematic flowchart of an embodiment of a digital currency transaction data processing method provided in this specification;

2 is a schematic flowchart of another embodiment of a digital currency transaction data processing method provided in this specification;

3 is a schematic flowchart of another embodiment of a digital currency transaction data processing method provided in this specification;

4 is a schematic flowchart of another embodiment of a digital currency transaction data processing method provided in this specification;

Figure 5 is a schematic flow diagram of a digital currency transaction data processing method in some embodiments provided in this specification;

6 is a schematic diagram of the module structure of an embodiment of a digital currency transaction data processing device provided in this specification;

Fig. 7 is a schematic structural diagram of a server according to an exemplary embodiment of the present specification.

Detailed ways

In order to enable those skilled in the art to better understand the technical solutions in this specification, the following will make clear and complete the technical solutions in one or more embodiments of this specification in conjunction with the drawings in one or more embodiments of this specification. It is obvious that the described embodiments are only a part of the embodiments in the specification, rather than all the embodiments. Based on one or more embodiments of the specification, all other embodiments obtained by a person of ordinary skill in the art without creative work shall fall within the protection scope of the embodiment scheme of this specification.

With the continuous development of today's world, digital currency transactions have become a new type of user. In this huge digital currency market system, exchanges are becoming more and more competitive, and how to build an exchange that meets market needs has become the focus of all major platforms. Currently, stock exchanges mostly use circuit breakers. For example, when the CSI 300 Index triggers the 5% circuit breaker threshold, the exchange will suspend trading for 15 minutes, and if 5% is triggered at the end of the market or 7% is triggered at any time throughout the day, trading will be suspended until the market closes. However, the stock market has set a 10% price limit system. If the fusing thresholds of 5% and 7% are added, and the distance between the two fusing thresholds and the price limit is too close, it is equivalent to giving bears an obvious offensive target. Once the market reaches a 7% drop, the market loses its liquidity. Without knowing the truth, the most rational choice for investors is to sell stocks, lock in losses, and gain certainty. However, investors are still unable to trade in an uncertain future, which has seriously affected the normal conduct of transactions.

Correspondingly, the embodiment of the specification provides a digital currency transaction data processing method, which can set a calm mechanism by preset, and after determining the user's possible transaction price for a trading currency pair, it can first determine whether the possible transaction price meets price fluctuations If the scope requirements are not met, a cooling-off period will be initiated. During the cooling-off period, the user can choose to withdraw the order, which can prevent the wrong quotation from affecting the market, or cause large price fluctuations in a short period of time, causing panic. If the user does not withdraw the order, the system can adjust the price fluctuation range requirements after the end of the cooling-off period to reassess the possible transaction price. Until it is determined that the possible transaction price meets the requirements of the price fluctuation range, the possible transaction price is regarded as the final transaction price to match the transaction. Using the various embodiments of this specification can effectively avoid large price fluctuations in a short period of time and ensure the stability of transactions.

Fig. 1 is a schematic flowchart of an embodiment of the digital currency transaction data processing method provided in this specification. Although this specification provides method operation steps or device structures as shown in the following embodiments or drawings, the method or device may include more or fewer operation steps after partial combination based on conventional or no creative labor. Or modular unit. In steps or structures where there is no necessary causal relationship logically, the execution order of these steps or the module structure of the device is not limited to the execution order or module structure shown in the embodiments of this specification or the drawings. When the described method or module structure is applied to an actual device, server or terminal product, it can be executed sequentially or in parallel according to the method or module structure shown in the embodiments or drawings (for example, parallel processor or multi-threaded processing). Environment, even including distributed processing, server cluster implementation environment).

A specific embodiment is shown in Figure 1. The digital currency transaction data processing method provided in this specification may include:

S0: Receive a transaction request of the currency pair to be traded, and determine the possible transaction price of the currency pair to be traded.

The currency pair to be traded may refer to the digital currency of this transaction. The transaction request may include the information of the user who initiated the transaction and the type, quantity, transaction price and other information of the currency pair to be traded. The possible transaction price may include the possible transaction price of the currency pair to be traded obtained by the matching engine based on a preset matching mechanism.

The user can initiate a buy or sell transaction request for the currency pair to be traded to the matching engine. The transaction request may include information such as the transaction type, the type and quantity of the currency pair to be traded, and the expected transaction price. The transaction type may include a market price sell order and a market price. Buy orders, buy limit orders, sell limit orders, IOC (Immediate-Or-Cancel, execute immediately or cancel the order) transaction orders and other transaction types. The matching engine can match transactions according to the matching mechanism, and obtain the possible transaction price of the currency pair to be traded. The matching mechanism may adopt an existing matching mechanism of the digital currency trading platform. For example, after a user places an order, the matching engine can match the transaction according to the principle of price priority and time priority, and the price between the two has priority over time. Based on the matching mechanism, one or more possible transactions for the currency pair to be traded can be obtained. price. Of course, the aforementioned matching mechanism is only an example, and the matching mechanism can be implemented in accordance with the existing matching method of the trading platform during specific implementation, which is not limited here. S2: Determine whether the possible transaction price is within a price fluctuation range, the price fluctuation range is determined according to the estimated value and the price fluctuation threshold, and the estimated value is determined according to the latest transaction price.

The price fluctuation range can be used to restrict the possible transaction price. When the possible transaction price exceeds the price fluctuation range, a calming mechanism can be activated to prevent large price fluctuations in a short period of time. The price fluctuation interval may be determined according to the calculated value and the price fluctuation threshold. The estimated value can be determined according to the latest transaction price.

The latest transaction price may be the last successful transaction price or the reopening price of the currency pair to be traded. The reopening price may include the opening price set at the initial opening of the currency pair to be traded every day, or the corresponding opening price when the trading needs to be reopened within a day due to some reasons.

If it is determined that the possible transaction price is within the price fluctuation range, the possible transaction price can be determined as the final transaction price, and continuous matching transactions can be performed.

S4: If the judgment result is no, start a cooling-off period, and after the cooling-off period ends, perform the following adjustment steps: if it is determined that the transaction request has not been cancelled, adjust the valuation based on the adjusted valuation Determine the new price fluctuation range, and re-judge whether the possible transaction price is within the new price fluctuation range; if the judgment result is no, restart the cooling-off period and repeat the above adjustment steps until the possible transaction price fluctuates within the new price fluctuation range Within the interval.

If it is determined that the possible transaction price exceeds the price fluctuation range, a cooling-off period can be initiated. The length of the cooling-off period can be preset according to the actual transaction market. During the cooling-off period, the user may choose to cancel the transaction order of the currency pair to be traded. By setting a cooling-off period, you can effectively prevent users from withdrawing orders in a timely manner in the case of sending wrong quotes or hurriedly sending transaction requests, preventing the wrong quotes from affecting market conditions, or causing large price fluctuations in a short period of time, causing panic.

In some implementations, if the possible transaction price exceeds the price fluctuation range, the system can perform the following steps:

S402: Start the cooling-off period;

S404: After the cooling-off period ends, determine whether the user cancels the order;

S406: If the order is not cancelled, adjust the calculated value;

S408: Determine a new price fluctuation interval according to the adjusted valuation;

S410: Determine whether the possible transaction price is within a new price fluctuation range;

If it is not within the new price fluctuation range, restart the cooling-off period, and repeat the above steps S402-S408 after the cooling-off period ends;

If it is within the new price fluctuation range, the possible transaction price is determined as the final transaction price of the currency pair to be traded, and the transaction is matched according to the final transaction price.

In some implementations, the valuation can be adjusted in the following manner: if the transaction price is likely to be higher, the valuation value can be increased appropriately, and if the transaction price is likely to be lower, the valuation value can be appropriately decreased. Then, a new price fluctuation range can be determined based on the adjusted valuation, and reassess whether the possible transaction price is within the new price fluctuation range.

In some embodiments of this specification, preferably, the valuation value can be adjusted in the following manner: when the possible transaction price is greater than the maximum value of the price fluctuation interval, the valuation value is adjusted to be equal to the maximum value of the price fluctuation interval. Value; when the possible transaction price is less than the minimum value of the price fluctuation interval, adjust the calculated value to be equal to the minimum value of the price fluctuation interval. By adjusting the valuation in this way, the valuation can be adjusted more smoothly and accurately. At the same time, if the transaction price may be too high or too low, the user can have enough time to determine whether to withdraw the order.

S6: When it is determined that the possible transaction price is within the new price fluctuation range, the possible transaction price is determined as the final transaction price of the currency pair to be traded, and the transaction is matched according to the final transaction price.

When it is determined that the possible transaction price is within the new price fluctuation range, the possible transaction price is determined as the final transaction price of the currency pair to be traded, the final transaction price is matched and the transaction is made, and the final transaction The price is the latest transaction price and the market quotation is released.

Using one or more of the above-mentioned embodiments of this specification, by preset cooling mechanism, users can choose to withdraw orders during the cooling-off period, which can prevent incorrect quotes from affecting market conditions or causing large price fluctuations in a short period of time. Cause panic. If the user does not withdraw the order, after the cooling-off period ends, the system can adjust the price fluctuation range requirements to re-evaluate the possible transaction price until it is determined that the possible transaction price meets the price fluctuation range requirements, then the possible transaction price will be regarded as the final transaction price , Matchmaking transactions. It can effectively avoid large price fluctuations in a short period of time and ensure the stability of transactions.

FIG. 2 shows a schematic flowchart of a digital currency transaction data processing method in some other embodiments of this specification. As shown in Figure 2, the method may further include:

S2002: Receive an order cancellation request for the transaction request;

S2004: Determine whether it is in the first restricted transaction period, the first restricted transaction period includes the preset time period before the end of the cooling-off period corresponding to the transaction request and/or the adjustment step execution time period, and if so, reject the withdrawal Single request.

If the system is about to execute or is performing adjustment steps, and reassess whether the possible transaction price meets the new price fluctuation range, investors are not allowed to withdraw the order at this time, and the order is allowed to be withdrawn during other time periods of the cooling-off period.

In some embodiments, it is possible to set a preset time period before the end of the cooling-off period and limit the user's cancellation of orders within the time period during which the adjustment step is performed. For example, the preset time period may be 10 seconds before the end of the cooling-off period. After the cooling-off period is over, the system needs to reassess whether the possible transaction price meets the new price fluctuation range. If the user withdraws the order when the possible transaction price is about to be revalued or is revaluating the possible transaction price, it may lead to a revaluation of the possible transaction price Problems occur, which affect the accuracy of the final transaction price determination and the stability of the system.

FIG. 3 shows a schematic flowchart of a digital currency transaction data processing method in some other embodiments of this specification. As shown in Figure 3, before determining the possible transaction price of the currency pair to be traded, it may further include:

S3002: Determine whether there is a first transaction in progress of the currency pair to be traded;

S3004: If it exists, determine whether it is in the second restricted transaction period, the second restricted transaction period includes the preset time period before the end of the cooling-off period corresponding to the first transaction and/or the adjustment step execution time period, if yes, then Suspend the transaction request.

The first transaction may include a transaction being processed in the system corresponding to the currency pair to be traded. If the corresponding transaction in processing of the currency pair to be traded exists in the system, the transaction can be regarded as the first transaction, so as to distinguish the expression. The transaction being processed may include transactions at any link in the entire process from the determination of the possible transaction price to the matching transaction at the final transaction price and release. If it exists, it can be judged whether the system is in the second restricted transaction period. The second restricted transaction period may include a preset time period before the end of the cooling-off period corresponding to the first transaction and/or an adjustment step execution time period. If it is, the transaction request is suspended.

The user may be restricted from initiating a new transaction request for the currency pair to be traded in a preset time period before the end of the cooling-off period and within the execution time period of the adjustment step. If the possible transaction price is about to be revalued or the possible transaction price is being revalued, a new transaction request for the currency pair to be traded may be received, which may cause the revaluation of the possible transaction price to become unstable, thereby affecting the determination of the final transaction price. Accuracy and stability of the system. At other points in the cooling-off period, a new transaction request for the currency pair to be traded can be received.

FIG. 4 shows a schematic flowchart of a digital currency transaction data processing method in some other embodiments of this specification. As shown in Figure 4, before the matching module determines the possible transaction price of the currency pair to be traded, it may further include:

S4002: Obtain user information in the transaction request;

S4004: Determine whether there is a second transaction in progress of the currency pair to be traded initiated by the user information, and if so, obtain the first transaction type of the second transaction;

S4006: Determine whether to continue the transaction request according to the first transaction type and the second transaction type corresponding to the transaction request.

The second transaction may include a transaction to the currency pair to be traded initiated by a certain specific user information, and the specific user information may include the user information in the transaction request. After the system receives the transaction request, it can first obtain the user information in the transaction request, and determine whether there is a second transaction to the currency pair to be traded initiated by the user corresponding to the user information in the system. If it exists, then obtain the first transaction. The first transaction type of the second transaction. Determine whether to continue the transaction request according to the first transaction type and the second transaction type corresponding to the transaction request.

The first transaction type may include a transaction type corresponding to the second transaction, and the second transaction type may include a transaction type corresponding to the transaction request. The types of the first transaction type and the second transaction type may be the same or different. A certain judgment rule may be set in advance, and then the transaction request and the second transaction are analyzed based on the judgment rule, and whether to continue the transaction request is determined according to the analysis result. It can prevent the user's self-initiated buy and sell orders from being traded at will, causing confusion in the transaction, thereby improving the stability of the transaction. In some implementation manners, the judgment rule may include:

If there is already a market price buy order for a certain currency pair initiated by a user in the system, the user cannot initiate any sell order for that currency pair; if there is already a market price sell order for a certain currency pair initiated by the user, the user cannot initiate the Any buy orders for currency pairs.

If there is already a limit buy order for a certain currency pair initiated by the user in the system, the user cannot initiate a market price sell order for the currency pair; but can initiate a limit sell order for the currency pair. At this time, the limit sell order must satisfy : There is no intersection between buying and selling prices. That is to say, assuming that the price of the currency quoted by the user is (0, X], it is necessary to ensure that the quoted price is [X+TickSize, +∞). The TickSize refers to the minimum price plus or minus unit preset by the trading platform. In this way, it can be guaranteed that the user's buy and sell orders cannot be traded under any circumstances. The reverse is also true.

For quotes that have been cancelled or traded in the system, they are not subject to the above two conditions.

By configuring certain transaction restriction rules in the system in advance, the normal operation of the transaction can be further guaranteed, and the latest opening price after the cooling-off period is over, the buy and sell orders initiated by the user will be randomly traded, which will cause the transaction to be chaotic and improve the transaction. The stability.

Figure 5 shows a schematic diagram of a digital currency transaction process in an implementation scenario of this specification. In this implementation scenario, the following transaction restriction rules can be pre-configured in the system:

1) When a matchmaking transaction occurs, when the price at which the buyer and seller are about to match the transaction exceeds the price fluctuation threshold, the system will activate the calming mechanism and stop the matchmaking;

2) If the system is about to reassess the possible transaction price, investors are not allowed to withdraw the order at this time, and the order is allowed to withdraw in other time periods;

3) If the system is about to reassess the possible transaction price, the matching engine will not accept the transaction order at this time, that is, the transaction order issued by the investor will not be processed at this time;

4) During the process of determining the final transaction price during the cooling-off period and after the cooling-off period, the user cannot send IOC (Immediate-Or-Cancel, execute immediately or cancel the order) type of transaction order;

5) There is already a market buy order for a certain currency pair initiated by me in the matchmaking engine, then I cannot initiate any sell order for that currency pair; if I have already initiated a market sell order for a certain currency pair, I cannot initiate the currency pair. Any pay

6) There is already a limit buy order for a certain currency pair initiated by me in the matching engine, then I cannot initiate a market sell order for that currency pair; I can initiate a limit sell order for this currency pair, but it is necessary to ensure that there is no difference between the buying and selling prices. Intersection. That is to say, assuming that the price of the coin is (0, X), you need to ensure that the quoted price is [X+TickSize, +∞). In this way, it is guaranteed that my buy and sell orders cannot be executed under any circumstances, and vice versa;

7) Quotes that have been cancelled or traded in the matching engine are not subject to this restriction.

As shown in FIG. 5, the user can initiate a transaction request, and the transaction request may include user information, the type of currency pair to be traded, the initial transaction price, and so on. After the matching engine can receive the transaction request, it can first determine whether the transaction can be matched.

If it is judged that a user has initiated a transaction for the currency pair to be traded, it can be analyzed according to the above restriction rules whether it can continue to match the transaction. If the above restriction rules are met, the transaction will be suspended; if it is judged that the system is about to reassess the said If the possible transaction price of the currency pair to be traded, the transaction request is also suspended. After the market is reopened and the latest market information is released, the matching transaction processing of the transaction request will continue.

If the possible transaction price has been determined, the following operations can be performed. Among them, lastprice represents the latest transaction price, QuoteLimit represents the price fluctuation threshold, MatchingPrice represents the possible transaction price, QuotePrice represents the calculated value, LReopeningPrice represents the reopening price, and QTY represents the quantity.

Determine whether the MatchingPrice is within the range of [QuotePrice-QuoteLimit,QuotePrice+QuoteLimit]:

1) When MatchingPrice>QuotePrice+QuoteLimit,

①QuotePrice=lastPrice; if the MatchingPrice exceeds [QuotePrice-QuoteLimit,QuotePrice+QuoteLimit], enter the cooling-off period and trigger the cooling-off mechanism;

②After the cooling-off period, adjust QuotePrice=QuotePrice+QuoteLimit; re-evaluate matchingPrice. When MatchingPrice is within the range of [QuotePrice-QuoteLimit, QuotePrice+QuoteLimit], the possible transaction price is determined as the final transaction price.

2) When MatchingPrice<QuotePrice-QuoteLimit,

①QuotePrice=lastPrice; because MatchingPrice exceeds [QuotePrice-QuoteLimit,QuotePrice+QuoteLimit], it enters the cooling-off period and triggers the cooling-off mechanism;

②Adjust QuotePrice=QuotePrice-QuoteLimit; re-evaluate matchingPrice, when MatchingPrice is within the range of [QuotePrice-QuoteLimit, QuotePrice+QuoteLimit], the possible transaction price is determined as the final transaction price.

3) When the MatchingPrice is within the range of [QuotePrice-QuoteLimit, QuotePrice+QuoteLimit], the matching price will be matched and the market will be released, LastPrice=MatchingPrice.

After the cooling-off period is over, after the final transaction price is determined, when the reopening conditions are met, the final transaction price can be used as the reopening price, and the market can be reopened for continuous matching. In some embodiments, the reopening condition may be:

1. All limit orders whose prices are higher than the reopening price can be traded;

2. At the reopening price, all orders from one of the parties must be able to be completed. If all orders from one of the parties are not completed, the opening cannot be opened or the reopening price is incorrectly defined.

When the market is reopened, all market orders may not be required to be filled. If all market orders cannot be filled, the uncompleted market orders can be cancelled by the system.

Based on the solutions in the above implementation scenarios, the scenario examples provided in this specification are as follows:

1. Usually the exchange will announce the LastPrice of each currency pair in the market, the quotation quotation (optimum, suboptimal price, number of orders, etc.), real-time transaction quotation, 24h rise and fall, 24h highest price, 24h lowest price, 24h transaction Quantity and so on.

2. The exchange system can set the price fluctuation scale (QuoteLimit) and cooling-off period time for each currency pair in advance.

3. Suppose that in ETH/BTC, LastPrice=100, QuoteLimit=10, the cooling-off period is 3mins, and there is no quotation in the market at this moment.

Alice issues a transaction order, Side=Buy, Price=120, QTY=10.

Bob issues a transaction order, Side=Sell, Price=110, QTY=5.

At this moment, if it is judged that the possible transaction price of 120 is within [100-10,100+10], the system activates the cooling-off mechanism with a cooling-off period of 3mins. After the cooling-off period, if Alice and Bob do not withdraw the order, the system will continue to determine whether the possible transaction price (120) is within [100+10-10, 100+10+10]. Since the possible transaction price of 120 is within the range, then You can use 120 as the final transaction price, match the transaction, and reopen the transaction, and update the LastPrice and ReopeningPrice to 120.

During the system activation of the cooling-off mechanism, if a certain side of the market is emptied or cannot be traded when the market is reopened due to the cancellation of the order, the system can recalculate the re-opening price after the cooling-off period ends and immediately reopen the market.

In some other embodiments of this specification, after a certain cooling-off period ends, if it is determined that the transactions corresponding to the currency pair to be traded are all cancelled, the corresponding price fluctuation range at the end of the cooling-off period will be obtained; The critical value of the price fluctuation interval closest to the possible transaction price is determined as the final transaction price.

Assuming that lastprice=100 and QuoteLimit=10, at this time MatchingPrice=79, because MatchingPrice<lastprice-QuoteLimit, that is, MatchingPrice exceeds [QuotePrice-QuoteLimit, QuotePrice+QuoteLimit], the cooling-off period is entered.

Suppose that during the cooling-off period, all tradable transaction orders in the system are cancelled. Then the price fluctuation range at the end of this cooling-off period can be obtained as: [100-10,100+10], and its corresponding critical values are 90 and 110, and the possible transaction price is 79. Then the price fluctuation range can be closest to the possible transaction The critical value of 90 is determined as the final transaction price. After determining the final transaction price, the system can directly reopen the market and release the reopening price as 90.

The various embodiments in this specification are described in a progressive manner, and the same or similar parts between the various embodiments can be referred to each other, and each embodiment focuses on the differences from other embodiments. For details, reference may be made to the description of the foregoing related processing related embodiments, which will not be repeated here.

The foregoing describes specific embodiments of this specification. Other embodiments are within the scope of the appended claims. In some cases, the actions or steps described in the claims may be performed in a different order than in the embodiments and still achieve desired results. In addition, the processes depicted in the drawings do not necessarily require the specific order or sequential order shown in order to achieve the desired results. In some embodiments, multitasking and parallel processing are also possible or may be advantageous.

The digital currency transaction data processing method provided in one or more embodiments of this specification can set a calm mechanism by default. After determining the user’s initial possible transaction price for a transaction currency pair, it can first determine whether the possible transaction price is satisfied If the price fluctuation range requirements are not met, a cooling-off period will be initiated. During the cooling-off period, the user can choose to withdraw the order, which can prevent the wrong quote from affecting the market, or cause large price fluctuations in a short period of time, causing panic. If the user does not withdraw the order, the system can adjust the price fluctuation range requirements after the end of the cooling-off period to reassess the possible transaction price. Until it is determined that the possible transaction price meets the requirements of the price fluctuation range, the possible transaction price is regarded as the final transaction price to match the transaction. Using the various embodiments of this specification can effectively avoid large price fluctuations in a short period of time and ensure the stability of transactions.

Based on the digital currency transaction data processing method described above, one or more embodiments of this specification also provide a digital currency transaction data processing device. The described devices may include systems, software (applications), modules, components, servers, etc. that use the methods described in the embodiments of this specification, combined with necessary implementation hardware devices. Based on the same innovative concept, the installation system in one or more embodiments provided in the embodiments of this specification is as described in the following embodiments. Since the implementation scheme of the system to solve the problem is similar to the method, the implementation of the specific device in the embodiment of this specification can refer to the implementation of the foregoing method, and the repetition will not be repeated. As used below, the term "module" can implement a combination of software and/or hardware with predetermined functions. Although the system described in the following embodiments is preferably implemented by software, implementation by hardware or a combination of software and hardware is also possible and conceived. Specifically, FIG. 6 shows a schematic diagram of the system structure of an embodiment of a digital currency transaction data processing device provided in the specification. As shown in FIG. 6, the device may include:

The data receiving module 102 may be used to receive a transaction request of the currency pair to be traded, and determine the possible transaction price of the currency pair to be traded;

The data judging module 104 can be used to judge whether the possible transaction price is within a price fluctuation interval, the price fluctuation interval being determined according to the estimated value and the price fluctuation threshold, and the estimated value is determined according to the latest transaction price;

The data adjustment module 106 can be used to start a cooling-off period if the judgment result is no, and after the cooling-off period ends, perform the following adjustment steps: if it is determined that the transaction request has not been revoked, adjust the valuation, Determine the new price fluctuation range according to the adjusted valuation, and re-judge whether the possible transaction price is within the new price fluctuation range; if the result of the judgment is no, restart the cooling-off period and repeat the above adjustment steps until the possible transaction The price is within the new price fluctuation range;

The transaction price determination module 108 may be used to determine the possible transaction price as the final transaction price of the currency pair to be traded when it is determined that the possible transaction price is within a new price fluctuation range, according to the final transaction price Matching transactions.

In another embodiment of the present specification, the device may further include:

The transaction determining module 110 may be used to determine whether there is a first transaction in the currency pair to be traded; if it exists, determine whether it is in a second restricted transaction period, and the second restricted transaction period includes the corresponding first transaction. The preset time period and/or the adjustment step execution time period before the end of the cooling-off period, if yes, suspend the transaction request.

It should be noted that the above-mentioned system may also include other implementation manners according to the description of the method embodiment. For specific implementation manners, reference may be made to the description of the related method embodiments, which will not be repeated here.

The digital currency transaction data processing device provided by one or more embodiments of this specification can set a cool-down mechanism by preset, and after determining the initial possible transaction price of a certain trading currency pair by the user, it can first determine whether the possible transaction price is satisfied If the price fluctuation range requirements are not met, a cooling-off period will be initiated. During the cooling-off period, the user can choose to withdraw the order, which can prevent the wrong quotation from affecting the market, or cause large price fluctuations in a short period of time, causing panic. If the user does not withdraw the order, the system can adjust the price fluctuation range requirements after the end of the cooling-off period to reassess the possible transaction price. Until it is determined that the possible transaction price meets the requirements of the price fluctuation range, the possible transaction price is regarded as the final transaction price to match the transaction. Using the various embodiments of this specification can effectively avoid large price fluctuations in a short period of time and ensure the stability of transactions.

The method or system described in the foregoing embodiment provided in this specification can implement business logic through a computer program and record it on a storage medium, and the storage medium can be read and executed by a computer to achieve the effects of the solution described in the embodiment of this specification. Therefore, this specification also provides a digital currency transaction data processing device, including a processor and a memory storing executable instructions of the processor. When the instructions are executed by the processor, the implementation includes the following method steps:

Receive the transaction request of the currency pair to be traded, and determine the possible transaction price of the currency pair to be traded;

Judging whether the possible transaction price is within a price fluctuation interval, the price fluctuation interval being determined according to the estimated value and the price fluctuation threshold, and the estimated value is determined according to the latest transaction price;

If the result of the judgment is negative, the cooling-off period is initiated, and after the cooling-off period is over, the following adjustment steps are performed: if it is determined that the transaction request has not been revoked, adjust the valuation, and determine the new The price fluctuation range of, re-judge whether the possible transaction price is within the new price fluctuation range;

If the judgment result is no, restart the cooling-off period and repeat the above adjustment steps until the possible transaction price is within the new price fluctuation range;

When it is determined that the possible transaction price is within the new price fluctuation range, the possible transaction price is determined as the final transaction price of the currency pair to be traded, and the transaction is matched according to the final transaction price.

The method embodiments provided in the embodiments of this specification can be executed in a computer terminal, a server or a similar computing device. Taking running on a server as an example, Fig. 7 is a block diagram of the hardware structure of a digital currency transaction server to which the embodiment of this specification is applied. As shown in FIG. 7, the server 100 may include one or more (only one is shown in the figure) processor 200 (the processor 200 may include, but is not limited to, a processing device such as a microprocessor MCU or a programmable logic device FPGA), The memory 300 for storing data, and the transmission module 400 for communication functions. Those of ordinary skill in the art can understand that the structure shown in FIG. 7 is only for illustration, and does not limit the structure of the above electronic device. For example, the server 100 may also include more or fewer components than shown in FIG. 7, for example, may also include other processing hardware, such as a database or multi-level cache, a GPU, or have a configuration different from that shown in FIG. 7.

The memory 300 can be used to store software programs and modules of application software, such as program instructions/modules corresponding to the search method in the embodiment of the present invention. The processor 200 executes various functions by running the software programs and modules stored in the memory 300 Application and data processing. The memory 300 may include a high-speed random access memory, and may also include a non-volatile memory, such as one or more magnetic storage devices, flash memory, or other non-volatile solid-state memories. In some examples, the memory 300 may further include a memory remotely provided with respect to the processor 200, and these remote memories may be connected to the computer terminal through a network. Examples of the aforementioned networks include, but are not limited to, the Internet, corporate intranets, local area networks, mobile communication networks, and combinations thereof.

The transmission module 400 is used to receive or send data via a network. The above-mentioned specific examples of the network may include a wireless network provided by a communication provider of a computer terminal. In one example, the transmission module 400 includes a network adapter (Network Interface Controller, NIC), which can be connected to other network devices through a base station so as to communicate with the Internet. In an example, the transmission module 400 may be a radio frequency (RF) module, which is used to communicate with the Internet in a wireless manner.

The storage medium may include a physical device for storing information, and usually the information is stored in an electric, magnetic, or optical medium after digitizing the information. The storage medium may include: devices that use electrical energy to store information, such as various types of memory, such as RAM, ROM, etc.; devices that use magnetic energy to store information, such as hard disks, floppy disks, magnetic tapes, magnetic core memory, bubble memory, U disk; a device that uses optical means to store information, such as a CD or DVD. Of course, there are other ways of readable storage media, such as quantum memory, graphene memory, and so on.

It should be noted that the above-mentioned device may also include other implementation manners according to the description of the method embodiment. For specific implementation manners, reference may be made to the description of the related method embodiments, which will not be repeated here.

The digital currency transaction data processing equipment described in the above embodiment can preset a cooling mechanism. After determining the user's initial possible transaction price for a certain trading currency pair, it can first determine whether the possible transaction price meets the price fluctuation range requirements , If not satisfied, the cooling-off period will be initiated. During the cooling-off period, the user can choose to withdraw the order, which can prevent the wrong quotation from affecting the market, or cause large price fluctuations in a short period of time, causing panic. If the user does not withdraw the order, the system can adjust the price fluctuation range requirements after the end of the cooling-off period to reassess the possible transaction price. Until it is determined that the possible transaction price meets the requirements of the price fluctuation range, the possible transaction price is regarded as the final transaction price to match the transaction. Using the various embodiments of this specification can effectively avoid large price fluctuations in a short period of time and ensure the stability of transactions.

This specification also provides a digital currency transaction data processing system. The system can be a separate digital currency transaction data processing system, or it can be applied to a variety of computer data processing systems. The system can be a single server, or it can include server clusters, systems (including distributed systems), software (applications), The actual operation device, logic gate circuit device, quantum computer, etc., combined with the necessary implementation hardware terminal device. The digital currency transaction data processing system may include at least one processor and a memory storing computer-executable instructions. When the processor executes the instructions, the steps of the method described in any one or more of the foregoing embodiments are implemented.

In some embodiments of this specification, the system may include a request receiving module, a matching module, and a cooling module, where:

The request receiving module may be used to receive the transaction request of the currency pair to be traded, and send it to the matching module;

The matching module may be used to determine the possible transaction price of the currency pair to be traded, and send the possible transaction price to the cooling module;

The cool-down module may be used to determine whether the possible transaction price is within a price fluctuation range, the price fluctuation range is determined according to the estimated value and the price fluctuation threshold, and the estimated value is determined according to the latest transaction price; if the judgment result is no, Then start the cooling-off period, and after the cooling-off period ends, perform the following adjustment steps:

If it is determined that the transaction request has not been cancelled, adjust the valuation, determine a new price fluctuation range based on the adjusted valuation, and re-judge whether the possible transaction price is within the new price fluctuation range;

If the judgment result is no, restart the cooling-off period and repeat the above adjustment steps until the possible transaction price is within the new price fluctuation range;

The cooling module may also be used to determine the possible transaction price as the final transaction price of the currency pair to be traded when it is determined that the possible transaction price is within a new price fluctuation range, and feed it back to the matching module ；

The matching module can also be used to match transactions according to the final transaction price.

It should be noted that the device or system described above in this specification may also include other implementation manners based on the description of the related method embodiments. For specific implementation manners, refer to the description of the method embodiments, which will not be repeated here. The various embodiments in this specification are described in a progressive manner, and the same or similar parts between the various embodiments can be referred to each other, and each embodiment focuses on the differences from other embodiments. In particular, for the hardware+programs, storage medium+program embodiments, since they are basically similar to the method embodiments, the description is relatively simple, and for related parts, please refer to the part of the description of the method embodiments.

The embodiments of this specification are not limited to the conditions described in the embodiments of this specification that must conform to the standard data model/template. Certain industry standards or implementations described in custom methods or examples with slight modifications can also achieve the same, equivalent or similar implementation effects of the foregoing examples, or predictable implementation effects after modification. The examples obtained by applying these modified or deformed data acquisition, storage, judgment, processing methods, etc., can still fall within the scope of the optional implementation solutions of this specification.

The foregoing describes specific embodiments of this specification. Other embodiments are within the scope of the appended claims. In some cases, the actions or steps described in the claims may be performed in a different order than in the embodiments and still achieve desired results. In addition, the processes depicted in the drawings do not necessarily require the specific order or sequential order shown in order to achieve the desired results. In some embodiments, multitasking and parallel processing are also possible or may be advantageous.

The systems, devices, modules, or units explained in the above embodiments may be implemented by computer chips or entities, or implemented by products with certain functions. A typical implementation device is a computer. Specifically, the computer may be, for example, a personal computer, a laptop computer, a vehicle-mounted human-computer interaction device, a cellular phone, a camera phone, a smart phone, a personal digital assistant, a media player, a navigation device, an email device, a game console, and a tablet. Computers, wearable devices, or any combination of these devices.

For the convenience of description, when describing the above device, the functions are divided into various modules and described separately. Of course, when implementing one or more of this specification, the function of each module can be realized in the same one or more software and/or hardware, or the module that realizes the same function can be realized by a combination of multiple sub-modules or sub-units, etc. . The device embodiments described above are merely illustrative. For example, the division of the units is only a logical function division, and there may be other divisions in actual implementation, for example, multiple units or components can be combined or integrated. To another system, or some features can be ignored, or not implemented. In addition, the displayed or discussed mutual coupling or direct coupling or communication connection may be indirect coupling or communication connection through some interfaces, devices or units, and may be in electrical, mechanical or other forms.

Those skilled in the art also know that, in addition to implementing the controller in a purely computer-readable program code manner, it is entirely possible to program the method steps to make the controller use logic gates, switches, application-specific integrated circuits, programmable logic controllers, and embedded logic. The same function can be realized in the form of a microcontroller, etc. Therefore, such a controller can be regarded as a hardware component, and the devices included in the controller for realizing various functions can also be regarded as a structure within the hardware component. Or even, the device for realizing various functions can be regarded as both a software module for realizing the method and a structure within a hardware component.

The present invention is described with reference to flowcharts and/or block diagrams of methods, devices (systems), and computer program products according to embodiments of the present invention. It should be understood that each process and/or block in the flowchart and/or block diagram, and the combination of processes and/or blocks in the flowchart and/or block diagram can be implemented by computer program instructions. These computer program instructions can be provided to the processor of a general-purpose computer, a special-purpose computer, an embedded processor, or other programmable data processing equipment to generate a machine, so that the instructions executed by the processor of the computer or other programmable data processing equipment are generated It is a device that realizes the functions specified in one process or multiple processes in the flowchart and/or one block or multiple blocks in the block diagram.

These computer program instructions can also be stored in a computer-readable memory that can guide a computer or other programmable data processing equipment to work in a specific manner, so that the instructions stored in the computer-readable memory produce an article of manufacture including the instruction device. The device implements the functions specified in one process or multiple processes in the flowchart and/or one block or multiple blocks in the block diagram.

These computer program instructions can also be loaded on a computer or other programmable data processing equipment, so that a series of operation steps are executed on the computer or other programmable equipment to produce computer-implemented processing, so as to execute on the computer or other programmable equipment. The instructions provide steps for implementing the functions specified in one process or multiple processes in the flowchart and/or one block or multiple blocks in the block diagram.

In a typical configuration, the computing device includes one or more processors (CPUs), input/output interfaces, network interfaces, and memory.

It should also be noted that the terms "include", "include" or any other variants thereof are intended to cover non-exclusive inclusion, so that a process, method, commodity or equipment including a series of elements not only includes those elements, but also includes Other elements that are not explicitly listed, or they also include elements inherent to such processes, methods, commodities, or equipment. If there are no more restrictions, the element defined by the sentence "including a..." does not exclude the existence of other same elements in the process, method, or device that includes the element.

Those skilled in the art should understand that one or more embodiments of this specification can be provided as a method, a system, or a computer program product. Therefore, one or more embodiments of this specification may adopt the form of a complete hardware embodiment, a complete software embodiment, or an embodiment combining software and hardware. Moreover, one or more embodiments of this specification may adopt computer programs implemented on one or more computer-usable storage media (including but not limited to disk storage, CD-ROM, optical storage, etc.) containing computer-usable program codes. The form of the product.

One or more embodiments of this specification may be described in the general context of computer-executable instructions executed by a computer, such as program modules. Generally, program modules include routines, programs, objects, components, data structures, etc. that perform specific tasks or implement specific abstract data types. One or more embodiments of this specification can also be practiced in a distributed computing environment. In these distributed computing environments, tasks are performed by remote processing devices connected through a communication network. In a distributed computing environment, program modules can be located in local and remote computer storage media including storage devices.

The various embodiments in this specification are described in a progressive manner, and the same or similar parts between the various embodiments can be referred to each other, and each embodiment focuses on the differences from other embodiments. In particular, as for the system embodiment, since it is basically similar to the method embodiment, the description is relatively simple, and for related parts, please refer to the part of the description of the method embodiment. In the description of this specification, descriptions with reference to the terms "one embodiment", "some embodiments", "examples", "specific examples", or "some examples" etc. mean specific features described in conjunction with the embodiment or example , Structure, materials or features are included in at least one embodiment or example in this specification. In this specification, the schematic representations of the above terms do not necessarily refer to the same embodiment or example. Moreover, the described specific features, structures, materials or characteristics may be combined in any one or more embodiments or examples in a suitable manner. In addition, those skilled in the art can combine and combine the different embodiments or examples and the features of the different embodiments or examples described in this specification without contradicting each other.

The above descriptions are only examples of this specification, and are not intended to limit this specification. For those skilled in the art, this specification can have various modifications and changes. Any modification, equivalent replacement, improvement, etc. made within the spirit and principle of this specification shall be included in the scope of the claims of this specification.

Claims (10)

1. A digital currency transaction data processing method, characterized in that the method includes:

   Receive the transaction request of the currency pair to be traded, and determine the possible transaction price of the currency pair to be traded;

   Judging whether the possible transaction price is within a price fluctuation interval, the price fluctuation interval being determined according to the estimated value and the price fluctuation threshold, and the estimated value is determined according to the latest transaction price;

   If the result of the judgment is negative, the cooling-off period is initiated, and after the cooling-off period is over, the following adjustment steps are performed: if it is determined that the transaction request has not been revoked, adjust the valuation, and determine the new The price fluctuation range of, re-judge whether the possible transaction price is within the new price fluctuation range;

   If the judgment result is no, restart the cooling-off period and repeat the above adjustment steps until the possible transaction price is within the new price fluctuation range;

   When it is determined that the possible transaction price is within the new price fluctuation range, the possible transaction price is determined as the final transaction price of the currency pair to be traded, and the transaction is matched according to the final transaction price.
2. The method according to claim 1, wherein said adjusting said valuation value comprises:

   When the possible transaction price is greater than the maximum value of the price fluctuation interval, adjusting the calculated value to be equal to the maximum value of the price fluctuation interval;

   When the possible transaction price is less than the minimum value of the price fluctuation interval, the estimated value is adjusted to be equal to the minimum value of the price fluctuation interval.
3. The method according to claim 1, wherein the method further comprises:

   Receiving the cancellation request of the transaction request;

   Determine whether it is in the first restricted transaction period, the first restricted transaction period includes the preset time period before the end of the cooling-off period corresponding to the transaction request and/or the adjustment step execution time period, and if so, the order cancellation request is rejected .
4. The method according to claim 1, wherein before the determining the possible transaction price of the currency pair to be traded, the method further comprises:

   Judging whether there is the first transaction in progress of the currency pair to be traded;

   If so, determine whether it is in the second restricted transaction period, the second restricted transaction period includes the preset time period before the end of the cooling-off period corresponding to the first transaction and/or the adjustment step execution time period, and if so, suspend all transactions. The transaction request.
5. The method according to claim 1, characterized in that, before the determining the possible transaction price of the currency pair to be traded, the method further comprises:

   Obtaining user information in the transaction request;

   Determine whether there is a second transaction in progress of the currency pair to be traded initiated by the user information, and if so, obtain the first transaction type of the second transaction;

   Determine whether to continue the transaction request according to the first transaction type and the second transaction type corresponding to the transaction request.
6. The method according to claim 1, wherein after the cooling-off period ends, the method further comprises:

   If it is determined that all transactions corresponding to the currency pair to be traded are cancelled, then the corresponding price fluctuation range at the end of the cooling-off period will be obtained;

   The critical value of the obtained price fluctuation range closest to the possible transaction price is determined as the final transaction price.
7. A digital currency transaction data processing device, characterized in that the device comprises:

   The data receiving module is used to receive the transaction request of the currency pair to be traded, and to determine the possible transaction price of the currency pair to be traded;

   A data judgment module for judging whether the possible transaction price is within a price fluctuation interval, the price fluctuation interval being determined according to the estimated value and the price fluctuation threshold, and the estimated value is determined according to the latest transaction price;

   The data adjustment module is used to start a cooling-off period if the judgment result is no, and after the cooling-off period ends, perform the following adjustment steps: if it is determined that the transaction request has not been revoked, adjust the valuation according to the adjustment After determining the value of the new price fluctuation range, re-judge whether the possible transaction price is within the new price fluctuation range; if the judgment result is no, restart the cooling-off period and repeat the above adjustment steps until the possible transaction price is within the new price fluctuation range. Within the new price fluctuation range;

   The transaction price determination module is used to determine the possible transaction price as the final transaction price of the currency pair to be traded when it is determined that the possible transaction price is within the new price fluctuation range, and to match the transaction according to the final transaction price .
8. The device according to claim 7, wherein the device further comprises:

   The transaction judgment module is used to judge whether there is a first transaction in the currency pair to be traded; if so, whether it is in a second restricted transaction period, the second restricted transaction period includes the calmness corresponding to the first transaction Before the end of the period, the preset time period and/or the adjustment step execution time period, if so, suspend the transaction request.
9. A digital currency transaction data processing device, characterized in that the device includes a processor and a memory for storing executable instructions of the processor, and the implementation of the instructions when executed by the processor includes the following steps:

   Receive the transaction request of the currency pair to be traded, and determine the possible transaction price of the currency pair to be traded;

   Judging whether the possible transaction price is within a price fluctuation interval, the price fluctuation interval being determined according to the estimated value and the price fluctuation threshold, and the estimated value is determined according to the latest transaction price;

   If the result of the judgment is negative, the cooling-off period is initiated, and after the cooling-off period is over, the following adjustment steps are performed: if it is determined that the transaction request has not been revoked, adjust the valuation, and determine the new The price fluctuation range of, re-judge whether the possible transaction price is within the new price fluctuation range;

   If the judgment result is no, restart the cooling-off period and repeat the above adjustment steps until the possible transaction price is within the new price fluctuation range;

   When it is determined that the possible transaction price is within the new price fluctuation range, the possible transaction price is determined as the final transaction price of the currency pair to be traded, and the transaction is matched according to the final transaction price.
10. A digital currency transaction data processing system, characterized in that the system includes a request receiving module, a matching module, and a cooling module, wherein:

    The request receiving module is used to receive the transaction request of the currency pair to be traded, and send it to the matching module;

    The matching module is used to determine the possible transaction price of the currency pair to be traded, and send the possible transaction price to the cooling module;

    The cooling module is used to determine whether the possible transaction price is within a price fluctuation range, the price fluctuation range is determined according to the estimated value and the price fluctuation threshold, and the estimated value is determined according to the latest transaction price; if the result of the judgment is no, then Start the cooling-off period, and after the cooling-off period ends, perform the following adjustment steps:

    If it is determined that the transaction request has not been cancelled, adjust the valuation, determine a new price fluctuation range based on the adjusted valuation, and re-judge whether the possible transaction price is within the new price fluctuation range;

    If the judgment result is no, restart the cooling-off period and repeat the above adjustment steps until the possible transaction price is within the new price fluctuation range;

    The cooling module is also used to determine the possible transaction price as the final transaction price of the currency pair to be traded when it is determined that the possible transaction price is within a new price fluctuation range, and feed it back to the matching module;

    The matching module is also used to match transactions according to the final transaction price.

Images