Dynamic valuation system using object relationships and composite object data
US-2024427780-A1 · Dec 26, 2024 · US
US11836795B2 · US · B2
| Field | Value |
|---|---|
| Publication number | US-11836795-B2 |
| Application number | US-202117150420-A |
| Country | US |
| Kind code | B2 |
| Filing date | Jan 15, 2021 |
| Priority date | Nov 7, 2013 |
| Publication date | Dec 5, 2023 |
| Grant date | Dec 5, 2023 |
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.
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.
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.
Trading; Exchange, e.g. stocks, commodities, derivatives or currency exchange · CPC title
Related publications grouped by family.
Answers are generated from the same data shown on this page.