Transactionally deterministic high speed financial exchange having improved, efficiency, communication, customization, performance, access, trading opportunities, credit controls, and fault tolerance

US11836795B2 · US · B2

Patent metadata
FieldValue
Publication numberUS-11836795-B2
Application numberUS-202117150420-A
CountryUS
Kind codeB2
Filing dateJan 15, 2021
Priority dateNov 7, 2013
Publication dateDec 5, 2023
Grant dateDec 5, 2023

How to read this patent

A practical reading order for non-experts. Skip the full description unless you need deep technical detail.

  1. Title

    What the patent document calls the invention.

  2. Abstract

    A short plain-language summary of the technical disclosure.

  3. Assignees and inventors

    Who owns or filed the patent and who is credited as inventor.

  4. Key dates

    Filing, priority, publication, and grant dates set the timeline.

  5. First independent claim

    The legal scope of protection — read this for what is actually claimed.

  6. CPC / IPC classifications

    Technology tags used to group this patent with similar filings.

  7. Citations and related patents

    Prior art links and similar publications in this corpus.

Abstract

Official abstract text for this publication.

The disclosed embodiments relate to implementation of a trading system, which may also be referred to as a trading system architecture, having improved performance which further assures transactional determinism under increasing processing transaction loads while providing improved trading opportunities, fault tolerance, low latency processing, high volume capacity, risk mitigation and market protections with minimal impact, as well as improved and equitable access to information and opportunities.

First claim

Opening claim text (preview).

What is claimed is: 1. A system comprising: a plurality of hardware match engines, each characterized by a state stored in an order book database stored in a memory coupled with the hardware match engine, operative to attempt to match an incoming order from a participant for at least one transaction for an associated financial instrument with at least one other previously received but unsatisfied order for a transaction counter thereto stored in the order book database, to at least partially satisfy one or both of the incoming order or the at least one other previously received order, wherein a successful match of an incoming order with at least one other previously received but unsatisfied order causes a change in the state of the hardware match engine stored in the order book database; and a first logic component external to the plurality of hardware match engines and coupled with the order book databases associated with each thereof and further coupled between the participant and the plurality of hardware match engines such that all incoming orders from the participant to each hardware match engine flow therethrough, the first logic component operative to receive the incoming order and prior to forwarding the incoming order to the hardware match engine and an actual match being identified, based on a combination of the incoming order and one or more previously received but unsatisfied orders that are currently stored in the order book database, derive a risk of loss value unique to the incoming order without actually matching the incoming order and computed based on a hypothetical matching of the incoming order as if the incoming order were to be matched by the hardware match engine and at least partially satisfied by at least one other previously received but unsatisfied order currently stored in the associated order book database which, if completed, would alter the state thereof, the derived risk of loss being zero when the incoming order is determined not to match any previously received but unsatisfied orders that are currently stored in the order book database, and, based thereon, determine whether the incoming order is valid or invalid based on a comparison of the derived particular risk of loss to a threshold, the incoming order determined to be invalid when the derived particular risk of loss exceeds the threshold, and when determined to be invalid, prevent the incoming order from being forwarded to the hardware match engine, thereby preventing a change in the state of the order book database caused by the matching of the incoming order, wherein reversion of the state of the associated hardware match engine, caused by an incoming order determined to be invalid, to a prior state is avoided. 2. The system of claim 1 , wherein the first logic is further operative to automatically compute a synthetic solicitation of another order in place of the incoming order which, if satisfied, would result in the derived risk of loss not exceeding the threshold, and transmit the computed synthetic solicitation to the hardware match engine to cause the hardware match engine to transmit the synthetic solicitation to a plurality of participants so as to cause submission of the other order. 3. A system comprising: at least two hardware match engines, each characterized by a state stored in an order book database stored in a memory coupled with the hardware match engine, operative to attempt to match an incoming order from a participant for at least one transaction for an associated financial instrument with at least one other previously received but unsatisfied order for a transaction counter thereto stored in the order book database, to at least partially satisfy one or both of the incoming order or the at least one other previously received order, wherein a successful match of an incoming order with at least one other previously received but unsatisfied order causes a change in the state of the hardware match engine stored in the order book database; and a transaction validator external to the at least two hardware match engines and coupled with the order book databases associated therewith and further coupled between the participant and the at least two hardware match engines such that all incoming orders from the participant to the hardware match engine flow therethrough, the transaction validator operative to receive the incoming order and prior to forwarding the incoming order to the hardware match engine and an actual match being identified, based on a combination of the incoming order and one or more previously received but unsatisfied orders currently stored in the order book database, derive a risk of loss value unique to the incoming order without actually matching the incoming order and computed based on a hypothetical matching of the incoming order as if the incoming order were to be matched by the hardware match engine and at least partially satisfied by at least one other previously received but unsatisfied order stored in the associated order book database which, if completed, would alter the state thereof, the derived risk of loss being zero when the incoming order is determined not to match any previously received but unsatisfied orders that are currently stored in the order book database, and, based thereon, determine whether the incoming order is valid or invalid based on a comparison of the derived particular risk of loss to a threshold, the incoming order determined to be invalid when the derived particular risk of loss exceeds the threshold, and when determined to be invalid, prevent the incoming order from being forwarded to the hardware match engine, thereby preventing a change in the state of the order book database caused by the matching of the incoming order, wherein reversion of the state of the associated hardware match engine, caused by an incoming order determined to be invalid, to a prior state is avoided. 4. The system of claim 3 , wherein the transaction validator is further operative to automatically compute a synthetic solicitation of another order in place of the incoming order which, if satisfied, would result in the derived risk of loss not exceeding the threshold, and transmit the computed synthetic solicitation to the hardware match engine to cause the hardware match engine to transmit the synthetic solicitation to a plurality of participants so as to cause submission of the other order. 5. The system of claim 3 , wherein the derived risk of loss comprises a potential loss in value over a predefined period of time at a predefined confidence level. 6. The system of claim 3 , wherein the transaction validator is further operative to derive the risk of loss based on a probability that the incoming order will be satisfied by one or more subsequently received orders. 7. The system of claim 3 , wherein the derived risk of loss may be independent of the magnitude of a quantity or price of the incoming order. 8. The system of claim 3 , wherein the transaction validator is operative to compare the derived risk of loss to another threshold, wherein an administrator is notified when the derived risk of loss exceeds the other threshold. 9. The system of claim 3 , wherein the transaction validator is further operative to derive the risk of loss further based on one or more other incoming orders. 10. The system of claim 9 , wherein the incoming order and the one or more other incoming orders are representative of a behavioral pattern indicative of risk. 11. The system of claim 3 , wherein the transaction validator is further operative, when the incoming order is determined to be invalid, cause the incoming order to be only partially satisfied thereby reducing the derived risk of loss.

Assignees

Inventors

Classifications

  • G06Q40/04Primary

    Trading; Exchange, e.g. stocks, commodities, derivatives or currency exchange · CPC title

Patent family

Related publications grouped by family.

External sources

Frequently asked questions

Answers are generated from the same data shown on this page.

What does patent US11836795B2 cover?
The disclosed embodiments relate to implementation of a trading system, which may also be referred to as a trading system architecture, having improved performance which further assures transactional determinism under increasing processing transaction loads while providing improved trading opportunities, fault tolerance, low latency processing, high volume capacity, risk mitigation and market p…
Who is the assignee on this patent?
Chicago Mercantile Exchange Inc
What technology area does this patent fall under?
Primary CPC classification G06Q40/04. Mapped technology areas include Physics.
When was this patent published?
Publication date Tue Dec 05 2023 00:00:00 GMT+0000 (Coordinated Universal Time) (B2). Legal status and post-grant events are not shown on this page.
What related patents are in patentsdb?
We list 8 related publications on this page (citations in our corpus or others sharing the same primary CPC).