System and method for providing latency protection for trading orders
US-2024062302-A1 · Feb 22, 2024 · US
US12437339B2 · US · B2
| Field | Value |
|---|---|
| Publication number | US-12437339-B2 |
| Application number | US-202318500818-A |
| Country | US |
| Kind code | B2 |
| Filing date | Nov 2, 2023 |
| Priority date | Jan 16, 2007 |
| Publication date | Oct 7, 2025 |
| Grant date | Oct 7, 2025 |
A practical reading order for non-experts. Skip the full description unless you need deep technical detail.
What the patent document calls the invention.
A short plain-language summary of the technical disclosure.
Who owns or filed the patent and who is credited as inventor.
Filing, priority, publication, and grant dates set the timeline.
The legal scope of protection — read this for what is actually claimed.
Technology tags used to group this patent with similar filings.
Prior art links and similar publications in this corpus.
Official abstract text for this publication.
A system for managing trading orders comprises a memory operable to store an order associated with a first price. The system further comprises a processor communicatively couple to the memory and operable to identify a latency value. The processor is further operable to receive a counterorder and to identify a potential trade associated with the order and the counterorder, the potential trade based at least in part on the first price. If the latency value satisfies a configurable condition, the processor is further operable to initiate a configurable period of time. If the potential trade is not valid upon expiration of the configurable period, the processor is further operable to prevent the execution of the potential trade.
Opening claim text (preview).
The invention claimed is: 1. A system for managing trading orders within a network, comprising: memory operable to store an order associated with a first price and a plurality of configured conditions; at least one processor communicatively coupled to the memory and operable to: receive, via a communication circuit and from a plurality of management servers, a plurality of networking latency values representing a delay in transmission or processing of trading orders with each of the plurality of management servers; receive an order associated with a first price; receive a counterorder; compare a combination of all of the plurality of networking latency values for the plurality of management servers to the stored plurality of configured conditions to determine whether the combination satisfies any of the plurality of configured conditions; responsive to determining that the combination satisfies at least a first configured condition from among the plurality of configured conditions, setting a configured period to a first preset time period pre-associated with the first configured condition; determine whether a potential trade associated with the order and the counterorder is valid upon expiration of the first preset time period; responsive to determining that the potential trade is not valid upon expiration of the first preset time period, prevent execution of the potential trade; and based at least in part on the plurality of networking latency values, adjust conditions in the network to reduce latency for a subsequent order. 2. The system of claim 1 , wherein the plurality of network latency values further includes a delay in transmission or processing of trading orders with clients, a gateway server, a trading platform, and the network. 3. The system of claim 1 , wherein the memory further stores historic latency values associated with a particular manager server. 4. The system of claim 1 , wherein: the counterorder is associated with a second price that matches the first price; and the determination of the potential trade is based at least in part on the second price matching the first price. 5. The system of claim 1 , wherein, upon expiration of the configurable period, the at least one processor is further operable to determine whether the potential trade is valid. 6. The system of claim 5 , wherein: the at least one processor is further operable to receive, prior to expiration of the configurable period, a command to cancel the order; and the potential trade is determined to be invalid based at least in part on the received cancel command. 7. The system of claim 5 , wherein: the at least one processor is further operable to receive, prior to expiration of the configurable period, a command to adjust the first price associated with the order; and the potential trade is determined to be invalid based at least in part on the received adjust command. 8. The system of claim 1 , wherein preventing the execution of the potential trade comprises deleting the order. 9. The system of claim 1 , wherein, if the potential trade is valid upon expiration of the configurable period, the at least one processor is further operable to execute the potential trade. 10. The system of claim 1 , wherein the potential trade is valid if the order matches the counterorder upon expiration of the configurable period. 11. The system of claim 1 , wherein the configurable condition is satisfied if the latency value satisfies a threshold determined before the order is received. 12. The system of claim 1 , wherein the configurable condition is based at least in part on price volatility associated with a trading platform. 13. The system of claim 1 , wherein: initiating a configurable period of time comprises storing in a timer queue an entry associated with the determined potential trade; and the timer queue is associated with a callback function to determine whether the order matches the counterorder upon expiration of the configurable period. 14. A method, comprising: storing, in a memory, a plurality of configured conditions, each configured condition pre-associated with a preset time period; receiving, via a communication circuit and from a plurality of management servers, a plurality of a networking latency values representing delays in transmission or processing of trading orders with each of the plurality of management servers; receiving an order associated with a first price; receiving a counterorder; comparing, via at least one processor, a combination of all of the plurality of networking latency values for the plurality of management servers to the stored plurality of configured conditions to determine whether the combination satisfies any of the plurality of configured conditions; responsive to determining that the combination satisfies at least a first configured condition from among the plurality of configured conditions, setting, via the at least one processor, a configured period to a first preset time period pre-associated with the first configured condition; determining, by the at least one processor, whether a potential trade is valid upon expiration of the first preset time period; responsive to determining that the potential trade is not valid upon expiration of the first preset time period, preventing, by the at least one processor, execution of the potential trade; and adjusting conditions in the network to reduce latency for a subsequent order based at least in part on the plurality of networking latency values. 15. The method of claim 14 , further comprising storing, by the at least one processor, a timer queue in the memory and inserting a record of the potential trade in the timer queue. 16. The method of claim 15 , further comprising storing, by the at least one processor, the record of the potential trade in the memory until the first preset time period expires. 17. The method of claim 14 , wherein the first configured condition includes setting the configured period to the first preset time period, when detecting that all of the plurality of networking latency values for all of the plurality of management servers is less than or equal to a first threshold latency value. 18. The method of claim 14 , further comprising determining, by the at least one processor, that the potential trade is invalid in response to determining that a counter-order associated with the potential trade is cancelled prior to expiry of the first preset time period. 19. The method of claim 14 , further comprising removing, by the at least one processor, the counterorder from inbound queue in response to determining that the potential trade is invalid.
Related publications grouped by family.
Answers are generated from the same data shown on this page.