Abstract: System and methods for pre-marshalling messages in an electronic trading environment are provided. Specifically, pre-marshalling messages allows for client and network devices to create messages in response to a defined first condition. Pre-marshalling messages allows a trading system to do more processing up front before the message is needed and when a second condition is satisfied. Thus, when the message is needed no further or very little processing must be performed to generate and send the message. The client and/or network device may allocate a separate, unused, or under-utilized processing thread to the task of creating pre-marshalled messages. Pre-marshalled messages may be stored in memory at the network device until it is determined that the second condition has been satisfied. Once a pre-marshalled message is sent, the unused pre-marshalled messages that were stored in memory may be deleted or may be overwritten with newly pre-marshalled messages.

Abstract: Systems and methods for implementing a confirmation period are disclosed. An example method includes identifying a market condition associated with a quantity of a tradeable object of a trading strategy, wherein the market condition triggers an adjustment to the trading strategy; initiating a confirmation period in response to the market condition; when a reevaluation of the market condition during the confirmation period indicates that the market condition has ceased, preventing the adjustment to the trading strategy; and when the market condition persists throughout the confirmation period, proceeding with the adjustment to the trading strategy.

Abstract: Example methods, apparatus, and computer readable storage media are described and disclosed. An example method includes depicting a strategy node in a graphical user interface presented by a computing device. The strategy node represents a trading strategy associated with two or more tradeable objects. The example method includes generating a graphical connector between the strategy node and one of a plurality of contract nodes including at least a first contract node and a second contract node. Each contract node represents a contract associated with one of the tradeable objects. The example method includes repositioning, in response to an input received via the graphical interface, an endpoint of the graphical connector from the first contract node specified by the trading strategy to the second contract node. The example method also includes generating an updated trading strategy based on the trading strategy and the second contract node.

Abstract: A data center, DC includes applications that are controllable by one or more computing entities external to the DC. However, when the DC becomes unavailable to the computing entities, the applications are no longer controllable by the computing entities, which is undesirable. Disclosed techniques include the DC determining, based on an indication that the apps are no longer controllable by the computing entities, that the applications are to operate in a disaster recovery mode. Disclosed techniques include causing an indication that the applications at the DC are to operate in the disaster recovery mode to be communicated to applications that are already executing at the DC when the determination is made and to applications that start to execute at the DC after the determination is made. Disclosed techniques also include a further DC providing a failover for the DC.

Abstract: Techniques for determining an availability of a data center, DC, to one or more computing entities external to the DC are described. A DC may, for example, operate one or more applications which are controllable by one or more external computing entities. Disclosed techniques include determining a first status of a first set of one or more communications connections between the DC and a second DC, and a second status of a second set of one or more communications connections between the DC and a third DC. Disclosed techniques include determining an indication of the availability of the DC based on the first status and the second status. Disclosed techniques may involve taking an action responsive to determining that the DC is unavailable, for example, causing applications running at the DC to operate in a disaster recovery mode, and/or failing over functionality of the DC to a failover DC.

Abstract: Various embodiments relate to intelligently activating and deactivating a trading tool element of a trading tool to improve a user's confidence in the trading tool. By dynamically activating and deactivating elements on the trading screen, the trading tool effectively increases a user's confidence in placing a trading order, canceling a trade order, or both, for example, by eliminating or reducing undesirable options. Undesirable options might include those that are risky, contrary to a particular trading strategy, would result in a loss of money, and so on. Such an embodiment can improve the overall speed at which a user places or cancels a trade order by, among other things, effectively increasing the user's overall confidence in the trading tool.

Abstract: Methods and apparatus to enable a trading device to accept a user input are disclosed. An example method includes generating, via a computing device, a user interface of a trading application, wherein the user interface includes a locked portion that displays market data. The example method also includes detecting a gestural input with respect to the user interface. The example method also includes detecting a gestural event with respect to the user interface associated with the gestural input and, in response to the detected gestural event, unlocking the locked portion of the user interface.

Abstract: A system and method for optimizing the frequency of market information updates in an electronic trading environment are described herein. According to one example embodiment, by optimizing the frequency of market information updates, the burden on the client device to update the graphical user interface may be reduced, while still providing an accurate portrayal of the market to the user. An example method includes associating different precedence levels with messages comprising market information. Messages containing market information related to the inside market may be associated to a higher precedence level. Whereas messages containing market information relating to the quantities at prices outside the inside market may be associated with a lower precedence level. Based on the precedence level associated with a message, a client device may update the graphical user interface or the message may be stored in a data structure until a pre-defined condition is satisfied.

Abstract: Certain embodiments provide a block placing tool for building a user-defined algorithm for electronic trading. Certain embodiments provide for receiving by a block placing tool a selection of one or more blocks. Certain embodiments provide for receiving by a block placing tool a mapping definition including a mapping between block types and/or attributes. Certain embodiments provide for placing blocks based on a selection of blocks and a mapping definition.

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.

Abstract: A system and method are provided for distributed risk management. According to one example embodiment, a central risk controller is provided that can communicate with a plurality of local risk management modules located at a plurality of gateways. The central risk controller may allocate a portion of a central account balance associated with a trading account to each local risk management module. Then, as the trades are made using the trading account, the local risk management modules may manage risk associated with the trades until the local account balance is insufficient. As the account balance gets low, the local risk management module may query the central risk controller for the additional risk account balance.

Abstract: A system, method, and non-transitory computer-readable information recording medium displays information to a user. Market data related to a plurality of tradeable objects is received from an exchange at a trading device. The display of market data related to each tradeable object is separately controlled. If the user is not paying attention to the market data of a particular tradeable object, then the dissemination of the market data for that tradeable object may be temporarily stopped until the user starts paying attention to that tradeable object.

Abstract: Certain embodiments reduce the risks of traditionally programmed algorithms such as syntax errors, unclear logic, and the need for a non-trader programmer to develop the algorithm as specified by a trader by reducing or eliminating the writing of programming code by a user. Certain embodiments provide a design canvas area and blocks for designing an algorithm. Certain embodiments provide for grouping blocks placed in the design canvas area. Certain embodiments provide for virtualized group blocks enabling dynamic instantiation of portions of an algorithm to handle particular discrete events. Certain embodiments provide for operation of some or all portions of an algorithm when a connection between a client device and an algorithm server is broken.

Abstract: Methods and systems for user definable prioritization of market information are disclosed. An example method to prioritize market information displayed in a window within a trading interface includes updating the market information displayed in the window at a first frequency, wherein the first frequency is to correspond to a first window priority. The example method also includes, based on a trigger activation, assigning a second window priority to the window, wherein the second window priority is to cause the market information displayed in the window to update at a second frequency, the second frequency different from the first frequency.

Abstract: Contextual searches may be performed to identify subsets of search results from an organized dataset. Contextual searching may return search results based on a relevance of the results to a query or search terms. Characters may be input by users at a search field that may be used to define context filters for limiting the search results of the organized dataset. Triggering events may be received that may trigger the definition of context filters that may be used to obtain the subsets of search results from the organized dataset. The triggering event may be a delimiter in the character string, for example. The subset of search results may include a subset of tradeable objects that may be traded at an electronic exchange. The subset of search results may continue to be limited based on additional context filters defined from the search input at the search field.

Abstract: Methods and systems to prevent adverse exchange limit effects are disclosed. An example method of message management includes tracking, at a gateway, a transaction count of trade messages communicated to an exchange via an exchange link. The example method includes defining a first transaction limit based on the transaction count, and calculating a second transaction limit as a function of the first transaction limit, wherein the second transaction limit is to correspond to a reserve capacity associated with the exchange link. The example method includes assigning a message priority to each of a plurality of trade messages to communicate to the exchange. The example method includes communicating trade messages of the plurality of trade messages having a first message priority to the exchange when the transaction count is greater than the second transaction limit, and delaying or rejecting trade messages of the plurality of trade messages having a second message priority.

Abstract: Techniques for multicasting data to multiple clients are described. Each client stores an identifier indicating a data stream associated with, for example intended for, the client. A server receives the data streams, determines the identifier for each received data stream, transmits a mapping between the identifiers and respective multicast streams to the clients, and multicasts data of the received data streams in accordance with the mapping. By transmitting the mapping to the clients, and multicasting data of the received data streams in accordance with the mapping, each client may obtain data of the particular data stream with which they are associated.

Abstract: Systems, methods, and computer-readable storage media are provided for authorizing a trading algorithm prior to execution of the trading algorithm. An example method includes receiving a trading algorithm definition associated with a unique identifier and sending the unique identifier to an algorithm server that is operable to execute programming code representing the trading algorithm. The unique identifier may be associated with a trader authorized to execute the programming code. The algorithm server may check the unique identifier prior to execution of the programming code to ensure that the trading algorithm has been authorized.

Abstract: The present embodiments relate to charting multiple markets. In some embodiments, charting multiple markets may include receiving market data for a plurality of tradeable objects. The plurality of tradeable objects may include an anchor object and at least one non-anchor object. The market data may include anchor object price data for the anchor object and non-anchor price data for the at least one non-anchor object. The non-anchor object price data may be converted based on the anchor object price data such that converted non-anchor object price data has a price scale of the anchor object price data. The anchor object price data and the non-anchor object price data may be displayed along a normalized price axis.

Abstract: Systems and methods for routing trade orders based on exchange latency are disclosed. An example method includes measuring a first latency associated with a first exchange based on a processing time of a first trade order; and routing a second trade order from a trading device to one of the first and a second exchange based on the first latency.