Sponsored Content
Special Forums News, Links, Events and Announcements Complex Event Processing RSS News I Would’ve Got Away With It Too - It If It Wasn’t for You Pesky Kids…. Post 302453572 by Linux Bot on Wednesday 15th of September 2010 07:15:03 PM
Old 09-15-2010
I Would’ve Got Away With It Too - It If It Wasn’t for You Pesky Kids….

John Bates
09-15-2010 05:41 PM
Strange things are happening in the markets! As you know ifyou've been following this blog, quite a few scares, horrors and apparitionshave been sighted in equities, futures, FX and oil markets over the last fewmonths. But fortunately the Mystery Machine has rolled into town and Scooby,Shaggy and the gang are investigating...

 

The latest spooky mystery is “phantom orders” that appearedto scare participants on the CME (readmore about it here). For 6 minutes on Tuesday unexplained orders, thatcould have been caused by a “fat finger” error or an “algo gone wild”, causedCME to use Rule 587 which gives them powers “including without limitation,closing the market, deleting bids and offers, and/or suspending new bids andoffers”. So although they weren't sure what was going on - the CME were atleast able to respond.

 

Another report this week shows how those involved in allegedmarket abuse are starting to be unmasked. Last week I wrote a blog postingcalled “Algos Can Get Stuffed” which was also featured on the Tabb Forum. In itI talked about the possibility of firing orders into the market with theintention of misleading the market or slowing the market down - and even howsome link this phenomenon with the flash crash. This week a trading firm calledTrillium was fined by FINRA for using illegal trading practices (readmore about it here).  Trilliumwas fined $1m for sending orders aimed at deceiving investors. Nine tradersentered buy and sell orders in patterns that aimed to manipulate the prices ofinstruments. And they did this 46,000 times! This “layering” enabled Trilliumto trade at a profit once they'd manipulated the price.

 

These 2 incidents show that awareness of the problems we'vebeen writing about on this blog have increased radically. Trading venues aremore aware that algos gone wild and fat fingers can cause market panics andmanipulate prices. Regulators are more aware that high frequency trading can beused as a weapon for market manipulation.

 

But we can't rest on our laurels. Maybe we got lucky thistime. As market data volumes continue to increase we need to have more advancedcapabilities to detect problems and abuse as it's happening, and recommendactions to take in response. Let's ensure the Mystery Machine is fitted withthe latest real-time surveillance equipment. Let's enable the gang to unmaskmore villains at the haunted “high frequency manor” inspiring the legendaryoutburst of “I would've got away with it if it wasn't for you pesky kids....”



Source...
 

3 More Discussions You Might Find Interesting

1. UNIX for Dummies Questions & Answers

My network card wasn't recognised

HI I'm using red hat 7.0 and i've tried to find my network card, because it wasn't recognised at install time. I issued this commands "modprobe ne" and "modprobe 3c59x" and i got the message /lib/modules/2.2.16-22/net/ne.0: insmod failed. At this point i suppose to get this... (2 Replies)
Discussion started by: IMOTEB
2 Replies

2. UNIX Benchmarks

TMPDIR wasn't set

Just a note, TMPDIR was commented out in the Makefile I downloaded and was getting errors: $ make Checking distribution of files ./pgms exists ./src exists ./testdir exists ./doc exists sh: test: argument expected *** Error code 1 make: Fatal error: Command failed for target `distr'... (1 Reply)
Discussion started by: kduffin
1 Replies

3. What is on Your Mind?

Kids, dun ever try this at home!!

5ZNWEXEka60 (0 Replies)
Discussion started by: sparcguy
0 Replies
Class::Load(3pm)					User Contributed Perl Documentation					  Class::Load(3pm)

NAME
Class::Load - a working (require "Class::Name") and more VERSION
version 0.17 SYNOPSIS
use Class::Load ':all'; try_load_class('Class::Name') or plan skip_all => "Class::Name required to run these tests"; load_class('Class::Name'); is_class_loaded('Class::Name'); my $baseclass = load_optional_class('Class::Name::MightExist') ? 'Class::Name::MightExist' : 'Class::Name::Default'; DESCRIPTION
"require EXPR" only accepts "Class/Name.pm" style module names, not "Class::Name". How frustrating! For that, we provide "load_class 'Class::Name'". It's often useful to test whether a module can be loaded, instead of throwing an error when it's not available. For that, we provide "try_load_class 'Class::Name'". Finally, sometimes we need to know whether a particular class has been loaded. Asking %INC is an option, but that will miss inner packages and any class for which the filename does not correspond to the package name. For that, we provide "is_class_loaded 'Class::Name'". FUNCTIONS
load_class Class::Name, \%options "load_class" will load "Class::Name" or throw an error, much like "require". If "Class::Name" is already loaded (checked with "is_class_loaded") then it will not try to load the class. This is useful when you have inner packages which "require" does not check. The %options hash currently accepts one key, "-version". If you specify a version, then this subroutine will call "Class::Name->VERSION( $options{-version} )" internally, which will throw an error if the class's version is not equal to or greater than the version you requested. try_load_class Class::Name, \%options -> (0|1, error message) Returns 1 if the class was loaded, 0 if it was not. If the class was not loaded, the error will be returned as a second return value in list context. Again, if "Class::Name" is already loaded (checked with "is_class_loaded") then it will not try to load the class. This is useful when you have inner packages which "require" does not check. Like "load_class", you can pass a "-version" in %options. If the version is not sufficient, then this subroutine will return false. is_class_loaded Class::Name, \%options -> 0|1 This uses a number of heuristics to determine if the class "Class::Name" is loaded. There heuristics were taken from Class::MOP's old pure- perl implementation. Like "load_class", you can pass a "-version" in %options. If the version is not sufficient, then this subroutine will return false. load_first_existing_class Class::Name, \%options, ... This attempts to load the first loadable class in the list of classes given. Each class name can be followed by an options hash reference. If any one of the classes loads and passes the optional version check, that class name will be returned. If none of the classes can be loaded (or none pass their version check), then an error will be thrown. If, when attempting to load a class, it fails to load because of a syntax error, then an error will be thrown immediately. load_optional_class Class::Name, \%options -> 0|1 "load_optional_class" is a lot like "try_load_class", but also a lot like "load_class". If the class exists, and it works, then it will return 1. If you specify a version in %options, then the version check must succeed or it will return 0. If the class doesn't exist, and it appears to not exist on disk either, it will return 0. If the class exists on disk, but loading from disk results in an error ( i.e.: a syntax error ), then it will "croak" with that error. This is useful for using if you want a fallback module system, i.e.: my $class = load_optional_class($foo) ? $foo : $default; That way, if $foo does exist, but can't be loaded due to error, you won't get the behaviour of it simply not existing. SEE ALSO
http://blog.fox.geek.nz/2010/11/searching-design-spec-for-ultimate.html <http://blog.fox.geek.nz/2010/11/searching-design-spec-for- ultimate.html> This blog post is a good overview of the current state of the existing modules for loading other modules in various ways. http://blog.fox.geek.nz/2010/11/handling-optional-requirements-with.html <http://blog.fox.geek.nz/2010/11/handling-optional-requirements- with.html> This blog post describes how to handle optional modules with Class::Load. <http://d.hatena.ne.jp/tokuhirom/20110202/1296598578> This Japanese blog post describes why DBIx::Skinny now uses Class::Load over its competitors. Moose, Jifty, Prophet, etc This module was designed to be used anywhere you have "if (eval "require $module"; 1)", which occurs in many large projects. AUTHOR
Shawn M Moore <sartak at bestpractical.com> COPYRIGHT AND LICENSE
This software is copyright (c) 2012 by Shawn M Moore. This is free software; you can redistribute it and/or modify it under the same terms as the Perl 5 programming language system itself. perl v5.14.2 2012-02-12 Class::Load(3pm)
All times are GMT -4. The time now is 03:43 AM.
Unix & Linux Forums Content Copyright 1993-2022. All Rights Reserved.
Privacy Policy