Abstract: The present embodiments relate to intelligently throttling a modification message based on a period of time that a trade order is required to remain in a market. In an embodiment, intelligently throttling a modification message includes intelligently selecting a transmission time of a modification message based on a period of time that a trade order is required to remain in a market. The modification message is transmitted at the selected time to ensure that the modification order is received at an electronic exchange at or shortly after, but not before, the period of time has expired. As a result, the modification order is accepted (e.g., not rejected) by the electronic exchange. The modification order does not need to be resent to the electronic exchange.

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: 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 building block buttons and an algorithm area to define an algorithm. Certain embodiments provide live evaluation of an expression as the algorithm is being defined. Certain embodiments provide a design canvas area and blocks for designing an algorithm. Certain embodiments provide live feedback for blocks as the algorithm is being designed. Certain embodiments provide for initiating placement of an order to be managed by a selected user-defined trading algorithm from a value axis and for displaying working orders being managed by different user-defined trading algorithms on the value axis. Certain embodiments provide a ranking tool.

Abstract: The present embodiments relate to intelligently throttling a modification message based on a period of time that a trade order is required to remain in a market. In an embodiment, intelligently throttling a modification message includes intelligently selecting a transmission time of a modification message based on a period of time that a trade order is required to remain in a market. The modification message is transmitted at the selected time to ensure that the modification order is received at an electronic exchange at or shortly after, but not before, the period of time has expired. As a result, the modification order is accepted (e.g., not rejected) by the electronic exchange. The modification order does not need to be resent to the electronic exchange.

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: 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: 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 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: 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: An application is disclosed that receives from a host exchange a plurality of trade notifications, each trade notification corresponding to an executed trade, and for each executed trade of interest, may determine whether the executed trade belongs in an aggregated set with one or more other executed trades. The application provides an indicator for indicating whether the corresponding executed trade or aggregated trade traded on the bid side or on the offer side of the market, and which indicates whether additional volume is available at the associated trade price.

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 building block buttons and an algorithm area to define an algorithm. Certain embodiments provide live evaluation of an expression as the algorithm is being defined. Certain embodiments provide a design canvas area and blocks for designing an algorithm. Certain embodiments provide live feedback for blocks as the algorithm is being designed. Certain embodiments provide for initiating placement of an order to be managed by a selected user-defined trading algorithm from a value axis and for displaying working orders being managed by different user-defined trading algorithms on the value axis. Certain embodiments provide a ranking tool.

Abstract: An application is disclosed that receives from a host exchange a plurality of trade notifications, each trade notification corresponding to an executed trade, and for each executed trade of interest, may determine whether the executed trade belongs in an aggregated set with one or more other executed trades. The application provides an indicator for indicating whether the corresponding executed trade or aggregated trade traded on the bid side or on the offer side of the market, and which indicates whether additional volume is available at the associated trade price.

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 building block buttons and an algorithm area to define an algorithm. Certain embodiments provide live evaluation of an expression as the algorithm is being defined. Certain embodiments provide a design canvas area and blocks for designing an algorithm. Certain embodiments provide live feedback for blocks as the algorithm is being designed. Certain embodiments provide for initiating placement of an order to be managed by a selected user-defined trading algorithm from a value axis and for displaying working orders being managed by different user-defined trading algorithms on the value axis. Certain embodiments provide a ranking tool.

Abstract: The present embodiments relate to intelligently throttling a modification message based on a period of time that a trade order is required to remain in a market. In an embodiment, intelligently throttling a modification message includes intelligently selecting a transmission time of a modification message based on a period of time that a trade order is required to remain in a market. The modification message is transmitted at the selected time to ensure that the modification order is received at an electronic exchange at or shortly after, but not before, the period of time has expired. As a result, the modification order is accepted (e.g., not rejected) by the electronic exchange. The modification order does not need to be resent to the electronic exchange.

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: The present embodiments relate to intelligently throttling a modification message based on a period of time that a trade order is required to remain in a market. In an embodiment, intelligently throttling a modification message includes intelligently selecting a transmission time of a modification message based on a period of time that a trade order is required to remain in a market. The modification message is transmitted at the selected time to ensure that the modification order is received at an electronic exchange at or shortly after, but not before, the period of time has expired. As a result, the modification order is accepted (e.g., not rejected) by the electronic exchange. The modification order does not need to be resent to the electronic exchange.

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: 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: 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: 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 building block buttons and an algorithm area to define an algorithm. Certain embodiments provide live evaluation of an expression as the algorithm is being defined. Certain embodiments provide a design canvas area and blocks for designing an algorithm. Certain embodiments provide live feedback for blocks as the algorithm is being designed. Certain embodiments provide for initiating placement of an order to be managed by a selected user-defined trading algorithm from a value axis and for displaying working orders being managed by different user-defined trading algorithms on the value axis. Certain embodiments provide a ranking tool.