Abstract: The disclosed embodiments relate to determining a listing date, an expiration date and the cash settlement price of a futures contract, i.e. a Treasury Futures, for the delivery of the most recently issued, referred to as an on-the-run, US treasury Note of a particular maturity by reference to the U.S. Treasury Auction cycle and the difference between a resultant industry surveyed swap rate and a resultant industry surveyed swap spread of the respective tenors (time remaining until maturity) of the on-the-run treasury futures.

Abstract: Data indicative of an instruction to calculate an upper price limit and a lower price limit corresponding to a financial product type may be received. In response to that instruction, data representing price information for each of N prior times may be accessed. A statistical analysis of the price information may be performed to obtain a price limit range. The upper lower price limits may be calculated based on the price limit range and based on a price value for instances of the financial product.

Abstract: The disclosed embodiments relate to systems and methods that match or allocate an incoming order to trade with a plurality of resting orders. Order book data indicative of the resting orders is obtained. An allocation priority listing of the plurality of resting orders is determined based on the order book data. The allocation priority listing prioritizes the plurality of resting orders by order price, and further prioritizes by order size those of the plurality of resting orders having an identical order price. A volume of the incoming order is allocated in accordance with the allocation priority listing by proceeding sequentially through the plurality of resting orders starting with the respective resting order listed first in the allocation priority listing. A successive resting order in the allocation priority listing is not filled until the respective resting order currently being filled is either filled completely or a fill limit is met.

Abstract: Stored invoice swap spread (IVSP) parameters may indicate that an IVSP conforming to the IVSP parameters includes a futures contract leg conforming to futures contract parameters and an interest rate swap (IRS) leg conforming to IRS parameters. A yield may be calculated based on an invoice price for a delivered debt instrument corresponding to a futures contract leg of an executed IVSP conforming to the IVSP parameters and based on the terms of the delivered debt instrument. A fixed rate for an IRS leg of the executed IVSP may be calculated based on the IRS parameters, the yield, and a price of the executed IVSP. Fixed rate payment dates for the IRS leg of the executed IVSP may be determined based on the IRS parameters and the terms of the delivered debt instrument.

Abstract: A computer system may process data associated with synthetic series derivative contracts. Those contracts may be settled in cash to an imputed value of a fixed income security. This fixed income security may be coupon bearing. The imputed value of the fixed income security may be based on a calculated value of a series of interest-based derivative contracts. Both that series and the fixed income security may be hypothetical.

Abstract: A computer implemented method for determining a margin requirement for a market participant includes maintaining, by a processor associated with an exchange, an exchange account reflecting an exchange position resulting from a trade executed on the exchange for a product available via the exchange, the exchange account being maintained separately from a custodian bank account associated with a custodian bank, the custodian bank account reflecting a repo position resulting from a repo transaction facilitated by the custodian bank between the market participant and a counterparty to the repo transaction. The method further includes receiving data reflective of the repo position via a communication interface between the exchange account and the custodian bank account, and determining the margin requirement for the market participant based on the received data and the exchange position.

Abstract: A computer implemented method for determining a margin requirement for a market participant includes maintaining, by a processor associated with an exchange, an exchange account reflecting an exchange position resulting from a trade executed on the exchange for a product available via the exchange, the exchange account being maintained separately from a custodian bank account associated with a custodian bank, the custodian bank account reflecting a repo position resulting from a repo transaction facilitated by the custodian bank between the market participant and a counterparty to the repo transaction. The method further includes receiving data reflective of the repo position via a communication interface between the exchange account and the custodian bank account, and determining the margin requirement for the market participant based on the received data and the exchange position.

Abstract: The disclosed embodiments relate to systems and methods which match/allocate an incoming order to trade with “resting,” i.e. previously received but not yet matched, orders, recognizing that the algorithm or rules by which the incoming order is matched may affect the operation of the market for the financial product being traded. In particular, the disclosed embodiments relate to an adaptive match engine which draws upon different matching algorithms, e.g. the rules which dictate how a given order should be allocated among qualifying resting orders, depending upon market conditions, to improve the operation of the market. Thereby, by conditionally switching among matching algorithms within the same financial product, as will be described, the disclosed match engine automatically adapts to the changing market conditions of a financial product, e.g. a limited life product, in a non-preferential manner, maintaining fair order allocation while improving market liquidity, e.g., over the life of the product.

Abstract: The disclosed embodiments relate to determining a listing date, an expiration date and the cash settlement price of a futures contract, i.e. a Treasury Futures, for the delivery of the most recently issued, referred to as an on-the-run, US treasury Note of a particular maturity by reference to the U.S. Treasury Auction cycle and the difference between a resultant industry surveyed swap rate and a resultant industry surveyed swap spread of the respective tenors (time remaining until maturity) of the on-the-run treasury futures.

Abstract: The disclosed embodiments relate to determining a listing date, an expiration date and the cash settlement price of a futures contract, i.e. a Treasury Futures, for the delivery of the most recently issued, referred to as an on-the-run, US treasury Note of a particular maturity by reference to the U.S. Treasury Auction cycle and the difference between a resultant industry surveyed swap rate and a resultant industry surveyed swap spread of the respective tenors (time remaining until maturity) of the on-the-run treasury futures.

Abstract: The disclosed embodiments relate to determining a listing date, an expiration date and the cash settlement price of a futures contract, i.e. a Treasury Futures, for the delivery of the most recently issued, referred to as an on-the-run, US treasury Note of a particular maturity by reference to the U.S. Treasury Auction cycle and the difference between a resultant industry surveyed swap rate and a resultant industry surveyed swap spread of the respective tenors (time remaining until maturity) of the on-the-run treasury futures.

Abstract: A computer implemented method for determining a margin requirement for a market participant includes maintaining, by a processor associated with an exchange, an exchange account reflecting an exchange position resulting from a trade executed on the exchange for a product available via the exchange, the exchange account being maintained separately from a custodian bank account associated with a custodian bank, the custodian bank account reflecting a repo position resulting from a repo transaction facilitated by the custodian bank between the market participant and a counterparty to the repo transaction. The method further includes receiving data reflective of the repo position via a communication interface between the exchange account and the custodian bank account, and determining the margin requirement for the market participant based on the received data and the exchange position.

Abstract: A method of allocating a quantity of an incoming order to a plurality of standing orders, wherein the plurality of standing orders are contra to the incoming order and have an identical price is disclosed. The method includes allocating a first portion of the quantity of the incoming order to a first subset of the plurality of standing orders, wherein each order comprising the first subset is designated with a priority; allocating a second portion of the quantity of the incoming order to a second subset of the plurality of standing orders, wherein each order comprising the second subset was submitted by a preferred trader; allocating a third portion of the quantity of the incoming order to a third subset of the plurality of standing orders in accordance with when each order comprising the third subset was received; and allocating a fourth portion of the quantity of the incoming order to a fourth subset of the plurality of standing order proportionally.

Abstract: A method of allocating a quantity of an incoming order for a product develops a value that indicates a portion of the incoming order this is to be allocated using a FIFO algorithm and allocates a first portion of the incoming order to standing orders using the FIFO algorithm. The method further allocates a second portion of the incoming order to standing orders using a pro-rata algorithm, wherein the step of allocating the second portion leaves a remaining quantity of the incoming order. In addition, the method allocates the remaining portion to the standing orders using a FIFO algorithm.

Abstract: A method of allocating a quantity of an incoming order for a product develops a value that indicates a portion of the incoming order this is to be allocated using a FIFO algorithm and allocates a first portion of the incoming order to standing orders using the FIFO algorithm. The method further allocates a second portion of the incoming order to standing orders using a pro-rata algorithm, wherein the step of allocating the second portion leaves a remaining quantity of the incoming order. In addition, the method allocates the remaining portion to the standing orders using a FIFO algorithm.