NTP en High Frequency Trading

Everything is a fracking NTP problem...

Op 3 juni gebeurde er iets raars op de Amerikaanse beurzen. Om stipt tien uur 's morgens zouden de
ISM Manufacturing numbers bekend gemaakt worden.
In deze wereld waarin index-trading gedomineerd wordt door High Frequency Trading, is die "stipt" het code woord.

Een aantal gespecialiseerde nieuws-agencies hadden opgemerkt dat het leek alsof bepaalde
traders, enfin, de computerprogramma's die namens die traders handelen, deze data iets vroeger kregen
dan de anderen. Een eerste piek kwam in de SPY-handel om 09:59:59.985 (15 miliseconden voor 10),
een andere verdachte piek kwam 7 miliseconden later in de eMini.

Kreeg wie veel betaalt sneller de gegevens? Had iemand gelekt? Insider-trading? Het systeem gekraakt?

Niks daarvan, een standaard instelling in NTP was de oorzaak! Het Network Time Protocol is wat computers gebruiken om automatisch hun tijd juist te zetten. Als het correct opgezet is,
laat het je toe om niet alleen je klok te synchroniseren met atoomklokken overal ter wereld, maar bovendien te voorspellen
hoe nauwkeurig de interne klok van je computer is, te voorspellen hoeveel die gaat "driften" enz.

De standaard instellingen van NTP laten je klok toe om 16 miliseconden af te wijken, voor ze zichzelf
terug gaat goedzetten.

En exact dat is hier gebeurd: de klok van server die voor de verspreiding van de ISM Manufacturing data naar
bepaalde traders verzorgt, liep 15 miliseconden voor. Binnen de tolerantiegrens van NTP, maar wel verkeerd.
Intussen zou de instelling op die bepaalde server aangepast zijn zodat een veel kleinere marge toegelaten wordt.

Oh, en waarom de eMini (die in Chicago getrade wordt) een 7-tal miliseconden achter kwam op de SPY (New York)?
Dat, lieve lezertjes, is jullie huiswerk voor vandaag. De eerste met het juiste antwoordt, trakteer ik op een Vedett'je...

Onderstaande grafiek (c) Zerohedge.com