08-26-2010
The Risks of Being Caught Naked
John Bates
08-26-2010 02:42 PM
According to the FT, the Financial Industry Regulatory Association is undertaking a “sweep” of broker-dealers that offer direct market access to high-frequency traders to find out if they have pre-trade risk management controls in place for their algorithmic customers. (Read the full story here: http://tinyurl.com/28rg287). Here at Progress Software we have been advocating the use of pre-trade risk management tools for some time. The prospect of High Frequency Trading (HFT) firms running trades directly through broker algorithms (naked access) to exchanges/ECNs without adequate supervision has always concerned us. Brokerage firms simply give their clients an exchange ID number, which the clients then enter into their algorithms so that they can trade directly with the exchange.
Regulators are right to be concerned. Unfiltered access to trading destinations can end up causing trading errors or worse. Anything can happen with naked access; from fat fingered errors, trading limits being breached, even fraud - all of which can cost brokers, traders and regulators big money.
Although the SEC proposed banning naked access in January, and the Committee of European Securities Regulators (CESR) is likely to follow in its footsteps, there has been considerable pushback from brokers and trading firms. They say that adding a pre-trade risk management step would cause a "latency hop" in the trading process, claiming it would make them uncompetitive. A layer of risk management often adds a third party into the mix, and - consequently - a delay.
But if everyone is required to add real-time, pre-trade risk management, then the competitive disadvantage is moot. The benefits of being able to pro-actively monitor trades before they hit an exchange or ECN far outweigh any microscopic latency hops in any event. The naked access playing field is hardly level. There are trading systems out there that claim to throughput a trade in 16 microseconds from outside an exchange's firewall, while exchange and ECN systems range anywhere from 250 to 700 microseconds (according to measurements by latency management firm Corvil).
Latency is clearly an important issue and complex event processing offers a solution. Brokers can achieve ultra-low-latency pre-trade risk management without compromising speed of access. An option is a low latency "risk firewall" utilizing complex event processing as its core, which can be benchmarked in the low microseconds. With a real-time risk solution in place, a message can enter through an order management system, be run through the risk hurdles and checks, and leave for the exchange a few microseconds later.
It is the ideal solution to a tricky question - how do I manage risk before my trade hits the exchange without compromising speed? The benefits are clear - a latency hop of a few microseconds not only saves money, it can also prepare your firm for the regulatory future.
Source...
6 More Discussions You Might Find Interesting
1. UNIX for Dummies Questions & Answers
Hello all,
I did a considerable search of the forum and didn't find an answer so I'll ask it here. For clarity's sake I'll state that I know just enough about Unix to be Dangerous (I'm an old Clipper, VO, ASM programmer from the 80's.)
I would like to install PHP driven CMS program to my... (6 Replies)
Discussion started by: Gary777
6 Replies
2. AIX
Hello,
We are using AIX 5.2 ML 7.
One of the process in its log file said the following and stopped running.
Caught signal=5, exiting.
What would cause the signal 5 to be generated on an AIX box.
Please advise.
Thx
Jerardfjay (2 Replies)
Discussion started by: jerardfjay
2 Replies
3. UNIX for Dummies Questions & Answers
X :0 &
export DISPLAY=:0
xterm &
Can I do this with multiple displays, :1, :2, etc.? (3 Replies)
Discussion started by: uiop44
3 Replies
4. Shell Programming and Scripting
Hi,
I my ksh script I have the following:
##--Checking the spool file for errors
NumberOfErrors=`cat $CurrSpoolFile | grep " ORA-" | wc -l`my logfile shows this:
PL/SQL procedure successfully completed.
PL/SQL procedure successfully completed.
BEGIN... (1 Reply)
Discussion started by: ramangill
1 Replies
5. Solaris
I created a new Virtual machine and was trying to install Solaris but keep getting this error.:confused:
EXITING (caught signal 11)
Type "install-solaris to restart"
Can't find anything on Google.
This is the iso image I am using "sol-10-u11-ga-x86-dvd"
Followed all the instructions on... (5 Replies)
Discussion started by: newborndba
5 Replies
6. Shell Programming and Scripting
Is it possible to continue after signal is caught and control goes to function specified in the trap statement? (3 Replies)
Discussion started by: Soham
3 Replies
LEARN ABOUT DEBIAN
net::rendezvous::publish::backend::avahi
Net::Rendezvous::Publish::Backend::Avahi(3pm) User Contributed Perl Documentation Net::Rendezvous::Publish::Backend::Avahi(3pm)
NAME
Net::Rendezvous::Publish::Backend::Avahi - Publish zeroconf data via Avahi
VERSION
version 0.04
COPYRIGHT AND LICENSE
Copyright (c) 2006 by Jack Bates. All rights reserved.
Copyright (c) 2012 by Ioan Rogers.
This is free software; you can redistribute it and/or modify it under the same terms as the Perl 5 programming language system itself.
SEE ALSO
Net::Rendezvous::Publish - The module this module supports.
Avahi <http://avahi.org/>
AUTHORS
o Ioan Rogers <ioanr@cpan.org>
o Jack Bates <jablko@cpan.org>
BUGS AND LIMITATIONS
You can make new bug reports, and view existing ones, through the web interface at
https://github.com/ioanrogers/Net-Rendezvous-Publish-Backend-Avahi/issues <https://github.com/ioanrogers/Net-Rendezvous-Publish-Backend-
Avahi/issues>.
SOURCE
The development version is on github at http://github.com/ioanrogers/Net-Rendezvous-Publish-Backend-Avahi
<http://github.com/ioanrogers/Net-Rendezvous-Publish-Backend-Avahi> and may be cloned from
git://github.com/ioanrogers/Net-Rendezvous-Publish-Backend-Avahi.git <git://github.com/ioanrogers/Net-Rendezvous-Publish-Backend-Avahi.git>
perl v5.14.2 2012-06-27 Net::Rendezvous::Publish::Backend::Avahi(3pm)