Distributed trading bus architecture

A method for implementing trades on an electronic exchange, the method comprising:

• providing a messaging bus;
• receiving an order request in a first component, wherein the order request specifies parameters under which a participant will buy and/or sell a futures contract;
• validating the order request;
• generating, by a processor, a validated order message on the messaging bus related to validated order request when the order request satisfies pre-specified validation criteria;
• receiving the validated order message in a second component;
• evaluating risk associated with the order represented in the validated order message;
• generating an accepted order message on the messaging bus when the evaluated risk satisfies pre-specified risk criteria;
• receiving the accepted order message in a third component;
• matching orders based on order-specified criteria;
• generating an unmatched order message on the messaging bus;
• generating a trade message on the messaging bus corresponding to two or more matched orders;
• receiving the messages related to unmatched orders and trades;
• persistently storing information related to orders and trades;
• proposing a settlement price for matched orders based on outside trade data;
• publishing the proposed settlement price;
• generating a halt message on the message bus by one or more of the first, second or third components in the event of a component failure or malfunction;
• halting a selected one or more of the first, second and third components in response to the halt message;
• and
• implementing a resynchronization process to recover from said halting of the selected one or more of the first, second and third components, wherein the futures contract includes contract clustering and each contract cluster includes two or more related contracts and each contract cluster is given a unique cluster identification, and wherein matching orders associated with one contract of a particular cluster identification includes simultaneous consideration of the two or more related contracts associated with the particular cluster identification.

A distributed trading system for handling a plurality of order requests, each order request comprising parameters under which a participant will buy and/or sell a futures contract, the system comprising:

• a messaging bus;
• a validator implemented by a computer, coupled to the messaging bus, and having a first interface for receiving order requests, wherein the validator implements processes for validating the order requests, and an interface generating a validated order message on the messaging bus related to validated orders;
• a risk allocation value (RAV) component coupled to the messaging bus and having an interface for receiving validated order messages from the validator, wherein the RAV component implements processes for evaluating risk associated with an order should that order be completed;
• a match engine coupled to the messaging bus and having an interface for receiving validated acceptable order messages from the RAV component, and storing the validated acceptable order messages in a memory, wherein the match engine implements processes for matching orders based on order-specified criteria, wherein the match engine is configured specifically for a particular class of futures contracts and receives validated order messages only when they are related to the particular class of futures contracts, and wherein the particular class of futures contracts comprise a contract cluster, and wherein responsive to contract clusters being identified, requiring the match engine to consider two or more contracts simultaneously to determine matches;
• a persist component coupled to the messaging bus and having an interface for receiving messages related to orders and trades, wherein the persist component implements processes for persistently storing information related to orders and trades;
• a settlement component coupled to the persist component and having an interface for receiving orders matched by the match engine and an interface for receiving trade data, wherein the settlement component calculates a proposed settlement price and submits the proposed settlement price for publication;
• and
• a resynchronization process,
• wherein each of the validator, RAV component, match engine, persist component and settlement component is operative to generate a halt message on the message bus in the event of a malfunction or failure, the halt message causes one or more or all of the validator, RAV component, match engine, persist component and settlement component of the system to halt, and the resynchronization process is operative to recover from such a system halt and reopen the distributed trading system for the buying and/or selling of futures contracts.