The present technology relates to a system and method for 24 hours global trading of financial instruments. In particular it relates to distributed computerized exchange systems and methods therefor.
Traditional exchange systems have primarily been running local businesses offering trading for clients located within the same region as the exchange system. However, the introduction of electronic market places as well as new alternative market places has changed the trading landscape. A market place doesn't have to be local anymore.
A general trend in many electronic market places is therefore to offer a global business. A trader can connect to a trading system from anywhere on the globe.
Together with the global offering comes also a need for extended trading hours. As a result of this some market places are today offering 24 h trading of the same financial instruments such as stocks bonds foreign exchange (FX) etc. It is common for these types of markets to have a trading activity that “follows the sun”. This means that most orders that are sent in to an instrument during a specific part of the 24-hour period come from the location of the sun at that time. However orders may be sent from other locations on earth which are outside of the “normal” trading hours. For example Asian traders send in orders during Asian hours while EU traders send in orders during the EU hours and so forth. An example of such a system is disclosed in the U.S. Pat. No. 6,983,259. However during Asian hours EU traders may also send in orders.
A general problem with distributed exchange systems is latency and bandwidth. Minimizing latency and bandwidth has become more and more important aspects of computerized exchange systems, especially with the introduction of algorithmic traders. A primary root cause to latency is the distance between the actual central matching engine and the connecting parties.
For a computerized exchange system that offers 24h trading with global access this fact becomes a problem since the matching engine normally has one physical location.
A further problem associated with existing systems is the massive amount of information that is created and which needs to be distributed to all participants in the distributed system; this causes bandwidth problems in the systems.
It is an object of the present technology to provide a solution for improving bandwidth usage in a distributed computerized exchange system.
It is another object of the present technology to provide a solution for minimizing latency in a distributed computerized exchange system.
It is another object of the present technology to provide a solution that utilizes system resources in a more efficient way.
At least one of the above objects is achieved by the method and device as set out in the appended claims. Thus, a computerized method is provided for improving bandwidth utilization and minimizing latency in a distributed trading system comprising: a passive matching engine for matching orders, the passive matching engine being connectable to a first group of computerized trading terminals for sending in order entry messages to the passive matching engine, an active matching engine for matching orders, the active matching engine being connectable to a second group of computerized trading terminals for sending in order entry messages to the active matching engine, the method comprising the steps of: at the passive matching engine receiving an order entry message, adding status data to the order entry message and forwarding the order entry message to the active matching engine, processing the order entry message at the passive matching engine in order to create broadcast data, sending confirmation data from the active matching engine to the passive matching engine upon receiving the order entry message comprising the status data, sending out the broadcast data from the passive matching engine to the first group of computerized trading terminals upon receiving the confirmation data from the active matching engine.
Hereby the use of bandwidth within the system is reduced by utilizing the passive matching engine in order to create broadcast data while waiting for the active matching engine to send back an acknowledgment that the passive matching engine can distribute the broadcast messages. Thereby only one message each way needs to be sent between the passive and active matching engines.
Furthermore by processing the order entry message in the passive matching engine, improvement in latency with the clients connected to the passive matching engine can be achieved since the output data can be sent earlier.
Furthermore the processing of the order entry at the passive matching engine can be executed directly after the order entry message has been forwarded to the active matching engine. Thereby the passive matching engine is ready to directly distribute the broadcast messages when the confirmation data message sent from the active matching engine is received by the passive matching engine.
In the active matching engine a step of comparing the status data sent from the passive matching engine with a current status of the active matching engine can be executed. This is because the two matching engines may be in different states. The passive matching engine usually lags behind the active matching engine. Thus the passive matching engine adds status data that describes which status the passive matching engine belongs to, this is forwarded to the active matching engine together with the order entry message. When the order entry message arrives at the active matching engine the active matching engine either checks its own status with the status received in the order entry message and if it is the same status it sends back a positive acknowledgement if not it sends back its own current status data to the passive matching engine.
In another embodiment the active matching engine may send it own current status data and in this embodiment no comparison is necessary at the active matching engine. Instead the passive matching engine may check what it received back. If it received the same status data that it sent it can continue by starting dissemination of the broadcast data. If it receives a new status data it may start a rollback step.
The method can further comprise a rollback step wherein rolling back changes in the passive matching engine is performed if the confirmation data comprises a different status data compared to the status data added by the passive matching engine. Preferably the rollback step means that the orderbook in the passive matching engine is rolled back to the status it was before and then the processing of the order entry message can continue in the new status mode sent from the active matching engine.
In one embodiment after a rollback step have been executed at the passive matching engine it preferably continues processing the order entry message at the passive matching engine in order to create broadcast data, after the rollback step.
In accordance with a second aspect a computerized distributed trading system is provided, the system comprising: a passive matching engine for matching orders comprising a passive orderbook, the passive matching engine being connectable to a first group of computerized trading terminals for sending in order entry messages to the passive matching engine, an active matching engine for matching orders comprising a active orderbook, the active matching engine being connectable to a second group of computerized trading terminals for sending in order entry messages to the active matching engine, the passive matching engine being configured to receive order entry messages from the first group of computerized trading terminals, adding a status data to the order entry message, forwarding the order entry message to the active matching engine, processing the order entry message in order to create broadcast data, sending out the broadcast data to the first group of computerized trading terminals upon receiving confirmation data from the active matching engine.
Hereby the use of bandwidth within the system is reduced by utilizing the passive matching engine in order to create broadcast data while waiting for the active matching engine to send back an acknowledgment that the passive matching engine can distribute the broadcast messages. Thereby only one message each way needs to be sent between the passive and active matching engines.
Furthermore by processing the order entry message in the passive matching engine, improvement in latency with the clients connected to the passive matching engine can be achieved since the output data can be sent earlier.
Furthermore the computerized distribute trading system can comprise a second passive matching engine for matching orders comprising a second passive orderbook, the second passive matching engine being connectable to a third group of computerized trading terminals for sending in order entry messages to the second passive matching engine. Thus the method mentioned above can also be used in the context of two or more passive matching engines and one active matching engine.
The passive matching engine may further be configured to rollback changes in the passive orderbook if the confirmation data comprises a different status data compared to the status added by the passive matching engine.
The passive matching engine is preferably configured to process the order entry message at the passive matching engine in order to create broadcast data, after the rollback.
Preferably the active matching engine is configured to process the order entry message upon receiving the order entry message from the passive matching engine in order to create broadcast data, and sending the broadcast data to the second group of computerized trading terminals. Hereby the passive and active matching engine distributes information to their own groups of computerized trading terminals and bandwidth can be saved.
These and other aspects of the technology will be apparent from and elucidated with reference to the embodiments described hereinafter.
The present technology will now be described in more detail by way of non-limiting examples and with reference to the accompanying drawings.
The order entry then tries to match in the local orderbook, step 103. Next, the orderbook is updated in a step 105. Thereupon pre-trade market data is generated in a step 107. Then a private deal message is generated in a step 109, Next trade statistics are generated in a step 111.
When the active site receives the order entry message comprising the status data for example as an order entry associated with an Orderbook (OB) sequence number, it sends a message back to the passive site so that the passive site can start distributing data to its clients, step 112. Meanwhile the active site starts to process the order entry message and also starts distribute information to its clients as illustrated by the arrows.
In the above description the term “comprising” does not exclude other elements or steps and “a” or “an” does not exclude a plurality.
Furthermore the terms “include” and “contain” does not exclude other elements or steps.
This application is a continuation of U.S. patent application Ser. No. 17/715,511 filed Apr. 7, 2022, which is a continuation of U.S. patent application Ser. No. 16/129,949 filed on Sep. 13, 2018 (now U.S. Pat. No. 11,301,934), which is a continuation of U.S. patent application Ser. No. 12/757,106 filed Apr. 9, 2010 (now U.S. Pat. No. 10,102,572), which claims the benefit of priority of U.S. Provisional Application No. 61/221,302 filed Jun. 29, 2009, the entire contents of each of which are hereby incorporated by reference.
Number | Date | Country | |
---|---|---|---|
61221302 | Jun 2009 | US |
Number | Date | Country | |
---|---|---|---|
Parent | 17715511 | Apr 2022 | US |
Child | 18313421 | US | |
Parent | 16129949 | Sep 2018 | US |
Child | 17715511 | US | |
Parent | 12757106 | Apr 2010 | US |
Child | 16129949 | US |