Abstract:
Various systems and methods are described herein for a risk check. The risk check bases a decision to allow a trading strategy to proceed on whether the order quantity for each leg of the trading strategy satisfies a certain condition. Particularly, when a trading strategy is initiated, the quantity for each of the orders to be submitted on behalf of the trading strategy, including the quantity of the initial order and any subsequent orders, is then compared to a corresponding risk value. If the order quantity for each of the orders is less than the corresponding risk value, then the trading strategy can proceed and the initial order can be sent on to the exchange. However, if the order quantity for any of the orders exceeds the risk value, then the initial order is not sent to the electronic exchange. Additionally, as described herein, quantity associated with the trading strategy is held or reserved for execution of the trading strategy regardless of the activity taken by the trader since the trading strategy was initiated. The reserved quantity can be drawn from the trading strategy until the quantity is depleted, the trading strategy has ended, or both, for example.
Abstract:
An electronic trading method is provided. The method includes receiving a trading strategy order having a parent trading strategy including multiple quoting legs; splitting the trading strategy order into multiple child orders; and submitting each of the multiple child orders to exchange systems adapted to fill the quoting legs in the child orders. Each child order includes a child trading strategy having a single quoting leg or a reduced number of quoting legs relative to the parent trading strategy. The child trading strategies are the same as the parent trading strategy except for the number of legs marked as quoting legs. The method may be performed by a trading strategy device disposed between a client device and multiple server side devices.
Abstract:
Certain embodiments of the present invention provide techniques for lean level support for a trading strategy. According to certain embodiments, the support for a price level under consideration as a lean level is determined based at least in part on quantity available at the price level. According to certain embodiments, the support for a price level under consideration as a lean level is determined based at least in part on quantity available at one or more other price levels. According to certain embodiments, the support for a price level under consideration as a lean level is determined based at least in part on the number of orders at one or more price levels. A lean level may then be determined based on the determined support. According to certain embodiments, a lean multiplier and/or a lean base are determined dynamically based on the determined support.
Abstract:
System and method for aggressively trading a spread trading strategy in an electronic environment are provided herein. According to the example embodiments, a trader may configure the automated trading tool to trade as aggressively as possible by leaning on a price without an associated quantity. This allows a trader to possibly obtain a more profitable price as well as get filled faster. Traders submit an order for a spread and the automated trading tool calculates the quote order price based on a defined level of aggressiveness, the leaned on price, and the desired spread price. Based on the level of defined aggressiveness and the gap in the market, the automated trading tool may lean on a mildly, moderately, or extremely aggressive price.
Abstract:
Management of transaction message flow utilizing a transaction message queue. The system and method are for use in financial transaction messaging systems. The system is designed to enable an administrator to monitor, distribute, control and receive alerts on the use and status of limited network and exchange resources. Users are grouped in a hierarchical manner, preferably including user level and group level, as well as possible additional levels such as account, tradable object, membership, and gateway levels. The message thresholds may be specified for each level to ensure that transmission of a given transaction does not exceed the number of messages permitted for the user, group, account, etc.
Abstract:
A system and method for defining and processing timed orders are defined. According to one embodiment, a trader may define a timed order by defining an intra-day time trigger or a time period when the timed order should be automatically modified, such as deleted or cancelled/replaced with a new order. In one embodiment, the intra-day time trigger or time period may be dynamically changed to a later time, for example, upon receiving a predetermined user input. Also, the time trigger and time period may be configured to dynamically vary based on any user configurable formula. Also, the timed order may be associated with one or more actions to be taken once the order is deleted, such as sending a new order, for example.
Abstract:
A trading strategy may be controlled according to determining whether the order quantity for each leg of the trading strategy satisfies a certain condition. The quantity for each of the orders of the trading strategy, including the quantity of the initial order and subsequent orders, is compared to a corresponding risk value. When the order quantity for each of the orders is less than the corresponding risk value, the initial order can be sent. When the order quantity for any of the orders exceeds the risk value, the initial order is not sent. Quantity associated with the trading strategy is held or reserved for execution of the trading strategy regardless of the activity taken by the trader since initiating the trading strategy. The reserved quantity can be drawn from the trading strategy until the quantity is depleted, the trading strategy has ended, or both.
Abstract:
The disclosed embodiments provide trading circles. An example method includes defining a group having a plurality of members, wherein one or more of the plurality of members interacts with an exchange that facilitates market transactions; detecting a first interaction of a first group member with the exchange; and communicating, in response to detecting the first interaction, data related to the first interaction to a second group member before the first group member receives confirmation of the first interaction from the exchange.
Abstract:
Certain embodiments provide a method for trading in an electronic trading environment including receiving market data relating to a plurality of tradeable objects; sending a order to an exchange for the first tradeable object at a quoted price; receiving a fill confirmation for the quoting order at a filled price; determining a difference between the quoted price and the filled price; determining a hedge price for each of the plurality of tradeable objects other than the first tradeable object based at least in part on the difference and at least one multiplier associated with at least one leg of the trading strategy; and sending hedge orders for each of the plurality of tradeable objects other than the first tradeable object at the corresponding hedge price. The plurality of tradeable objects includes at least a first, second, and third tradeable object, which are traded as legs of a trading strategy.
Abstract:
Management of transaction message flow utilizing a transaction message queue. The system and method are for use in financial transaction messaging systems. The system is designed to enable an administrator to monitor, distribute, control and receive alerts on the use and status of limited network and exchange resources. Users are grouped in a hierarchical manner, preferably including user level and group level, as well as possible additional levels such as account, tradable object, membership, and gateway levels. The message thresholds may be specified for each level to ensure that transmission of a given transaction does not exceed the number of messages permitted for the user, group, account, etc.