Abstract: A system and method receive a plurality of crypto profiles that include customizable rules for different cryptocurrencies and operating state information that initialize containerized lending applications. The system and method ink the crypto profiles to a matching engine before the containerized lending applications and the matching engine match a plurality of borrower requests for a debt or an equity denominated in a cryptocurrency to lending requests. The system and method collect cryptocurrency payments in response to the use of the debt or the equity by the borrower. Each containerized lending application include executable software, runtime code, system tools, and system libraries that enable the containerized applications to run on two or more computing environments without modification.

Abstract: Systems and methods for determining implied spreads are provided. More particularly, implied spread financial transactions are generated using information from requests for quotes (RFQs). An RFQ processor module may focus the calculations performed by an implied spread determination module. A financial instrument associated with an RFQ may be provided to the implied spread determination module to trigger the determination of whether implied orders exist related to that particular financial instrument.

Abstract: Systems and methods for determining implied spreads are provided. More particularly, implied spread financial transactions are generated using information from requests for quotes (RFQs). An RFQ processor module may focus the calculations performed by an implied spread determination module. A financial instrument associated with an RFQ may be provided to the implied spread determination module to trigger the determination of whether implied orders exist related to that particular financial instrument.

Abstract: A system and method receive a plurality of crypto profiles that include customizable rules for different cryptocurrencies and operating state information that initialize containerized lending applications. The system and method ink the crypto profiles to a matching engine before the containerized lending applications and the matching engine match a plurality of borrower requests for a debt or an equity denominated in a cryptocurrency to lending requests. The system and method collect cryptocurrency payments in response to the use of the debt or the equity by the borrower. Each containerized lending application include executable software, runtime code, system tools, and system libraries that enable the containerized applications to run on two or more computing environments without modification.

Abstract: A system and method receive a plurality of crypto profiles that include customizable rules for different cryptocurrencies and operating state information that initialize containerized lending applications. The system and method ink the crypto profiles to a matching engine before the containerized lending applications and the matching engine match a plurality of borrower requests for a debt or an equity denominated in a cryptocurrency to lending requests. The system and method collect cryptocurrency payments in response to the use of the debt or the equity by the borrower. Each containerized lending application include executable software, runtime code, system tools, and system libraries that enable the containerized applications to run on two or more computing environments without modification.

Abstract: Systems and methods for determining implied spreads are provided. More particularly, implied spread financial transactions are generated using information from requests for quotes (RFQs). An RFQ processor module may focus the calculations performed by an implied spread determination module. A financial instrument associated with an RFQ may be provided to the implied spread determination module to trigger the determination of whether implied orders exist related to that particular financial instrument.

Abstract: A system and method deliver cryptocurrency on an expiring futures contract. A settlement wallet stores or manages one or more cryptographic keys that controls the transfer of cryptographic currency. The cryptographic keys are subject to a non-party's custody that guarantees fulfillment on an expiring cryptocurrency futures contract. The system and method link the settlement wallet to an exchange wallet that stores or manages one or more other cryptographic keys that controls the transfer of other cryptographic currency dynamically. The system and method physically deliver cryptocurrency to a counterparty in a futures contract.

Abstract: Systems and methods for determining implied spreads are provided. More particularly, implied spread financial transactions are generated using information from requests for quotes (RFQs). An RFQ processor module may focus the calculations performed by an implied spread determination module. A financial instrument associated with an RFQ may be provided to the implied spread determination module to trigger the determination of whether implied orders exist related to that particular financial instrument.

Abstract: The disclosed embodiments relate to facilitating the dissemination of order status information to market participants from an Exchange. According to one or more disclosed embodiments, a system or method is provided for monitoring one or more thinly traded products and/or markets and converting the exchange-based order information of a given product or market into instant messages to market participants. When the status of one or more monitored products or markets changes, an instant message is generated reflecting those changes in the market. The instant messages are disseminated to all market participants who have registered interest in the monitored product.

Abstract: Fault tolerant operation is disclosed for a primary match server of a financial exchange using an active copy-cat instance, a.k.a. backup match server, that mirrors operations in the primary match server, but only after those operations have successfully completed in the primary match server. Fault tolerant logic monitors inputs and outputs of the primary match server and gates those inputs to the backup match server once a given input has been processed. The outputs of the backup match server are then compared with the outputs of the primary match server to ensure correct operation. The disclosed embodiments further relate to fault tolerant failover mechanism allowing the backup match server to take over for the primary match server in a fault situation wherein the primary and backup match servers are loosely coupled, i.e. they need not be aware that they are operating in a fault tolerant environment.

Abstract: Protections against self-matching trade orders are disclosed which maximize liquidity/efficiency by reducing/minimizing unnecessary cancelations and/or resubmissions. Rather than automatically cancel or modify the incoming and/or self-matching counter orders, those resting counter orders, which would result in the occurrence of a self-match with an incoming order, are placed in a hold state or otherwise set aside such that the incoming order may be matched with other non-self-matching orders. The held orders are subsequently returned to the order book at the same, or different, priority to await a subsequent incoming order.

Abstract: Fault tolerant operation is disclosed for a primary match server of a financial exchange using an active copy-cat instance, a.k.a. backup match server, that mirrors operations in the primary match server, but only after those operations have successfully completed in the primary match server. Fault tolerant logic monitors inputs and outputs of the primary match server and gates those inputs to the backup match server once a given input has been processed. The outputs of the backup match server are then compared with the outputs of the primary match server to ensure correct operation. The disclosed embodiments further relate to fault tolerant failover mechanism allowing the backup match server to take over for the primary match server in a fault situation wherein the primary and backup match servers are loosely coupled, i.e. they need not be aware that they are operating in a fault tolerant environment.

Abstract: A system can include a first computer hardware means for identifying a first available order book for a first available product listed on an exchange and a second available order book for a second available product listed on the exchange, the first available product comprising a first component and the second available product comprising a second component, the first and the second components being part of a new product. The system can also include a second computer hardware means for generating a new order book for the new product based on the first and second available products. The system can also include a third computer hardware means for causing the new product to be listed on the exchange such that subsequently received orders to buy or sell the new product are matched based on the new order book or entered into the new order book.

Abstract: Fault tolerant operation is disclosed for a primary match server of a financial exchange using an active copy-cat instance, a.k.a. backup match server, that mirrors operations in the primary match server, but only after those operations have successfully completed in the primary match server. Fault tolerant logic monitors inputs and outputs of the primary match server and gates those inputs to the backup match server once a given input has been processed. The outputs of the backup match server are then compared with the outputs of the primary match server to ensure correct operation. The disclosed embodiments further relate to fault tolerant failover mechanism allowing the backup match server to take over for the primary match server in a fault situation wherein the primary and backup match servers are loosely coupled, i.e. they need not be aware that they are operating in a fault tolerant environment.

Abstract: The disclosed systems and methods relate to allowing trading of over the counter (“OTC”) foreign exchange (“FX”) contracts on a centralized matching and clearing mechanism, such as that of the Chicago Mercantile Exchange's (“CME”'s) futures exchange system (the “Exchange”). The disclosed systems and methods allow for anonymous transactions, centralized clearing, efficient settlement and the provision of risk management/credit screening mechanisms to lower risk, reduce transaction costs and improve the liquidity in the FX market place. In particular, the disclosed embodiments increase speed of execution facilitating growing demand for algorithmic trading, increased price transparency, lower cost of trading, customer to customer trading, and automated asset allocations, recurring trades as well as clearing and settlement efficiencies.

Abstract: Fault tolerant operation is disclosed for a primary match server of a financial exchange using an active copy-cat instance, a.k.a. backup match server, that mirrors operations in the primary match server, but only after those operations have successfully completed in the primary match server. Fault tolerant logic monitors inputs and outputs of the primary match server and gates those inputs to the backup match server once a given input has been processed. The outputs of the backup match server are then compared with the outputs of the primary match server to ensure correct operation. The disclosed embodiments further relate to fault tolerant failover mechanism allowing the backup match server to take over for the primary match server in a fault situation wherein the primary and backup match servers are loosely coupled, i.e. they need not be aware that they are operating in a fault tolerant environment.

Abstract: Fault tolerant operation is disclosed for a primary match server of a financial exchange using an active copy-cat instance, a.k.a. backup match server, that mirrors operations in the primary match server, but only after those operations have successfully completed in the primary match server. Fault tolerant logic monitors inputs and outputs of the primary match server and gates those inputs to the backup match server once a given input has been processed. The outputs of the backup match server are then compared with the outputs of the primary match server to ensure correct operation. The disclosed embodiments further relate to fault tolerant failover mechanism allowing the backup match server to take over for the primary match server in a fault situation wherein the primary and backup match servers are loosely coupled, i.e. they need not be aware that they are operating in a fault tolerant environment.

Abstract: The disclosed systems and methods relate to allowing trading of over the counter (“OTC”) foreign exchange (“FX”) contracts on a centralized matching and clearing mechanism, such as that of the Chicago Mercantile Exchange's (“CME”'s) futures exchange system (the “Exchange”). The disclosed systems and methods allow for anonymous transactions, centralized clearing, efficient settlement and the provision of risk management/credit screening mechanisms to lower risk, reduce transaction costs and improve the liquidity in the FX market place. In particular, the disclosed embodiments increase speed of execution facilitating growing demand for algorithmic trading, increased price transparency, lower cost of trading, customer to customer trading, and automated asset allocations, recurring trades as well as clearing and settlement efficiencies.

Abstract: Fault tolerant operation is disclosed for a primary match server of a financial exchange using an active copy-cat instance that mirrors operations in the primary match server, but only after those operations have successfully completed in the primary match server. Fault tolerant logic monitors inputs and outputs of the primary match server and gates those inputs to the backup match server once a given input has been processed. The outputs of the backup match server are then compared with the outputs of the primary match server to ensure correct operation. The disclosed embodiments further relate to fault tolerant failover mechanism allowing the backup match server to take over for the primary match server in a fault situation wherein the primary and backup match servers are loosely coupled. As such, the primary match server need not be specifically designed or programmed to interact with the fault tolerant mechanisms.

Abstract: Systems and methods for determining implied spreads are provided. More particularly, implied spread financial transactions are generated using information from requests for quotes (RFQs). An RFQ processor module may focus the calculations performed by an implied spread determination module. A financial instrument associated with an RFQ may be provided to the implied spread determination module to trigger the determination of whether implied orders exist related to that particular financial instrument.